From xen-users-bounces@lists.xen.org Sun Apr 01 02:59:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 02:59: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 1SEAyg-0007sy-Gj; Sun, 01 Apr 2012 02:57:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEAyf-0007st-Hr for xen-users@lists.xen.org; Sun, 01 Apr 2012 02:57:13 +0000 Received: from [85.158.138.51:8396] by server-7.bemta-3.messagelabs.com id D2/3E-07528-804C77F4; Sun, 01 Apr 2012 02:57:12 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-7.tower-174.messagelabs.com!1333249028!16013764!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13116 invoked from network); 1 Apr 2012 02:57:10 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 02:57:10 -0000 Received: by obbwd20 with SMTP id wd20so3277630obb.32 for ; Sat, 31 Mar 2012 19:57:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=RIrA7n24zUsEwIAAqVas52qvF2jtXd9tyyEMZ+PeGVg=; b=iizL5IVu/0YabBCBYHSqkDEGg29ZyoDLlymfVekMLvXNRC2rdylJVwW9kLe1JbLDbZ TqlxO7G/NgwE+RhGge67A5TQiBAfzscUmorV/q3/XL2kaOmNNG4wwvBdv4O+L55Jbwcb MOpO+3+lVmknguOjWGULmsCwfymBMNKEcxJUONnu+KAHgUGctmaNHmXQ1NQDP+ypt0fV +C+XsSxvKjK7t9QeKwqUuK1bGlR+brShDHMe5JIBDeWH0CXGSoeG1Sl9oX1a8bxfWegC xLswSzrdqWky5Fzb+jG7/UPEs5ALjwx2NrN2CzS50ReeAhwSj2tkAoo/Oz747fA9vzD7 pJRA== MIME-Version: 1.0 Received: by 10.182.222.74 with SMTP id qk10mr5122417obc.75.1333249027899; Sat, 31 Mar 2012 19:57:07 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 19:57:07 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F76EF72.4060206@ideacode.com> References: <4F76EF72.4060206@ideacode.com> Date: Sun, 1 Apr 2012 12:57:07 +1000 Message-ID: From: Joseph Glanville To: john@ideacode.com X-Gm-Message-State: ALoCoQl4PLJoj2XkZRoOQkhpRKjrOhyodBV8uUf8vGMqK5aR/j6NeP0nZmTZULTmoMg6CJLfkFue Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP 1.5 beta and Gentoo X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I don't know too much about XCP (or anything beyond the Xen.org stuff anyways) the following information could help alot: If booting in HVM mode (you are talking about CDROMs so I guess so) then a screenshot of the VNC session or just a consise summary of the output (for instance "Not bootable device found ". etc) Output of any relevant logs in /var/log/xen/ specifically the xl domain and qemu dm logs. Domain config file (or settings.. not sure what XCP does here) That should be enough to get us started. Joseph. On 31 March 2012 22:50, John F. Acree wrote: > Hi Everyone, > > I am new to Xen, researching whether we can use it for internal developme= nt > systems and server virtualization to replace our current solution. > > Gentoo is the guest linux os that we use and I have been having some trou= ble > getting a new Gentoo guest installed. > > Everything works fine with XCP 1.1, I really like it. =A0so I thought I w= ould > try the 1.5 beta. =A0Here is the trouble I run into. =A0Oh, I am using xe= ncenter > to create the virtual machines. > > * Create a new virtual machine, select the other install media template. > * Select the gentoo-install-minimum-amd64 iso from iso repository. > * Leave everything else defaults > * Add 1 drive, 8gb. > * Uncheck the startup virtual machine checkbox on the last step of the > wizard.(This is important due to some timing in the gentoo iso boot proce= ss, > it tries to boot from disk if no user input received in 15 seconds and it > would take longer then that for the console to refresh so I could interve= ne) > * Go to the console > * Click start this virtual machine > * When prompted, specify the gentoo kernel. > > These steps work great with XCP 1.1, the OS detects it is running in a xe= nU > environment, xvda is present. =A0But when I try to repeat these steps wit= h XCP > 1.5beta, the cd can not be found and the boot process stops before it rea= lly > gets started. > > My solution was to install XCP 1.1, install the virtual machine, get it > running with xvda, hvc0, etc. =A0Then use the XCP 1.5 beta disk to upgrad= e the > server. =A0It worked, but I am hoping there is something I can adjust so = I can > setup another server and use 1.5 beta from the start. =A0Another option is > using a different linux os to get the boot started, and then going through > the Gentoo install process. =A0Again, an option I would like to avoid if > possible. > > Let me know if I am asking in the wrong place or if I overlooked some > information in the archives. =A0And if there is any more information I co= uld > provide that would be helpful. > > Other then this issue, everything has been working nice. =A0I expect ther= e is > still quite a learning curve to working with Xen. > > Thanks, > John > -- > John F. Acree > ideacode, Inc. > www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 > > CELEBRATING 10 YEARS OF GREAT SOFTWARE! > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 02:59:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 02:59: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 1SEAyg-0007sy-Gj; Sun, 01 Apr 2012 02:57:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEAyf-0007st-Hr for xen-users@lists.xen.org; Sun, 01 Apr 2012 02:57:13 +0000 Received: from [85.158.138.51:8396] by server-7.bemta-3.messagelabs.com id D2/3E-07528-804C77F4; Sun, 01 Apr 2012 02:57:12 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-7.tower-174.messagelabs.com!1333249028!16013764!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13116 invoked from network); 1 Apr 2012 02:57:10 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-7.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 02:57:10 -0000 Received: by obbwd20 with SMTP id wd20so3277630obb.32 for ; Sat, 31 Mar 2012 19:57:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=RIrA7n24zUsEwIAAqVas52qvF2jtXd9tyyEMZ+PeGVg=; b=iizL5IVu/0YabBCBYHSqkDEGg29ZyoDLlymfVekMLvXNRC2rdylJVwW9kLe1JbLDbZ TqlxO7G/NgwE+RhGge67A5TQiBAfzscUmorV/q3/XL2kaOmNNG4wwvBdv4O+L55Jbwcb MOpO+3+lVmknguOjWGULmsCwfymBMNKEcxJUONnu+KAHgUGctmaNHmXQ1NQDP+ypt0fV +C+XsSxvKjK7t9QeKwqUuK1bGlR+brShDHMe5JIBDeWH0CXGSoeG1Sl9oX1a8bxfWegC xLswSzrdqWky5Fzb+jG7/UPEs5ALjwx2NrN2CzS50ReeAhwSj2tkAoo/Oz747fA9vzD7 pJRA== MIME-Version: 1.0 Received: by 10.182.222.74 with SMTP id qk10mr5122417obc.75.1333249027899; Sat, 31 Mar 2012 19:57:07 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 19:57:07 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F76EF72.4060206@ideacode.com> References: <4F76EF72.4060206@ideacode.com> Date: Sun, 1 Apr 2012 12:57:07 +1000 Message-ID: From: Joseph Glanville To: john@ideacode.com X-Gm-Message-State: ALoCoQl4PLJoj2XkZRoOQkhpRKjrOhyodBV8uUf8vGMqK5aR/j6NeP0nZmTZULTmoMg6CJLfkFue Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] XCP 1.5 beta and Gentoo X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I don't know too much about XCP (or anything beyond the Xen.org stuff anyways) the following information could help alot: If booting in HVM mode (you are talking about CDROMs so I guess so) then a screenshot of the VNC session or just a consise summary of the output (for instance "Not bootable device found ". etc) Output of any relevant logs in /var/log/xen/ specifically the xl domain and qemu dm logs. Domain config file (or settings.. not sure what XCP does here) That should be enough to get us started. Joseph. On 31 March 2012 22:50, John F. Acree wrote: > Hi Everyone, > > I am new to Xen, researching whether we can use it for internal developme= nt > systems and server virtualization to replace our current solution. > > Gentoo is the guest linux os that we use and I have been having some trou= ble > getting a new Gentoo guest installed. > > Everything works fine with XCP 1.1, I really like it. =A0so I thought I w= ould > try the 1.5 beta. =A0Here is the trouble I run into. =A0Oh, I am using xe= ncenter > to create the virtual machines. > > * Create a new virtual machine, select the other install media template. > * Select the gentoo-install-minimum-amd64 iso from iso repository. > * Leave everything else defaults > * Add 1 drive, 8gb. > * Uncheck the startup virtual machine checkbox on the last step of the > wizard.(This is important due to some timing in the gentoo iso boot proce= ss, > it tries to boot from disk if no user input received in 15 seconds and it > would take longer then that for the console to refresh so I could interve= ne) > * Go to the console > * Click start this virtual machine > * When prompted, specify the gentoo kernel. > > These steps work great with XCP 1.1, the OS detects it is running in a xe= nU > environment, xvda is present. =A0But when I try to repeat these steps wit= h XCP > 1.5beta, the cd can not be found and the boot process stops before it rea= lly > gets started. > > My solution was to install XCP 1.1, install the virtual machine, get it > running with xvda, hvc0, etc. =A0Then use the XCP 1.5 beta disk to upgrad= e the > server. =A0It worked, but I am hoping there is something I can adjust so = I can > setup another server and use 1.5 beta from the start. =A0Another option is > using a different linux os to get the boot started, and then going through > the Gentoo install process. =A0Again, an option I would like to avoid if > possible. > > Let me know if I am asking in the wrong place or if I overlooked some > information in the archives. =A0And if there is any more information I co= uld > provide that would be helpful. > > Other then this issue, everything has been working nice. =A0I expect ther= e is > still quite a learning curve to working with Xen. > > Thanks, > John > -- > John F. Acree > ideacode, Inc. > www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 > > CELEBRATING 10 YEARS OF GREAT SOFTWARE! > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 03:02:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 03:02: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 1SEB29-00083w-D2; Sun, 01 Apr 2012 03:00:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEB27-00083m-Lb for xen-users@lists.xen.org; Sun, 01 Apr 2012 03:00:47 +0000 Received: from [193.109.254.147:19593] by server-12.bemta-14.messagelabs.com id C3/28-05847-FD4C77F4; Sun, 01 Apr 2012 03:00:47 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-6.tower-27.messagelabs.com!1333249244!2860689!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28294 invoked from network); 1 Apr 2012 03:00:45 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 03:00:45 -0000 Received: by obbwd20 with SMTP id wd20so3279759obb.32 for ; Sat, 31 Mar 2012 20:00:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=F4HoGMvf3pyLy+Gpl+GL7gJEPgLHb5KiYCJBhaY5wjs=; b=IDcvmzNTBkxzU0Z9boY+9aI0NLOUVAZtnQQ21v1na6LegKbXnps+ot3wIr7PgT6qen pVFjIEt0xRJ3tWojp3N91Y1k7+9nyUIgEsonBax10vLFbnixmY7DXBF3zSikPLxgwUU2 t6/mOz3nKO76BoE8f/LRo23firkuUKBJIM46U+tvIycQr1gdRWtIuu3j/ceZUwlXn3An VrUTsa1ko4rGf2Y0YERiZ7ZxXSsCy43u8RETxPWjpS2GqjlVzuIgftTUKew8SVA5t6qL quL+lrn1ePs0HE7m1Xrf18rAgCK96ZyGCkquoDxqePjTUGth4BJCAWsSzF+RBi3/nf2/ cPVw== MIME-Version: 1.0 Received: by 10.60.4.1 with SMTP id g1mr5041500oeg.55.1333249243516; Sat, 31 Mar 2012 20:00:43 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 20:00:43 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7715B0.6050000@slackverse.org> References: <4F7715B0.6050000@slackverse.org> Date: Sun, 1 Apr 2012 13:00:43 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQlkk+gbedMCZQj90VO35Yalx5LwX+kusZyREOAfOHecSau76Wxjk/xBmBd+DFMCBjWRTx3Z Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 1 April 2012 01:33, Mario wrote: > Hey, > > up untill recently I have been using gentoo-rebased xen patches for 2.6.34 > kernel line, and it has been working fine. Recently i have decided to > upgrade few of my dom0's to 3.2 kernel, and everything seems fine except = for > the linux guests in HVM mode. Drive read and write is painfuly slow, yet > windows guests on that same configuration (or any other variation) give > normal/expected results. Paravirtual linux guests do not seem to be > affected, and i have tried both 2.6 and 3.2 kernels on hvm guests but the= re > was no difference. Xen version =3D 4.1.2 stable. > Is there anything that I might be missing? > > Thanks in advance, > mario > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hi Mario, Are you using PVonHVM for your Linux guests? QEMU emulated disks aren't fas= t.. Check that you have xen_platform_pci=3D1 in your config file to make sure PV drivers are enabled. Are you using Gentoo guests too? Make sure you compile in the Xen drivers if that is the case. I am running many Gentoo 3.2.1 guests in PVHVM mode with excellent disk and network performance (60k IOPs, 600mb/s+ sequentials) Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 03:02:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 03:02: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 1SEB29-00083w-D2; Sun, 01 Apr 2012 03:00:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEB27-00083m-Lb for xen-users@lists.xen.org; Sun, 01 Apr 2012 03:00:47 +0000 Received: from [193.109.254.147:19593] by server-12.bemta-14.messagelabs.com id C3/28-05847-FD4C77F4; Sun, 01 Apr 2012 03:00:47 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-6.tower-27.messagelabs.com!1333249244!2860689!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28294 invoked from network); 1 Apr 2012 03:00:45 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 03:00:45 -0000 Received: by obbwd20 with SMTP id wd20so3279759obb.32 for ; Sat, 31 Mar 2012 20:00:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=F4HoGMvf3pyLy+Gpl+GL7gJEPgLHb5KiYCJBhaY5wjs=; b=IDcvmzNTBkxzU0Z9boY+9aI0NLOUVAZtnQQ21v1na6LegKbXnps+ot3wIr7PgT6qen pVFjIEt0xRJ3tWojp3N91Y1k7+9nyUIgEsonBax10vLFbnixmY7DXBF3zSikPLxgwUU2 t6/mOz3nKO76BoE8f/LRo23firkuUKBJIM46U+tvIycQr1gdRWtIuu3j/ceZUwlXn3An VrUTsa1ko4rGf2Y0YERiZ7ZxXSsCy43u8RETxPWjpS2GqjlVzuIgftTUKew8SVA5t6qL quL+lrn1ePs0HE7m1Xrf18rAgCK96ZyGCkquoDxqePjTUGth4BJCAWsSzF+RBi3/nf2/ cPVw== MIME-Version: 1.0 Received: by 10.60.4.1 with SMTP id g1mr5041500oeg.55.1333249243516; Sat, 31 Mar 2012 20:00:43 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 20:00:43 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7715B0.6050000@slackverse.org> References: <4F7715B0.6050000@slackverse.org> Date: Sun, 1 Apr 2012 13:00:43 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQlkk+gbedMCZQj90VO35Yalx5LwX+kusZyREOAfOHecSau76Wxjk/xBmBd+DFMCBjWRTx3Z Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 1 April 2012 01:33, Mario wrote: > Hey, > > up untill recently I have been using gentoo-rebased xen patches for 2.6.34 > kernel line, and it has been working fine. Recently i have decided to > upgrade few of my dom0's to 3.2 kernel, and everything seems fine except = for > the linux guests in HVM mode. Drive read and write is painfuly slow, yet > windows guests on that same configuration (or any other variation) give > normal/expected results. Paravirtual linux guests do not seem to be > affected, and i have tried both 2.6 and 3.2 kernels on hvm guests but the= re > was no difference. Xen version =3D 4.1.2 stable. > Is there anything that I might be missing? > > Thanks in advance, > mario > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hi Mario, Are you using PVonHVM for your Linux guests? QEMU emulated disks aren't fas= t.. Check that you have xen_platform_pci=3D1 in your config file to make sure PV drivers are enabled. Are you using Gentoo guests too? Make sure you compile in the Xen drivers if that is the case. I am running many Gentoo 3.2.1 guests in PVHVM mode with excellent disk and network performance (60k IOPs, 600mb/s+ sequentials) Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 03:09:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 03:09: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 1SEB9k-0008Pz-II; Sun, 01 Apr 2012 03:08:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEB9j-0008Ps-1g for xen-users@lists.xen.org; Sun, 01 Apr 2012 03:08:39 +0000 Received: from [85.158.139.83:16550] by server-9.bemta-5.messagelabs.com id 5F/78-09826-6B6C77F4; Sun, 01 Apr 2012 03:08:38 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-4.tower-182.messagelabs.com!1333249716!19190791!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7865 invoked from network); 1 Apr 2012 03:08:37 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 03:08:37 -0000 Received: by obbwd20 with SMTP id wd20so3285056obb.32 for ; Sat, 31 Mar 2012 20:08:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=bgh0nBhFNQQolxeLNMa1d6BZNFqk5y52G4qjHAAZFgE=; b=USIBz895616LR+jJtw9ZhkZ3O0vmP8cRDPb8Rd1Yqg+SN4ebUzARRXqbh0ny7C+6Qm EI3wIz2DhPZw9SjbpyvnH6KjzEE47MI9R3S3UGMnnMtmsHQWAxLLMGwNBNtjHgtlIiYV oRSOYV98yh7LVVW95S/q/bWsjEdIPV63QCQf4aoFBeEVnFPTw7sVIoyyAjV/Oc8A6qZJ 4Mseom8SZMyXq4PH8Dj0oic/QGPB+HTBnm7Vdt+zSqioqNKhbgxG5V7mH51P3mpcXEF2 haE2rnagSDlahne7+K+8mLuDnT0MIst3vBwHsPZd4YpP1aIGUsIQ63WW2M+61NzoVkTY 3XaQ== MIME-Version: 1.0 Received: by 10.60.169.174 with SMTP id af14mr5167574oec.13.1333249715616; Sat, 31 Mar 2012 20:08:35 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 20:08:35 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <4F74712C.5000704@gmail.com> <1386458740.20120329164708@eikelenboom.it> <4F747A56.2020603@gmail.com> <4F74B3C3.4040802@gmail.com> <4F75329D.3090903@gmail.com> <20120331105744.GX12984@reaktio.net> Date: Sun, 1 Apr 2012 13:08:35 +1000 Message-ID: From: Joseph Glanville To: chris X-Gm-Message-State: ALoCoQkLnI3vvYf9Fd77jnfEEUOKqYFgJS+6KnHa2FR0cwb40nMAiF5wfRGna6QgdgaAJlN3pgDg Cc: "xen-users@lists.xen.org" , "Teo En Ming \(Zhang Enming\)" Subject: Re: [Xen-users] [Xen-devel] Teo En Ming's Xen, Linux Kernel and Xen 4.2-unstable VGA Passthrough Documentation (Version 1.7 Released) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 31 March 2012 23:16, chris wrote: > Not to mention we don't need to receive emails simply when a document is > revised. With a single wiki url we know we will always get the latest > version of the document > > chris Not least of all it makes my eys bleed. :S I am going to convert the whole thing to wiki format tonight probably. Also, how does xen-devel keep ending up in these email threads.. they don't belong there.. > > On Mar 31, 2012 6:57 AM, "Pasi K=E4rkk=E4inen" wrote: >> >> On Fri, Mar 30, 2012 at 12:12:13PM +0800, Teo En Ming (Zhang Enming) >> wrote: >> > >> > =A0 =A0Dear Chris, >> > >> > =A0 =A0Sure, I will put my formatted text on the Xen wiki. But nowaday= s, >> > people >> > =A0 =A0are attaching all kinds of file attachments/document formats in >> > emails. I >> > =A0 =A0am very surprised Xen users and developers are so hard up again= st >> > PDF. PDF >> > =A0 =A0is known as Portable Document Format and it is very popular. >> > >> >> It is very difficult to edit PDFs, so contributing is a pain. >> When you have a wiki page it's easy for *everyone* to edit and contribut= e. >> >> -- Pasi >> > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 03:09:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 03:09: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 1SEB9k-0008Pz-II; Sun, 01 Apr 2012 03:08:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEB9j-0008Ps-1g for xen-users@lists.xen.org; Sun, 01 Apr 2012 03:08:39 +0000 Received: from [85.158.139.83:16550] by server-9.bemta-5.messagelabs.com id 5F/78-09826-6B6C77F4; Sun, 01 Apr 2012 03:08:38 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-4.tower-182.messagelabs.com!1333249716!19190791!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7865 invoked from network); 1 Apr 2012 03:08:37 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 03:08:37 -0000 Received: by obbwd20 with SMTP id wd20so3285056obb.32 for ; Sat, 31 Mar 2012 20:08:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=bgh0nBhFNQQolxeLNMa1d6BZNFqk5y52G4qjHAAZFgE=; b=USIBz895616LR+jJtw9ZhkZ3O0vmP8cRDPb8Rd1Yqg+SN4ebUzARRXqbh0ny7C+6Qm EI3wIz2DhPZw9SjbpyvnH6KjzEE47MI9R3S3UGMnnMtmsHQWAxLLMGwNBNtjHgtlIiYV oRSOYV98yh7LVVW95S/q/bWsjEdIPV63QCQf4aoFBeEVnFPTw7sVIoyyAjV/Oc8A6qZJ 4Mseom8SZMyXq4PH8Dj0oic/QGPB+HTBnm7Vdt+zSqioqNKhbgxG5V7mH51P3mpcXEF2 haE2rnagSDlahne7+K+8mLuDnT0MIst3vBwHsPZd4YpP1aIGUsIQ63WW2M+61NzoVkTY 3XaQ== MIME-Version: 1.0 Received: by 10.60.169.174 with SMTP id af14mr5167574oec.13.1333249715616; Sat, 31 Mar 2012 20:08:35 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 20:08:35 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <4F74712C.5000704@gmail.com> <1386458740.20120329164708@eikelenboom.it> <4F747A56.2020603@gmail.com> <4F74B3C3.4040802@gmail.com> <4F75329D.3090903@gmail.com> <20120331105744.GX12984@reaktio.net> Date: Sun, 1 Apr 2012 13:08:35 +1000 Message-ID: From: Joseph Glanville To: chris X-Gm-Message-State: ALoCoQkLnI3vvYf9Fd77jnfEEUOKqYFgJS+6KnHa2FR0cwb40nMAiF5wfRGna6QgdgaAJlN3pgDg Cc: "xen-users@lists.xen.org" , "Teo En Ming \(Zhang Enming\)" Subject: Re: [Xen-users] [Xen-devel] Teo En Ming's Xen, Linux Kernel and Xen 4.2-unstable VGA Passthrough Documentation (Version 1.7 Released) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 31 March 2012 23:16, chris wrote: > Not to mention we don't need to receive emails simply when a document is > revised. With a single wiki url we know we will always get the latest > version of the document > > chris Not least of all it makes my eys bleed. :S I am going to convert the whole thing to wiki format tonight probably. Also, how does xen-devel keep ending up in these email threads.. they don't belong there.. > > On Mar 31, 2012 6:57 AM, "Pasi K=E4rkk=E4inen" wrote: >> >> On Fri, Mar 30, 2012 at 12:12:13PM +0800, Teo En Ming (Zhang Enming) >> wrote: >> > >> > =A0 =A0Dear Chris, >> > >> > =A0 =A0Sure, I will put my formatted text on the Xen wiki. But nowaday= s, >> > people >> > =A0 =A0are attaching all kinds of file attachments/document formats in >> > emails. I >> > =A0 =A0am very surprised Xen users and developers are so hard up again= st >> > PDF. PDF >> > =A0 =A0is known as Portable Document Format and it is very popular. >> > >> >> It is very difficult to edit PDFs, so contributing is a pain. >> When you have a wiki page it's easy for *everyone* to edit and contribut= e. >> >> -- Pasi >> > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 03:11:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 03:11: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 1SEBBn-00007K-Ao; Sun, 01 Apr 2012 03:10:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEBBl-000077-SS for xen-users@lists.xensource.com; Sun, 01 Apr 2012 03:10:46 +0000 Received: from [85.158.143.35:17934] by server-2.bemta-4.messagelabs.com id B7/DE-17550-537C77F4; Sun, 01 Apr 2012 03:10:45 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-10.tower-21.messagelabs.com!1333249842!10420657!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15355 invoked from network); 1 Apr 2012 03:10:43 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 03:10:43 -0000 Received: by obhx4 with SMTP id x4so3292981obh.30 for ; Sat, 31 Mar 2012 20:10:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=h6Z0g2K9UfQ3M1VvfgLqbpWA9t2lj8PmmIn1twNkpdk=; b=Rqqi+I63KFARfEUC/a//evaQnvjL/rFJR3AXZfeNTQZ7vvoR9kmGTzNTA4m6oZuISi XQUpXp9y48ekx7IEzlw1nD5LSy1PaQMFXVT973V9aDabV6C+1dasV93Mq3Ee0zhfuuMQ 1C5WuOAq8U8YlxZaLKcnNOWA53zsXMm7t3BaVyPVd8JuUYMFb84Ri5cGjS2UfCPvbwUA KLp7Ghr7ouoql1rHkvxEwFOHwyokQGcLWFrqIUgZgv2U5QMZ5WNeNxdffkDuPpRfTUlG 0qEk+iaXkFYROUBDC6ZDSGmdNJZ3li1DwG3LPW2lWXcO4YJTNf2Q0bacDwM9jRE9uaby 28QA== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr5042463oem.65.1333249841908; Sat, 31 Mar 2012 20:10:41 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 20:10:41 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Sun, 1 Apr 2012 13:10:41 +1000 Message-ID: From: Joseph Glanville To: Peter Braun X-Gm-Message-State: ALoCoQlXVXR0nXEW421rhzkn7LpGTQuIjFq5h6OGbf/AX6TtBQ9fqEtLDsy4A4/A+1trFuPIxMwM Cc: Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMzAgTWFyY2ggMjAxMiAwOTo0NiwgUGV0ZXIgQnJhdW4gPHhlbndhcmVAZ21haWwuY29tPiB3 cm90ZToKPiBIZWxsbywKPgo+IGRlZmluaXRlbHkgZ28gSW50ZWwgWDUyMCAoREEyIG9yIFNSMS8y KQoKKzEgRm9yIEludGVsIE5JQ3MuCkFsc28gTWVsbGFub3ggYXJlIGdyZWF0IGZvciB0aGlzIHNv cnQgb2Ygc3R1ZmYuCgpJTU8gSW50ZWwgTklDcyBoYXZlIHRoZSBiZXN0IHN1cHBvcnQgZm9yIFNS LUlPViB3aGljaCBtaWdodCBjb21lIGluCmhhbmR5IGlmIHlvdSB3YW50IHRvIHJlYWNoIGxpbmUt cmF0ZSBvbiB5b3VyIGd1ZXN0cy4KCj4KPiBCcgo+Cj4gUGV0ZXIKPgo+IERuZSAyOC4gYsWZZXpu YSAyMDEyIDEwOjA2IEtyaXN0b2ZmZXIgSGFydGhpbmcgRWdlZmVsdCA8a0BpdG9jLmRrPiBuYXBz YWwoYSk6Cj4+IEkgd2FudCB0byBidXkgYSB3b3JraW5nIDEwRyBOSUMgZm9yIHVzZSB3aXRoIGxp bnV4IDMueC4gKGFuZCB4ZW4gb2YgY291cnNlKQo+Pgo+PiBJZiB5b3UgaGF2ZSBhbnkgZXhwZXJp ZW5jZSB3aXRoIGNlcnRhaW4gY2FyZHMgKGJyb2FkY29tLCBpbnRlbCBldGMuLikgSSdkCj4+IHJl YWxseSBsaWtlIHRvIGtub3cgYWJvdXQgaXQuCj4+Cj4+ICpOb3Qgd29ya2luZzoqCj4+IFFsb2dp YyBRTUU4MjQyLWsgMTBHYkUgRHVhbCBQb3J0IE1lenphbmluZSBDYXJkIEJvYXJkCj4+Cj4+IC0t Cj4+IFZpZXcgdGhpcyBtZXNzYWdlIGluIGNvbnRleHQ6IGh0dHA6Ly94ZW4uMTA0NTcxMi5uNS5u YWJibGUuY29tL1dvcmtpbmctMTBnaWctTklDcy1vbi1saW51eC0zLXgtdHA1NTk5Nzg2cDU1OTk3 ODYuaHRtbAo+PiBTZW50IGZyb20gdGhlIFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUg YXQgTmFiYmxlLmNvbS4KPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPgo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcg bGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzCgpKb3NlcGguCgotLSAKRm91bmRlciB8IERpcmVjdG9yIHwgVlAgUmVzZWFyY2gKT3Jp b24gVmlydHVhbGlzYXRpb24gU29sdXRpb25zwqB8wqB3d3cub3Jpb252bS5jb20uYXXCoHwgUGhv bmU6IDEzMDAgNTYKOTkgNTIgfCBNb2JpbGU6IDA0MjggNzU0IDg0NgoKX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApY ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Apr 01 03:11:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 03:11: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 1SEBBn-00007K-Ao; Sun, 01 Apr 2012 03:10:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEBBl-000077-SS for xen-users@lists.xensource.com; Sun, 01 Apr 2012 03:10:46 +0000 Received: from [85.158.143.35:17934] by server-2.bemta-4.messagelabs.com id B7/DE-17550-537C77F4; Sun, 01 Apr 2012 03:10:45 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-10.tower-21.messagelabs.com!1333249842!10420657!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15355 invoked from network); 1 Apr 2012 03:10:43 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 03:10:43 -0000 Received: by obhx4 with SMTP id x4so3292981obh.30 for ; Sat, 31 Mar 2012 20:10:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=h6Z0g2K9UfQ3M1VvfgLqbpWA9t2lj8PmmIn1twNkpdk=; b=Rqqi+I63KFARfEUC/a//evaQnvjL/rFJR3AXZfeNTQZ7vvoR9kmGTzNTA4m6oZuISi XQUpXp9y48ekx7IEzlw1nD5LSy1PaQMFXVT973V9aDabV6C+1dasV93Mq3Ee0zhfuuMQ 1C5WuOAq8U8YlxZaLKcnNOWA53zsXMm7t3BaVyPVd8JuUYMFb84Ri5cGjS2UfCPvbwUA KLp7Ghr7ouoql1rHkvxEwFOHwyokQGcLWFrqIUgZgv2U5QMZ5WNeNxdffkDuPpRfTUlG 0qEk+iaXkFYROUBDC6ZDSGmdNJZ3li1DwG3LPW2lWXcO4YJTNf2Q0bacDwM9jRE9uaby 28QA== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr5042463oem.65.1333249841908; Sat, 31 Mar 2012 20:10:41 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sat, 31 Mar 2012 20:10:41 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Sun, 1 Apr 2012 13:10:41 +1000 Message-ID: From: Joseph Glanville To: Peter Braun X-Gm-Message-State: ALoCoQlXVXR0nXEW421rhzkn7LpGTQuIjFq5h6OGbf/AX6TtBQ9fqEtLDsy4A4/A+1trFuPIxMwM Cc: Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMzAgTWFyY2ggMjAxMiAwOTo0NiwgUGV0ZXIgQnJhdW4gPHhlbndhcmVAZ21haWwuY29tPiB3 cm90ZToKPiBIZWxsbywKPgo+IGRlZmluaXRlbHkgZ28gSW50ZWwgWDUyMCAoREEyIG9yIFNSMS8y KQoKKzEgRm9yIEludGVsIE5JQ3MuCkFsc28gTWVsbGFub3ggYXJlIGdyZWF0IGZvciB0aGlzIHNv cnQgb2Ygc3R1ZmYuCgpJTU8gSW50ZWwgTklDcyBoYXZlIHRoZSBiZXN0IHN1cHBvcnQgZm9yIFNS LUlPViB3aGljaCBtaWdodCBjb21lIGluCmhhbmR5IGlmIHlvdSB3YW50IHRvIHJlYWNoIGxpbmUt cmF0ZSBvbiB5b3VyIGd1ZXN0cy4KCj4KPiBCcgo+Cj4gUGV0ZXIKPgo+IERuZSAyOC4gYsWZZXpu YSAyMDEyIDEwOjA2IEtyaXN0b2ZmZXIgSGFydGhpbmcgRWdlZmVsdCA8a0BpdG9jLmRrPiBuYXBz YWwoYSk6Cj4+IEkgd2FudCB0byBidXkgYSB3b3JraW5nIDEwRyBOSUMgZm9yIHVzZSB3aXRoIGxp bnV4IDMueC4gKGFuZCB4ZW4gb2YgY291cnNlKQo+Pgo+PiBJZiB5b3UgaGF2ZSBhbnkgZXhwZXJp ZW5jZSB3aXRoIGNlcnRhaW4gY2FyZHMgKGJyb2FkY29tLCBpbnRlbCBldGMuLikgSSdkCj4+IHJl YWxseSBsaWtlIHRvIGtub3cgYWJvdXQgaXQuCj4+Cj4+ICpOb3Qgd29ya2luZzoqCj4+IFFsb2dp YyBRTUU4MjQyLWsgMTBHYkUgRHVhbCBQb3J0IE1lenphbmluZSBDYXJkIEJvYXJkCj4+Cj4+IC0t Cj4+IFZpZXcgdGhpcyBtZXNzYWdlIGluIGNvbnRleHQ6IGh0dHA6Ly94ZW4uMTA0NTcxMi5uNS5u YWJibGUuY29tL1dvcmtpbmctMTBnaWctTklDcy1vbi1saW51eC0zLXgtdHA1NTk5Nzg2cDU1OTk3 ODYuaHRtbAo+PiBTZW50IGZyb20gdGhlIFhlbiAtIFVzZXIgbWFpbGluZyBsaXN0IGFyY2hpdmUg YXQgTmFiYmxlLmNvbS4KPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPgo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcg bGlzdAo+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVu LXVzZXJzCgpKb3NlcGguCgotLSAKRm91bmRlciB8IERpcmVjdG9yIHwgVlAgUmVzZWFyY2gKT3Jp b24gVmlydHVhbGlzYXRpb24gU29sdXRpb25zwqB8wqB3d3cub3Jpb252bS5jb20uYXXCoHwgUGhv bmU6IDEzMDAgNTYKOTkgNTIgfCBNb2JpbGU6IDA0MjggNzU0IDg0NgoKX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApY ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Apr 01 05:39:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 05:39: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 1SEDUf-0001Yg-5a; Sun, 01 Apr 2012 05:38:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEDUc-0001Yb-VG for xen-users@lists.xensource.com; Sun, 01 Apr 2012 05:38:23 +0000 Received: from [85.158.139.83:25416] by server-4.bemta-5.messagelabs.com id F6/36-10788-EC9E77F4; Sun, 01 Apr 2012 05:38:22 +0000 X-Env-Sender: mohitdhingras@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1333258700!18019092!1 X-Originating-IP: [209.85.212.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25618 invoked from network); 1 Apr 2012 05:38:20 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 05:38:20 -0000 Received: by wibhj13 with SMTP id hj13so1536232wib.6 for ; Sat, 31 Mar 2012 22:38:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XWwlkUnQSLOANGgmAVEWbuS7iewzrTQi1omgjZ9YaRs=; b=uE/YFN4bO5Vq41/xQnmgVNFRI0og4NgesmY/KtnBSRCi02a9/IZFWWzOt9WhMenPO9 UJMQFiP4W+6rutvuNPM6THz7Gq5jGybJpVxqHcKhtzhT61F2wOqOVZrcZDSAfM2CfLgY Wk+7TOB+hQL+2hKCXY0ujEJeUogSLsG5dJdch0TvJ1zQa2NaRtEnvmgOHXg8HUCfWErl X0+vMsIx8/mtYPly2NRn76qJE1x5Cqcoe2Ivp5VD3t3h/06/TJu5a6QeXeWqvmJ3Ancj TnCEja2KqP4HUhMo8hs67UjxYR13bo5fYphBTYt5/78Jl8EPNAhRS586v7Q8NGgy1Q39 3HVg== Received: by 10.180.97.41 with SMTP id dx9mr12763446wib.9.1333258699579; Sat, 31 Mar 2012 22:38:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.105.170 with HTTP; Sat, 31 Mar 2012 22:37:59 -0700 (PDT) In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> From: Mohit Dhingra Date: Sun, 1 Apr 2012 11:07:59 +0530 Message-ID: To: Joseph Glanville Cc: Peter Braun , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1757339431889385515==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1757339431889385515== Content-Type: multipart/alternative; boundary=f46d044306742ea03404bc977b9d --f46d044306742ea03404bc977b9d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable *Hello All,* I also want a 1-Gig SR-IOV NIC for my system (intel i7), which works with Xen4.0 and OpenSUSE 11.4. Can you please suggest one. * ---------------------------- Thanks & Regards Mohit Dhingra +919611190435* On 1 April 2012 08:40, Joseph Glanville wr= ote: > On 30 March 2012 09:46, Peter Braun wrote: > > Hello, > > > > definitely go Intel X520 (DA2 or SR1/2) > > +1 For Intel NICs. > Also Mellanox are great for this sort of stuff. > > IMO Intel NICs have the best support for SR-IOV which might come in > handy if you want to reach line-rate on your guests. > > > > > Br > > > > Peter > > > > Dne 28. b=C5=99ezna 2012 10:06 Kristoffer Harthing Egefelt > napsal(a): > >> I want to buy a working 10G NIC for use with linux 3.x. (and xen of > course) > >> > >> If you have any experience with certain cards (broadcom, intel etc..) > I'd > >> really like to know about it. > >> > >> *Not working:* > >> Qlogic QME8242-k 10GbE Dual Port Mezzanine Card Board > >> > >> -- > >> View this message in context: > http://xen.1045712.n5.nabble.com/Working-10gig-NICs-on-linux-3-x-tp559978= 6p5599786.html > >> Sent from the Xen - User mailing list archive at Nabble.com. > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Joseph. > > -- > Founder | Director | VP Research > Orion Virtualisation Solutions | www.orionvm.com.au | Phone: 1300 56 > 99 52 | Mobile: 0428 754 846 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d044306742ea03404bc977b9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello All,

I also want a 1-Gig SR-IOV NIC for my system (inte= l i7), which works with Xen4.0 and OpenSUSE 11.4. Can you please suggest on= e.

----------------------------
Thanks & Regards
Mohit Dhingra=C2=A0
+919= 611190435


On 1 April 2012 08:40, Joseph Glanville = <jo= seph.glanville@orionvm.com.au> wrote:
On 30 March 2012 09:46, Peter Braun <xenware@gmail.com> wrote:
> Hello,
>
> definitely go Intel X520 (DA2 or SR1/2)

+1 For Intel NICs.
Also Mellanox are great for this sort of stuff.

IMO Intel NICs have the best support for SR-IOV which might come in
handy if you want to reach line-rate on your guests.

>
> Br
>
> Peter
>
> Dne 28. b=C5=99ezna 2012 10:06 Kristoffer Harthing Egefelt <k@itoc.dk> napsal(a):
>> I want to buy a working 10G NIC for use with linux 3.x. (and xen o= f course)
>>
>> If you have any experience with certain cards (broadcom, intel etc= ..) I'd
>> really like to know about it.
>>
>> *Not working:*
>> Qlogic QME8242-k 10GbE Dual Port Mezzanine Card Board
>>
>> --
>> View this message in context: http://xen.1045712.n5.nabble.com/Working-10gig-NICs-on-linux-3-x-tp5= 599786p5599786.html
>> Sent from the Xen - User mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

Joseph.

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

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

--f46d044306742ea03404bc977b9d-- --===============1757339431889385515== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1757339431889385515==-- From xen-users-bounces@lists.xen.org Sun Apr 01 05:39:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 05:39: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 1SEDUf-0001Yg-5a; Sun, 01 Apr 2012 05:38:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEDUc-0001Yb-VG for xen-users@lists.xensource.com; Sun, 01 Apr 2012 05:38:23 +0000 Received: from [85.158.139.83:25416] by server-4.bemta-5.messagelabs.com id F6/36-10788-EC9E77F4; Sun, 01 Apr 2012 05:38:22 +0000 X-Env-Sender: mohitdhingras@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1333258700!18019092!1 X-Originating-IP: [209.85.212.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25618 invoked from network); 1 Apr 2012 05:38:20 -0000 Received: from mail-wi0-f171.google.com (HELO mail-wi0-f171.google.com) (209.85.212.171) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 05:38:20 -0000 Received: by wibhj13 with SMTP id hj13so1536232wib.6 for ; Sat, 31 Mar 2012 22:38:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XWwlkUnQSLOANGgmAVEWbuS7iewzrTQi1omgjZ9YaRs=; b=uE/YFN4bO5Vq41/xQnmgVNFRI0og4NgesmY/KtnBSRCi02a9/IZFWWzOt9WhMenPO9 UJMQFiP4W+6rutvuNPM6THz7Gq5jGybJpVxqHcKhtzhT61F2wOqOVZrcZDSAfM2CfLgY Wk+7TOB+hQL+2hKCXY0ujEJeUogSLsG5dJdch0TvJ1zQa2NaRtEnvmgOHXg8HUCfWErl X0+vMsIx8/mtYPly2NRn76qJE1x5Cqcoe2Ivp5VD3t3h/06/TJu5a6QeXeWqvmJ3Ancj TnCEja2KqP4HUhMo8hs67UjxYR13bo5fYphBTYt5/78Jl8EPNAhRS586v7Q8NGgy1Q39 3HVg== Received: by 10.180.97.41 with SMTP id dx9mr12763446wib.9.1333258699579; Sat, 31 Mar 2012 22:38:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.105.170 with HTTP; Sat, 31 Mar 2012 22:37:59 -0700 (PDT) In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> From: Mohit Dhingra Date: Sun, 1 Apr 2012 11:07:59 +0530 Message-ID: To: Joseph Glanville Cc: Peter Braun , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1757339431889385515==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1757339431889385515== Content-Type: multipart/alternative; boundary=f46d044306742ea03404bc977b9d --f46d044306742ea03404bc977b9d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable *Hello All,* I also want a 1-Gig SR-IOV NIC for my system (intel i7), which works with Xen4.0 and OpenSUSE 11.4. Can you please suggest one. * ---------------------------- Thanks & Regards Mohit Dhingra +919611190435* On 1 April 2012 08:40, Joseph Glanville wr= ote: > On 30 March 2012 09:46, Peter Braun wrote: > > Hello, > > > > definitely go Intel X520 (DA2 or SR1/2) > > +1 For Intel NICs. > Also Mellanox are great for this sort of stuff. > > IMO Intel NICs have the best support for SR-IOV which might come in > handy if you want to reach line-rate on your guests. > > > > > Br > > > > Peter > > > > Dne 28. b=C5=99ezna 2012 10:06 Kristoffer Harthing Egefelt > napsal(a): > >> I want to buy a working 10G NIC for use with linux 3.x. (and xen of > course) > >> > >> If you have any experience with certain cards (broadcom, intel etc..) > I'd > >> really like to know about it. > >> > >> *Not working:* > >> Qlogic QME8242-k 10GbE Dual Port Mezzanine Card Board > >> > >> -- > >> View this message in context: > http://xen.1045712.n5.nabble.com/Working-10gig-NICs-on-linux-3-x-tp559978= 6p5599786.html > >> Sent from the Xen - User mailing list archive at Nabble.com. > >> > >> _______________________________________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > Joseph. > > -- > Founder | Director | VP Research > Orion Virtualisation Solutions | www.orionvm.com.au | Phone: 1300 56 > 99 52 | Mobile: 0428 754 846 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d044306742ea03404bc977b9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello All,

I also want a 1-Gig SR-IOV NIC for my system (inte= l i7), which works with Xen4.0 and OpenSUSE 11.4. Can you please suggest on= e.

----------------------------
Thanks & Regards
Mohit Dhingra=C2=A0
+919= 611190435


On 1 April 2012 08:40, Joseph Glanville = <jo= seph.glanville@orionvm.com.au> wrote:
On 30 March 2012 09:46, Peter Braun <xenware@gmail.com> wrote:
> Hello,
>
> definitely go Intel X520 (DA2 or SR1/2)

+1 For Intel NICs.
Also Mellanox are great for this sort of stuff.

IMO Intel NICs have the best support for SR-IOV which might come in
handy if you want to reach line-rate on your guests.

>
> Br
>
> Peter
>
> Dne 28. b=C5=99ezna 2012 10:06 Kristoffer Harthing Egefelt <k@itoc.dk> napsal(a):
>> I want to buy a working 10G NIC for use with linux 3.x. (and xen o= f course)
>>
>> If you have any experience with certain cards (broadcom, intel etc= ..) I'd
>> really like to know about it.
>>
>> *Not working:*
>> Qlogic QME8242-k 10GbE Dual Port Mezzanine Card Board
>>
>> --
>> View this message in context: http://xen.1045712.n5.nabble.com/Working-10gig-NICs-on-linux-3-x-tp5= 599786p5599786.html
>> Sent from the Xen - User mailing list archive at Nabble.com.
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org=
>> http:= //lists.xen.org/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org=
> http://li= sts.xen.org/xen-users

Joseph.

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

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

--f46d044306742ea03404bc977b9d-- --===============1757339431889385515== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1757339431889385515==-- From xen-users-bounces@lists.xen.org Sun Apr 01 10:16:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 10:16: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 1SEHoL-0003WJ-HJ; Sun, 01 Apr 2012 10:15:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEHoK-0003W3-30 for xen-users@lists.xen.org; Sun, 01 Apr 2012 10:15:00 +0000 Received: from [85.158.138.51:10656] by server-8.bemta-3.messagelabs.com id 39/E5-29305-2AA287F4; Sun, 01 Apr 2012 10:14:58 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-9.tower-174.messagelabs.com!1333275297!20274246!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0MTA3Njk=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8385 invoked from network); 1 Apr 2012 10:14:57 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Apr 2012 10:14:57 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 0B983286B; Sun, 1 Apr 2012 13:14:55 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 9F2C9200F0; Sun, 1 Apr 2012 13:14:55 +0300 (EEST) Date: Sun, 1 Apr 2012 13:14:55 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Casey DeLorme Message-ID: <20120401101455.GB12984@reaktio.net> References: <4F74AB69.4080507@gmail.com> <4F74C205.9070104@amd.com> <4F74EA35.4030305@amd.com> <20120331104907.GV12984@reaktio.net> <20120331111926.GY12984@reaktio.net> <20120331151104.GZ12984@reaktio.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Teo En Ming \(Zhang Enming\)" , Wei Huang , Kristijan Le??nik , "xen-devel@lists.xen.org" , Tobias Geiger , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [REQUEST] Request for Xen Users to Attempt Jean David Techer's Xen 4.2-unstable VGA Passthrough Documentation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Mar 31, 2012 at 04:08:09PM -0400, Casey DeLorme wrote: > Hi Pasi, > I can confirm that their GPU Passthrough works with consumer models, t= hey > visited my college and presented a 30 minute demonstration video where > they acknowledged this. Yes, XenClient works with consumer models, like I wrote earlier. XenServer GPU passthru doesn't. > Wei stated that XenClient ahs a "customized ATI component", and I am q= uite > certain he is aware our discussion is about consumer models. > Note that some/most of those "customized tweaks" to make XenClient work are not in upstream Xen repositories and also not in XenServer. = XenClient is a customized product for some specific chipsets/laptops. XenClient and XenServer have totally different way of working related to gr= aphics passthru stuff. > XenClient comes with XenDesktop, they market to the on-the-go business= man > so it was designed with laptops in mind, but I am quite sure it would = run > on a tower. > I wouldn't count on that.. afaik XenClient has pretty limited hardware supp= ort/certification. -- Pasi > ~Casey > On Sat, Mar 31, 2012 at 11:11 AM, Pasi K=E4rkk=E4inen <[1]pasik@iki.fi= > wrote: > = > On Sat, Mar 31, 2012 at 04:35:32PM +0200, Kristijan Le??nik wrote: > > Hi, > > does such patch exists?=C2 > > i am working on this for quite some time now, and didn't came > across any > > ATI patch, only for nvidia > > > = > Yes it's available on the xen-devel mailinglist archives, > and iirc also on the xen vga passthru wiki page. > = > I think the link/url was already posted to this thread once. > = > > as i understand that ATI should work out of the box or am i > mistaking?=C2 > > > = > Some ATI cards work as *secondary* without extra patches, > but passing them as *primary* requires a patch to make the > ATI specific VBIOS stuff work properly. > = > -- Pasi > = > > Best Regards, > > Kristijan Le=C4*nik > > > > On Sat, Mar 31, 2012 at 1:19 PM, Pasi K=C3*rkk=C3*inen > <[1][2]pasik@iki.fi> > > wrote: > > > > On Sat, Mar 31, 2012 at 01:06:37PM +0200, Kristijan Le??nik > wrote: > > > =C2 =C2 Hi, > > > =C2 =C2 i was looking hard to get this thing working, and i > somehow > > manage to get > > > =C2 =C2 two ATI graphic card working under Windows 7 and D= ebian 6 > DomU, > > > =C2 =C2 what i learn from all this trying, that the most i= mportant > thing > > is the > > > =C2 =C2 motherboard! > > > =C2 =C2 i had i7 860 with VT-D, but it was hard to find wo= rking > VT-D > > motherboard, > > > =C2 =C2 i try gigabyte P55-USB3 with beta bios from gigaby= te and i > got > > working 3D > > > =C2 =C2 drivers for a few minutes and then the DomU would = crash, > > > =C2 =C2 then i wanted to try asus, but they said that P55 = chipset > doesnt > > support > > > =C2 =C2 VT-D functions, then i look what David uses and ge= t a MSI > > motherboard and > > > =C2 =C2 its default bios has got VT-D to enable/disable > > > =C2 =C2 currenty i have: > > > =C2 =C2 i7 860 > > > =C2 =C2 MSI P55 GD85 > > > =C2 =C2 ATI H6670 - working 3D > > > =C2 =C2 ATI H5830 - working 3D > > > =C2 =C2 Debian 6.0, custom kernel 3.1 > > > =C2 =C2 Xen 4.2 unstable ( from repo 2. march? ) > > > =C2 =C2 Windows 7 64bit - virtual > > > =C2 =C2 no extra patches > > > =C2 =C2 but how i get it to work is strange, if i enable > #gfx_passthru=3D1 > > then > > > =C2 =C2 virtual machine wont start > > > > > > > gfx_passthru=3D1 makes the passthru gfx card primary in the V= M, > > so you need the additional ATI gfx passthru patch so that the > VBIOS > > passthru works. > > > > without gfx_passthru=3D1 the virtual emulated gfx is primary. > > -- Pasi > > > > References > > > > Visible links > > 1. mailto:[3]pasik@iki.fi > = > References > = > Visible links > 1. mailto:pasik@iki.fi > 2. mailto:pasik@iki.fi > 3. mailto:pasik@iki.fi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 10:16:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 10:16: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 1SEHoL-0003WJ-HJ; Sun, 01 Apr 2012 10:15:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEHoK-0003W3-30 for xen-users@lists.xen.org; Sun, 01 Apr 2012 10:15:00 +0000 Received: from [85.158.138.51:10656] by server-8.bemta-3.messagelabs.com id 39/E5-29305-2AA287F4; Sun, 01 Apr 2012 10:14:58 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-9.tower-174.messagelabs.com!1333275297!20274246!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0MTA3Njk=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8385 invoked from network); 1 Apr 2012 10:14:57 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-9.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 1 Apr 2012 10:14:57 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 0B983286B; Sun, 1 Apr 2012 13:14:55 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id 9F2C9200F0; Sun, 1 Apr 2012 13:14:55 +0300 (EEST) Date: Sun, 1 Apr 2012 13:14:55 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: Casey DeLorme Message-ID: <20120401101455.GB12984@reaktio.net> References: <4F74AB69.4080507@gmail.com> <4F74C205.9070104@amd.com> <4F74EA35.4030305@amd.com> <20120331104907.GV12984@reaktio.net> <20120331111926.GY12984@reaktio.net> <20120331151104.GZ12984@reaktio.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "Teo En Ming \(Zhang Enming\)" , Wei Huang , Kristijan Le??nik , "xen-devel@lists.xen.org" , Tobias Geiger , "xen-users@lists.xen.org" Subject: Re: [Xen-users] [Xen-devel] [REQUEST] Request for Xen Users to Attempt Jean David Techer's Xen 4.2-unstable VGA Passthrough Documentation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Mar 31, 2012 at 04:08:09PM -0400, Casey DeLorme wrote: > Hi Pasi, > I can confirm that their GPU Passthrough works with consumer models, t= hey > visited my college and presented a 30 minute demonstration video where > they acknowledged this. Yes, XenClient works with consumer models, like I wrote earlier. XenServer GPU passthru doesn't. > Wei stated that XenClient ahs a "customized ATI component", and I am q= uite > certain he is aware our discussion is about consumer models. > Note that some/most of those "customized tweaks" to make XenClient work are not in upstream Xen repositories and also not in XenServer. = XenClient is a customized product for some specific chipsets/laptops. XenClient and XenServer have totally different way of working related to gr= aphics passthru stuff. > XenClient comes with XenDesktop, they market to the on-the-go business= man > so it was designed with laptops in mind, but I am quite sure it would = run > on a tower. > I wouldn't count on that.. afaik XenClient has pretty limited hardware supp= ort/certification. -- Pasi > ~Casey > On Sat, Mar 31, 2012 at 11:11 AM, Pasi K=E4rkk=E4inen <[1]pasik@iki.fi= > wrote: > = > On Sat, Mar 31, 2012 at 04:35:32PM +0200, Kristijan Le??nik wrote: > > Hi, > > does such patch exists?=C2 > > i am working on this for quite some time now, and didn't came > across any > > ATI patch, only for nvidia > > > = > Yes it's available on the xen-devel mailinglist archives, > and iirc also on the xen vga passthru wiki page. > = > I think the link/url was already posted to this thread once. > = > > as i understand that ATI should work out of the box or am i > mistaking?=C2 > > > = > Some ATI cards work as *secondary* without extra patches, > but passing them as *primary* requires a patch to make the > ATI specific VBIOS stuff work properly. > = > -- Pasi > = > > Best Regards, > > Kristijan Le=C4*nik > > > > On Sat, Mar 31, 2012 at 1:19 PM, Pasi K=C3*rkk=C3*inen > <[1][2]pasik@iki.fi> > > wrote: > > > > On Sat, Mar 31, 2012 at 01:06:37PM +0200, Kristijan Le??nik > wrote: > > > =C2 =C2 Hi, > > > =C2 =C2 i was looking hard to get this thing working, and i > somehow > > manage to get > > > =C2 =C2 two ATI graphic card working under Windows 7 and D= ebian 6 > DomU, > > > =C2 =C2 what i learn from all this trying, that the most i= mportant > thing > > is the > > > =C2 =C2 motherboard! > > > =C2 =C2 i had i7 860 with VT-D, but it was hard to find wo= rking > VT-D > > motherboard, > > > =C2 =C2 i try gigabyte P55-USB3 with beta bios from gigaby= te and i > got > > working 3D > > > =C2 =C2 drivers for a few minutes and then the DomU would = crash, > > > =C2 =C2 then i wanted to try asus, but they said that P55 = chipset > doesnt > > support > > > =C2 =C2 VT-D functions, then i look what David uses and ge= t a MSI > > motherboard and > > > =C2 =C2 its default bios has got VT-D to enable/disable > > > =C2 =C2 currenty i have: > > > =C2 =C2 i7 860 > > > =C2 =C2 MSI P55 GD85 > > > =C2 =C2 ATI H6670 - working 3D > > > =C2 =C2 ATI H5830 - working 3D > > > =C2 =C2 Debian 6.0, custom kernel 3.1 > > > =C2 =C2 Xen 4.2 unstable ( from repo 2. march? ) > > > =C2 =C2 Windows 7 64bit - virtual > > > =C2 =C2 no extra patches > > > =C2 =C2 but how i get it to work is strange, if i enable > #gfx_passthru=3D1 > > then > > > =C2 =C2 virtual machine wont start > > > > > > > gfx_passthru=3D1 makes the passthru gfx card primary in the V= M, > > so you need the additional ATI gfx passthru patch so that the > VBIOS > > passthru works. > > > > without gfx_passthru=3D1 the virtual emulated gfx is primary. > > -- Pasi > > > > References > > > > Visible links > > 1. mailto:[3]pasik@iki.fi > = > References > = > Visible links > 1. mailto:pasik@iki.fi > 2. mailto:pasik@iki.fi > 3. mailto:pasik@iki.fi _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 13:59:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 13:59: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 1SELIc-0005Ls-AE; Sun, 01 Apr 2012 13:58:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SELIa-0005Lf-J4 for xen-users@lists.xensource.com; Sun, 01 Apr 2012 13:58:28 +0000 Received: from [85.158.138.51:43420] by server-6.bemta-3.messagelabs.com id 87/41-08206-30F587F4; Sun, 01 Apr 2012 13:58:27 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1333288703!20280219!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15334 invoked from network); 1 Apr 2012 13:58:25 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 13:58:25 -0000 Received: by obbwd18 with SMTP id wd18so62404obb.30 for ; Sun, 01 Apr 2012 06:58:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=sKm62j/I3S7Vk61UGznNtZDO7aQ0kS5a4ukygp3h/0A=; b=pLab8W0I146Tg4VjXir+uphOl7pBPX3Pz4fEtDziaEWRcj20/CftxkA9bLG6RFRdXS y+qDEAyXNHmkjeUBujywLiKFhDFfmz5Hw0E0odF/i895aKt1HSMzRsntSlejd6PdTwB0 a87jxEq/Cn8fnkhtM1xSW+7HOHfu54XEwsbFqBh3/EeibYv61PQKBz5UIAO5hegjwPvR nIGfOOMtKh1QvEt+QAcQ2ydlFsN/LFuIEcIIgHCVcLJBguizYNMT4s+qAvLqVGQtOdef 43vB0JXX6jwby16h6VKDccP1G/QjeRfArrO60skMA15qG9mKUqUSn1DUMr/Q/RV0XV4F RNSA== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr7665986oem.65.1333288702587; Sun, 01 Apr 2012 06:58:22 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sun, 1 Apr 2012 06:58:22 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Sun, 1 Apr 2012 23:58:22 +1000 Message-ID: From: Joseph Glanville To: Mohit Dhingra X-Gm-Message-State: ALoCoQkyF11258QZzluFgzmMRV7r3QRr3j1P2onH/4H7xh8c1XdR7mWe8ciMGmoFt/rDKz/krTwG Cc: Peter Braun , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMSBBcHJpbCAyMDEyIDE1OjM3LCBNb2hpdCBEaGluZ3JhIDxtb2hpdGRoaW5ncmFzQGdtYWls LmNvbT4gd3JvdGU6Cj4gSGVsbG8gQWxsLAo+Cj4gSSBhbHNvIHdhbnQgYSAxLUdpZyBTUi1JT1Yg TklDIGZvciBteSBzeXN0ZW0gKGludGVsIGk3KSwgd2hpY2ggd29ya3Mgd2l0aAo+IFhlbjQuMCBh bmQgT3BlblNVU0UgMTEuNC4gQ2FuIHlvdSBwbGVhc2Ugc3VnZ2VzdCBvbmUuCgpodHRwOi8vd3d3 LmludGVsLmNvbS9zdXBwb3J0L25ldHdvcmsvYWRhcHRlci9wcm8xMDAvc2IvQ1MtMDMxNDkyLmh0 bQoKTGlzdCBvZiBhZGFwdGVycyB0aGF0IHN1cHBvdCBTUi1JT1YuCgo+Cj4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQo+IFRoYW5rcyAmIFJlZ2FyZHMKPiBNb2hpdCBEaGluZ3JhCj4gKzkx OTYxMTE5MDQzNQo+Cj4KPgo+IE9uIDEgQXByaWwgMjAxMiAwODo0MCwgSm9zZXBoIEdsYW52aWxs ZSA8am9zZXBoLmdsYW52aWxsZUBvcmlvbnZtLmNvbS5hdT4KPiB3cm90ZToKPj4KPj4gT24gMzAg TWFyY2ggMjAxMiAwOTo0NiwgUGV0ZXIgQnJhdW4gPHhlbndhcmVAZ21haWwuY29tPiB3cm90ZToK Pj4gPiBIZWxsbywKPj4gPgo+PiA+IGRlZmluaXRlbHkgZ28gSW50ZWwgWDUyMCAoREEyIG9yIFNS MS8yKQo+Pgo+PiArMSBGb3IgSW50ZWwgTklDcy4KPj4gQWxzbyBNZWxsYW5veCBhcmUgZ3JlYXQg Zm9yIHRoaXMgc29ydCBvZiBzdHVmZi4KPj4KPj4gSU1PIEludGVsIE5JQ3MgaGF2ZSB0aGUgYmVz dCBzdXBwb3J0IGZvciBTUi1JT1Ygd2hpY2ggbWlnaHQgY29tZSBpbgo+PiBoYW5keSBpZiB5b3Ug d2FudCB0byByZWFjaCBsaW5lLXJhdGUgb24geW91ciBndWVzdHMuCj4+Cj4+ID4KPj4gPiBCcgo+ PiA+Cj4+ID4gUGV0ZXIKPj4gPgo+PiA+IERuZSAyOC4gYsWZZXpuYSAyMDEyIDEwOjA2IEtyaXN0 b2ZmZXIgSGFydGhpbmcgRWdlZmVsdCA8a0BpdG9jLmRrPgo+PiA+IG5hcHNhbChhKToKPj4gPj4g SSB3YW50IHRvIGJ1eSBhIHdvcmtpbmcgMTBHIE5JQyBmb3IgdXNlIHdpdGggbGludXggMy54LiAo YW5kIHhlbiBvZgo+PiA+PiBjb3Vyc2UpCj4+ID4+Cj4+ID4+IElmIHlvdSBoYXZlIGFueSBleHBl cmllbmNlIHdpdGggY2VydGFpbiBjYXJkcyAoYnJvYWRjb20sIGludGVsIGV0Yy4uKQo+PiA+PiBJ J2QKPj4gPj4gcmVhbGx5IGxpa2UgdG8ga25vdyBhYm91dCBpdC4KPj4gPj4KPj4gPj4gKk5vdCB3 b3JraW5nOioKPj4gPj4gUWxvZ2ljIFFNRTgyNDItayAxMEdiRSBEdWFsIFBvcnQgTWV6emFuaW5l IENhcmQgQm9hcmQKPj4gPj4KPj4gPj4gLS0KPj4gPj4gVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29u dGV4dDoKPj4gPj4gaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5hYmJsZS5jb20vV29ya2luZy0xMGdp Zy1OSUNzLW9uLWxpbnV4LTMteC10cDU1OTk3ODZwNTU5OTc4Ni5odG1sCj4+ID4+IFNlbnQgZnJv bSB0aGUgWGVuIC0gVXNlciBtYWlsaW5nIGxpc3QgYXJjaGl2ZSBhdCBOYWJibGUuY29tLgo+PiA+ Pgo+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ PiA+PiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4+ID4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Cj4+ID4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+PiA+Cj4+ID4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gPiBYZW4tdXNlcnMgbWFp bGluZyBsaXN0Cj4+ID4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gPiBodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnMKPj4KPj4gSm9zZXBoLgo+Pgo+PiAtLQo+PiBGb3VuZGVyIHwgRGly ZWN0b3IgfCBWUCBSZXNlYXJjaAo+PiBPcmlvbiBWaXJ0dWFsaXNhdGlvbiBTb2x1dGlvbnPCoHzC oHd3dy5vcmlvbnZtLmNvbS5hdcKgfCBQaG9uZTogMTMwMCA1Ngo+PiA5OSA1MiB8IE1vYmlsZTog MDQyOCA3NTQgODQ2Cj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhl bi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4KPgoKCgotLSAKRm91bmRl ciB8IERpcmVjdG9yIHwgVlAgUmVzZWFyY2gKT3Jpb24gVmlydHVhbGlzYXRpb24gU29sdXRpb25z wqB8wqB3d3cub3Jpb252bS5jb20uYXXCoHwgUGhvbmU6IDEzMDAgNTYKOTkgNTIgfCBNb2JpbGU6 IDA0MjggNzU0IDg0NgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Apr 01 13:59:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 13:59: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 1SELIc-0005Ls-AE; Sun, 01 Apr 2012 13:58:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SELIa-0005Lf-J4 for xen-users@lists.xensource.com; Sun, 01 Apr 2012 13:58:28 +0000 Received: from [85.158.138.51:43420] by server-6.bemta-3.messagelabs.com id 87/41-08206-30F587F4; Sun, 01 Apr 2012 13:58:27 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1333288703!20280219!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15334 invoked from network); 1 Apr 2012 13:58:25 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 13:58:25 -0000 Received: by obbwd18 with SMTP id wd18so62404obb.30 for ; Sun, 01 Apr 2012 06:58:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=sKm62j/I3S7Vk61UGznNtZDO7aQ0kS5a4ukygp3h/0A=; b=pLab8W0I146Tg4VjXir+uphOl7pBPX3Pz4fEtDziaEWRcj20/CftxkA9bLG6RFRdXS y+qDEAyXNHmkjeUBujywLiKFhDFfmz5Hw0E0odF/i895aKt1HSMzRsntSlejd6PdTwB0 a87jxEq/Cn8fnkhtM1xSW+7HOHfu54XEwsbFqBh3/EeibYv61PQKBz5UIAO5hegjwPvR nIGfOOMtKh1QvEt+QAcQ2ydlFsN/LFuIEcIIgHCVcLJBguizYNMT4s+qAvLqVGQtOdef 43vB0JXX6jwby16h6VKDccP1G/QjeRfArrO60skMA15qG9mKUqUSn1DUMr/Q/RV0XV4F RNSA== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr7665986oem.65.1333288702587; Sun, 01 Apr 2012 06:58:22 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sun, 1 Apr 2012 06:58:22 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Sun, 1 Apr 2012 23:58:22 +1000 Message-ID: From: Joseph Glanville To: Mohit Dhingra X-Gm-Message-State: ALoCoQkyF11258QZzluFgzmMRV7r3QRr3j1P2onH/4H7xh8c1XdR7mWe8ciMGmoFt/rDKz/krTwG Cc: Peter Braun , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMSBBcHJpbCAyMDEyIDE1OjM3LCBNb2hpdCBEaGluZ3JhIDxtb2hpdGRoaW5ncmFzQGdtYWls LmNvbT4gd3JvdGU6Cj4gSGVsbG8gQWxsLAo+Cj4gSSBhbHNvIHdhbnQgYSAxLUdpZyBTUi1JT1Yg TklDIGZvciBteSBzeXN0ZW0gKGludGVsIGk3KSwgd2hpY2ggd29ya3Mgd2l0aAo+IFhlbjQuMCBh bmQgT3BlblNVU0UgMTEuNC4gQ2FuIHlvdSBwbGVhc2Ugc3VnZ2VzdCBvbmUuCgpodHRwOi8vd3d3 LmludGVsLmNvbS9zdXBwb3J0L25ldHdvcmsvYWRhcHRlci9wcm8xMDAvc2IvQ1MtMDMxNDkyLmh0 bQoKTGlzdCBvZiBhZGFwdGVycyB0aGF0IHN1cHBvdCBTUi1JT1YuCgo+Cj4gLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQo+IFRoYW5rcyAmIFJlZ2FyZHMKPiBNb2hpdCBEaGluZ3JhCj4gKzkx OTYxMTE5MDQzNQo+Cj4KPgo+IE9uIDEgQXByaWwgMjAxMiAwODo0MCwgSm9zZXBoIEdsYW52aWxs ZSA8am9zZXBoLmdsYW52aWxsZUBvcmlvbnZtLmNvbS5hdT4KPiB3cm90ZToKPj4KPj4gT24gMzAg TWFyY2ggMjAxMiAwOTo0NiwgUGV0ZXIgQnJhdW4gPHhlbndhcmVAZ21haWwuY29tPiB3cm90ZToK Pj4gPiBIZWxsbywKPj4gPgo+PiA+IGRlZmluaXRlbHkgZ28gSW50ZWwgWDUyMCAoREEyIG9yIFNS MS8yKQo+Pgo+PiArMSBGb3IgSW50ZWwgTklDcy4KPj4gQWxzbyBNZWxsYW5veCBhcmUgZ3JlYXQg Zm9yIHRoaXMgc29ydCBvZiBzdHVmZi4KPj4KPj4gSU1PIEludGVsIE5JQ3MgaGF2ZSB0aGUgYmVz dCBzdXBwb3J0IGZvciBTUi1JT1Ygd2hpY2ggbWlnaHQgY29tZSBpbgo+PiBoYW5keSBpZiB5b3Ug d2FudCB0byByZWFjaCBsaW5lLXJhdGUgb24geW91ciBndWVzdHMuCj4+Cj4+ID4KPj4gPiBCcgo+ PiA+Cj4+ID4gUGV0ZXIKPj4gPgo+PiA+IERuZSAyOC4gYsWZZXpuYSAyMDEyIDEwOjA2IEtyaXN0 b2ZmZXIgSGFydGhpbmcgRWdlZmVsdCA8a0BpdG9jLmRrPgo+PiA+IG5hcHNhbChhKToKPj4gPj4g SSB3YW50IHRvIGJ1eSBhIHdvcmtpbmcgMTBHIE5JQyBmb3IgdXNlIHdpdGggbGludXggMy54LiAo YW5kIHhlbiBvZgo+PiA+PiBjb3Vyc2UpCj4+ID4+Cj4+ID4+IElmIHlvdSBoYXZlIGFueSBleHBl cmllbmNlIHdpdGggY2VydGFpbiBjYXJkcyAoYnJvYWRjb20sIGludGVsIGV0Yy4uKQo+PiA+PiBJ J2QKPj4gPj4gcmVhbGx5IGxpa2UgdG8ga25vdyBhYm91dCBpdC4KPj4gPj4KPj4gPj4gKk5vdCB3 b3JraW5nOioKPj4gPj4gUWxvZ2ljIFFNRTgyNDItayAxMEdiRSBEdWFsIFBvcnQgTWV6emFuaW5l IENhcmQgQm9hcmQKPj4gPj4KPj4gPj4gLS0KPj4gPj4gVmlldyB0aGlzIG1lc3NhZ2UgaW4gY29u dGV4dDoKPj4gPj4gaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5hYmJsZS5jb20vV29ya2luZy0xMGdp Zy1OSUNzLW9uLWxpbnV4LTMteC10cDU1OTk3ODZwNTU5OTc4Ni5odG1sCj4+ID4+IFNlbnQgZnJv bSB0aGUgWGVuIC0gVXNlciBtYWlsaW5nIGxpc3QgYXJjaGl2ZSBhdCBOYWJibGUuY29tLgo+PiA+ Pgo+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ PiA+PiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4+ID4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Cj4+ID4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+PiA+Cj4+ID4gX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPj4gPiBYZW4tdXNlcnMgbWFp bGluZyBsaXN0Cj4+ID4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gPiBodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnMKPj4KPj4gSm9zZXBoLgo+Pgo+PiAtLQo+PiBGb3VuZGVyIHwgRGly ZWN0b3IgfCBWUCBSZXNlYXJjaAo+PiBPcmlvbiBWaXJ0dWFsaXNhdGlvbiBTb2x1dGlvbnPCoHzC oHd3dy5vcmlvbnZtLmNvbS5hdcKgfCBQaG9uZTogMTMwMCA1Ngo+PiA5OSA1MiB8IE1vYmlsZTog MDQyOCA3NTQgODQ2Cj4+Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhl bi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4KPgoKCgotLSAKRm91bmRl ciB8IERpcmVjdG9yIHwgVlAgUmVzZWFyY2gKT3Jpb24gVmlydHVhbGlzYXRpb24gU29sdXRpb25z wqB8wqB3d3cub3Jpb252bS5jb20uYXXCoHwgUGhvbmU6IDEzMDAgNTYKOTkgNTIgfCBNb2JpbGU6 IDA0MjggNzU0IDg0NgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Sun Apr 01 18:18:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 18:18: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 1SEPKF-00072w-Qi; Sun, 01 Apr 2012 18:16:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEPKD-00072f-JP for xen-users@lists.xensource.com; Sun, 01 Apr 2012 18:16:25 +0000 Received: from [85.158.138.51:38000] by server-7.bemta-3.messagelabs.com id 04/EF-07528-87B987F4; Sun, 01 Apr 2012 18:16:24 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-8.tower-174.messagelabs.com!1333304182!20183378!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8489 invoked from network); 1 Apr 2012 18:16:23 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 18:16:23 -0000 Received: by obbwd18 with SMTP id wd18so293091obb.30 for ; Sun, 01 Apr 2012 11:16:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding:x-gm-message-state; bh=94jNWkZYsHxQ+IN7llFpU58POratXdD9PmlpbtaagAg=; b=o8YnEtf+05pcTRVF4zab4HzyYH5tF1oobkgEOZOcFL9CHBPkFRP27GLY4Z/GwK+5/K Bbc4C43Zl4aCEGwUWMo4gEJjjfAcXDMXltgBd05qhYB3Xf2W9BkXBdH3Y6E2R+vlEKIf b2VpK4cdIbX69cj6wFXnakEnmo7rZ81P6slZtPWGOAIg3JlqSrBEAm2bdrzde5soASpa ejDjRuyE33DuMb3bsgr339Ij2midr0yjKr4XBsSbCGFSBUkWncU+tmzn3NJfdNZRinmc A/GsXOpNQChpnESOP5GgxEjh6qvDmhSs4K2fnArsDfBdMufIyXYOuR8uACBeGLC04j9G QwNA== MIME-Version: 1.0 Received: by 10.60.172.231 with SMTP id bf7mr8632917oec.45.1333304181807; Sun, 01 Apr 2012 11:16:21 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sun, 1 Apr 2012 11:16:21 -0700 (PDT) X-Originating-IP: [59.167.234.130] Date: Mon, 2 Apr 2012 04:16:21 +1000 Message-ID: From: Joseph Glanville To: xen-devel , xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQnUd8UR6b6puJMRObHN3oK6TpCW5BYRtBbKURKBmWvXad7sNVRmAzYthM2i5YkwIYUQVi+W Cc: staff@orionvm.com.au, Lars Kurth , Ian Campbell Subject: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi guys, I have started preparing a library of PV-HVM templates for use on Xen 4.X+ and PVOPS dom0. This was brought up late last year as something that would make Xen alot easier for beginners to try. They are also great for testing - I will be setting up some stuff to do automatic testing of distro kernel compatibility against xen-unstable. Mirror page is here: http://mirror.orionvm.com.au You can browse what stuff I will be mirroring here: http://mirror.orionvm.com.au/pub/ Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available (the final beta, will be updated to final shortly). Included is an OS image, a config file, a README and the associated licences etc. The images are bz2 compressed blockdevice images suitable for use on LVM or a file backed tapdisk if you have the appropriate backend. (alternatively you can use the loop device but this is discouraged) All images have serial console enabled, PV network and block devices, fixed udev rules etc. I will add more info about them, an FAQ about how they are setup and what you should do to customize them, expand the disk image etc soon. I am looking for someone to mirror these in the US for me, please email me if you have spare bandwith. Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 01 18:18:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 01 Apr 2012 18:18: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 1SEPKF-00072w-Qi; Sun, 01 Apr 2012 18:16:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEPKD-00072f-JP for xen-users@lists.xensource.com; Sun, 01 Apr 2012 18:16:25 +0000 Received: from [85.158.138.51:38000] by server-7.bemta-3.messagelabs.com id 04/EF-07528-87B987F4; Sun, 01 Apr 2012 18:16:24 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-8.tower-174.messagelabs.com!1333304182!20183378!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8489 invoked from network); 1 Apr 2012 18:16:23 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 1 Apr 2012 18:16:23 -0000 Received: by obbwd18 with SMTP id wd18so293091obb.30 for ; Sun, 01 Apr 2012 11:16:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding:x-gm-message-state; bh=94jNWkZYsHxQ+IN7llFpU58POratXdD9PmlpbtaagAg=; b=o8YnEtf+05pcTRVF4zab4HzyYH5tF1oobkgEOZOcFL9CHBPkFRP27GLY4Z/GwK+5/K Bbc4C43Zl4aCEGwUWMo4gEJjjfAcXDMXltgBd05qhYB3Xf2W9BkXBdH3Y6E2R+vlEKIf b2VpK4cdIbX69cj6wFXnakEnmo7rZ81P6slZtPWGOAIg3JlqSrBEAm2bdrzde5soASpa ejDjRuyE33DuMb3bsgr339Ij2midr0yjKr4XBsSbCGFSBUkWncU+tmzn3NJfdNZRinmc A/GsXOpNQChpnESOP5GgxEjh6qvDmhSs4K2fnArsDfBdMufIyXYOuR8uACBeGLC04j9G QwNA== MIME-Version: 1.0 Received: by 10.60.172.231 with SMTP id bf7mr8632917oec.45.1333304181807; Sun, 01 Apr 2012 11:16:21 -0700 (PDT) Received: by 10.182.97.72 with HTTP; Sun, 1 Apr 2012 11:16:21 -0700 (PDT) X-Originating-IP: [59.167.234.130] Date: Mon, 2 Apr 2012 04:16:21 +1000 Message-ID: From: Joseph Glanville To: xen-devel , xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQnUd8UR6b6puJMRObHN3oK6TpCW5BYRtBbKURKBmWvXad7sNVRmAzYthM2i5YkwIYUQVi+W Cc: staff@orionvm.com.au, Lars Kurth , Ian Campbell Subject: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi guys, I have started preparing a library of PV-HVM templates for use on Xen 4.X+ and PVOPS dom0. This was brought up late last year as something that would make Xen alot easier for beginners to try. They are also great for testing - I will be setting up some stuff to do automatic testing of distro kernel compatibility against xen-unstable. Mirror page is here: http://mirror.orionvm.com.au You can browse what stuff I will be mirroring here: http://mirror.orionvm.com.au/pub/ Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available (the final beta, will be updated to final shortly). Included is an OS image, a config file, a README and the associated licences etc. The images are bz2 compressed blockdevice images suitable for use on LVM or a file backed tapdisk if you have the appropriate backend. (alternatively you can use the loop device but this is discouraged) All images have serial console enabled, PV network and block devices, fixed udev rules etc. I will add more info about them, an FAQ about how they are setup and what you should do to customize them, expand the disk image etc soon. I am looking for someone to mirror these in the US for me, please email me if you have spare bandwith. Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 08:48:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 08:48:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEcuX-0001gW-PH; Mon, 02 Apr 2012 08:46:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEcuW-0001gN-9L for xen-users@lists.xen.org; Mon, 02 Apr 2012 08:46:48 +0000 Received: from [193.109.254.147:49230] by server-10.bemta-14.messagelabs.com id 83/1F-05847-777697F4; Mon, 02 Apr 2012 08:46:47 +0000 X-Env-Sender: jens.krause@eco-5.de X-Msg-Ref: server-2.tower-27.messagelabs.com!1333356406!2935118!1 X-Originating-IP: [212.227.126.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTQ4NDU=\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTQ4NDU=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5438 invoked from network); 2 Apr 2012 08:46:46 -0000 Received: from moutng.kundenserver.de (HELO moutng.kundenserver.de) (212.227.126.171) by server-2.tower-27.messagelabs.com with SMTP; 2 Apr 2012 08:46:46 -0000 Received: from thor.fritz.box (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0LnShi-1Sj22i1cw2-00hdsL; Mon, 02 Apr 2012 10:46:46 +0200 Received: from localhost (localhost [127.0.0.1]) by thor.fritz.box (Postfix) with ESMTP id 09D1E52E0F8 for ; Mon, 2 Apr 2012 10:46:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at eco-5.de Received: from thor.fritz.box ([127.0.0.1]) by localhost (thor.fritz.box [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id So60fng4SG1S for ; Mon, 2 Apr 2012 10:46:42 +0200 (CEST) Received: from [192.168.178.37] (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by thor.fritz.box (Postfix) with ESMTPSA id 5A99452E0E6 for ; Mon, 2 Apr 2012 10:46:42 +0200 (CEST) Message-ID: <4F796772.1060509@eco-5.de> Date: Mon, 02 Apr 2012 10:46:42 +0200 From: Jens Krause User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120317 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> In-Reply-To: <20120322090543.262750qpukh6v4c7@www.coblercorp.com> X-Provags-ID: V02:K0:IDDaL7Var6vHuIKMdyk+djrOytbH2cxQqeBbpYYXOqT mv8l81yHQ1aXL+MfbZi+zKoJrnfpzEGORLTP7YPRcz5JKZdGSH naTwIjQQUsQ9CmBIvvgZGp8R7CuiWsLm2XLy6Mqc+yW0Yj2zBq 4C8jmAZpjoR2o9KOpT1yY34H4V60Bd357v8lOxU21qleDhbloF mk4vHcRmNP6cJ/a0BNsq++GfKbdOjmasKezLqGbhZHlVfS8fiC fOGof7PPhY0FYOfu9ficnmCDi5ES8Yme5B+n9cupQlypU7vbVT TfL7j2usOj1GRJMop5aJDbBD42UyqEt9cFODQ6sK+gKvckuWpE cTfhdeLbOnyRUeEljXMw= Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ken, thanks for the reply, I want to try that. How did you copy the Windows from disk to file? Did you make a raw copy using 'dd' or did you copy the files using 'cp' on the loop-mounted file system? Thanks Jens On 03/22/2012 03:05 PM, Ken Cobler wrote: > Quoting Jens Krause : > >> Hallo, >> >> I have an installed Windows 7 on one partition >> and running Debain Squeeze on the other. Both are 64 bit. >> I want to use Xen to run Windows as virtual guest from >> a physical disk. Once I get this working the Window will >> never be booted directly. >> >> >> When I try to create the virtual machine by >> "xm create -c win.xen" >> it hangs. >> >> >> The versions I use >> Xen 4.0.1-4 >> Kernel 2.6.32-5-xen-amd64 >> > > I believe with the version of Xen (or maybe the Linux OS), there was = > an issue with physical device blocking. > > I had a similar problem with Windows 2008. > > I resolved the problem for my situation be simply creating the OS as a = > file, mounting the device under Linux, then using the GPLPV drivers in = > Windows to achieve decent disk throughput for the guest OS. > > Ken Cobler > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = _________________________ ECO 5 GmbH Jens Krause B=FCroanschrift: Bornheimerstra=DFe 33a 53111 Bonn Deutschland Tel.: +49 228 6296 1770 Fax: +49 228 6296 1774 E-Mail: jens.krause@eco-5.de www.eco-5.de Rechtsform: GmbH Sitz: Bonn, Neustra=DFe 43 Registergericht: Bonn HRB 18975 Gesch=E4ftsf=FChrer : Dr. Jens M=FCller _________________________ Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa= tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC= mlich erhalten haben, informieren Sie bitte sofort den Absender und vernich= ten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe = dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you = are not the intended recipient (or have received this e-mail in error) plea= se notify the sender immediately and destroy this e-mail. Any unauthorised = copying, disclosure or distribution of the material in this e-mail is stric= tly forbidden. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 08:48:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 08:48:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEcuX-0001gW-PH; Mon, 02 Apr 2012 08:46:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEcuW-0001gN-9L for xen-users@lists.xen.org; Mon, 02 Apr 2012 08:46:48 +0000 Received: from [193.109.254.147:49230] by server-10.bemta-14.messagelabs.com id 83/1F-05847-777697F4; Mon, 02 Apr 2012 08:46:47 +0000 X-Env-Sender: jens.krause@eco-5.de X-Msg-Ref: server-2.tower-27.messagelabs.com!1333356406!2935118!1 X-Originating-IP: [212.227.126.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTQ4NDU=\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTQ4NDU=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5438 invoked from network); 2 Apr 2012 08:46:46 -0000 Received: from moutng.kundenserver.de (HELO moutng.kundenserver.de) (212.227.126.171) by server-2.tower-27.messagelabs.com with SMTP; 2 Apr 2012 08:46:46 -0000 Received: from thor.fritz.box (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by mrelayeu.kundenserver.de (node=mrbap4) with ESMTP (Nemesis) id 0LnShi-1Sj22i1cw2-00hdsL; Mon, 02 Apr 2012 10:46:46 +0200 Received: from localhost (localhost [127.0.0.1]) by thor.fritz.box (Postfix) with ESMTP id 09D1E52E0F8 for ; Mon, 2 Apr 2012 10:46:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at eco-5.de Received: from thor.fritz.box ([127.0.0.1]) by localhost (thor.fritz.box [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id So60fng4SG1S for ; Mon, 2 Apr 2012 10:46:42 +0200 (CEST) Received: from [192.168.178.37] (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by thor.fritz.box (Postfix) with ESMTPSA id 5A99452E0E6 for ; Mon, 2 Apr 2012 10:46:42 +0200 (CEST) Message-ID: <4F796772.1060509@eco-5.de> Date: Mon, 02 Apr 2012 10:46:42 +0200 From: Jens Krause User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120317 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> In-Reply-To: <20120322090543.262750qpukh6v4c7@www.coblercorp.com> X-Provags-ID: V02:K0:IDDaL7Var6vHuIKMdyk+djrOytbH2cxQqeBbpYYXOqT mv8l81yHQ1aXL+MfbZi+zKoJrnfpzEGORLTP7YPRcz5JKZdGSH naTwIjQQUsQ9CmBIvvgZGp8R7CuiWsLm2XLy6Mqc+yW0Yj2zBq 4C8jmAZpjoR2o9KOpT1yY34H4V60Bd357v8lOxU21qleDhbloF mk4vHcRmNP6cJ/a0BNsq++GfKbdOjmasKezLqGbhZHlVfS8fiC fOGof7PPhY0FYOfu9ficnmCDi5ES8Yme5B+n9cupQlypU7vbVT TfL7j2usOj1GRJMop5aJDbBD42UyqEt9cFODQ6sK+gKvckuWpE cTfhdeLbOnyRUeEljXMw= Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ken, thanks for the reply, I want to try that. How did you copy the Windows from disk to file? Did you make a raw copy using 'dd' or did you copy the files using 'cp' on the loop-mounted file system? Thanks Jens On 03/22/2012 03:05 PM, Ken Cobler wrote: > Quoting Jens Krause : > >> Hallo, >> >> I have an installed Windows 7 on one partition >> and running Debain Squeeze on the other. Both are 64 bit. >> I want to use Xen to run Windows as virtual guest from >> a physical disk. Once I get this working the Window will >> never be booted directly. >> >> >> When I try to create the virtual machine by >> "xm create -c win.xen" >> it hangs. >> >> >> The versions I use >> Xen 4.0.1-4 >> Kernel 2.6.32-5-xen-amd64 >> > > I believe with the version of Xen (or maybe the Linux OS), there was = > an issue with physical device blocking. > > I had a similar problem with Windows 2008. > > I resolved the problem for my situation be simply creating the OS as a = > file, mounting the device under Linux, then using the GPLPV drivers in = > Windows to achieve decent disk throughput for the guest OS. > > Ken Cobler > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = _________________________ ECO 5 GmbH Jens Krause B=FCroanschrift: Bornheimerstra=DFe 33a 53111 Bonn Deutschland Tel.: +49 228 6296 1770 Fax: +49 228 6296 1774 E-Mail: jens.krause@eco-5.de www.eco-5.de Rechtsform: GmbH Sitz: Bonn, Neustra=DFe 43 Registergericht: Bonn HRB 18975 Gesch=E4ftsf=FChrer : Dr. Jens M=FCller _________________________ Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa= tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC= mlich erhalten haben, informieren Sie bitte sofort den Absender und vernich= ten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe = dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you = are not the intended recipient (or have received this e-mail in error) plea= se notify the sender immediately and destroy this e-mail. Any unauthorised = copying, disclosure or distribution of the material in this e-mail is stric= tly forbidden. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 09:40:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 09:40:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEdjM-00042d-Q6; Mon, 02 Apr 2012 09:39:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEdjL-00042S-DW for xen-users@lists.xen.org; Mon, 02 Apr 2012 09:39:19 +0000 Received: from [85.158.143.35:64965] by server-2.bemta-4.messagelabs.com id 85/5B-17550-6C3797F4; Mon, 02 Apr 2012 09:39:18 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1333359557!14514222!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13064 invoked from network); 2 Apr 2012 09:39:17 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-3.tower-21.messagelabs.com with SMTP; 2 Apr 2012 09:39:17 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id D602620381; Mon, 2 Apr 2012 11:39:03 +0200 (CEST) Message-ID: <4F7973C3.8060707@slackverse.org> Date: Mon, 02 Apr 2012 11:39:15 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: Joseph Glanville References: <4F7715B0.6050000@slackverse.org> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/01/2012 05:00 AM, Joseph Glanville wrote: > On 1 April 2012 01:33, Mario wrote: >> Hey, >> >> up untill recently I have been using gentoo-rebased xen patches for 2.6.34 >> kernel line, and it has been working fine. Recently i have decided to >> upgrade few of my dom0's to 3.2 kernel, and everything seems fine except for >> the linux guests in HVM mode. Drive read and write is painfuly slow, yet >> windows guests on that same configuration (or any other variation) give >> normal/expected results. Paravirtual linux guests do not seem to be >> affected, and i have tried both 2.6 and 3.2 kernels on hvm guests but there >> was no difference. Xen version = 4.1.2 stable. >> Is there anything that I might be missing? >> >> Thanks in advance, >> mario >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > Hi Mario, > > Are you using PVonHVM for your Linux guests? QEMU emulated disks aren't fast.. > Check that you have xen_platform_pci=1 in your config file to make > sure PV drivers are enabled. > > Are you using Gentoo guests too? Make sure you compile in the Xen > drivers if that is the case. > I am running many Gentoo 3.2.1 guests in PVHVM mode with excellent > disk and network performance (60k IOPs, 600mb/s+ sequentials) > > Joseph. > I am not using PVonHVM, any more ideas? m. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 09:40:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 09:40:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEdjM-00042d-Q6; Mon, 02 Apr 2012 09:39:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEdjL-00042S-DW for xen-users@lists.xen.org; Mon, 02 Apr 2012 09:39:19 +0000 Received: from [85.158.143.35:64965] by server-2.bemta-4.messagelabs.com id 85/5B-17550-6C3797F4; Mon, 02 Apr 2012 09:39:18 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-3.tower-21.messagelabs.com!1333359557!14514222!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13064 invoked from network); 2 Apr 2012 09:39:17 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-3.tower-21.messagelabs.com with SMTP; 2 Apr 2012 09:39:17 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id D602620381; Mon, 2 Apr 2012 11:39:03 +0200 (CEST) Message-ID: <4F7973C3.8060707@slackverse.org> Date: Mon, 02 Apr 2012 11:39:15 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: Joseph Glanville References: <4F7715B0.6050000@slackverse.org> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/01/2012 05:00 AM, Joseph Glanville wrote: > On 1 April 2012 01:33, Mario wrote: >> Hey, >> >> up untill recently I have been using gentoo-rebased xen patches for 2.6.34 >> kernel line, and it has been working fine. Recently i have decided to >> upgrade few of my dom0's to 3.2 kernel, and everything seems fine except for >> the linux guests in HVM mode. Drive read and write is painfuly slow, yet >> windows guests on that same configuration (or any other variation) give >> normal/expected results. Paravirtual linux guests do not seem to be >> affected, and i have tried both 2.6 and 3.2 kernels on hvm guests but there >> was no difference. Xen version = 4.1.2 stable. >> Is there anything that I might be missing? >> >> Thanks in advance, >> mario >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > Hi Mario, > > Are you using PVonHVM for your Linux guests? QEMU emulated disks aren't fast.. > Check that you have xen_platform_pci=1 in your config file to make > sure PV drivers are enabled. > > Are you using Gentoo guests too? Make sure you compile in the Xen > drivers if that is the case. > I am running many Gentoo 3.2.1 guests in PVHVM mode with excellent > disk and network performance (60k IOPs, 600mb/s+ sequentials) > > Joseph. > I am not using PVonHVM, any more ideas? m. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 09:55:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 09:55: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 1SEdxX-0004bf-0L; Mon, 02 Apr 2012 09:53:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEdxU-0004bZ-NH for xen-users@lists.xen.org; Mon, 02 Apr 2012 09:53:56 +0000 Received: from [193.109.254.147:6796] by server-7.bemta-14.messagelabs.com id BA/4D-01627-437797F4; Mon, 02 Apr 2012 09:53:56 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1333360435!2985359!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16075 invoked from network); 2 Apr 2012 09:53:55 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 09:53:55 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id E66039E5D for ; Mon, 2 Apr 2012 11:53:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1333360434; bh=aBJ4jKYkuImaEBhRri8abQCjN1KMtUgBw2FBPjRsDEU=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=ZqQy74GP1UAFRM4y8TWh5DX977wkyN8sCP6TEhmtp60WWMqhrcWEXn4oO/gPpnfUt 9LjQLySB3jtbx8by40ABVYBOS07EBj6Eu3auNTe/RSqiDLkw62B3q4cL9P+/m2XcRs m/GgT3u3od/GQ6OFbNiyjRjerz0RnIyVUeFAn1Lk= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Mon, 02 Apr 2012 11:53:54 +0200 MIME-Version: 1.0 Date: Mon, 02 Apr 2012 11:53:54 +0200 From: Heiko Wundram To: In-Reply-To: <4F7973C3.8060707@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> Message-ID: X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 02.04.2012 11:39, schrieb Mario: > On 04/01/2012 05:00 AM, Joseph Glanville wrote: >> Are you using PVonHVM for your Linux guests? QEMU emulated disks >> aren't fast.. >> Check that you have xen_platform_pci=1 in your config file to make >> sure PV drivers are enabled. > > I am not using PVonHVM, any more ideas? If you want acceptable performance for disk-/net-IO on HVM guests (i.e., when not booting them as PV directly), you'll need to enable PVonHVM as Joseph wrote. I have a set of Gentoo PVonHVM DomUs running on Xen 4.1.2 with gentoo-sources-3.3.0, and performance is absolutely fine. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 09:55:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 09:55: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 1SEdxX-0004bf-0L; Mon, 02 Apr 2012 09:53:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEdxU-0004bZ-NH for xen-users@lists.xen.org; Mon, 02 Apr 2012 09:53:56 +0000 Received: from [193.109.254.147:6796] by server-7.bemta-14.messagelabs.com id BA/4D-01627-437797F4; Mon, 02 Apr 2012 09:53:56 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-16.tower-27.messagelabs.com!1333360435!2985359!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16075 invoked from network); 2 Apr 2012 09:53:55 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-16.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 09:53:55 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id E66039E5D for ; Mon, 2 Apr 2012 11:53:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1333360434; bh=aBJ4jKYkuImaEBhRri8abQCjN1KMtUgBw2FBPjRsDEU=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=ZqQy74GP1UAFRM4y8TWh5DX977wkyN8sCP6TEhmtp60WWMqhrcWEXn4oO/gPpnfUt 9LjQLySB3jtbx8by40ABVYBOS07EBj6Eu3auNTe/RSqiDLkw62B3q4cL9P+/m2XcRs m/GgT3u3od/GQ6OFbNiyjRjerz0RnIyVUeFAn1Lk= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Mon, 02 Apr 2012 11:53:54 +0200 MIME-Version: 1.0 Date: Mon, 02 Apr 2012 11:53:54 +0200 From: Heiko Wundram To: In-Reply-To: <4F7973C3.8060707@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> Message-ID: X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 02.04.2012 11:39, schrieb Mario: > On 04/01/2012 05:00 AM, Joseph Glanville wrote: >> Are you using PVonHVM for your Linux guests? QEMU emulated disks >> aren't fast.. >> Check that you have xen_platform_pci=1 in your config file to make >> sure PV drivers are enabled. > > I am not using PVonHVM, any more ideas? If you want acceptable performance for disk-/net-IO on HVM guests (i.e., when not booting them as PV directly), you'll need to enable PVonHVM as Joseph wrote. I have a set of Gentoo PVonHVM DomUs running on Xen 4.1.2 with gentoo-sources-3.3.0, and performance is absolutely fine. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 10:16:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 10:16: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 1SEeIV-0005Yt-NL; Mon, 02 Apr 2012 10:15:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEeIU-0005Yo-9A for xen-users@lists.xen.org; Mon, 02 Apr 2012 10:15:38 +0000 Received: from [85.158.143.99:14337] by server-3.bemta-4.messagelabs.com id E0/91-05853-94C797F4; Mon, 02 Apr 2012 10:15:37 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-11.tower-216.messagelabs.com!1333361736!21360524!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11692 invoked from network); 2 Apr 2012 10:15:36 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-11.tower-216.messagelabs.com with SMTP; 2 Apr 2012 10:15:36 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id AFC4620381; Mon, 2 Apr 2012 12:15:22 +0200 (CEST) Message-ID: <4F797C46.7090901@slackverse.org> Date: Mon, 02 Apr 2012 12:15:34 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: Heiko Wundram References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 11:53 AM, Heiko Wundram wrote: > Am 02.04.2012 11:39, schrieb Mario: >> On 04/01/2012 05:00 AM, Joseph Glanville wrote: >>> Are you using PVonHVM for your Linux guests? QEMU emulated disks >>> aren't fast.. >>> Check that you have xen_platform_pci=1 in your config file to make >>> sure PV drivers are enabled. >> >> I am not using PVonHVM, any more ideas? > > If you want acceptable performance for disk-/net-IO on HVM guests (i.e., > when not booting them as PV directly), you'll need to enable PVonHVM as > Joseph wrote. I have a set of Gentoo PVonHVM DomUs running on Xen 4.1.2 > with gentoo-sources-3.3.0, and performance is absolutely fine. > Well this was not the case on 2.6.34 dom0 kernel, and since windows HVM does not need PVonHVM, i dont understand why would linux domUs need it? m. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 10:16:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 10:16: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 1SEeIV-0005Yt-NL; Mon, 02 Apr 2012 10:15:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEeIU-0005Yo-9A for xen-users@lists.xen.org; Mon, 02 Apr 2012 10:15:38 +0000 Received: from [85.158.143.99:14337] by server-3.bemta-4.messagelabs.com id E0/91-05853-94C797F4; Mon, 02 Apr 2012 10:15:37 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-11.tower-216.messagelabs.com!1333361736!21360524!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11692 invoked from network); 2 Apr 2012 10:15:36 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-11.tower-216.messagelabs.com with SMTP; 2 Apr 2012 10:15:36 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id AFC4620381; Mon, 2 Apr 2012 12:15:22 +0200 (CEST) Message-ID: <4F797C46.7090901@slackverse.org> Date: Mon, 02 Apr 2012 12:15:34 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: Heiko Wundram References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> In-Reply-To: Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 11:53 AM, Heiko Wundram wrote: > Am 02.04.2012 11:39, schrieb Mario: >> On 04/01/2012 05:00 AM, Joseph Glanville wrote: >>> Are you using PVonHVM for your Linux guests? QEMU emulated disks >>> aren't fast.. >>> Check that you have xen_platform_pci=1 in your config file to make >>> sure PV drivers are enabled. >> >> I am not using PVonHVM, any more ideas? > > If you want acceptable performance for disk-/net-IO on HVM guests (i.e., > when not booting them as PV directly), you'll need to enable PVonHVM as > Joseph wrote. I have a set of Gentoo PVonHVM DomUs running on Xen 4.1.2 > with gentoo-sources-3.3.0, and performance is absolutely fine. > Well this was not the case on 2.6.34 dom0 kernel, and since windows HVM does not need PVonHVM, i dont understand why would linux domUs need it? m. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 10:20:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 10:20:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEeMQ-0005kK-Ju; Mon, 02 Apr 2012 10:19:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEeMP-0005kE-6e for xen-users@lists.xen.org; Mon, 02 Apr 2012 10:19:41 +0000 Received: from [85.158.138.51:18675] by server-11.bemta-3.messagelabs.com id 80/93-12049-C3D797F4; Mon, 02 Apr 2012 10:19:40 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-4.tower-174.messagelabs.com!1333361979!20339218!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 668 invoked from network); 2 Apr 2012 10:19:39 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-4.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 10:19:39 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id DE0CCAB6B for ; Mon, 2 Apr 2012 12:19:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1333361978; bh=Fuy3uYkzdz3UO9WATb3cjBAizpTaUUuNMW5G0KFv+MU=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=mwAleFf9ge01qJH4/2o+6J/959kPtGE9oNdWT4hQPI0Cl2ri85XQEDALz6S2JfmLv WgYg9TeDUUxA22Ds1tHuSwt1I94VA12wrw1jomUOJnsAUYSknAJ0EHT1jg72TWplD1 JlOlW/L9WV1fvXZJloScmqITv5PYkSVXeRofzTic= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Mon, 02 Apr 2012 12:19:38 +0200 MIME-Version: 1.0 Date: Mon, 02 Apr 2012 12:19:38 +0200 From: Heiko Wundram To: In-Reply-To: <4F797C46.7090901@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> Message-ID: <859ef5d4583865dbe808470f7026ed84@modelnine.org> X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 02.04.2012 12:15, schrieb Mario: > Well this was not the case on 2.6.34 dom0 kernel, and since windows > HVM does not need PVonHVM, i dont understand why would linux domUs > need it? This has nothing to do with the Dom0-kernel - PVonHVM is an interface which exposes the PV infrastructure (i.e., para-virtualized disk and net) to fully virtualized guests. The Linux-kernel contains the respective DomU-side code since some time around 2.6.38 natively, and when using Xenified kernels, the corresponding infrastructure dates back to around 2.6.32 (IIRC). Windows, of course, does not natively support PVonHVM in any way (except when using corresponding drivers to enable that), so if you get excessively slower I/O-speeds on "fully" virtualized Linux DomUs than you do on Windows DomUs which _don't_ have the corresponding PV-drivers installed, something else is amiss here; it'd help if you could describe your setup in a little more detail. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 10:20:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 10:20:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEeMQ-0005kK-Ju; Mon, 02 Apr 2012 10:19:42 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEeMP-0005kE-6e for xen-users@lists.xen.org; Mon, 02 Apr 2012 10:19:41 +0000 Received: from [85.158.138.51:18675] by server-11.bemta-3.messagelabs.com id 80/93-12049-C3D797F4; Mon, 02 Apr 2012 10:19:40 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-4.tower-174.messagelabs.com!1333361979!20339218!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 668 invoked from network); 2 Apr 2012 10:19:39 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-4.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 10:19:39 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id DE0CCAB6B for ; Mon, 2 Apr 2012 12:19:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1333361978; bh=Fuy3uYkzdz3UO9WATb3cjBAizpTaUUuNMW5G0KFv+MU=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=mwAleFf9ge01qJH4/2o+6J/959kPtGE9oNdWT4hQPI0Cl2ri85XQEDALz6S2JfmLv WgYg9TeDUUxA22Ds1tHuSwt1I94VA12wrw1jomUOJnsAUYSknAJ0EHT1jg72TWplD1 JlOlW/L9WV1fvXZJloScmqITv5PYkSVXeRofzTic= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Mon, 02 Apr 2012 12:19:38 +0200 MIME-Version: 1.0 Date: Mon, 02 Apr 2012 12:19:38 +0200 From: Heiko Wundram To: In-Reply-To: <4F797C46.7090901@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> Message-ID: <859ef5d4583865dbe808470f7026ed84@modelnine.org> X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 02.04.2012 12:15, schrieb Mario: > Well this was not the case on 2.6.34 dom0 kernel, and since windows > HVM does not need PVonHVM, i dont understand why would linux domUs > need it? This has nothing to do with the Dom0-kernel - PVonHVM is an interface which exposes the PV infrastructure (i.e., para-virtualized disk and net) to fully virtualized guests. The Linux-kernel contains the respective DomU-side code since some time around 2.6.38 natively, and when using Xenified kernels, the corresponding infrastructure dates back to around 2.6.32 (IIRC). Windows, of course, does not natively support PVonHVM in any way (except when using corresponding drivers to enable that), so if you get excessively slower I/O-speeds on "fully" virtualized Linux DomUs than you do on Windows DomUs which _don't_ have the corresponding PV-drivers installed, something else is amiss here; it'd help if you could describe your setup in a little more detail. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 11:05:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 11:05: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 1SEf3L-0008RN-47; Mon, 02 Apr 2012 11:04:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEf3K-0008RI-2G for xen-users@lists.xensource.com; Mon, 02 Apr 2012 11:04:02 +0000 Received: from [85.158.138.51:35971] by server-1.bemta-3.messagelabs.com id 72/63-04539-1A7897F4; Mon, 02 Apr 2012 11:04:01 +0000 X-Env-Sender: mailer.regs@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1333364639!20394561!1 X-Originating-IP: [209.85.215.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28806 invoked from network); 2 Apr 2012 11:04:00 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 11:04:00 -0000 Received: by lagr15 with SMTP id r15so3614198lag.30 for ; Mon, 02 Apr 2012 04:03:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=6IsUaeSKObz2vdk6yduxXCxgrENnTbFgXE4Hbylm1f0=; b=mNtVEauS/z3nlSvARKh1U7U1WNfa52QPe52A79vnqwcEPSMiE88w8OxtyK15+o5JiN gHDXp19lW/Bol9hwI02QpRGOvhw22cPlKNMsuQ0vDiCzzAFF0KaV5dlQw7YWn3cOKL9C zGNW5Y9vuZ7XXyCQIMe3QarRnHW+6h7/NR4IVxLjYd2rnM5b5mJl/6MlFF/2EUdJgiBt oS9gCHwTtIADEO9ft97hbcqDCxDZ+K7D6rAmmsyBwQ177aRdy9ywtMC1Ga52Tgw0dXrZ Vqui4yzgb301f27hIXAih0ljES7kFoAn+BTlxnaiaHexqM+BzJs+vSCDArOwUGZFjjm9 dKvg== MIME-Version: 1.0 Received: by 10.152.105.241 with SMTP id gp17mr9335248lab.21.1333364639240; Mon, 02 Apr 2012 04:03:59 -0700 (PDT) Received: by 10.112.128.5 with HTTP; Mon, 2 Apr 2012 04:03:59 -0700 (PDT) In-Reply-To: References: Date: Mon, 2 Apr 2012 18:03:59 +0700 Message-ID: From: mailer regs To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Xen Cloud Platform 1.1 restart unexpectedly X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Has anyone ever met this situation before ? Or tell me how to provide information to debug this ? Thanks. On Fri, Mar 30, 2012 at 8:56 PM, mailer regs wrote: > Dear xen-users, > > I'm using Xen Cloud platform 1.1 with cloudstack. I have this > situation, not sure if it's a bug or intended behavior. > > I've setup 2 servers: A hosts NFS server, B is installed XCP 1.1. I've > mounted NFS shared directory from A to B, to make a SR for virtual > guest disk image. (which in cloudstack, is called primary storage). > > But when I stop the NFS service, or shutdown A, which means all the > I/O to the NFS share is disconnected, then B is restarted after that. > > I don't know where to check. The most meaningful log to me is written bel= ow. > > Mar 30 20:35:25 xen01 fe: 19999 (/etc/xapi.d/plugins/vmops me>gethostvmstats...) exitted with code 0 > Mar 30 20:35:41 xen01 heartbeat: Problem with /var/run/sr-mount/92acaa0f-= 0dbf-75 > e5-f70d-42968ec75ca4/hb-49618ae7-5248-4490-8228-7b1b9728a32c > ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^= @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@= ^@^@^@^@^@^@^@Mar > 30 20:37:25 xen01 syslogd 1.4.1: restart. > Mar 30 20:37:25 xen01 kernel: klogd 1.4.1, log source =3D /proc/kmsg star= ted. > Mar 30 20:37:25 xen01 kernel: Reserving virtual address space above 0xff4= 00000 > Mar 30 20:37:25 xen01 kernel: Linux version > 2.6.32.12-0.7.1.xs1.1.0.327.170596xen (geeko@buildhost) (gcc version > 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Fri Sep 16 17:45:00 EDT 2011 > Mar 30 20:37:25 xen01 kernel: KERNEL supported cpus: > Mar 30 20:37:25 xen01 kernel: =A0 Intel GenuineIntel > Mar 30 20:37:25 xen01 kernel: =A0 AMD AuthenticAMD > Mar 30 20:37:25 xen01 kernel: =A0 NSC Geode by NSC > Mar 30 20:37:25 xen01 kernel: =A0 Cyrix CyrixInstead > Mar 30 20:37:25 xen01 kernel: =A0 Centaur CentaurHauls > Mar 30 20:37:25 xen01 kernel: =A0 Transmeta GenuineTMx86 > Mar 30 20:37:25 xen01 kernel: =A0 Transmeta TransmetaCPU > Mar 30 20:37:25 xen01 kernel: Xen-provided machine memory map: > > > Please confirm is it a bug ? Or intended behavior ? If it's a bug, is > there a fix yet ? > > Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 11:05:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 11:05: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 1SEf3L-0008RN-47; Mon, 02 Apr 2012 11:04:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEf3K-0008RI-2G for xen-users@lists.xensource.com; Mon, 02 Apr 2012 11:04:02 +0000 Received: from [85.158.138.51:35971] by server-1.bemta-3.messagelabs.com id 72/63-04539-1A7897F4; Mon, 02 Apr 2012 11:04:01 +0000 X-Env-Sender: mailer.regs@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1333364639!20394561!1 X-Originating-IP: [209.85.215.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28806 invoked from network); 2 Apr 2012 11:04:00 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 11:04:00 -0000 Received: by lagr15 with SMTP id r15so3614198lag.30 for ; Mon, 02 Apr 2012 04:03:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=6IsUaeSKObz2vdk6yduxXCxgrENnTbFgXE4Hbylm1f0=; b=mNtVEauS/z3nlSvARKh1U7U1WNfa52QPe52A79vnqwcEPSMiE88w8OxtyK15+o5JiN gHDXp19lW/Bol9hwI02QpRGOvhw22cPlKNMsuQ0vDiCzzAFF0KaV5dlQw7YWn3cOKL9C zGNW5Y9vuZ7XXyCQIMe3QarRnHW+6h7/NR4IVxLjYd2rnM5b5mJl/6MlFF/2EUdJgiBt oS9gCHwTtIADEO9ft97hbcqDCxDZ+K7D6rAmmsyBwQ177aRdy9ywtMC1Ga52Tgw0dXrZ Vqui4yzgb301f27hIXAih0ljES7kFoAn+BTlxnaiaHexqM+BzJs+vSCDArOwUGZFjjm9 dKvg== MIME-Version: 1.0 Received: by 10.152.105.241 with SMTP id gp17mr9335248lab.21.1333364639240; Mon, 02 Apr 2012 04:03:59 -0700 (PDT) Received: by 10.112.128.5 with HTTP; Mon, 2 Apr 2012 04:03:59 -0700 (PDT) In-Reply-To: References: Date: Mon, 2 Apr 2012 18:03:59 +0700 Message-ID: From: mailer regs To: xen-users@lists.xensource.com Subject: Re: [Xen-users] Xen Cloud Platform 1.1 restart unexpectedly X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Has anyone ever met this situation before ? Or tell me how to provide information to debug this ? Thanks. On Fri, Mar 30, 2012 at 8:56 PM, mailer regs wrote: > Dear xen-users, > > I'm using Xen Cloud platform 1.1 with cloudstack. I have this > situation, not sure if it's a bug or intended behavior. > > I've setup 2 servers: A hosts NFS server, B is installed XCP 1.1. I've > mounted NFS shared directory from A to B, to make a SR for virtual > guest disk image. (which in cloudstack, is called primary storage). > > But when I stop the NFS service, or shutdown A, which means all the > I/O to the NFS share is disconnected, then B is restarted after that. > > I don't know where to check. The most meaningful log to me is written bel= ow. > > Mar 30 20:35:25 xen01 fe: 19999 (/etc/xapi.d/plugins/vmops me>gethostvmstats...) exitted with code 0 > Mar 30 20:35:41 xen01 heartbeat: Problem with /var/run/sr-mount/92acaa0f-= 0dbf-75 > e5-f70d-42968ec75ca4/hb-49618ae7-5248-4490-8228-7b1b9728a32c > ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^= @^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@= ^@^@^@^@^@^@^@Mar > 30 20:37:25 xen01 syslogd 1.4.1: restart. > Mar 30 20:37:25 xen01 kernel: klogd 1.4.1, log source =3D /proc/kmsg star= ted. > Mar 30 20:37:25 xen01 kernel: Reserving virtual address space above 0xff4= 00000 > Mar 30 20:37:25 xen01 kernel: Linux version > 2.6.32.12-0.7.1.xs1.1.0.327.170596xen (geeko@buildhost) (gcc version > 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Fri Sep 16 17:45:00 EDT 2011 > Mar 30 20:37:25 xen01 kernel: KERNEL supported cpus: > Mar 30 20:37:25 xen01 kernel: =A0 Intel GenuineIntel > Mar 30 20:37:25 xen01 kernel: =A0 AMD AuthenticAMD > Mar 30 20:37:25 xen01 kernel: =A0 NSC Geode by NSC > Mar 30 20:37:25 xen01 kernel: =A0 Cyrix CyrixInstead > Mar 30 20:37:25 xen01 kernel: =A0 Centaur CentaurHauls > Mar 30 20:37:25 xen01 kernel: =A0 Transmeta GenuineTMx86 > Mar 30 20:37:25 xen01 kernel: =A0 Transmeta TransmetaCPU > Mar 30 20:37:25 xen01 kernel: Xen-provided machine memory map: > > > Please confirm is it a bug ? Or intended behavior ? If it's a bug, is > there a fix yet ? > > Thanks. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 11:34:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 11:34: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 1SEfVu-0000s0-5u; Mon, 02 Apr 2012 11:33:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEfVs-0000rt-Cq for xen-users@lists.xen.org; Mon, 02 Apr 2012 11:33:32 +0000 Received: from [85.158.139.83:2251] by server-1.bemta-5.messagelabs.com id B4/A7-28458-B8E897F4; Mon, 02 Apr 2012 11:33:31 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1333366410!18172335!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11491 invoked from network); 2 Apr 2012 11:33:30 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-6.tower-182.messagelabs.com with SMTP; 2 Apr 2012 11:33:30 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 4E59920381 for ; Mon, 2 Apr 2012 13:33:17 +0200 (CEST) Message-ID: <4F798E89.7010303@slackverse.org> Date: Mon, 02 Apr 2012 13:33:29 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> In-Reply-To: <859ef5d4583865dbe808470f7026ed84@modelnine.org> Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 12:19 PM, Heiko Wundram wrote: > Am 02.04.2012 12:15, schrieb Mario: >> Well this was not the case on 2.6.34 dom0 kernel, and since windows >> HVM does not need PVonHVM, i dont understand why would linux domUs >> need it? > > This has nothing to do with the Dom0-kernel - PVonHVM is an interface > which exposes the PV infrastructure (i.e., para-virtualized disk and > net) to fully virtualized guests. The Linux-kernel contains the > respective DomU-side code since some time around 2.6.38 natively, and > when using Xenified kernels, the corresponding infrastructure dates back > to around 2.6.32 (IIRC). > > Windows, of course, does not natively support PVonHVM in any way (except > when using corresponding drivers to enable that), so if you get > excessively slower I/O-speeds on "fully" virtualized Linux DomUs than > you do on Windows DomUs which _don't_ have the corresponding PV-drivers > installed, something else is amiss here; it'd help if you could describe > your setup in a little more detail. > Why are we still on PVonHVM subject? I do not want that, I want regular HVM to work with linux domU's the same way it works with windows domU's. I don't have the luxury to install custom drivers on some domU's, so there is no point in trying to force me to use PVonHVM because i can't. So, anyone else please? :-) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 11:34:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 11:34: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 1SEfVu-0000s0-5u; Mon, 02 Apr 2012 11:33:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEfVs-0000rt-Cq for xen-users@lists.xen.org; Mon, 02 Apr 2012 11:33:32 +0000 Received: from [85.158.139.83:2251] by server-1.bemta-5.messagelabs.com id B4/A7-28458-B8E897F4; Mon, 02 Apr 2012 11:33:31 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-6.tower-182.messagelabs.com!1333366410!18172335!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11491 invoked from network); 2 Apr 2012 11:33:30 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-6.tower-182.messagelabs.com with SMTP; 2 Apr 2012 11:33:30 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 4E59920381 for ; Mon, 2 Apr 2012 13:33:17 +0200 (CEST) Message-ID: <4F798E89.7010303@slackverse.org> Date: Mon, 02 Apr 2012 13:33:29 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> In-Reply-To: <859ef5d4583865dbe808470f7026ed84@modelnine.org> Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 12:19 PM, Heiko Wundram wrote: > Am 02.04.2012 12:15, schrieb Mario: >> Well this was not the case on 2.6.34 dom0 kernel, and since windows >> HVM does not need PVonHVM, i dont understand why would linux domUs >> need it? > > This has nothing to do with the Dom0-kernel - PVonHVM is an interface > which exposes the PV infrastructure (i.e., para-virtualized disk and > net) to fully virtualized guests. The Linux-kernel contains the > respective DomU-side code since some time around 2.6.38 natively, and > when using Xenified kernels, the corresponding infrastructure dates back > to around 2.6.32 (IIRC). > > Windows, of course, does not natively support PVonHVM in any way (except > when using corresponding drivers to enable that), so if you get > excessively slower I/O-speeds on "fully" virtualized Linux DomUs than > you do on Windows DomUs which _don't_ have the corresponding PV-drivers > installed, something else is amiss here; it'd help if you could describe > your setup in a little more detail. > Why are we still on PVonHVM subject? I do not want that, I want regular HVM to work with linux domU's the same way it works with windows domU's. I don't have the luxury to install custom drivers on some domU's, so there is no point in trying to force me to use PVonHVM because i can't. So, anyone else please? :-) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 11:56:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 11:56: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 1SEfqt-0001RH-Qg; Mon, 02 Apr 2012 11:55:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEfqs-0001RC-3Y for xen-users@lists.xen.org; Mon, 02 Apr 2012 11:55:14 +0000 Received: from [85.158.143.99:47473] by server-3.bemta-4.messagelabs.com id B5/1D-05853-1A3997F4; Mon, 02 Apr 2012 11:55:13 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-4.tower-216.messagelabs.com!1333367712!16641583!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28081 invoked from network); 2 Apr 2012 11:55:12 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 11:55:12 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id EF89478FE for ; Mon, 2 Apr 2012 13:55:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1333367712; bh=bfKwBUQ5z6LEmMUKaBu4Nzs0cSdwn0k6oPQjOAOSObs=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=cozXN9PzbDILQDpbpqkwMqOSLif48CkHoOeuj7W3LdbAPVMAAltexaWdvvbbmp5EP DRy4gat1UyIjofRIdUaK9Jv7wkSP4NQzHCQ6TN+9gMmX261CocDU7K6uh2t18qltd5 StCSzUcPZik/7A6hnzWp+XoBgYyQFVa6AytvHuFQ= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Mon, 02 Apr 2012 13:55:11 +0200 MIME-Version: 1.0 Date: Mon, 02 Apr 2012 13:55:11 +0200 From: Heiko Wundram To: In-Reply-To: <4F798E89.7010303@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> Message-ID: <529776cc7ea3726095434f2194b0c967@modelnine.org> X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 02.04.2012 13:33, schrieb Mario: > On 04/02/2012 12:19 PM, Heiko Wundram wrote: >> Windows, of course, does not natively support PVonHVM in any way >> (except >> when using corresponding drivers to enable that), so if you get >> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >> than >> you do on Windows DomUs which _don't_ have the corresponding >> PV-drivers >> installed, something else is amiss here; it'd help if you could >> describe >> your setup in a little more detail. >> > > Why are we still on PVonHVM subject? I do not want that, I want > regular HVM to work with linux domU's the same way it works with > windows domU's. I don't have the luxury to install custom drivers on > some domU's, so there is no point in trying to force me to use > PVonHVM > because i can't. > So, anyone else please? :-) Read my last paragraph again, please: Linux fully virtualized DomUs (which use the corresponding NIC and disk emulation as implemented by qemu) shouldn't perform any different than a Windows DomU, I/O-performance wise, as both of them use the same infrastructure in Dom0 to do I/O (qemu process). You're saying that they are different, I/O-wise, so: please be a little more concrete _what_ the problem is that you're seeing. We don't have crystal balls handy, sorry. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 11:56:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 11:56: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 1SEfqt-0001RH-Qg; Mon, 02 Apr 2012 11:55:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEfqs-0001RC-3Y for xen-users@lists.xen.org; Mon, 02 Apr 2012 11:55:14 +0000 Received: from [85.158.143.99:47473] by server-3.bemta-4.messagelabs.com id B5/1D-05853-1A3997F4; Mon, 02 Apr 2012 11:55:13 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-4.tower-216.messagelabs.com!1333367712!16641583!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28081 invoked from network); 2 Apr 2012 11:55:12 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-4.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 11:55:12 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id EF89478FE for ; Mon, 2 Apr 2012 13:55:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1333367712; bh=bfKwBUQ5z6LEmMUKaBu4Nzs0cSdwn0k6oPQjOAOSObs=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=cozXN9PzbDILQDpbpqkwMqOSLif48CkHoOeuj7W3LdbAPVMAAltexaWdvvbbmp5EP DRy4gat1UyIjofRIdUaK9Jv7wkSP4NQzHCQ6TN+9gMmX261CocDU7K6uh2t18qltd5 StCSzUcPZik/7A6hnzWp+XoBgYyQFVa6AytvHuFQ= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Mon, 02 Apr 2012 13:55:11 +0200 MIME-Version: 1.0 Date: Mon, 02 Apr 2012 13:55:11 +0200 From: Heiko Wundram To: In-Reply-To: <4F798E89.7010303@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> Message-ID: <529776cc7ea3726095434f2194b0c967@modelnine.org> X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 02.04.2012 13:33, schrieb Mario: > On 04/02/2012 12:19 PM, Heiko Wundram wrote: >> Windows, of course, does not natively support PVonHVM in any way >> (except >> when using corresponding drivers to enable that), so if you get >> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >> than >> you do on Windows DomUs which _don't_ have the corresponding >> PV-drivers >> installed, something else is amiss here; it'd help if you could >> describe >> your setup in a little more detail. >> > > Why are we still on PVonHVM subject? I do not want that, I want > regular HVM to work with linux domU's the same way it works with > windows domU's. I don't have the luxury to install custom drivers on > some domU's, so there is no point in trying to force me to use > PVonHVM > because i can't. > So, anyone else please? :-) Read my last paragraph again, please: Linux fully virtualized DomUs (which use the corresponding NIC and disk emulation as implemented by qemu) shouldn't perform any different than a Windows DomU, I/O-performance wise, as both of them use the same infrastructure in Dom0 to do I/O (qemu process). You're saying that they are different, I/O-wise, so: please be a little more concrete _what_ the problem is that you're seeing. We don't have crystal balls handy, sorry. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 12:37:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 12:37: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 1SEgUr-0002Bt-Cq; Mon, 02 Apr 2012 12:36:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEgUp-0002Bo-SI for xen-users@lists.xen.org; Mon, 02 Apr 2012 12:36:32 +0000 Received: from [85.158.138.51:52451] by server-5.bemta-3.messagelabs.com id B0/92-31925-F4D997F4; Mon, 02 Apr 2012 12:36:31 +0000 X-Env-Sender: kcobler@coblercorp.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1333370189!20400560!1 X-Originating-IP: [96.127.170.156] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8550 invoked from network); 2 Apr 2012 12:36:30 -0000 Received: from vps.coblercorp.com (HELO vps.coblercorp.com) (96.127.170.156) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 12:36:30 -0000 Received: from localhost.localdomain ([127.0.0.1] helo=localhost) by vps.coblercorp.com with esmtpa (Exim 4.69) (envelope-from ) id 1SEgaI-0002Qo-Ce; Mon, 02 Apr 2012 07:42:10 -0500 Received: from 98.228.164.117 ([98.228.164.117]) by www.coblercorp.com (Horde Framework) with HTTP; Mon, 02 Apr 2012 07:42:10 -0500 Message-ID: <20120402074210.18441lpcr102yheq@www.coblercorp.com> Date: Mon, 02 Apr 2012 07:42:10 -0500 From: Ken Cobler To: Jens Krause References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> In-Reply-To: <4F796772.1060509@eco-5.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.coblercorp.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coblercorp.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Jen, I used dd to copy the physical device to a linux file. Ken > Hi Ken, > > thanks for the reply, I want to try that. How did you copy > the Windows from disk to file? Did you make a raw copy > using 'dd' or did you copy the files using 'cp' on the loop-mounted > file system? > > Thanks > > Jens > > > On 03/22/2012 03:05 PM, Ken Cobler wrote: >> Quoting Jens Krause : >> >>> Hallo, >>> >>> I have an installed Windows 7 on one partition >>> and running Debain Squeeze on the other. Both are 64 bit. >>> I want to use Xen to run Windows as virtual guest from >>> a physical disk. Once I get this working the Window will >>> never be booted directly. >>> >>> >>> When I try to create the virtual machine by >>> "xm create -c win.xen" >>> it hangs. >>> >>> >>> The versions I use >>> Xen 4.0.1-4 >>> Kernel 2.6.32-5-xen-amd64 >>> >> >> I believe with the version of Xen (or maybe the Linux OS), there = >> was an issue with physical device blocking. >> >> I had a similar problem with Windows 2008. >> >> I resolved the problem for my situation be simply creating the OS = >> as a file, mounting the device under Linux, then using the GPLPV = >> drivers in Windows to achieve decent disk throughput for the guest = >> OS. >> >> Ken Cobler >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > -- = > _________________________ > ECO 5 GmbH > Jens Krause > B=FCroanschrift: > Bornheimerstra=DFe 33a > 53111 Bonn > Deutschland > > Tel.: +49 228 6296 1770 > Fax: +49 228 6296 1774 > E-Mail: jens.krause@eco-5.de > www.eco-5.de > > Rechtsform: GmbH > Sitz: Bonn, Neustra=DFe 43 > Registergericht: Bonn HRB 18975 > Gesch=E4ftsf=FChrer : Dr. Jens M=FCller > _________________________ > Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte = > Informationen. Wenn Sie nicht der richtige Adressat sind oder diese = > E-Mail irrt=FCmlich erhalten haben, informieren Sie bitte sofort den = > Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren = > sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. > > This e-mail may contain confidential and/or privileged information. = > If you are not the intended recipient (or have received this e-mail = > in error) please notify the sender immediately and destroy this = > e-mail. Any unauthorised copying, disclosure or distribution of the = > material in this e-mail is strictly forbidden. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 12:37:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 12:37: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 1SEgUr-0002Bt-Cq; Mon, 02 Apr 2012 12:36:33 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEgUp-0002Bo-SI for xen-users@lists.xen.org; Mon, 02 Apr 2012 12:36:32 +0000 Received: from [85.158.138.51:52451] by server-5.bemta-3.messagelabs.com id B0/92-31925-F4D997F4; Mon, 02 Apr 2012 12:36:31 +0000 X-Env-Sender: kcobler@coblercorp.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1333370189!20400560!1 X-Originating-IP: [96.127.170.156] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8550 invoked from network); 2 Apr 2012 12:36:30 -0000 Received: from vps.coblercorp.com (HELO vps.coblercorp.com) (96.127.170.156) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 12:36:30 -0000 Received: from localhost.localdomain ([127.0.0.1] helo=localhost) by vps.coblercorp.com with esmtpa (Exim 4.69) (envelope-from ) id 1SEgaI-0002Qo-Ce; Mon, 02 Apr 2012 07:42:10 -0500 Received: from 98.228.164.117 ([98.228.164.117]) by www.coblercorp.com (Horde Framework) with HTTP; Mon, 02 Apr 2012 07:42:10 -0500 Message-ID: <20120402074210.18441lpcr102yheq@www.coblercorp.com> Date: Mon, 02 Apr 2012 07:42:10 -0500 From: Ken Cobler To: Jens Krause References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> In-Reply-To: <4F796772.1060509@eco-5.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.coblercorp.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coblercorp.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Jen, I used dd to copy the physical device to a linux file. Ken > Hi Ken, > > thanks for the reply, I want to try that. How did you copy > the Windows from disk to file? Did you make a raw copy > using 'dd' or did you copy the files using 'cp' on the loop-mounted > file system? > > Thanks > > Jens > > > On 03/22/2012 03:05 PM, Ken Cobler wrote: >> Quoting Jens Krause : >> >>> Hallo, >>> >>> I have an installed Windows 7 on one partition >>> and running Debain Squeeze on the other. Both are 64 bit. >>> I want to use Xen to run Windows as virtual guest from >>> a physical disk. Once I get this working the Window will >>> never be booted directly. >>> >>> >>> When I try to create the virtual machine by >>> "xm create -c win.xen" >>> it hangs. >>> >>> >>> The versions I use >>> Xen 4.0.1-4 >>> Kernel 2.6.32-5-xen-amd64 >>> >> >> I believe with the version of Xen (or maybe the Linux OS), there = >> was an issue with physical device blocking. >> >> I had a similar problem with Windows 2008. >> >> I resolved the problem for my situation be simply creating the OS = >> as a file, mounting the device under Linux, then using the GPLPV = >> drivers in Windows to achieve decent disk throughput for the guest = >> OS. >> >> Ken Cobler >> >> >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > -- = > _________________________ > ECO 5 GmbH > Jens Krause > B=FCroanschrift: > Bornheimerstra=DFe 33a > 53111 Bonn > Deutschland > > Tel.: +49 228 6296 1770 > Fax: +49 228 6296 1774 > E-Mail: jens.krause@eco-5.de > www.eco-5.de > > Rechtsform: GmbH > Sitz: Bonn, Neustra=DFe 43 > Registergericht: Bonn HRB 18975 > Gesch=E4ftsf=FChrer : Dr. Jens M=FCller > _________________________ > Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte = > Informationen. Wenn Sie nicht der richtige Adressat sind oder diese = > E-Mail irrt=FCmlich erhalten haben, informieren Sie bitte sofort den = > Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren = > sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. > > This e-mail may contain confidential and/or privileged information. = > If you are not the intended recipient (or have received this e-mail = > in error) please notify the sender immediately and destroy this = > e-mail. Any unauthorised copying, disclosure or distribution of the = > material in this e-mail is strictly forbidden. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 12:50:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 12:50: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 1SEghU-0002Xd-Ty; Mon, 02 Apr 2012 12:49:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEghT-0002XW-0C for xen-users@lists.xen.org; Mon, 02 Apr 2012 12:49:35 +0000 Received: from [193.109.254.147:17414] by server-2.bemta-14.messagelabs.com id D8/89-19409-E50A97F4; Mon, 02 Apr 2012 12:49:34 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-6.tower-27.messagelabs.com!1333370973!3009893!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25046 invoked from network); 2 Apr 2012 12:49:33 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-6.tower-27.messagelabs.com with SMTP; 2 Apr 2012 12:49:33 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 53EC12162C for ; Mon, 2 Apr 2012 14:49:20 +0200 (CEST) Message-ID: <4F79A05B.6010305@slackverse.org> Date: Mon, 02 Apr 2012 14:49:31 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> In-Reply-To: <529776cc7ea3726095434f2194b0c967@modelnine.org> Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 01:55 PM, Heiko Wundram wrote: > Am 02.04.2012 13:33, schrieb Mario: >> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>> Windows, of course, does not natively support PVonHVM in any way (except >>> when using corresponding drivers to enable that), so if you get >>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>> you do on Windows DomUs which _don't_ have the corresponding PV-drivers >>> installed, something else is amiss here; it'd help if you could describe >>> your setup in a little more detail. >>> >> >> Why are we still on PVonHVM subject? I do not want that, I want >> regular HVM to work with linux domU's the same way it works with >> windows domU's. I don't have the luxury to install custom drivers on >> some domU's, so there is no point in trying to force me to use PVonHVM >> because i can't. >> So, anyone else please? :-) > > Read my last paragraph again, please: Linux fully virtualized DomUs > (which use the corresponding NIC and disk emulation as implemented by > qemu) shouldn't perform any different than a Windows DomU, > I/O-performance wise, as both of them use the same infrastructure in > Dom0 to do I/O (qemu process). You're saying that they are different, > I/O-wise, so: please be a little more concrete _what_ the problem is > that you're seeing. We don't have crystal balls handy, sorry. > Its actualy quite simple, here is an example: Windows hvm domU disk io on my test server is ~60MB/s (sequential read or write). Linux HVM guests (using same config file template) on the same server gives ~10MB/s (sequential read or write), i tried pretty much everything, from tuning scheduler to changing kernel. I am not sure what to do with it, other then roll back to kernel 2.6.34 on my dom0. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 12:50:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 12:50: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 1SEghU-0002Xd-Ty; Mon, 02 Apr 2012 12:49:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEghT-0002XW-0C for xen-users@lists.xen.org; Mon, 02 Apr 2012 12:49:35 +0000 Received: from [193.109.254.147:17414] by server-2.bemta-14.messagelabs.com id D8/89-19409-E50A97F4; Mon, 02 Apr 2012 12:49:34 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-6.tower-27.messagelabs.com!1333370973!3009893!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25046 invoked from network); 2 Apr 2012 12:49:33 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-6.tower-27.messagelabs.com with SMTP; 2 Apr 2012 12:49:33 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 53EC12162C for ; Mon, 2 Apr 2012 14:49:20 +0200 (CEST) Message-ID: <4F79A05B.6010305@slackverse.org> Date: Mon, 02 Apr 2012 14:49:31 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> In-Reply-To: <529776cc7ea3726095434f2194b0c967@modelnine.org> Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 01:55 PM, Heiko Wundram wrote: > Am 02.04.2012 13:33, schrieb Mario: >> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>> Windows, of course, does not natively support PVonHVM in any way (except >>> when using corresponding drivers to enable that), so if you get >>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>> you do on Windows DomUs which _don't_ have the corresponding PV-drivers >>> installed, something else is amiss here; it'd help if you could describe >>> your setup in a little more detail. >>> >> >> Why are we still on PVonHVM subject? I do not want that, I want >> regular HVM to work with linux domU's the same way it works with >> windows domU's. I don't have the luxury to install custom drivers on >> some domU's, so there is no point in trying to force me to use PVonHVM >> because i can't. >> So, anyone else please? :-) > > Read my last paragraph again, please: Linux fully virtualized DomUs > (which use the corresponding NIC and disk emulation as implemented by > qemu) shouldn't perform any different than a Windows DomU, > I/O-performance wise, as both of them use the same infrastructure in > Dom0 to do I/O (qemu process). You're saying that they are different, > I/O-wise, so: please be a little more concrete _what_ the problem is > that you're seeing. We don't have crystal balls handy, sorry. > Its actualy quite simple, here is an example: Windows hvm domU disk io on my test server is ~60MB/s (sequential read or write). Linux HVM guests (using same config file template) on the same server gives ~10MB/s (sequential read or write), i tried pretty much everything, from tuning scheduler to changing kernel. I am not sure what to do with it, other then roll back to kernel 2.6.34 on my dom0. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 13:11:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 13:11: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 1SEh2C-000315-38; Mon, 02 Apr 2012 13:11:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEh2A-000310-Kt for xen-users@lists.xensource.com; Mon, 02 Apr 2012 13:10:58 +0000 Received: from [85.158.138.51:50539] by server-5.bemta-3.messagelabs.com id C1/A1-31925-165A97F4; Mon, 02 Apr 2012 13:10:57 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1333372253!20418909!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20184 invoked from network); 2 Apr 2012 13:10:55 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 13:10:55 -0000 Received: by iadj38 with SMTP id j38so5323596iad.30 for ; Mon, 02 Apr 2012 06:10:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=fZjIfu+OKFMJHX3Mfa9BaEwrmc9cP3tK8eR0gub6WSg=; b=qAaGngYhVH8hQNOdsCYV5HcYKGkjqBqTMGzl9x0JssUEuQ5LYeMuoNvldQ+mjb/h16 coYxwLz+X2RAjTgdTNIVNfFONeCpsi6eVA51IJff8iEBHUzbupAG121hVixQKudBPIKR ZkpVUZv4idbdnDUUyN0/ImhO9lr8z+Nj3xYkj1+cCRGHADK7Al/Y8AmcZOQb6sPvgnJc OSztC03YD9qJ6o8zGmXO11DNkgYnWWSO1xD4xFZ0cBW5ynokwZdUpIb365cz2prx+tKA BUqvfjOd9vUzuoKogJLcfVG+OntxKFBG2Eb8j2QHT00o7KPF1kg+qWa5xbPGeFBt1EP8 hUyw== MIME-Version: 1.0 Received: by 10.50.10.200 with SMTP id k8mr5543891igb.27.1333372252761; Mon, 02 Apr 2012 06:10:52 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Mon, 2 Apr 2012 06:10:52 -0700 (PDT) In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Mon, 2 Apr 2012 15:10:52 +0200 Message-ID: From: Peter Braun To: Joseph Glanville Cc: Mohit Dhingra , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It depens on budget and purpose. If your budget is low than you should definitely look at Infiniband. You can get Mellanox or Qlogic IB 10/20 or even 40Gbps adapters at unbelivatle prices. Just yesterday I spotted 40Gbps dual Qlogic adapter for 200USD and 10Gbps dual card is easy to get for 20USD. For small deployment it would be perfect option and i do not mention other advantages of Infiniband (lower latency, bigger throughput etc.) I think Infiniband popularity will rise rapidly with Windows 8 because will have full support. Br Peter Dne 1. dubna 2012 15:58 Joseph Glanville napsal(a): > On 1 April 2012 15:37, Mohit Dhingra wrote: >> Hello All, >> >> I also want a 1-Gig SR-IOV NIC for my system (intel i7), which works with >> Xen4.0 and OpenSUSE 11.4. Can you please suggest one. > > http://www.intel.com/support/network/adapter/pro100/sb/CS-031492.htm > > List of adapters that suppot SR-IOV. > >> >> ---------------------------- >> Thanks & Regards >> Mohit Dhingra >> +919611190435 >> >> >> >> On 1 April 2012 08:40, Joseph Glanville >> wrote: >>> >>> On 30 March 2012 09:46, Peter Braun wrote: >>> > Hello, >>> > >>> > definitely go Intel X520 (DA2 or SR1/2) >>> >>> +1 For Intel NICs. >>> Also Mellanox are great for this sort of stuff. >>> >>> IMO Intel NICs have the best support for SR-IOV which might come in >>> handy if you want to reach line-rate on your guests. >>> >>> > >>> > Br >>> > >>> > Peter >>> > >>> > Dne 28. b=F8ezna 2012 10:06 Kristoffer Harthing Egefelt >>> > napsal(a): >>> >> I want to buy a working 10G NIC for use with linux 3.x. (and xen of >>> >> course) >>> >> >>> >> If you have any experience with certain cards (broadcom, intel etc..) >>> >> I'd >>> >> really like to know about it. >>> >> >>> >> *Not working:* >>> >> Qlogic QME8242-k 10GbE Dual Port Mezzanine Card Board >>> >> >>> >> -- >>> >> View this message in context: >>> >> http://xen.1045712.n5.nabble.com/Working-10gig-NICs-on-linux-3-x-tp5= 599786p5599786.html >>> >> Sent from the Xen - User mailing list archive at Nabble.com. >>> >> >>> >> _______________________________________________ >>> >> Xen-users mailing list >>> >> Xen-users@lists.xen.org >>> >> http://lists.xen.org/xen-users >>> > >>> > _______________________________________________ >>> > Xen-users mailing list >>> > Xen-users@lists.xen.org >>> > http://lists.xen.org/xen-users >>> >>> Joseph. >>> >>> -- >>> Founder | Director | VP Research >>> Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300= 56 >>> 99 52 | Mobile: 0428 754 846 >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> > > > > -- > Founder | Director | VP Research > Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 > 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 13:11:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 13:11: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 1SEh2C-000315-38; Mon, 02 Apr 2012 13:11:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEh2A-000310-Kt for xen-users@lists.xensource.com; Mon, 02 Apr 2012 13:10:58 +0000 Received: from [85.158.138.51:50539] by server-5.bemta-3.messagelabs.com id C1/A1-31925-165A97F4; Mon, 02 Apr 2012 13:10:57 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1333372253!20418909!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20184 invoked from network); 2 Apr 2012 13:10:55 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 13:10:55 -0000 Received: by iadj38 with SMTP id j38so5323596iad.30 for ; Mon, 02 Apr 2012 06:10:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=fZjIfu+OKFMJHX3Mfa9BaEwrmc9cP3tK8eR0gub6WSg=; b=qAaGngYhVH8hQNOdsCYV5HcYKGkjqBqTMGzl9x0JssUEuQ5LYeMuoNvldQ+mjb/h16 coYxwLz+X2RAjTgdTNIVNfFONeCpsi6eVA51IJff8iEBHUzbupAG121hVixQKudBPIKR ZkpVUZv4idbdnDUUyN0/ImhO9lr8z+Nj3xYkj1+cCRGHADK7Al/Y8AmcZOQb6sPvgnJc OSztC03YD9qJ6o8zGmXO11DNkgYnWWSO1xD4xFZ0cBW5ynokwZdUpIb365cz2prx+tKA BUqvfjOd9vUzuoKogJLcfVG+OntxKFBG2Eb8j2QHT00o7KPF1kg+qWa5xbPGeFBt1EP8 hUyw== MIME-Version: 1.0 Received: by 10.50.10.200 with SMTP id k8mr5543891igb.27.1333372252761; Mon, 02 Apr 2012 06:10:52 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Mon, 2 Apr 2012 06:10:52 -0700 (PDT) In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Mon, 2 Apr 2012 15:10:52 +0200 Message-ID: From: Peter Braun To: Joseph Glanville Cc: Mohit Dhingra , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org It depens on budget and purpose. If your budget is low than you should definitely look at Infiniband. You can get Mellanox or Qlogic IB 10/20 or even 40Gbps adapters at unbelivatle prices. Just yesterday I spotted 40Gbps dual Qlogic adapter for 200USD and 10Gbps dual card is easy to get for 20USD. For small deployment it would be perfect option and i do not mention other advantages of Infiniband (lower latency, bigger throughput etc.) I think Infiniband popularity will rise rapidly with Windows 8 because will have full support. Br Peter Dne 1. dubna 2012 15:58 Joseph Glanville napsal(a): > On 1 April 2012 15:37, Mohit Dhingra wrote: >> Hello All, >> >> I also want a 1-Gig SR-IOV NIC for my system (intel i7), which works with >> Xen4.0 and OpenSUSE 11.4. Can you please suggest one. > > http://www.intel.com/support/network/adapter/pro100/sb/CS-031492.htm > > List of adapters that suppot SR-IOV. > >> >> ---------------------------- >> Thanks & Regards >> Mohit Dhingra >> +919611190435 >> >> >> >> On 1 April 2012 08:40, Joseph Glanville >> wrote: >>> >>> On 30 March 2012 09:46, Peter Braun wrote: >>> > Hello, >>> > >>> > definitely go Intel X520 (DA2 or SR1/2) >>> >>> +1 For Intel NICs. >>> Also Mellanox are great for this sort of stuff. >>> >>> IMO Intel NICs have the best support for SR-IOV which might come in >>> handy if you want to reach line-rate on your guests. >>> >>> > >>> > Br >>> > >>> > Peter >>> > >>> > Dne 28. b=F8ezna 2012 10:06 Kristoffer Harthing Egefelt >>> > napsal(a): >>> >> I want to buy a working 10G NIC for use with linux 3.x. (and xen of >>> >> course) >>> >> >>> >> If you have any experience with certain cards (broadcom, intel etc..) >>> >> I'd >>> >> really like to know about it. >>> >> >>> >> *Not working:* >>> >> Qlogic QME8242-k 10GbE Dual Port Mezzanine Card Board >>> >> >>> >> -- >>> >> View this message in context: >>> >> http://xen.1045712.n5.nabble.com/Working-10gig-NICs-on-linux-3-x-tp5= 599786p5599786.html >>> >> Sent from the Xen - User mailing list archive at Nabble.com. >>> >> >>> >> _______________________________________________ >>> >> Xen-users mailing list >>> >> Xen-users@lists.xen.org >>> >> http://lists.xen.org/xen-users >>> > >>> > _______________________________________________ >>> > Xen-users mailing list >>> > Xen-users@lists.xen.org >>> > http://lists.xen.org/xen-users >>> >>> Joseph. >>> >>> -- >>> Founder | Director | VP Research >>> Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300= 56 >>> 99 52 | Mobile: 0428 754 846 >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> > > > > -- > Founder | Director | VP Research > Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 > 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 14:47:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 14:47: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 1SEiWd-0007Br-EU; Mon, 02 Apr 2012 14:46:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEiWc-0007BN-2B for xen-users@lists.xensource.com; Mon, 02 Apr 2012 14:46:30 +0000 Received: from [85.158.143.99:53317] by server-1.bemta-4.messagelabs.com id 75/5B-20925-4CBB97F4; Mon, 02 Apr 2012 14:46:28 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1333377986!21641176!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24763 invoked from network); 2 Apr 2012 14:46:27 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 14:46:27 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11725361" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 14:46:25 +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; Mon, 2 Apr 2012 15:46:25 +0100 Date: Mon, 2 Apr 2012 15:48:27 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Joseph Glanville In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , Ian Campbell , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 1 Apr 2012, Joseph Glanville wrote: > Hi guys, > > I have started preparing a library of PV-HVM templates for use on Xen > 4.X+ and PVOPS dom0. > This was brought up late last year as something that would make Xen > alot easier for beginners to try. > They are also great for testing - I will be setting up some stuff to > do automatic testing of distro kernel compatibility against > xen-unstable. > > Mirror page is here: > > http://mirror.orionvm.com.au > > You can browse what stuff I will be mirroring here: > > http://mirror.orionvm.com.au/pub/ > > Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > (the final beta, will be updated to final shortly). > Included is an OS image, a config file, a README and the associated > licences etc. Great idea! I am downloading the debian6 bz2 image right now, I'll let you know if I find any issues. > The images are bz2 compressed blockdevice images suitable for use on > LVM or a file backed tapdisk if you have the appropriate backend. > (alternatively you can use the loop device but this is discouraged) > All images have serial console enabled, PV network and block devices, > fixed udev rules etc. I have just fixed the QDISK performance issues so as soon as the patches are applied to xen-unstable one should be able to use QEMU as disk backend just a easily. Maybe we should write a wiki page about this and link http://mirror.orionvm.com.au/pub/ from there. Lars, what do you think about it? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 14:47:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 14:47: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 1SEiWd-0007Br-EU; Mon, 02 Apr 2012 14:46:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEiWc-0007BN-2B for xen-users@lists.xensource.com; Mon, 02 Apr 2012 14:46:30 +0000 Received: from [85.158.143.99:53317] by server-1.bemta-4.messagelabs.com id 75/5B-20925-4CBB97F4; Mon, 02 Apr 2012 14:46:28 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1333377986!21641176!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24763 invoked from network); 2 Apr 2012 14:46:27 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 14:46:27 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11725361" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 14:46:25 +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; Mon, 2 Apr 2012 15:46:25 +0100 Date: Mon, 2 Apr 2012 15:48:27 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Joseph Glanville In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , Ian Campbell , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 1 Apr 2012, Joseph Glanville wrote: > Hi guys, > > I have started preparing a library of PV-HVM templates for use on Xen > 4.X+ and PVOPS dom0. > This was brought up late last year as something that would make Xen > alot easier for beginners to try. > They are also great for testing - I will be setting up some stuff to > do automatic testing of distro kernel compatibility against > xen-unstable. > > Mirror page is here: > > http://mirror.orionvm.com.au > > You can browse what stuff I will be mirroring here: > > http://mirror.orionvm.com.au/pub/ > > Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > (the final beta, will be updated to final shortly). > Included is an OS image, a config file, a README and the associated > licences etc. Great idea! I am downloading the debian6 bz2 image right now, I'll let you know if I find any issues. > The images are bz2 compressed blockdevice images suitable for use on > LVM or a file backed tapdisk if you have the appropriate backend. > (alternatively you can use the loop device but this is discouraged) > All images have serial console enabled, PV network and block devices, > fixed udev rules etc. I have just fixed the QDISK performance issues so as soon as the patches are applied to xen-unstable one should be able to use QEMU as disk backend just a easily. Maybe we should write a wiki page about this and link http://mirror.orionvm.com.au/pub/ from there. Lars, what do you think about it? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 15:03:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 15:03: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 1SEim3-0008As-9U; Mon, 02 Apr 2012 15:02:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEim1-0008AG-Tq for xen-users@lists.xensource.com; Mon, 02 Apr 2012 15:02:26 +0000 Received: from [85.158.139.83:57429] by server-2.bemta-5.messagelabs.com id 76/5E-17016-08FB97F4; Mon, 02 Apr 2012 15:02:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1333378938!19391462!2 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19813 invoked from network); 2 Apr 2012 15:02:24 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 15:02:24 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11725808" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 15:02:23 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 2 Apr 2012 16:02:24 +0100 Message-ID: <1333378942.25602.83.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Stefano Stabellini Date: Mon, 2 Apr 2012 16:02:22 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: Joseph Glanville , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth , "staff@orionvm.com.au" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-02 at 15:48 +0100, Stefano Stabellini wrote: > Maybe we should write a wiki page about this and link > http://mirror.orionvm.com.au/pub/ from there. Joseph already wrote http://wiki.xen.org/wiki/Guest_VM_Images if that's what you meant. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 15:03:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 15:03: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 1SEim3-0008As-9U; Mon, 02 Apr 2012 15:02:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEim1-0008AG-Tq for xen-users@lists.xensource.com; Mon, 02 Apr 2012 15:02:26 +0000 Received: from [85.158.139.83:57429] by server-2.bemta-5.messagelabs.com id 76/5E-17016-08FB97F4; Mon, 02 Apr 2012 15:02:24 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1333378938!19391462!2 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19813 invoked from network); 2 Apr 2012 15:02:24 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 15:02:24 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11725808" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 15:02:23 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 2 Apr 2012 16:02:24 +0100 Message-ID: <1333378942.25602.83.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Stefano Stabellini Date: Mon, 2 Apr 2012 16:02:22 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: Joseph Glanville , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth , "staff@orionvm.com.au" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-02 at 15:48 +0100, Stefano Stabellini wrote: > Maybe we should write a wiki page about this and link > http://mirror.orionvm.com.au/pub/ from there. Joseph already wrote http://wiki.xen.org/wiki/Guest_VM_Images if that's what you meant. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 15:04:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 15:04:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEinf-0008V2-E2; Mon, 02 Apr 2012 15:04:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEind-0008UI-Pm for xen-users@lists.xensource.com; Mon, 02 Apr 2012 15:04:05 +0000 Received: from [85.158.143.99:32501] by server-3.bemta-4.messagelabs.com id BE/63-05853-4EFB97F4; Mon, 02 Apr 2012 15:04:04 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1333379043!21911417!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22352 invoked from network); 2 Apr 2012 15:04:03 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 15:04:03 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11725861" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 15:04:02 +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; Mon, 2 Apr 2012 16:04:03 +0100 Date: Mon, 2 Apr 2012 16:06:05 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Ian Campbell In-Reply-To: <1333378942.25602.83.camel@zakaz.uk.xensource.com> Message-ID: References: <1333378942.25602.83.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , Stefano Stabellini , Lars Kurth , Joseph Glanville , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2 Apr 2012, Ian Campbell wrote: > On Mon, 2012-04-02 at 15:48 +0100, Stefano Stabellini wrote: > > > Maybe we should write a wiki page about this and link > > http://mirror.orionvm.com.au/pub/ from there. > > Joseph already wrote http://wiki.xen.org/wiki/Guest_VM_Images if that's > what you meant. that is exactly what I meant _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 15:04:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 15:04:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEinf-0008V2-E2; Mon, 02 Apr 2012 15:04:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEind-0008UI-Pm for xen-users@lists.xensource.com; Mon, 02 Apr 2012 15:04:05 +0000 Received: from [85.158.143.99:32501] by server-3.bemta-4.messagelabs.com id BE/63-05853-4EFB97F4; Mon, 02 Apr 2012 15:04:04 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1333379043!21911417!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22352 invoked from network); 2 Apr 2012 15:04:03 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 15:04:03 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11725861" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 15:04:02 +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; Mon, 2 Apr 2012 16:04:03 +0100 Date: Mon, 2 Apr 2012 16:06:05 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Ian Campbell In-Reply-To: <1333378942.25602.83.camel@zakaz.uk.xensource.com> Message-ID: References: <1333378942.25602.83.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , Stefano Stabellini , Lars Kurth , Joseph Glanville , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2 Apr 2012, Ian Campbell wrote: > On Mon, 2012-04-02 at 15:48 +0100, Stefano Stabellini wrote: > > > Maybe we should write a wiki page about this and link > > http://mirror.orionvm.com.au/pub/ from there. > > Joseph already wrote http://wiki.xen.org/wiki/Guest_VM_Images if that's > what you meant. that is exactly what I meant _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 16:12:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 16:12: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 1SEjr2-0004Vw-EV; Mon, 02 Apr 2012 16:11:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEjr0-0004Va-TQ for xen-users@lists.xensource.com; Mon, 02 Apr 2012 16:11:39 +0000 Received: from [193.109.254.147:16067] by server-8.bemta-14.messagelabs.com id E2/94-23244-9BFC97F4; Mon, 02 Apr 2012 16:11:37 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1333383097!3080546!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4347 invoked from network); 2 Apr 2012 16:11:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 16:11:37 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11728050" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 16:11:37 +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; Mon, 2 Apr 2012 17:11:36 +0100 Message-ID: <1333383095.25602.94.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Joseph Glanville Date: Mon, 2 Apr 2012 17:11:35 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: > Hi guys, > > I have started preparing a library of PV-HVM templates for use on Xen > 4.X+ and PVOPS dom0. [...] > Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > (the final beta, will be updated to final shortly). > Included is an OS image, a config file, a README and the associated > licences etc. This is very cool, and you are correct that these will be very useful for people trying to get something going quickly! Thanks Joseph. > The images are bz2 compressed blockdevice images suitable for use on > LVM or a file backed tapdisk if you have the appropriate backend. > (alternatively you can use the loop device but this is discouraged) > All images have serial console enabled, PV network and block devices, > fixed udev rules etc. > > I will add more info about them, an FAQ about how they are setup and > what you should do to customize them, expand the disk image etc soon. > > I am looking for someone to mirror these in the US for me, please > email me if you have spare bandwith. > > Joseph. > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 16:12:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 16:12: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 1SEjr2-0004Vw-EV; Mon, 02 Apr 2012 16:11:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEjr0-0004Va-TQ for xen-users@lists.xensource.com; Mon, 02 Apr 2012 16:11:39 +0000 Received: from [193.109.254.147:16067] by server-8.bemta-14.messagelabs.com id E2/94-23244-9BFC97F4; Mon, 02 Apr 2012 16:11:37 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1333383097!3080546!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4347 invoked from network); 2 Apr 2012 16:11:37 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 16:11:37 -0000 X-IronPort-AV: E=Sophos;i="4.75,357,1330905600"; d="scan'208";a="11728050" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 02 Apr 2012 16:11:37 +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; Mon, 2 Apr 2012 17:11:36 +0100 Message-ID: <1333383095.25602.94.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Joseph Glanville Date: Mon, 2 Apr 2012 17:11:35 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: > Hi guys, > > I have started preparing a library of PV-HVM templates for use on Xen > 4.X+ and PVOPS dom0. [...] > Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > (the final beta, will be updated to final shortly). > Included is an OS image, a config file, a README and the associated > licences etc. This is very cool, and you are correct that these will be very useful for people trying to get something going quickly! Thanks Joseph. > The images are bz2 compressed blockdevice images suitable for use on > LVM or a file backed tapdisk if you have the appropriate backend. > (alternatively you can use the loop device but this is discouraged) > All images have serial console enabled, PV network and block devices, > fixed udev rules etc. > > I will add more info about them, an FAQ about how they are setup and > what you should do to customize them, expand the disk image etc soon. > > I am looking for someone to mirror these in the US for me, please > email me if you have spare bandwith. > > Joseph. > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 18:00:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:00: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 1SElXc-0000LT-VE; Mon, 02 Apr 2012 17:59:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SElXb-0000LK-Gl for xen-users@lists.xensource.com; Mon, 02 Apr 2012 17:59:43 +0000 Received: from [85.158.143.99:58332] by server-1.bemta-4.messagelabs.com id B7/8A-20925-E09E97F4; Mon, 02 Apr 2012 17:59:42 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-12.tower-216.messagelabs.com!1333389580!16738806!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14645 invoked from network); 2 Apr 2012 17:59:41 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 17:59:41 -0000 Received: by obbwd18 with SMTP id wd18so1880231obb.30 for ; Mon, 02 Apr 2012 10:59:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=mvppOzc5khUh6TXRbFoi2n6pVaMwHE82Ti5pwT5Y+8w=; b=REyUjR66I/PusazkjO2G4TMrXCkEmMaXHiQ3syOvjpJXw4ibYWIFrhSQ5ZSQjvuCD2 S9OcujPwM5SGEtiu83as9GZp1hEvrNsfYEkQ+MkeNIxe0nrBNTRgqaqLr28UyeA/cZZN arM8uoDLR0KN944jAEMLlggMgrOYmNq0Z4p0bNhXXZVxx5BxXDD//ynA6r2kBKoo+DXi dlpuaKIn/KC5Ld7OY58xhzMkWJFyduZhi2eBH9XqReu545MBfhgdCMB+VvUo7uIfoQfj yCCvztiM8BlvtWLzhPCUPElTpGcxCXZNnnHrRmU46v6KgxQ7RPY8TRVdlzRCK6jIxX2d TN9Q== MIME-Version: 1.0 Received: by 10.182.89.39 with SMTP id bl7mr13778564obb.65.1333389579928; Mon, 02 Apr 2012 10:59:39 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 10:59:39 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <1333383095.25602.94.camel@zakaz.uk.xensource.com> References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> Date: Tue, 3 Apr 2012 03:59:39 +1000 Message-ID: From: Joseph Glanville To: Ian Campbell X-Gm-Message-State: ALoCoQn/Oi8qk6oB1Gu90mNl+0F+Ew3a2fWqmUUdfmVYJzmrN7q65ZqAZ1chOevYYkptOeLr74YW Cc: "staff@orionvm.com.au" , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 02:11, Ian Campbell wrote: > On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: >> Hi guys, >> >> I have started preparing a library of PV-HVM templates for use on Xen >> 4.X+ and PVOPS dom0. > [...] >> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available >> (the final beta, will be updated to final shortly). >> Included is an OS image, a config file, a README and the associated >> licences etc. > > This is very cool, and you are correct that these will be very useful > for people trying to get something going quickly! Thanks Joseph. No problem, I am working on a new dom0 livecd too. I need some recommendations on what distro to base it on though... Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going to be more enduring and a more beginner approachable alternative. Does anyone have any thoughts on this? > >> The images are bz2 compressed blockdevice images suitable for use on >> LVM or a file backed tapdisk if you have the appropriate backend. >> (alternatively you can use the loop device but this is discouraged) >> All images have serial console enabled, PV network and block devices, >> fixed udev rules etc. >> >> I will add more info about them, an FAQ about how they are setup and >> what you should do to customize them, expand the disk image etc soon. >> >> I am looking for someone to mirror these in the US for me, please >> email me if you have spare bandwith. >> >> Joseph. >> > > -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 18:00:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:00: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 1SElXc-0000LT-VE; Mon, 02 Apr 2012 17:59:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SElXb-0000LK-Gl for xen-users@lists.xensource.com; Mon, 02 Apr 2012 17:59:43 +0000 Received: from [85.158.143.99:58332] by server-1.bemta-4.messagelabs.com id B7/8A-20925-E09E97F4; Mon, 02 Apr 2012 17:59:42 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-12.tower-216.messagelabs.com!1333389580!16738806!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14645 invoked from network); 2 Apr 2012 17:59:41 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 17:59:41 -0000 Received: by obbwd18 with SMTP id wd18so1880231obb.30 for ; Mon, 02 Apr 2012 10:59:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=mvppOzc5khUh6TXRbFoi2n6pVaMwHE82Ti5pwT5Y+8w=; b=REyUjR66I/PusazkjO2G4TMrXCkEmMaXHiQ3syOvjpJXw4ibYWIFrhSQ5ZSQjvuCD2 S9OcujPwM5SGEtiu83as9GZp1hEvrNsfYEkQ+MkeNIxe0nrBNTRgqaqLr28UyeA/cZZN arM8uoDLR0KN944jAEMLlggMgrOYmNq0Z4p0bNhXXZVxx5BxXDD//ynA6r2kBKoo+DXi dlpuaKIn/KC5Ld7OY58xhzMkWJFyduZhi2eBH9XqReu545MBfhgdCMB+VvUo7uIfoQfj yCCvztiM8BlvtWLzhPCUPElTpGcxCXZNnnHrRmU46v6KgxQ7RPY8TRVdlzRCK6jIxX2d TN9Q== MIME-Version: 1.0 Received: by 10.182.89.39 with SMTP id bl7mr13778564obb.65.1333389579928; Mon, 02 Apr 2012 10:59:39 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 10:59:39 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <1333383095.25602.94.camel@zakaz.uk.xensource.com> References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> Date: Tue, 3 Apr 2012 03:59:39 +1000 Message-ID: From: Joseph Glanville To: Ian Campbell X-Gm-Message-State: ALoCoQn/Oi8qk6oB1Gu90mNl+0F+Ew3a2fWqmUUdfmVYJzmrN7q65ZqAZ1chOevYYkptOeLr74YW Cc: "staff@orionvm.com.au" , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 02:11, Ian Campbell wrote: > On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: >> Hi guys, >> >> I have started preparing a library of PV-HVM templates for use on Xen >> 4.X+ and PVOPS dom0. > [...] >> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available >> (the final beta, will be updated to final shortly). >> Included is an OS image, a config file, a README and the associated >> licences etc. > > This is very cool, and you are correct that these will be very useful > for people trying to get something going quickly! Thanks Joseph. No problem, I am working on a new dom0 livecd too. I need some recommendations on what distro to base it on though... Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going to be more enduring and a more beginner approachable alternative. Does anyone have any thoughts on this? > >> The images are bz2 compressed blockdevice images suitable for use on >> LVM or a file backed tapdisk if you have the appropriate backend. >> (alternatively you can use the loop device but this is discouraged) >> All images have serial console enabled, PV network and block devices, >> fixed udev rules etc. >> >> I will add more info about them, an FAQ about how they are setup and >> what you should do to customize them, expand the disk image etc soon. >> >> I am looking for someone to mirror these in the US for me, please >> email me if you have spare bandwith. >> >> Joseph. >> > > -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 18:46:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:46: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 1SEmFp-00019T-Gn; Mon, 02 Apr 2012 18:45:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmFo-00019O-2w for xen-users@lists.xen.org; Mon, 02 Apr 2012 18:45:24 +0000 Received: from [85.158.139.83:53901] by server-3.bemta-5.messagelabs.com id 73/AF-25237-3C3F97F4; Mon, 02 Apr 2012 18:45:23 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-8.tower-182.messagelabs.com!1333392320!10860079!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31621 invoked from network); 2 Apr 2012 18:45:21 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 18:45:21 -0000 Received: by obbwd20 with SMTP id wd20so5548000obb.32 for ; Mon, 02 Apr 2012 11:45:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=Frkk0wzO4munxrYqC62xy3LPwcZtX1yC0Jc8CxnRuPg=; b=W0CziEHIRpydFVcL7R9BHl+wmDQxxtalb/J22geCJhKYQ4GsMqf4sM/EOTsXjtnEfd UtIAbVPPUm6DEDqx99/X7cT0ld5D7xkWv+xqAaPUXyHrE9PtLdU20nIEsptNectoWkiX SUevcsJJv3VA34KzSxSgh4BFblpli3nMZ0cO1DgpqSIMHtGa22+CR+8ruQUFMHC5+iUT y1Y/ZMUlPnp6dfRJmx/bEsXdiwaOQf0buXjISjbw+osN0J2ukUSODxP8OubsYvWsNLmf 9X00RW5asvHjILgHiD+A4f4uS3P7f6wHoEDd04OsLzfRfi9EluB1oqBID2dxLsz/pEde 64Bg== MIME-Version: 1.0 Received: by 10.182.89.39 with SMTP id bl7mr13980008obb.65.1333392318971; Mon, 02 Apr 2012 11:45:18 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 11:45:18 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F79A05B.6010305@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> Date: Tue, 3 Apr 2012 04:45:18 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQl6gttrsqeQtlhcm6U72pnHhHAJrZagAFT0mZiDgPqf8Rp6r1fSLtK26i48F+n5/S+IGWAa Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2 April 2012 22:49, Mario wrote: > On 04/02/2012 01:55 PM, Heiko Wundram wrote: >> >> Am 02.04.2012 13:33, schrieb Mario: >>> >>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>> >>>> Windows, of course, does not natively support PVonHVM in any way (exce= pt >>>> when using corresponding drivers to enable that), so if you get >>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>> you do on Windows DomUs which _don't_ have the corresponding PV-drivers >>>> installed, something else is amiss here; it'd help if you could descri= be >>>> your setup in a little more detail. >>>> >>> >>> Why are we still on PVonHVM subject? I do not want that, I want >>> regular HVM to work with linux domU's the same way it works with >>> windows domU's. I don't have the luxury to install custom drivers on >>> some domU's, so there is no point in trying to force me to use PVonHVM >>> because i can't. >>> So, anyone else please? :-) >> >> >> Read my last paragraph again, please: Linux fully virtualized DomUs >> (which use the corresponding NIC and disk emulation as implemented by >> qemu) shouldn't perform any different than a Windows DomU, >> I/O-performance wise, as both of them use the same infrastructure in >> Dom0 to do I/O (qemu process). You're saying that they are different, >> I/O-wise, so: please be a little more concrete _what_ the problem is >> that you're seeing. We don't have crystal balls handy, sorry. >> > > Its actualy quite simple, here is an example: Windows hvm domU disk io on= my > test server is ~60MB/s (sequential read or write). Linux HVM guests (using > same config file template) on the same server gives ~10MB/s (sequential r= ead > or write), i tried pretty much everything, from tuning scheduler to chang= ing > kernel. I am not sure what to do with it, other then roll back to kernel > 2.6.34 on my dom0. Hieko and myself have told you what to do to get decent performance. Some examples of fully setup PVonHVM guests are available on my file mirror. http://mirror.orionvm.com.au Unless you use the PV drivers there isn't really a whole lot more I can do for you. I can't explain why performance would differ under 2.6.34 vs 3.2. This makes no sense as qemu-dm runs in userspace. You would have had to make some changes to the toolstack for this performance to differ. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 18:46:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:46: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 1SEmFp-00019T-Gn; Mon, 02 Apr 2012 18:45:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmFo-00019O-2w for xen-users@lists.xen.org; Mon, 02 Apr 2012 18:45:24 +0000 Received: from [85.158.139.83:53901] by server-3.bemta-5.messagelabs.com id 73/AF-25237-3C3F97F4; Mon, 02 Apr 2012 18:45:23 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-8.tower-182.messagelabs.com!1333392320!10860079!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31621 invoked from network); 2 Apr 2012 18:45:21 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 18:45:21 -0000 Received: by obbwd20 with SMTP id wd20so5548000obb.32 for ; Mon, 02 Apr 2012 11:45:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=Frkk0wzO4munxrYqC62xy3LPwcZtX1yC0Jc8CxnRuPg=; b=W0CziEHIRpydFVcL7R9BHl+wmDQxxtalb/J22geCJhKYQ4GsMqf4sM/EOTsXjtnEfd UtIAbVPPUm6DEDqx99/X7cT0ld5D7xkWv+xqAaPUXyHrE9PtLdU20nIEsptNectoWkiX SUevcsJJv3VA34KzSxSgh4BFblpli3nMZ0cO1DgpqSIMHtGa22+CR+8ruQUFMHC5+iUT y1Y/ZMUlPnp6dfRJmx/bEsXdiwaOQf0buXjISjbw+osN0J2ukUSODxP8OubsYvWsNLmf 9X00RW5asvHjILgHiD+A4f4uS3P7f6wHoEDd04OsLzfRfi9EluB1oqBID2dxLsz/pEde 64Bg== MIME-Version: 1.0 Received: by 10.182.89.39 with SMTP id bl7mr13980008obb.65.1333392318971; Mon, 02 Apr 2012 11:45:18 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 11:45:18 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F79A05B.6010305@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> Date: Tue, 3 Apr 2012 04:45:18 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQl6gttrsqeQtlhcm6U72pnHhHAJrZagAFT0mZiDgPqf8Rp6r1fSLtK26i48F+n5/S+IGWAa Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2 April 2012 22:49, Mario wrote: > On 04/02/2012 01:55 PM, Heiko Wundram wrote: >> >> Am 02.04.2012 13:33, schrieb Mario: >>> >>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>> >>>> Windows, of course, does not natively support PVonHVM in any way (exce= pt >>>> when using corresponding drivers to enable that), so if you get >>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>> you do on Windows DomUs which _don't_ have the corresponding PV-drivers >>>> installed, something else is amiss here; it'd help if you could descri= be >>>> your setup in a little more detail. >>>> >>> >>> Why are we still on PVonHVM subject? I do not want that, I want >>> regular HVM to work with linux domU's the same way it works with >>> windows domU's. I don't have the luxury to install custom drivers on >>> some domU's, so there is no point in trying to force me to use PVonHVM >>> because i can't. >>> So, anyone else please? :-) >> >> >> Read my last paragraph again, please: Linux fully virtualized DomUs >> (which use the corresponding NIC and disk emulation as implemented by >> qemu) shouldn't perform any different than a Windows DomU, >> I/O-performance wise, as both of them use the same infrastructure in >> Dom0 to do I/O (qemu process). You're saying that they are different, >> I/O-wise, so: please be a little more concrete _what_ the problem is >> that you're seeing. We don't have crystal balls handy, sorry. >> > > Its actualy quite simple, here is an example: Windows hvm domU disk io on= my > test server is ~60MB/s (sequential read or write). Linux HVM guests (using > same config file template) on the same server gives ~10MB/s (sequential r= ead > or write), i tried pretty much everything, from tuning scheduler to chang= ing > kernel. I am not sure what to do with it, other then roll back to kernel > 2.6.34 on my dom0. Hieko and myself have told you what to do to get decent performance. Some examples of fully setup PVonHVM guests are available on my file mirror. http://mirror.orionvm.com.au Unless you use the PV drivers there isn't really a whole lot more I can do for you. I can't explain why performance would differ under 2.6.34 vs 3.2. This makes no sense as qemu-dm runs in userspace. You would have had to make some changes to the toolstack for this performance to differ. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 18:49:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:49:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmII-0001GP-9u; Mon, 02 Apr 2012 18:47:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmIH-0001GJ-1X for xen-users@lists.xensource.com; Mon, 02 Apr 2012 18:47:57 +0000 Received: from [85.158.143.35:64348] by server-1.bemta-4.messagelabs.com id 6F/3D-20925-C54F97F4; Mon, 02 Apr 2012 18:47:56 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-2.tower-21.messagelabs.com!1333392473!8169787!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19830 invoked from network); 2 Apr 2012 18:47:55 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 18:47:55 -0000 Received: by obbwd18 with SMTP id wd18so1940683obb.30 for ; Mon, 02 Apr 2012 11:47:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=Zw36sOxOWAr+jcejaeZFW+JpqwMztA7NaIJQ3zPna/E=; b=POrjqRtTkfNGHAvY/Go9jID+S92CE9NE8+KEB7Eoc153dSCta/UotjeD6OpP3k1EfN /UI9yIKx7oSVE7rKdforHSrh5KTEfiFN4Kq9tVqR4Nu7EwKWGWnXNm96XNpMNy/COJlY i6b1YHVhfMUTTA6paPWpXOyUJa2UDKiq3eBt3dNFSFX3LrhmjdDIVEr8l7drGC/NQVTc o6BvXI0yQVjbpSWCsygaDldKr8F8yu4C3tyEa1DleJldrhSm6YYczgZMKftU+8Di9cAY 7EjmRMMujZLIRD0YWT6ljsw57m7trQPxWjJObvPS0o3eJRIgdZIG1IMfaoVemhUYDOzE hHXg== MIME-Version: 1.0 Received: by 10.182.50.100 with SMTP id b4mr14314199obo.45.1333392473066; Mon, 02 Apr 2012 11:47:53 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 11:47:53 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Tue, 3 Apr 2012 04:47:53 +1000 Message-ID: From: Joseph Glanville To: Peter Braun X-Gm-Message-State: ALoCoQnc+0mqq2vqpdW3BuehSv6JoL3SOA9S8YKuoNL4tUE8wVOfZdawngjJal+wrVHtQPs9OKWb Cc: Mohit Dhingra , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMiBBcHJpbCAyMDEyIDIzOjEwLCBQZXRlciBCcmF1biA8eGVud2FyZUBnbWFpbC5jb20+IHdy b3RlOgo+IEl0IGRlcGVucyBvbiBidWRnZXQgYW5kIHB1cnBvc2UuCj4KPiBJZiB5b3VyIGJ1ZGdl dCBpcyBsb3cgdGhhbiB5b3Ugc2hvdWxkIGRlZmluaXRlbHkgbG9vayBhdCBJbmZpbmliYW5kLgo+ IFlvdSBjYW4gZ2V0IE1lbGxhbm94IG9yIFFsb2dpYyBJQiAxMC8yMCBvciBldmVuIDQwR2JwcyBh ZGFwdGVycyBhdAo+IHVuYmVsaXZhdGxlIHByaWNlcy4gSnVzdCB5ZXN0ZXJkYXkgSSBzcG90dGVk IDQwR2JwcyBkdWFsIFFsb2dpYwo+IGFkYXB0ZXIgZm9yIDIwMFVTRCBhbmQgMTBHYnBzIGR1YWwg Y2FyZCBpcyBlYXN5IHRvIGdldCBmb3IgMjBVU0QuCj4KPiBGb3Igc21hbGwgZGVwbG95bWVudCBp dCB3b3VsZCBiZSBwZXJmZWN0IG9wdGlvbiBhbmQgaSBkbyBub3QgbWVudGlvbgo+IG90aGVyIGFk dmFudGFnZXMgb2YgSW5maW5pYmFuZCAobG93ZXIgbGF0ZW5jeSwgYmlnZ2VyIHRocm91Z2hwdXQg ZXRjLikKPgo+IEkgdGhpbmsgSW5maW5pYmFuZCBwb3B1bGFyaXR5IHdpbGwgcmlzZSByYXBpZGx5 IHdpdGggV2luZG93cyA4IGJlY2F1c2UKPiB3aWxsIGhhdmUgZnVsbCBzdXBwb3J0LgoKSSBsb3Zl IEluZmluaWJhbmQgYW5kIHdlIHVzZSBpdCBleHRlbnNpdmVseS4gOikKCkhvd2V2ZXIgdGhpcyBk b2Vzbid0IGFuc3dlciBoaXMgcXVlc3Rpb24gdW5sZXNzIFFsb2dpYyBvciBNZWxsYW5veApoYXZl IHJlbGVhc2VkIFNSLUlPViBJbmZpbmliYW5kIGRyaXZlcnMgd2l0aG91dCB0ZWxsaW5nIG1lIQoK Q3VycmVudGx5IHRoZSBvbmx5IDIgdmVuZG9ycyB0aGF0IGhhdmUgZ29vZCAocmVhZDogSSBoYXZl IHVzZWQvdGVzdGVkKQpTUi1JT1Ygc3VwcG9ydCBhcmUgSW50ZWwgYW5kIE1lbGxhbm94IEV0aGVy bmV0LgoKSm9zZXBoLgoKPgo+IEJyCj4KPiBQZXRlcgo+Cj4gRG5lIDEuIGR1Ym5hIDIwMTIgMTU6 NTggSm9zZXBoIEdsYW52aWxsZQo+IDxqb3NlcGguZ2xhbnZpbGxlQG9yaW9udm0uY29tLmF1PiBu YXBzYWwoYSk6Cj4+IE9uIDEgQXByaWwgMjAxMiAxNTozNywgTW9oaXQgRGhpbmdyYSA8bW9oaXRk aGluZ3Jhc0BnbWFpbC5jb20+IHdyb3RlOgo+Pj4gSGVsbG8gQWxsLAo+Pj4KPj4+IEkgYWxzbyB3 YW50IGEgMS1HaWcgU1ItSU9WIE5JQyBmb3IgbXkgc3lzdGVtIChpbnRlbCBpNyksIHdoaWNoIHdv cmtzIHdpdGgKPj4+IFhlbjQuMCBhbmQgT3BlblNVU0UgMTEuNC4gQ2FuIHlvdSBwbGVhc2Ugc3Vn Z2VzdCBvbmUuCj4+Cj4+IGh0dHA6Ly93d3cuaW50ZWwuY29tL3N1cHBvcnQvbmV0d29yay9hZGFw dGVyL3BybzEwMC9zYi9DUy0wMzE0OTIuaHRtCj4+Cj4+IExpc3Qgb2YgYWRhcHRlcnMgdGhhdCBz dXBwb3QgU1ItSU9WLgo+Pgo+Pj4KPj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPj4+ IFRoYW5rcyAmIFJlZ2FyZHMKPj4+IE1vaGl0IERoaW5ncmEKPj4+ICs5MTk2MTExOTA0MzUKPj4+ Cj4+Pgo+Pj4KPj4+IE9uIDEgQXByaWwgMjAxMiAwODo0MCwgSm9zZXBoIEdsYW52aWxsZSA8am9z ZXBoLmdsYW52aWxsZUBvcmlvbnZtLmNvbS5hdT4KPj4+IHdyb3RlOgo+Pj4+Cj4+Pj4gT24gMzAg TWFyY2ggMjAxMiAwOTo0NiwgUGV0ZXIgQnJhdW4gPHhlbndhcmVAZ21haWwuY29tPiB3cm90ZToK Pj4+PiA+IEhlbGxvLAo+Pj4+ID4KPj4+PiA+IGRlZmluaXRlbHkgZ28gSW50ZWwgWDUyMCAoREEy IG9yIFNSMS8yKQo+Pj4+Cj4+Pj4gKzEgRm9yIEludGVsIE5JQ3MuCj4+Pj4gQWxzbyBNZWxsYW5v eCBhcmUgZ3JlYXQgZm9yIHRoaXMgc29ydCBvZiBzdHVmZi4KPj4+Pgo+Pj4+IElNTyBJbnRlbCBO SUNzIGhhdmUgdGhlIGJlc3Qgc3VwcG9ydCBmb3IgU1ItSU9WIHdoaWNoIG1pZ2h0IGNvbWUgaW4K Pj4+PiBoYW5keSBpZiB5b3Ugd2FudCB0byByZWFjaCBsaW5lLXJhdGUgb24geW91ciBndWVzdHMu Cj4+Pj4KPj4+PiA+Cj4+Pj4gPiBCcgo+Pj4+ID4KPj4+PiA+IFBldGVyCj4+Pj4gPgo+Pj4+ID4g RG5lIDI4LiBixZllem5hIDIwMTIgMTA6MDYgS3Jpc3RvZmZlciBIYXJ0aGluZyBFZ2VmZWx0IDxr QGl0b2MuZGs+Cj4+Pj4gPiBuYXBzYWwoYSk6Cj4+Pj4gPj4gSSB3YW50IHRvIGJ1eSBhIHdvcmtp bmcgMTBHIE5JQyBmb3IgdXNlIHdpdGggbGludXggMy54LiAoYW5kIHhlbiBvZgo+Pj4+ID4+IGNv dXJzZSkKPj4+PiA+Pgo+Pj4+ID4+IElmIHlvdSBoYXZlIGFueSBleHBlcmllbmNlIHdpdGggY2Vy dGFpbiBjYXJkcyAoYnJvYWRjb20sIGludGVsIGV0Yy4uKQo+Pj4+ID4+IEknZAo+Pj4+ID4+IHJl YWxseSBsaWtlIHRvIGtub3cgYWJvdXQgaXQuCj4+Pj4gPj4KPj4+PiA+PiAqTm90IHdvcmtpbmc6 Kgo+Pj4+ID4+IFFsb2dpYyBRTUU4MjQyLWsgMTBHYkUgRHVhbCBQb3J0IE1lenphbmluZSBDYXJk IEJvYXJkCj4+Pj4gPj4KPj4+PiA+PiAtLQo+Pj4+ID4+IFZpZXcgdGhpcyBtZXNzYWdlIGluIGNv bnRleHQ6Cj4+Pj4gPj4gaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5hYmJsZS5jb20vV29ya2luZy0x MGdpZy1OSUNzLW9uLWxpbnV4LTMteC10cDU1OTk3ODZwNTU5OTc4Ni5odG1sCj4+Pj4gPj4gU2Vu dCBmcm9tIHRoZSBYZW4gLSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0IE5hYmJsZS5jb20u Cj4+Pj4gPj4KPj4+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+Pj4+ID4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+PiA+PiBYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwo+Pj4+ID4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pj4+ ID4KPj4+PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Cj4+Pj4gPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4+Pj4gPiBYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwo+Pj4+ID4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Pj4KPj4+PiBKb3Nl cGguCj4+Pj4KPj4+PiAtLQo+Pj4+IEZvdW5kZXIgfCBEaXJlY3RvciB8IFZQIFJlc2VhcmNoCj4+ Pj4gT3Jpb24gVmlydHVhbGlzYXRpb24gU29sdXRpb25zwqB8wqB3d3cub3Jpb252bS5jb20uYXXC oHwgUGhvbmU6IDEzMDAgNTYKPj4+PiA5OSA1MiB8IE1vYmlsZTogMDQyOCA3NTQgODQ2Cj4+Pj4K Pj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4+ IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+Pj4+ IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pj4KPj4+Cj4+Cj4+Cj4+Cj4+IC0tCj4+ IEZvdW5kZXIgfCBEaXJlY3RvciB8IFZQIFJlc2VhcmNoCj4+IE9yaW9uIFZpcnR1YWxpc2F0aW9u IFNvbHV0aW9uc8KgfMKgd3d3Lm9yaW9udm0uY29tLmF1wqB8IFBob25lOiAxMzAwIDU2Cj4+IDk5 IDUyIHwgTW9iaWxlOiAwNDI4IDc1NCA4NDYKCgoKLS0gCkZvdW5kZXIgfCBEaXJlY3RvciB8IFZQ IFJlc2VhcmNoCk9yaW9uIFZpcnR1YWxpc2F0aW9uIFNvbHV0aW9uc8KgfMKgd3d3Lm9yaW9udm0u Y29tLmF1wqB8IFBob25lOiAxMzAwIDU2Cjk5IDUyIHwgTW9iaWxlOiAwNDI4IDc1NCA4NDYKCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBt YWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Apr 02 18:49:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:49:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmII-0001GP-9u; Mon, 02 Apr 2012 18:47:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmIH-0001GJ-1X for xen-users@lists.xensource.com; Mon, 02 Apr 2012 18:47:57 +0000 Received: from [85.158.143.35:64348] by server-1.bemta-4.messagelabs.com id 6F/3D-20925-C54F97F4; Mon, 02 Apr 2012 18:47:56 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-2.tower-21.messagelabs.com!1333392473!8169787!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19830 invoked from network); 2 Apr 2012 18:47:55 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 18:47:55 -0000 Received: by obbwd18 with SMTP id wd18so1940683obb.30 for ; Mon, 02 Apr 2012 11:47:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=Zw36sOxOWAr+jcejaeZFW+JpqwMztA7NaIJQ3zPna/E=; b=POrjqRtTkfNGHAvY/Go9jID+S92CE9NE8+KEB7Eoc153dSCta/UotjeD6OpP3k1EfN /UI9yIKx7oSVE7rKdforHSrh5KTEfiFN4Kq9tVqR4Nu7EwKWGWnXNm96XNpMNy/COJlY i6b1YHVhfMUTTA6paPWpXOyUJa2UDKiq3eBt3dNFSFX3LrhmjdDIVEr8l7drGC/NQVTc o6BvXI0yQVjbpSWCsygaDldKr8F8yu4C3tyEa1DleJldrhSm6YYczgZMKftU+8Di9cAY 7EjmRMMujZLIRD0YWT6ljsw57m7trQPxWjJObvPS0o3eJRIgdZIG1IMfaoVemhUYDOzE hHXg== MIME-Version: 1.0 Received: by 10.182.50.100 with SMTP id b4mr14314199obo.45.1333392473066; Mon, 02 Apr 2012 11:47:53 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 11:47:53 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: <1332921980948-5599786.post@n5.nabble.com> Date: Tue, 3 Apr 2012 04:47:53 +1000 Message-ID: From: Joseph Glanville To: Peter Braun X-Gm-Message-State: ALoCoQnc+0mqq2vqpdW3BuehSv6JoL3SOA9S8YKuoNL4tUE8wVOfZdawngjJal+wrVHtQPs9OKWb Cc: Mohit Dhingra , Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMiBBcHJpbCAyMDEyIDIzOjEwLCBQZXRlciBCcmF1biA8eGVud2FyZUBnbWFpbC5jb20+IHdy b3RlOgo+IEl0IGRlcGVucyBvbiBidWRnZXQgYW5kIHB1cnBvc2UuCj4KPiBJZiB5b3VyIGJ1ZGdl dCBpcyBsb3cgdGhhbiB5b3Ugc2hvdWxkIGRlZmluaXRlbHkgbG9vayBhdCBJbmZpbmliYW5kLgo+ IFlvdSBjYW4gZ2V0IE1lbGxhbm94IG9yIFFsb2dpYyBJQiAxMC8yMCBvciBldmVuIDQwR2JwcyBh ZGFwdGVycyBhdAo+IHVuYmVsaXZhdGxlIHByaWNlcy4gSnVzdCB5ZXN0ZXJkYXkgSSBzcG90dGVk IDQwR2JwcyBkdWFsIFFsb2dpYwo+IGFkYXB0ZXIgZm9yIDIwMFVTRCBhbmQgMTBHYnBzIGR1YWwg Y2FyZCBpcyBlYXN5IHRvIGdldCBmb3IgMjBVU0QuCj4KPiBGb3Igc21hbGwgZGVwbG95bWVudCBp dCB3b3VsZCBiZSBwZXJmZWN0IG9wdGlvbiBhbmQgaSBkbyBub3QgbWVudGlvbgo+IG90aGVyIGFk dmFudGFnZXMgb2YgSW5maW5pYmFuZCAobG93ZXIgbGF0ZW5jeSwgYmlnZ2VyIHRocm91Z2hwdXQg ZXRjLikKPgo+IEkgdGhpbmsgSW5maW5pYmFuZCBwb3B1bGFyaXR5IHdpbGwgcmlzZSByYXBpZGx5 IHdpdGggV2luZG93cyA4IGJlY2F1c2UKPiB3aWxsIGhhdmUgZnVsbCBzdXBwb3J0LgoKSSBsb3Zl IEluZmluaWJhbmQgYW5kIHdlIHVzZSBpdCBleHRlbnNpdmVseS4gOikKCkhvd2V2ZXIgdGhpcyBk b2Vzbid0IGFuc3dlciBoaXMgcXVlc3Rpb24gdW5sZXNzIFFsb2dpYyBvciBNZWxsYW5veApoYXZl IHJlbGVhc2VkIFNSLUlPViBJbmZpbmliYW5kIGRyaXZlcnMgd2l0aG91dCB0ZWxsaW5nIG1lIQoK Q3VycmVudGx5IHRoZSBvbmx5IDIgdmVuZG9ycyB0aGF0IGhhdmUgZ29vZCAocmVhZDogSSBoYXZl IHVzZWQvdGVzdGVkKQpTUi1JT1Ygc3VwcG9ydCBhcmUgSW50ZWwgYW5kIE1lbGxhbm94IEV0aGVy bmV0LgoKSm9zZXBoLgoKPgo+IEJyCj4KPiBQZXRlcgo+Cj4gRG5lIDEuIGR1Ym5hIDIwMTIgMTU6 NTggSm9zZXBoIEdsYW52aWxsZQo+IDxqb3NlcGguZ2xhbnZpbGxlQG9yaW9udm0uY29tLmF1PiBu YXBzYWwoYSk6Cj4+IE9uIDEgQXByaWwgMjAxMiAxNTozNywgTW9oaXQgRGhpbmdyYSA8bW9oaXRk aGluZ3Jhc0BnbWFpbC5jb20+IHdyb3RlOgo+Pj4gSGVsbG8gQWxsLAo+Pj4KPj4+IEkgYWxzbyB3 YW50IGEgMS1HaWcgU1ItSU9WIE5JQyBmb3IgbXkgc3lzdGVtIChpbnRlbCBpNyksIHdoaWNoIHdv cmtzIHdpdGgKPj4+IFhlbjQuMCBhbmQgT3BlblNVU0UgMTEuNC4gQ2FuIHlvdSBwbGVhc2Ugc3Vn Z2VzdCBvbmUuCj4+Cj4+IGh0dHA6Ly93d3cuaW50ZWwuY29tL3N1cHBvcnQvbmV0d29yay9hZGFw dGVyL3BybzEwMC9zYi9DUy0wMzE0OTIuaHRtCj4+Cj4+IExpc3Qgb2YgYWRhcHRlcnMgdGhhdCBz dXBwb3QgU1ItSU9WLgo+Pgo+Pj4KPj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPj4+ IFRoYW5rcyAmIFJlZ2FyZHMKPj4+IE1vaGl0IERoaW5ncmEKPj4+ICs5MTk2MTExOTA0MzUKPj4+ Cj4+Pgo+Pj4KPj4+IE9uIDEgQXByaWwgMjAxMiAwODo0MCwgSm9zZXBoIEdsYW52aWxsZSA8am9z ZXBoLmdsYW52aWxsZUBvcmlvbnZtLmNvbS5hdT4KPj4+IHdyb3RlOgo+Pj4+Cj4+Pj4gT24gMzAg TWFyY2ggMjAxMiAwOTo0NiwgUGV0ZXIgQnJhdW4gPHhlbndhcmVAZ21haWwuY29tPiB3cm90ZToK Pj4+PiA+IEhlbGxvLAo+Pj4+ID4KPj4+PiA+IGRlZmluaXRlbHkgZ28gSW50ZWwgWDUyMCAoREEy IG9yIFNSMS8yKQo+Pj4+Cj4+Pj4gKzEgRm9yIEludGVsIE5JQ3MuCj4+Pj4gQWxzbyBNZWxsYW5v eCBhcmUgZ3JlYXQgZm9yIHRoaXMgc29ydCBvZiBzdHVmZi4KPj4+Pgo+Pj4+IElNTyBJbnRlbCBO SUNzIGhhdmUgdGhlIGJlc3Qgc3VwcG9ydCBmb3IgU1ItSU9WIHdoaWNoIG1pZ2h0IGNvbWUgaW4K Pj4+PiBoYW5keSBpZiB5b3Ugd2FudCB0byByZWFjaCBsaW5lLXJhdGUgb24geW91ciBndWVzdHMu Cj4+Pj4KPj4+PiA+Cj4+Pj4gPiBCcgo+Pj4+ID4KPj4+PiA+IFBldGVyCj4+Pj4gPgo+Pj4+ID4g RG5lIDI4LiBixZllem5hIDIwMTIgMTA6MDYgS3Jpc3RvZmZlciBIYXJ0aGluZyBFZ2VmZWx0IDxr QGl0b2MuZGs+Cj4+Pj4gPiBuYXBzYWwoYSk6Cj4+Pj4gPj4gSSB3YW50IHRvIGJ1eSBhIHdvcmtp bmcgMTBHIE5JQyBmb3IgdXNlIHdpdGggbGludXggMy54LiAoYW5kIHhlbiBvZgo+Pj4+ID4+IGNv dXJzZSkKPj4+PiA+Pgo+Pj4+ID4+IElmIHlvdSBoYXZlIGFueSBleHBlcmllbmNlIHdpdGggY2Vy dGFpbiBjYXJkcyAoYnJvYWRjb20sIGludGVsIGV0Yy4uKQo+Pj4+ID4+IEknZAo+Pj4+ID4+IHJl YWxseSBsaWtlIHRvIGtub3cgYWJvdXQgaXQuCj4+Pj4gPj4KPj4+PiA+PiAqTm90IHdvcmtpbmc6 Kgo+Pj4+ID4+IFFsb2dpYyBRTUU4MjQyLWsgMTBHYkUgRHVhbCBQb3J0IE1lenphbmluZSBDYXJk IEJvYXJkCj4+Pj4gPj4KPj4+PiA+PiAtLQo+Pj4+ID4+IFZpZXcgdGhpcyBtZXNzYWdlIGluIGNv bnRleHQ6Cj4+Pj4gPj4gaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5hYmJsZS5jb20vV29ya2luZy0x MGdpZy1OSUNzLW9uLWxpbnV4LTMteC10cDU1OTk3ODZwNTU5OTc4Ni5odG1sCj4+Pj4gPj4gU2Vu dCBmcm9tIHRoZSBYZW4gLSBVc2VyIG1haWxpbmcgbGlzdCBhcmNoaXZlIGF0IE5hYmJsZS5jb20u Cj4+Pj4gPj4KPj4+PiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+Pj4+ID4+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+PiA+PiBYZW4tdXNlcnNA bGlzdHMueGVuLm9yZwo+Pj4+ID4+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pj4+ ID4KPj4+PiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Cj4+Pj4gPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4+Pj4gPiBYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwo+Pj4+ID4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Pj4KPj4+PiBKb3Nl cGguCj4+Pj4KPj4+PiAtLQo+Pj4+IEZvdW5kZXIgfCBEaXJlY3RvciB8IFZQIFJlc2VhcmNoCj4+ Pj4gT3Jpb24gVmlydHVhbGlzYXRpb24gU29sdXRpb25zwqB8wqB3d3cub3Jpb252bS5jb20uYXXC oHwgUGhvbmU6IDEzMDAgNTYKPj4+PiA5OSA1MiB8IE1vYmlsZTogMDQyOCA3NTQgODQ2Cj4+Pj4K Pj4+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+Pj4+ IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4+PiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+Pj4+ IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pj4KPj4+Cj4+Cj4+Cj4+Cj4+IC0tCj4+ IEZvdW5kZXIgfCBEaXJlY3RvciB8IFZQIFJlc2VhcmNoCj4+IE9yaW9uIFZpcnR1YWxpc2F0aW9u IFNvbHV0aW9uc8KgfMKgd3d3Lm9yaW9udm0uY29tLmF1wqB8IFBob25lOiAxMzAwIDU2Cj4+IDk5 IDUyIHwgTW9iaWxlOiAwNDI4IDc1NCA4NDYKCgoKLS0gCkZvdW5kZXIgfCBEaXJlY3RvciB8IFZQ IFJlc2VhcmNoCk9yaW9uIFZpcnR1YWxpc2F0aW9uIFNvbHV0aW9uc8KgfMKgd3d3Lm9yaW9udm0u Y29tLmF1wqB8IFBob25lOiAxMzAwIDU2Cjk5IDUyIHwgTW9iaWxlOiAwNDI4IDc1NCA4NDYKCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBt YWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcv eGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Apr 02 18:59:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:59: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 1SEmRj-0001ha-KL; Mon, 02 Apr 2012 18:57:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmRi-0001hU-PR for xen-users@lists.xen.org; Mon, 02 Apr 2012 18:57:42 +0000 Received: from [85.158.143.35:50911] by server-3.bemta-4.messagelabs.com id 17/B6-05853-6A6F97F4; Mon, 02 Apr 2012 18:57:42 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-16.tower-21.messagelabs.com!1333393059!7060542!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27216 invoked from network); 2 Apr 2012 18:57:40 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 18:57:40 -0000 Received: by obbwd20 with SMTP id wd20so5564324obb.32 for ; Mon, 02 Apr 2012 11:57:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=uay83R9WmmYavTDyDUnTLIa4HPnu6TkfohuCsYom8LQ=; b=mrZja88jpwMP2mj6TLbfm/zxGiUIocIXaV59GV/lcYBtMH4j0lXmXQoU97J43eXpMp csqF+iHt6BmtLJdNW/jUiMJbCj1XZoThDMg5NDaNQduUJjJD6uLq6h60q1mwdOkunzik nILp2UUUFjQMfy1/Y69jq6VVB4rWFBw+8/d4LW4uQq4IVwJr4DCxh6RpeTaQUGnYh7nU gWRZafw6sU/PIvKIjkul7P/TMgA8O3BLEzTRxnN0kbuaXLKVRwepJfByzx3gbqosy0Y9 GlSck9GbtD5dRx1MvK/O++9YFJM7m7nzXsSdAY53/CwFhutD/hdD0xC5Iu7iJVfEYs4M q1gg== MIME-Version: 1.0 Received: by 10.182.172.73 with SMTP id ba9mr2175269obc.55.1333393058939; Mon, 02 Apr 2012 11:57:38 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 11:57:38 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120402074210.18441lpcr102yheq@www.coblercorp.com> References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> Date: Tue, 3 Apr 2012 04:57:38 +1000 Message-ID: From: Joseph Glanville To: Ken Cobler X-Gm-Message-State: ALoCoQmTSowcv4IStOkW+Kxr61b72AFPpH9SdDATqEERgiwLtV9//bheVzl3ZXJxrTkioOwCXNz8 Cc: xen-users@lists.xen.org, Jens Krause Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2 April 2012 22:42, Ken Cobler wrote: > > Jen, > > I used dd to copy the physical device to a linux file. > > Ken > > >> Hi Ken, >> >> thanks for the reply, I want to try that. How did you copy >> the Windows from disk to file? Did you make a raw copy >> using 'dd' or did you copy the files using 'cp' on the loop-mounted >> file system? >> >> Thanks >> >> Jens >> >> >> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>> >>> Quoting Jens Krause : >>> >>>> Hallo, >>>> >>>> I have an installed Windows 7 on one partition >>>> and running Debain Squeeze on the other. Both are 64 bit. >>>> I want to use Xen to run Windows as virtual guest from >>>> a physical disk. Once I get this working the Window will >>>> never be booted directly. Did you install the Windows guest via Xen or did you install it baremetal? >>>> >>>> >>>> When I try to create the virtual machine by >>>> "xm create -c win.xen" >>>> it hangs. >>>> >>>> >>>> The versions I use >>>> Xen 4.0.1-4 >>>> Kernel 2.6.32-5-xen-amd64 >>>> >>> >>> I believe with the version of Xen (or maybe the Linux OS), there was an >>> issue with physical device blocking. >>> >>> I had a similar problem with Windows 2008. >>> >>> I resolved the problem for my situation be simply creating the OS as a >>> file, mounting the device under Linux, then using the GPLPV drivers in >>> Windows to achieve decent disk throughput for the guest OS. >>> >>> Ken Cobler >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> >> >> -- >> _________________________ >> ECO 5 GmbH >> Jens Krause >> B=FCroanschrift: >> Bornheimerstra=DFe 33a >> 53111 Bonn >> Deutschland >> >> Tel.: =A0 +49 228 6296 1770 >> Fax: =A0 =A0+49 228 6296 1774 >> E-Mail: jens.krause@eco-5.de >> www.eco-5.de >> >> Rechtsform: GmbH >> Sitz: Bonn, Neustra=DFe 43 >> Registergericht: Bonn HRB 18975 >> Gesch=E4ftsf=FChrer : Dr. Jens M=FCller >> _________________________ >> Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte >> Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Ma= il >> irrt=FCmlich erhalten haben, informieren Sie bitte sofort den Absender u= nd >> vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte >> Weitergabe dieser Mail ist nicht gestattet. >> >> This e-mail may contain confidential and/or privileged information. If y= ou >> are not the intended recipient (or have received this e-mail in error) >> please notify the sender immediately and destroy this e-mail. Any >> unauthorised copying, disclosure or distribution of the material in this >> e-mail is strictly forbidden. >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 18:59:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 18:59: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 1SEmRj-0001ha-KL; Mon, 02 Apr 2012 18:57:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmRi-0001hU-PR for xen-users@lists.xen.org; Mon, 02 Apr 2012 18:57:42 +0000 Received: from [85.158.143.35:50911] by server-3.bemta-4.messagelabs.com id 17/B6-05853-6A6F97F4; Mon, 02 Apr 2012 18:57:42 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-16.tower-21.messagelabs.com!1333393059!7060542!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27216 invoked from network); 2 Apr 2012 18:57:40 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 18:57:40 -0000 Received: by obbwd20 with SMTP id wd20so5564324obb.32 for ; Mon, 02 Apr 2012 11:57:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=uay83R9WmmYavTDyDUnTLIa4HPnu6TkfohuCsYom8LQ=; b=mrZja88jpwMP2mj6TLbfm/zxGiUIocIXaV59GV/lcYBtMH4j0lXmXQoU97J43eXpMp csqF+iHt6BmtLJdNW/jUiMJbCj1XZoThDMg5NDaNQduUJjJD6uLq6h60q1mwdOkunzik nILp2UUUFjQMfy1/Y69jq6VVB4rWFBw+8/d4LW4uQq4IVwJr4DCxh6RpeTaQUGnYh7nU gWRZafw6sU/PIvKIjkul7P/TMgA8O3BLEzTRxnN0kbuaXLKVRwepJfByzx3gbqosy0Y9 GlSck9GbtD5dRx1MvK/O++9YFJM7m7nzXsSdAY53/CwFhutD/hdD0xC5Iu7iJVfEYs4M q1gg== MIME-Version: 1.0 Received: by 10.182.172.73 with SMTP id ba9mr2175269obc.55.1333393058939; Mon, 02 Apr 2012 11:57:38 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 11:57:38 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120402074210.18441lpcr102yheq@www.coblercorp.com> References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> Date: Tue, 3 Apr 2012 04:57:38 +1000 Message-ID: From: Joseph Glanville To: Ken Cobler X-Gm-Message-State: ALoCoQmTSowcv4IStOkW+Kxr61b72AFPpH9SdDATqEERgiwLtV9//bheVzl3ZXJxrTkioOwCXNz8 Cc: xen-users@lists.xen.org, Jens Krause Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2 April 2012 22:42, Ken Cobler wrote: > > Jen, > > I used dd to copy the physical device to a linux file. > > Ken > > >> Hi Ken, >> >> thanks for the reply, I want to try that. How did you copy >> the Windows from disk to file? Did you make a raw copy >> using 'dd' or did you copy the files using 'cp' on the loop-mounted >> file system? >> >> Thanks >> >> Jens >> >> >> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>> >>> Quoting Jens Krause : >>> >>>> Hallo, >>>> >>>> I have an installed Windows 7 on one partition >>>> and running Debain Squeeze on the other. Both are 64 bit. >>>> I want to use Xen to run Windows as virtual guest from >>>> a physical disk. Once I get this working the Window will >>>> never be booted directly. Did you install the Windows guest via Xen or did you install it baremetal? >>>> >>>> >>>> When I try to create the virtual machine by >>>> "xm create -c win.xen" >>>> it hangs. >>>> >>>> >>>> The versions I use >>>> Xen 4.0.1-4 >>>> Kernel 2.6.32-5-xen-amd64 >>>> >>> >>> I believe with the version of Xen (or maybe the Linux OS), there was an >>> issue with physical device blocking. >>> >>> I had a similar problem with Windows 2008. >>> >>> I resolved the problem for my situation be simply creating the OS as a >>> file, mounting the device under Linux, then using the GPLPV drivers in >>> Windows to achieve decent disk throughput for the guest OS. >>> >>> Ken Cobler >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> >> >> >> -- >> _________________________ >> ECO 5 GmbH >> Jens Krause >> B=FCroanschrift: >> Bornheimerstra=DFe 33a >> 53111 Bonn >> Deutschland >> >> Tel.: =A0 +49 228 6296 1770 >> Fax: =A0 =A0+49 228 6296 1774 >> E-Mail: jens.krause@eco-5.de >> www.eco-5.de >> >> Rechtsform: GmbH >> Sitz: Bonn, Neustra=DFe 43 >> Registergericht: Bonn HRB 18975 >> Gesch=E4ftsf=FChrer : Dr. Jens M=FCller >> _________________________ >> Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte >> Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Ma= il >> irrt=FCmlich erhalten haben, informieren Sie bitte sofort den Absender u= nd >> vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte >> Weitergabe dieser Mail ist nicht gestattet. >> >> This e-mail may contain confidential and/or privileged information. If y= ou >> are not the intended recipient (or have received this e-mail in error) >> please notify the sender immediately and destroy this e-mail. Any >> unauthorised copying, disclosure or distribution of the material in this >> e-mail is strictly forbidden. >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:02:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:02: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 1SEmUj-0001ws-Eq; Mon, 02 Apr 2012 19:00:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmUi-0001wX-2r for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:00:48 +0000 Received: from [85.158.143.35:51785] by server-2.bemta-4.messagelabs.com id BA/B6-17550-F57F97F4; Mon, 02 Apr 2012 19:00:47 +0000 X-Env-Sender: kcobler@coblercorp.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1333393245!16807818!1 X-Originating-IP: [96.127.170.156] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31411 invoked from network); 2 Apr 2012 19:00:46 -0000 Received: from vps.coblercorp.com (HELO vps.coblercorp.com) (96.127.170.156) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 19:00:46 -0000 Received: from localhost.localdomain ([127.0.0.1] helo=localhost) by vps.coblercorp.com with esmtpa (Exim 4.69) (envelope-from ) id 1SEmaU-00033r-Sd; Mon, 02 Apr 2012 14:06:46 -0500 Received: from 98.228.164.117 ([98.228.164.117]) by www.coblercorp.com (Horde Framework) with HTTP; Mon, 02 Apr 2012 14:06:46 -0500 Message-ID: <20120402140646.1340616j8equf0zq@www.coblercorp.com> Date: Mon, 02 Apr 2012 14:06:46 -0500 From: Ken Cobler To: Joseph Glanville References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.coblercorp.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coblercorp.com Cc: xen-users@lists.xen.org, Jens Krause Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Quoting Joseph Glanville : > On 2 April 2012 22:42, Ken Cobler wrote: >> >> Jen, >> >> I used dd to copy the physical device to a linux file. >> >> Ken >> >> >>> Hi Ken, >>> >>> thanks for the reply, I want to try that. How did you copy >>> the Windows from disk to file? Did you make a raw copy >>> using 'dd' or did you copy the files using 'cp' on the loop-mounted >>> file system? >>> >>> Thanks >>> >>> Jens >>> >>> >>> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>>> >>>> Quoting Jens Krause : >>>> >>>>> Hallo, >>>>> >>>>> I have an installed Windows 7 on one partition >>>>> and running Debain Squeeze on the other. Both are 64 bit. >>>>> I want to use Xen to run Windows as virtual guest from >>>>> a physical disk. Once I get this working the Window will >>>>> never be booted directly. > > Did you install the Windows guest via Xen or did you install it baremetal? I installed Windows guest via Xen. Ken Cobler _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:02:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:02: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 1SEmUj-0001ws-Eq; Mon, 02 Apr 2012 19:00:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmUi-0001wX-2r for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:00:48 +0000 Received: from [85.158.143.35:51785] by server-2.bemta-4.messagelabs.com id BA/B6-17550-F57F97F4; Mon, 02 Apr 2012 19:00:47 +0000 X-Env-Sender: kcobler@coblercorp.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1333393245!16807818!1 X-Originating-IP: [96.127.170.156] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31411 invoked from network); 2 Apr 2012 19:00:46 -0000 Received: from vps.coblercorp.com (HELO vps.coblercorp.com) (96.127.170.156) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 2 Apr 2012 19:00:46 -0000 Received: from localhost.localdomain ([127.0.0.1] helo=localhost) by vps.coblercorp.com with esmtpa (Exim 4.69) (envelope-from ) id 1SEmaU-00033r-Sd; Mon, 02 Apr 2012 14:06:46 -0500 Received: from 98.228.164.117 ([98.228.164.117]) by www.coblercorp.com (Horde Framework) with HTTP; Mon, 02 Apr 2012 14:06:46 -0500 Message-ID: <20120402140646.1340616j8equf0zq@www.coblercorp.com> Date: Mon, 02 Apr 2012 14:06:46 -0500 From: Ken Cobler To: Joseph Glanville References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.coblercorp.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - coblercorp.com Cc: xen-users@lists.xen.org, Jens Krause Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Quoting Joseph Glanville : > On 2 April 2012 22:42, Ken Cobler wrote: >> >> Jen, >> >> I used dd to copy the physical device to a linux file. >> >> Ken >> >> >>> Hi Ken, >>> >>> thanks for the reply, I want to try that. How did you copy >>> the Windows from disk to file? Did you make a raw copy >>> using 'dd' or did you copy the files using 'cp' on the loop-mounted >>> file system? >>> >>> Thanks >>> >>> Jens >>> >>> >>> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>>> >>>> Quoting Jens Krause : >>>> >>>>> Hallo, >>>>> >>>>> I have an installed Windows 7 on one partition >>>>> and running Debain Squeeze on the other. Both are 64 bit. >>>>> I want to use Xen to run Windows as virtual guest from >>>>> a physical disk. Once I get this working the Window will >>>>> never be booted directly. > > Did you install the Windows guest via Xen or did you install it baremetal? I installed Windows guest via Xen. Ken Cobler _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:18:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:18: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 1SEmlA-00036b-Tv; Mon, 02 Apr 2012 19:17:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEml9-00036R-4e for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:17:47 +0000 Received: from [85.158.143.35:62008] by server-1.bemta-4.messagelabs.com id 69/F0-20925-A5BF97F4; Mon, 02 Apr 2012 19:17:46 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-8.tower-21.messagelabs.com!1333394265!11473469!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18370 invoked from network); 2 Apr 2012 19:17:45 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-8.tower-21.messagelabs.com with SMTP; 2 Apr 2012 19:17:45 -0000 Received: from [192.168.36.65] (cpe-85-10-63-25.static.amis.hr [85.10.63.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 3D8EA20669 for ; Mon, 2 Apr 2012 21:17:02 +0200 (CEST) Message-ID: <4F79FB3A.7020608@slackverse.org> Date: Mon, 02 Apr 2012 21:17:14 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 08:45 PM, Joseph Glanville wrote: > On 2 April 2012 22:49, Mario wrote: >> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>> >>> Am 02.04.2012 13:33, schrieb Mario: >>>> >>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>> >>>>> Windows, of course, does not natively support PVonHVM in any way (except >>>>> when using corresponding drivers to enable that), so if you get >>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>>> you do on Windows DomUs which _don't_ have the corresponding PV-drivers >>>>> installed, something else is amiss here; it'd help if you could describe >>>>> your setup in a little more detail. >>>>> >>>> >>>> Why are we still on PVonHVM subject? I do not want that, I want >>>> regular HVM to work with linux domU's the same way it works with >>>> windows domU's. I don't have the luxury to install custom drivers on >>>> some domU's, so there is no point in trying to force me to use PVonHVM >>>> because i can't. >>>> So, anyone else please? :-) >>> >>> >>> Read my last paragraph again, please: Linux fully virtualized DomUs >>> (which use the corresponding NIC and disk emulation as implemented by >>> qemu) shouldn't perform any different than a Windows DomU, >>> I/O-performance wise, as both of them use the same infrastructure in >>> Dom0 to do I/O (qemu process). You're saying that they are different, >>> I/O-wise, so: please be a little more concrete _what_ the problem is >>> that you're seeing. We don't have crystal balls handy, sorry. >>> >> >> Its actualy quite simple, here is an example: Windows hvm domU disk io on my >> test server is ~60MB/s (sequential read or write). Linux HVM guests (using >> same config file template) on the same server gives ~10MB/s (sequential read >> or write), i tried pretty much everything, from tuning scheduler to changing >> kernel. I am not sure what to do with it, other then roll back to kernel >> 2.6.34 on my dom0. > > Hieko and myself have told you what to do to get decent performance. > Some examples of fully setup PVonHVM guests are available on my file mirror. > http://mirror.orionvm.com.au > > Unless you use the PV drivers there isn't really a whole lot more I > can do for you. > > I can't explain why performance would differ under 2.6.34 vs 3.2. > This makes no sense as qemu-dm runs in userspace. You would have had to make > some changes to the toolstack for this performance to differ. > Performance difference between dom0 kernels aside, what I don't understand is why windows HVM domU works fine, while linux doesn't? Isn't HVM supposed to work same for every guest, or does linux actualy have something against HVM mode? I simply don't get it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:18:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:18: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 1SEmlA-00036b-Tv; Mon, 02 Apr 2012 19:17:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEml9-00036R-4e for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:17:47 +0000 Received: from [85.158.143.35:62008] by server-1.bemta-4.messagelabs.com id 69/F0-20925-A5BF97F4; Mon, 02 Apr 2012 19:17:46 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-8.tower-21.messagelabs.com!1333394265!11473469!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18370 invoked from network); 2 Apr 2012 19:17:45 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-8.tower-21.messagelabs.com with SMTP; 2 Apr 2012 19:17:45 -0000 Received: from [192.168.36.65] (cpe-85-10-63-25.static.amis.hr [85.10.63.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 3D8EA20669 for ; Mon, 2 Apr 2012 21:17:02 +0200 (CEST) Message-ID: <4F79FB3A.7020608@slackverse.org> Date: Mon, 02 Apr 2012 21:17:14 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 08:45 PM, Joseph Glanville wrote: > On 2 April 2012 22:49, Mario wrote: >> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>> >>> Am 02.04.2012 13:33, schrieb Mario: >>>> >>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>> >>>>> Windows, of course, does not natively support PVonHVM in any way (except >>>>> when using corresponding drivers to enable that), so if you get >>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>>> you do on Windows DomUs which _don't_ have the corresponding PV-drivers >>>>> installed, something else is amiss here; it'd help if you could describe >>>>> your setup in a little more detail. >>>>> >>>> >>>> Why are we still on PVonHVM subject? I do not want that, I want >>>> regular HVM to work with linux domU's the same way it works with >>>> windows domU's. I don't have the luxury to install custom drivers on >>>> some domU's, so there is no point in trying to force me to use PVonHVM >>>> because i can't. >>>> So, anyone else please? :-) >>> >>> >>> Read my last paragraph again, please: Linux fully virtualized DomUs >>> (which use the corresponding NIC and disk emulation as implemented by >>> qemu) shouldn't perform any different than a Windows DomU, >>> I/O-performance wise, as both of them use the same infrastructure in >>> Dom0 to do I/O (qemu process). You're saying that they are different, >>> I/O-wise, so: please be a little more concrete _what_ the problem is >>> that you're seeing. We don't have crystal balls handy, sorry. >>> >> >> Its actualy quite simple, here is an example: Windows hvm domU disk io on my >> test server is ~60MB/s (sequential read or write). Linux HVM guests (using >> same config file template) on the same server gives ~10MB/s (sequential read >> or write), i tried pretty much everything, from tuning scheduler to changing >> kernel. I am not sure what to do with it, other then roll back to kernel >> 2.6.34 on my dom0. > > Hieko and myself have told you what to do to get decent performance. > Some examples of fully setup PVonHVM guests are available on my file mirror. > http://mirror.orionvm.com.au > > Unless you use the PV drivers there isn't really a whole lot more I > can do for you. > > I can't explain why performance would differ under 2.6.34 vs 3.2. > This makes no sense as qemu-dm runs in userspace. You would have had to make > some changes to the toolstack for this performance to differ. > Performance difference between dom0 kernels aside, what I don't understand is why windows HVM domU works fine, while linux doesn't? Isn't HVM supposed to work same for every guest, or does linux actualy have something against HVM mode? I simply don't get it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:28:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:28:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmun-0003OG-8X; Mon, 02 Apr 2012 19:27:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmul-0003O9-H6 for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:27:43 +0000 Received: from [85.158.139.83:24925] by server-5.bemta-5.messagelabs.com id A0/33-13566-EADF97F4; Mon, 02 Apr 2012 19:27:42 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-9.tower-182.messagelabs.com!1333394859!21458138!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5115 invoked from network); 2 Apr 2012 19:27:41 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 19:27:41 -0000 Received: by ghrr14 with SMTP id r14so1643552ghr.32 for ; Mon, 02 Apr 2012 12:27:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=ZVmNwMw9RtGLi6fn/1j218lZAUu8LtG9IOTIycu+SJ0=; b=KUv0yIuKz3aVv2QK5jYrKUKJP98tnSskiXzVCoKcxWAph+NSBbEyRu08Bvb0r4pVey rIIp3UJ4NhJJXolqWJOuZps9ajPIxfaXEPPWMALF5qnoA+tnWE98VHQCe0CzC5mwt81q Ijye+fZvyuzpZlNKfUyyyD7QXi+AYYjEpnAFcKx5FqP/WKT8YJSl4xPvIOaj+qd5onnn cfP/gCcAKFLFVoG927PL5IAoA5GnWm5ChTt6HtUr+gZpngcnFRqe3AA/Zo1DqjOolIJV UcmLpQjNqkHzjudIkjC40ppSIaq7g6Q+rsAh9STcr+Mncbo3LHOSCHilpjOg2Pp+TkLB 3mfw== MIME-Version: 1.0 Received: by 10.60.169.174 with SMTP id af14mr14158524oec.13.1333394858974; Mon, 02 Apr 2012 12:27:38 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 12:27:38 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F79FB3A.7020608@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> Date: Tue, 3 Apr 2012 05:27:38 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQl6d7L79yTQQy0whkmOtTOYk2Npc/h1C0iMvah/e79gXDMzXo6kfs4MubNQbkVjnY2aok5O Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 05:17, Mario wrote: > On 04/02/2012 08:45 PM, Joseph Glanville wrote: >> >> On 2 April 2012 22:49, Mario =A0wrote: >>> >>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>> >>>> >>>> Am 02.04.2012 13:33, schrieb Mario: >>>>> >>>>> >>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>> >>>>>> >>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>> (except >>>>>> when using corresponding drivers to enable that), so if you get >>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>> PV-drivers >>>>>> installed, something else is amiss here; it'd help if you could >>>>>> describe >>>>>> your setup in a little more detail. >>>>>> >>>>> >>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>> regular HVM to work with linux domU's the same way it works with >>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>> some domU's, so there is no point in trying to force me to use PVonHVM >>>>> because i can't. >>>>> So, anyone else please? :-) >>>> >>>> >>>> >>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>> (which use the corresponding NIC and disk emulation as implemented by >>>> qemu) shouldn't perform any different than a Windows DomU, >>>> I/O-performance wise, as both of them use the same infrastructure in >>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>> that you're seeing. We don't have crystal balls handy, sorry. >>>> >>> >>> Its actualy quite simple, here is an example: Windows hvm domU disk io = on >>> my >>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>> (using >>> same config file template) on the same server gives ~10MB/s (sequential >>> read >>> or write), i tried pretty much everything, from tuning scheduler to >>> changing >>> kernel. I am not sure what to do with it, other then roll back to kernel >>> 2.6.34 on my dom0. >> >> >> Hieko and myself have told you what to do to get decent performance. >> Some examples of fully setup PVonHVM guests are available on my file >> mirror. >> http://mirror.orionvm.com.au >> >> Unless you use the PV drivers there isn't really a whole lot more I >> can do for you. >> >> I can't explain why performance would differ under 2.6.34 vs 3.2. >> This makes no sense as qemu-dm runs in userspace. You would have had to >> make >> some changes to the toolstack for this performance to differ. >> > > Performance difference between dom0 kernels aside, what I don't understand > is why windows HVM domU works fine, while linux doesn't? > Isn't HVM supposed to work same for every guest, or does linux actualy ha= ve > something against HVM mode? I simply don't get it. It's definitely not an optimized use case however I have never seen as low performance as you are reporting. There are too many reasons to list as to why performance between Windows HVM and Linux HVM would differ. What Linux guests are you attempting to run? Joseph. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:28:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:28:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmun-0003OG-8X; Mon, 02 Apr 2012 19:27:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEmul-0003O9-H6 for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:27:43 +0000 Received: from [85.158.139.83:24925] by server-5.bemta-5.messagelabs.com id A0/33-13566-EADF97F4; Mon, 02 Apr 2012 19:27:42 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-9.tower-182.messagelabs.com!1333394859!21458138!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5115 invoked from network); 2 Apr 2012 19:27:41 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 19:27:41 -0000 Received: by ghrr14 with SMTP id r14so1643552ghr.32 for ; Mon, 02 Apr 2012 12:27:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=ZVmNwMw9RtGLi6fn/1j218lZAUu8LtG9IOTIycu+SJ0=; b=KUv0yIuKz3aVv2QK5jYrKUKJP98tnSskiXzVCoKcxWAph+NSBbEyRu08Bvb0r4pVey rIIp3UJ4NhJJXolqWJOuZps9ajPIxfaXEPPWMALF5qnoA+tnWE98VHQCe0CzC5mwt81q Ijye+fZvyuzpZlNKfUyyyD7QXi+AYYjEpnAFcKx5FqP/WKT8YJSl4xPvIOaj+qd5onnn cfP/gCcAKFLFVoG927PL5IAoA5GnWm5ChTt6HtUr+gZpngcnFRqe3AA/Zo1DqjOolIJV UcmLpQjNqkHzjudIkjC40ppSIaq7g6Q+rsAh9STcr+Mncbo3LHOSCHilpjOg2Pp+TkLB 3mfw== MIME-Version: 1.0 Received: by 10.60.169.174 with SMTP id af14mr14158524oec.13.1333394858974; Mon, 02 Apr 2012 12:27:38 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 12:27:38 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F79FB3A.7020608@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> Date: Tue, 3 Apr 2012 05:27:38 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQl6d7L79yTQQy0whkmOtTOYk2Npc/h1C0iMvah/e79gXDMzXo6kfs4MubNQbkVjnY2aok5O Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 05:17, Mario wrote: > On 04/02/2012 08:45 PM, Joseph Glanville wrote: >> >> On 2 April 2012 22:49, Mario =A0wrote: >>> >>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>> >>>> >>>> Am 02.04.2012 13:33, schrieb Mario: >>>>> >>>>> >>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>> >>>>>> >>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>> (except >>>>>> when using corresponding drivers to enable that), so if you get >>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>> PV-drivers >>>>>> installed, something else is amiss here; it'd help if you could >>>>>> describe >>>>>> your setup in a little more detail. >>>>>> >>>>> >>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>> regular HVM to work with linux domU's the same way it works with >>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>> some domU's, so there is no point in trying to force me to use PVonHVM >>>>> because i can't. >>>>> So, anyone else please? :-) >>>> >>>> >>>> >>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>> (which use the corresponding NIC and disk emulation as implemented by >>>> qemu) shouldn't perform any different than a Windows DomU, >>>> I/O-performance wise, as both of them use the same infrastructure in >>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>> that you're seeing. We don't have crystal balls handy, sorry. >>>> >>> >>> Its actualy quite simple, here is an example: Windows hvm domU disk io = on >>> my >>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>> (using >>> same config file template) on the same server gives ~10MB/s (sequential >>> read >>> or write), i tried pretty much everything, from tuning scheduler to >>> changing >>> kernel. I am not sure what to do with it, other then roll back to kernel >>> 2.6.34 on my dom0. >> >> >> Hieko and myself have told you what to do to get decent performance. >> Some examples of fully setup PVonHVM guests are available on my file >> mirror. >> http://mirror.orionvm.com.au >> >> Unless you use the PV drivers there isn't really a whole lot more I >> can do for you. >> >> I can't explain why performance would differ under 2.6.34 vs 3.2. >> This makes no sense as qemu-dm runs in userspace. You would have had to >> make >> some changes to the toolstack for this performance to differ. >> > > Performance difference between dom0 kernels aside, what I don't understand > is why windows HVM domU works fine, while linux doesn't? > Isn't HVM supposed to work same for every guest, or does linux actualy ha= ve > something against HVM mode? I simply don't get it. It's definitely not an optimized use case however I have never seen as low performance as you are reporting. There are too many reasons to list as to why performance between Windows HVM and Linux HVM would differ. What Linux guests are you attempting to run? Joseph. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:34:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:34: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 1SEn0B-0003fE-8P; Mon, 02 Apr 2012 19:33:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEn09-0003f7-LT for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:33:17 +0000 Received: from [85.158.143.99:18652] by server-1.bemta-4.messagelabs.com id 69/4B-20925-CFEF97F4; Mon, 02 Apr 2012 19:33:16 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-9.tower-216.messagelabs.com!1333395194!22010613!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3940 invoked from network); 2 Apr 2012 19:33:15 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 19:33:15 -0000 Received: by yhoo21 with SMTP id o21so1645167yho.32 for ; Mon, 02 Apr 2012 12:33:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=bpDqxNfjhfzex0VbwCd7nVS2ooE4sqngVcEnTYoSDAc=; b=i6bNT4N/Z/qoAQ2w05X1rs7CHqZwHB4NYnD37qJxSG5QhWBeERA2yKO4+p3kPpxLjW T3LKOtg5C8Z1wQG7Mz3ztIIPX8l/pCx+Ty8tswBt4w0uc5fnfC05XTpxQfwcQwBLr2DP w5p8dwoii3G4BH9T+9bF1TPRfpFHaVXnN+x8FhBXPT0+x6EeTV+ttKkcb5V5aNm6F3sI od+sDrO6RxlswE9a+57SXA5j+QlOBJEnn5HS3h5D54SwxV39YUyJ2QfX7voEWhanS/C5 zWCf/kpVkoJiX3hVUYaRFNqBrr51PBPS1mQGqMLSH8fbGPZwkTa8fNad9zUmiXgjTID5 NbNQ== MIME-Version: 1.0 Received: by 10.60.169.174 with SMTP id af14mr14179117oec.13.1333395194134; Mon, 02 Apr 2012 12:33:14 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 12:33:14 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120402140646.1340616j8equf0zq@www.coblercorp.com> References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> <20120402140646.1340616j8equf0zq@www.coblercorp.com> Date: Tue, 3 Apr 2012 05:33:14 +1000 Message-ID: From: Joseph Glanville To: Ken Cobler X-Gm-Message-State: ALoCoQkYG8rIQqLXXu4rKlte5N/aYatIXE+ERB2pxtcLp1iFdJaR7bRPyyaF97VSZ6agCVqchLHP Cc: xen-users@lists.xen.org, Jens Krause Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 05:06, Ken Cobler wrote: > Quoting Joseph Glanville : > >> On 2 April 2012 22:42, Ken Cobler wrote: >>> >>> >>> Jen, >>> >>> I used dd to copy the physical device to a linux file. >>> >>> Ken >>> >>> >>>> Hi Ken, >>>> >>>> thanks for the reply, I want to try that. How did you copy >>>> the Windows from disk to file? Did you make a raw copy >>>> using 'dd' or did you copy the files using 'cp' on the loop-mounted >>>> file system? >>>> >>>> Thanks >>>> >>>> Jens >>>> >>>> >>>> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>>>> >>>>> >>>>> Quoting Jens Krause : >>>>> >>>>>> Hallo, >>>>>> >>>>>> I have an installed Windows 7 on one partition >>>>>> and running Debain Squeeze on the other. Both are 64 bit. >>>>>> I want to use Xen to run Windows as virtual guest from >>>>>> a physical disk. Once I get this working the Window will >>>>>> never be booted directly. >> >> >> Did you install the Windows guest via Xen or did you install it baremeta= l? > > > I installed Windows guest via Xen. > > Ken Cobler > First of all don't call xm create with -c, this will connect you to the serial console which Windows is most definitely not listening on. Second, can you connect to the guest via VNC as it's booting? By the looks of it it is creating the guest successfully but then the BIOS is timing out or something, probably no bootable device or similar error. You would have had to do this to get the guest installed so it should still be working. Lastly change your disk line to use a full path like thus: disk =3D [ 'phy:/dev/sda1,hda,w' ] I am not sure that it being a partition vs something else is going to cause you issues or not. It really shouldn't though. Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:34:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:34: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 1SEn0B-0003fE-8P; Mon, 02 Apr 2012 19:33:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEn09-0003f7-LT for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:33:17 +0000 Received: from [85.158.143.99:18652] by server-1.bemta-4.messagelabs.com id 69/4B-20925-CFEF97F4; Mon, 02 Apr 2012 19:33:16 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-9.tower-216.messagelabs.com!1333395194!22010613!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3940 invoked from network); 2 Apr 2012 19:33:15 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 19:33:15 -0000 Received: by yhoo21 with SMTP id o21so1645167yho.32 for ; Mon, 02 Apr 2012 12:33:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=bpDqxNfjhfzex0VbwCd7nVS2ooE4sqngVcEnTYoSDAc=; b=i6bNT4N/Z/qoAQ2w05X1rs7CHqZwHB4NYnD37qJxSG5QhWBeERA2yKO4+p3kPpxLjW T3LKOtg5C8Z1wQG7Mz3ztIIPX8l/pCx+Ty8tswBt4w0uc5fnfC05XTpxQfwcQwBLr2DP w5p8dwoii3G4BH9T+9bF1TPRfpFHaVXnN+x8FhBXPT0+x6EeTV+ttKkcb5V5aNm6F3sI od+sDrO6RxlswE9a+57SXA5j+QlOBJEnn5HS3h5D54SwxV39YUyJ2QfX7voEWhanS/C5 zWCf/kpVkoJiX3hVUYaRFNqBrr51PBPS1mQGqMLSH8fbGPZwkTa8fNad9zUmiXgjTID5 NbNQ== MIME-Version: 1.0 Received: by 10.60.169.174 with SMTP id af14mr14179117oec.13.1333395194134; Mon, 02 Apr 2012 12:33:14 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 12:33:14 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120402140646.1340616j8equf0zq@www.coblercorp.com> References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> <20120402140646.1340616j8equf0zq@www.coblercorp.com> Date: Tue, 3 Apr 2012 05:33:14 +1000 Message-ID: From: Joseph Glanville To: Ken Cobler X-Gm-Message-State: ALoCoQkYG8rIQqLXXu4rKlte5N/aYatIXE+ERB2pxtcLp1iFdJaR7bRPyyaF97VSZ6agCVqchLHP Cc: xen-users@lists.xen.org, Jens Krause Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 05:06, Ken Cobler wrote: > Quoting Joseph Glanville : > >> On 2 April 2012 22:42, Ken Cobler wrote: >>> >>> >>> Jen, >>> >>> I used dd to copy the physical device to a linux file. >>> >>> Ken >>> >>> >>>> Hi Ken, >>>> >>>> thanks for the reply, I want to try that. How did you copy >>>> the Windows from disk to file? Did you make a raw copy >>>> using 'dd' or did you copy the files using 'cp' on the loop-mounted >>>> file system? >>>> >>>> Thanks >>>> >>>> Jens >>>> >>>> >>>> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>>>> >>>>> >>>>> Quoting Jens Krause : >>>>> >>>>>> Hallo, >>>>>> >>>>>> I have an installed Windows 7 on one partition >>>>>> and running Debain Squeeze on the other. Both are 64 bit. >>>>>> I want to use Xen to run Windows as virtual guest from >>>>>> a physical disk. Once I get this working the Window will >>>>>> never be booted directly. >> >> >> Did you install the Windows guest via Xen or did you install it baremeta= l? > > > I installed Windows guest via Xen. > > Ken Cobler > First of all don't call xm create with -c, this will connect you to the serial console which Windows is most definitely not listening on. Second, can you connect to the guest via VNC as it's booting? By the looks of it it is creating the guest successfully but then the BIOS is timing out or something, probably no bootable device or similar error. You would have had to do this to get the guest installed so it should still be working. Lastly change your disk line to use a full path like thus: disk =3D [ 'phy:/dev/sda1,hda,w' ] I am not sure that it being a partition vs something else is going to cause you issues or not. It really shouldn't though. Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:49:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:49:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnEn-0004Bb-1B; Mon, 02 Apr 2012 19:48:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnEk-0004BW-S4 for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:48:23 +0000 Received: from [85.158.139.83:6589] by server-12.bemta-5.messagelabs.com id 66/A4-05587-6820A7F4; Mon, 02 Apr 2012 19:48:22 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-12.tower-182.messagelabs.com!1333396101!22132624!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32350 invoked from network); 2 Apr 2012 19:48:21 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-12.tower-182.messagelabs.com with SMTP; 2 Apr 2012 19:48:21 -0000 Received: from [192.168.36.65] (cpe-85-10-63-25.static.amis.hr [85.10.63.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 704322190F for ; Mon, 2 Apr 2012 21:48:08 +0200 (CEST) Message-ID: <4F7A0284.2040201@slackverse.org> Date: Mon, 02 Apr 2012 21:48:20 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 09:27 PM, Joseph Glanville wrote: > On 3 April 2012 05:17, Mario wrote: >> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>> >>> On 2 April 2012 22:49, Mario wrote: >>>> >>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>> >>>>> >>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>> >>>>>> >>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>> >>>>>>> >>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>> (except >>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>> PV-drivers >>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>> describe >>>>>>> your setup in a little more detail. >>>>>>> >>>>>> >>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>> regular HVM to work with linux domU's the same way it works with >>>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>>> some domU's, so there is no point in trying to force me to use PVonHVM >>>>>> because i can't. >>>>>> So, anyone else please? :-) >>>>> >>>>> >>>>> >>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>> (which use the corresponding NIC and disk emulation as implemented by >>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>> >>>> >>>> Its actualy quite simple, here is an example: Windows hvm domU disk io on >>>> my >>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>> (using >>>> same config file template) on the same server gives ~10MB/s (sequential >>>> read >>>> or write), i tried pretty much everything, from tuning scheduler to >>>> changing >>>> kernel. I am not sure what to do with it, other then roll back to kernel >>>> 2.6.34 on my dom0. >>> >>> >>> Hieko and myself have told you what to do to get decent performance. >>> Some examples of fully setup PVonHVM guests are available on my file >>> mirror. >>> http://mirror.orionvm.com.au >>> >>> Unless you use the PV drivers there isn't really a whole lot more I >>> can do for you. >>> >>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>> This makes no sense as qemu-dm runs in userspace. You would have had to >>> make >>> some changes to the toolstack for this performance to differ. >>> >> >> Performance difference between dom0 kernels aside, what I don't understand >> is why windows HVM domU works fine, while linux doesn't? >> Isn't HVM supposed to work same for every guest, or does linux actualy have >> something against HVM mode? I simply don't get it. > > It's definitely not an optimized use case however I have never seen as > low performance as you are reporting. > There are too many reasons to list as to why performance between > Windows HVM and Linux HVM would differ. > > What Linux guests are you attempting to run? > > Joseph. > Running a slackware guest, tried various kernels, did not make any difference. Windows in question is 2008 R2. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:49:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:49:34 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnEn-0004Bb-1B; Mon, 02 Apr 2012 19:48:25 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnEk-0004BW-S4 for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:48:23 +0000 Received: from [85.158.139.83:6589] by server-12.bemta-5.messagelabs.com id 66/A4-05587-6820A7F4; Mon, 02 Apr 2012 19:48:22 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-12.tower-182.messagelabs.com!1333396101!22132624!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32350 invoked from network); 2 Apr 2012 19:48:21 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-12.tower-182.messagelabs.com with SMTP; 2 Apr 2012 19:48:21 -0000 Received: from [192.168.36.65] (cpe-85-10-63-25.static.amis.hr [85.10.63.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 704322190F for ; Mon, 2 Apr 2012 21:48:08 +0200 (CEST) Message-ID: <4F7A0284.2040201@slackverse.org> Date: Mon, 02 Apr 2012 21:48:20 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 09:27 PM, Joseph Glanville wrote: > On 3 April 2012 05:17, Mario wrote: >> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>> >>> On 2 April 2012 22:49, Mario wrote: >>>> >>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>> >>>>> >>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>> >>>>>> >>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>> >>>>>>> >>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>> (except >>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs than >>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>> PV-drivers >>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>> describe >>>>>>> your setup in a little more detail. >>>>>>> >>>>>> >>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>> regular HVM to work with linux domU's the same way it works with >>>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>>> some domU's, so there is no point in trying to force me to use PVonHVM >>>>>> because i can't. >>>>>> So, anyone else please? :-) >>>>> >>>>> >>>>> >>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>> (which use the corresponding NIC and disk emulation as implemented by >>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>> >>>> >>>> Its actualy quite simple, here is an example: Windows hvm domU disk io on >>>> my >>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>> (using >>>> same config file template) on the same server gives ~10MB/s (sequential >>>> read >>>> or write), i tried pretty much everything, from tuning scheduler to >>>> changing >>>> kernel. I am not sure what to do with it, other then roll back to kernel >>>> 2.6.34 on my dom0. >>> >>> >>> Hieko and myself have told you what to do to get decent performance. >>> Some examples of fully setup PVonHVM guests are available on my file >>> mirror. >>> http://mirror.orionvm.com.au >>> >>> Unless you use the PV drivers there isn't really a whole lot more I >>> can do for you. >>> >>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>> This makes no sense as qemu-dm runs in userspace. You would have had to >>> make >>> some changes to the toolstack for this performance to differ. >>> >> >> Performance difference between dom0 kernels aside, what I don't understand >> is why windows HVM domU works fine, while linux doesn't? >> Isn't HVM supposed to work same for every guest, or does linux actualy have >> something against HVM mode? I simply don't get it. > > It's definitely not an optimized use case however I have never seen as > low performance as you are reporting. > There are too many reasons to list as to why performance between > Windows HVM and Linux HVM would differ. > > What Linux guests are you attempting to run? > > Joseph. > Running a slackware guest, tried various kernels, did not make any difference. Windows in question is 2008 R2. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:56:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:56: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 1SEnLe-0004UP-Ia; Mon, 02 Apr 2012 19:55:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnLc-0004UD-RJ for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:55:29 +0000 Received: from [85.158.139.83:40019] by server-5.bemta-5.messagelabs.com id 92/3C-13566-F240A7F4; Mon, 02 Apr 2012 19:55:27 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-3.tower-182.messagelabs.com!1333396525!22138236!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29510 invoked from network); 2 Apr 2012 19:55:26 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 19:55:26 -0000 Received: by obbwd20 with SMTP id wd20so5640028obb.32 for ; Mon, 02 Apr 2012 12:55:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=7/buXzhviYPB425J6RTiFRn/PeaU1eq8t6yIw4R7S4U=; b=TeDcMeR/y6SXvQBvMTZH5YlEXfDjgudSAFw/MxgeGSdGQEW1aQFvAGAGAmcHw2rU+o HKZ8pXYRYoov0kiKTh5fHIpcpJ4rL/flCygemg+MKuzzn4yVvZXgnSrPfYWr/UJP7pZT jnJwx3BvZX2P3kfmVRBI4qmFa1pwVVL9YmIQsbdTii3WugxeA16R2wXgC5//auTofuh4 WxBXns9pAa46a884Am2PtpPZc7tFRvHguIPQ5pG6MbD50IQT6YflkPijqH3fGuGKcNnd 2Dg6LTZUlXbbRSrxVsj2wu+/uSDe5YI31V0UTBBO//2qurJkGoJ4bIUp8mbheTdoQRN+ a5RQ== MIME-Version: 1.0 Received: by 10.182.50.100 with SMTP id b4mr14574403obo.45.1333396524847; Mon, 02 Apr 2012 12:55:24 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 12:55:24 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7A0284.2040201@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> Date: Tue, 3 Apr 2012 05:55:24 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQlKYKrX3RJob5FC/MU0L9UQFqGwa1KD+8OIvJrsJgedSeHVLyIzHcl9BJ/OxuIScE2rT71e Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 05:48, Mario wrote: > On 04/02/2012 09:27 PM, Joseph Glanville wrote: >> >> On 3 April 2012 05:17, Mario =A0wrote: >>> >>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>> >>>> >>>> On 2 April 2012 22:49, Mario =A0 =A0wrote: >>>>> >>>>> >>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>> >>>>>> >>>>>> >>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>> (except >>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>> than >>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>> PV-drivers >>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>> describe >>>>>>>> your setup in a little more detail. >>>>>>>> >>>>>>> >>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>> PVonHVM >>>>>>> because i can't. >>>>>>> So, anyone else please? :-) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>> (which use the corresponding NIC and disk emulation as implemented by >>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>> >>>>> >>>>> Its actualy quite simple, here is an example: Windows hvm domU disk io >>>>> on >>>>> my >>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>> (using >>>>> same config file template) on the same server gives ~10MB/s (sequenti= al >>>>> read >>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>> changing >>>>> kernel. I am not sure what to do with it, other then roll back to >>>>> kernel >>>>> 2.6.34 on my dom0. >>>> >>>> >>>> >>>> Hieko and myself have told you what to do to get decent performance. >>>> Some examples of fully setup PVonHVM guests are available on my file >>>> mirror. >>>> http://mirror.orionvm.com.au >>>> >>>> Unless you use the PV drivers there isn't really a whole lot more I >>>> can do for you. >>>> >>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>> This makes no sense as qemu-dm runs in userspace. You would have had to >>>> make >>>> some changes to the toolstack for this performance to differ. >>>> >>> >>> Performance difference between dom0 kernels aside, what I don't >>> understand >>> is why windows HVM domU works fine, while linux doesn't? >>> Isn't HVM supposed to work same for every guest, or does linux actualy >>> have >>> something against HVM mode? I simply don't get it. >> >> >> It's definitely not an optimized use case however I have never seen as >> low performance as you are reporting. >> There are too many reasons to list as to why performance between >> Windows HVM and Linux HVM would differ. >> >> What Linux guests are you attempting to run? >> >> Joseph. >> > > Running a slackware guest, tried various kernels, did not make any > difference. Windows in question is 2008 R2. Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=3Dy and all of the Xen device drivers. This will enable PVHVM and you should be right as rain for performance. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 19:56:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 19:56: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 1SEnLe-0004UP-Ia; Mon, 02 Apr 2012 19:55:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnLc-0004UD-RJ for xen-users@lists.xen.org; Mon, 02 Apr 2012 19:55:29 +0000 Received: from [85.158.139.83:40019] by server-5.bemta-5.messagelabs.com id 92/3C-13566-F240A7F4; Mon, 02 Apr 2012 19:55:27 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-3.tower-182.messagelabs.com!1333396525!22138236!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29510 invoked from network); 2 Apr 2012 19:55:26 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 2 Apr 2012 19:55:26 -0000 Received: by obbwd20 with SMTP id wd20so5640028obb.32 for ; Mon, 02 Apr 2012 12:55:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=7/buXzhviYPB425J6RTiFRn/PeaU1eq8t6yIw4R7S4U=; b=TeDcMeR/y6SXvQBvMTZH5YlEXfDjgudSAFw/MxgeGSdGQEW1aQFvAGAGAmcHw2rU+o HKZ8pXYRYoov0kiKTh5fHIpcpJ4rL/flCygemg+MKuzzn4yVvZXgnSrPfYWr/UJP7pZT jnJwx3BvZX2P3kfmVRBI4qmFa1pwVVL9YmIQsbdTii3WugxeA16R2wXgC5//auTofuh4 WxBXns9pAa46a884Am2PtpPZc7tFRvHguIPQ5pG6MbD50IQT6YflkPijqH3fGuGKcNnd 2Dg6LTZUlXbbRSrxVsj2wu+/uSDe5YI31V0UTBBO//2qurJkGoJ4bIUp8mbheTdoQRN+ a5RQ== MIME-Version: 1.0 Received: by 10.182.50.100 with SMTP id b4mr14574403obo.45.1333396524847; Mon, 02 Apr 2012 12:55:24 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 12:55:24 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7A0284.2040201@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> Date: Tue, 3 Apr 2012 05:55:24 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQlKYKrX3RJob5FC/MU0L9UQFqGwa1KD+8OIvJrsJgedSeHVLyIzHcl9BJ/OxuIScE2rT71e Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 05:48, Mario wrote: > On 04/02/2012 09:27 PM, Joseph Glanville wrote: >> >> On 3 April 2012 05:17, Mario =A0wrote: >>> >>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>> >>>> >>>> On 2 April 2012 22:49, Mario =A0 =A0wrote: >>>>> >>>>> >>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>> >>>>>> >>>>>> >>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>> (except >>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>> than >>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>> PV-drivers >>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>> describe >>>>>>>> your setup in a little more detail. >>>>>>>> >>>>>>> >>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>> PVonHVM >>>>>>> because i can't. >>>>>>> So, anyone else please? :-) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>> (which use the corresponding NIC and disk emulation as implemented by >>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>> >>>>> >>>>> Its actualy quite simple, here is an example: Windows hvm domU disk io >>>>> on >>>>> my >>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>> (using >>>>> same config file template) on the same server gives ~10MB/s (sequenti= al >>>>> read >>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>> changing >>>>> kernel. I am not sure what to do with it, other then roll back to >>>>> kernel >>>>> 2.6.34 on my dom0. >>>> >>>> >>>> >>>> Hieko and myself have told you what to do to get decent performance. >>>> Some examples of fully setup PVonHVM guests are available on my file >>>> mirror. >>>> http://mirror.orionvm.com.au >>>> >>>> Unless you use the PV drivers there isn't really a whole lot more I >>>> can do for you. >>>> >>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>> This makes no sense as qemu-dm runs in userspace. You would have had to >>>> make >>>> some changes to the toolstack for this performance to differ. >>>> >>> >>> Performance difference between dom0 kernels aside, what I don't >>> understand >>> is why windows HVM domU works fine, while linux doesn't? >>> Isn't HVM supposed to work same for every guest, or does linux actualy >>> have >>> something against HVM mode? I simply don't get it. >> >> >> It's definitely not an optimized use case however I have never seen as >> low performance as you are reporting. >> There are too many reasons to list as to why performance between >> Windows HVM and Linux HVM would differ. >> >> What Linux guests are you attempting to run? >> >> Joseph. >> > > Running a slackware guest, tried various kernels, did not make any > difference. Windows in question is 2008 R2. Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=3Dy and all of the Xen device drivers. This will enable PVHVM and you should be right as rain for performance. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 20:04:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 20:04:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnTD-00056p-3r; Mon, 02 Apr 2012 20:03:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnTB-00056i-RM for xen-users@lists.xen.org; Mon, 02 Apr 2012 20:03:18 +0000 Received: from [85.158.143.99:13710] by server-2.bemta-4.messagelabs.com id 29/6F-17550-5060A7F4; Mon, 02 Apr 2012 20:03:17 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-11.tower-216.messagelabs.com!1333396996!21455537!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20965 invoked from network); 2 Apr 2012 20:03:16 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-11.tower-216.messagelabs.com with SMTP; 2 Apr 2012 20:03:16 -0000 Received: from [192.168.36.65] (cpe-85-10-63-25.static.amis.hr [85.10.63.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 8C2E12190F for ; Mon, 2 Apr 2012 22:03:03 +0200 (CEST) Message-ID: <4F7A0603.9070809@slackverse.org> Date: Mon, 02 Apr 2012 22:03:15 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 09:55 PM, Joseph Glanville wrote: > On 3 April 2012 05:48, Mario wrote: >> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>> >>> On 3 April 2012 05:17, Mario wrote: >>>> >>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>> >>>>> >>>>> On 2 April 2012 22:49, Mario wrote: >>>>>> >>>>>> >>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>>> (except >>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>>> than >>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>> PV-drivers >>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>> describe >>>>>>>>> your setup in a little more detail. >>>>>>>>> >>>>>>>> >>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>> PVonHVM >>>>>>>> because i can't. >>>>>>>> So, anyone else please? :-) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>>> (which use the corresponding NIC and disk emulation as implemented by >>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>> >>>>>> >>>>>> Its actualy quite simple, here is an example: Windows hvm domU disk io >>>>>> on >>>>>> my >>>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>>> (using >>>>>> same config file template) on the same server gives ~10MB/s (sequential >>>>>> read >>>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>>> changing >>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>> kernel >>>>>> 2.6.34 on my dom0. >>>>> >>>>> >>>>> >>>>> Hieko and myself have told you what to do to get decent performance. >>>>> Some examples of fully setup PVonHVM guests are available on my file >>>>> mirror. >>>>> http://mirror.orionvm.com.au >>>>> >>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>> can do for you. >>>>> >>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>> This makes no sense as qemu-dm runs in userspace. You would have had to >>>>> make >>>>> some changes to the toolstack for this performance to differ. >>>>> >>>> >>>> Performance difference between dom0 kernels aside, what I don't >>>> understand >>>> is why windows HVM domU works fine, while linux doesn't? >>>> Isn't HVM supposed to work same for every guest, or does linux actualy >>>> have >>>> something against HVM mode? I simply don't get it. >>> >>> >>> It's definitely not an optimized use case however I have never seen as >>> low performance as you are reporting. >>> There are too many reasons to list as to why performance between >>> Windows HVM and Linux HVM would differ. >>> >>> What Linux guests are you attempting to run? >>> >>> Joseph. >>> >> >> Running a slackware guest, tried various kernels, did not make any >> difference. Windows in question is 2008 R2. > > Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=y and all of the > Xen device drivers. > This will enable PVHVM and you should be right as rain for performance. > So what exactly do I do with linux guests that I don't have kernel sources for? :-) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 20:04:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 20:04:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnTD-00056p-3r; Mon, 02 Apr 2012 20:03:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEnTB-00056i-RM for xen-users@lists.xen.org; Mon, 02 Apr 2012 20:03:18 +0000 Received: from [85.158.143.99:13710] by server-2.bemta-4.messagelabs.com id 29/6F-17550-5060A7F4; Mon, 02 Apr 2012 20:03:17 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-11.tower-216.messagelabs.com!1333396996!21455537!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20965 invoked from network); 2 Apr 2012 20:03:16 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-11.tower-216.messagelabs.com with SMTP; 2 Apr 2012 20:03:16 -0000 Received: from [192.168.36.65] (cpe-85-10-63-25.static.amis.hr [85.10.63.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id 8C2E12190F for ; Mon, 2 Apr 2012 22:03:03 +0200 (CEST) Message-ID: <4F7A0603.9070809@slackverse.org> Date: Mon, 02 Apr 2012 22:03:15 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/02/2012 09:55 PM, Joseph Glanville wrote: > On 3 April 2012 05:48, Mario wrote: >> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>> >>> On 3 April 2012 05:17, Mario wrote: >>>> >>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>> >>>>> >>>>> On 2 April 2012 22:49, Mario wrote: >>>>>> >>>>>> >>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>>> (except >>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>>> than >>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>> PV-drivers >>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>> describe >>>>>>>>> your setup in a little more detail. >>>>>>>>> >>>>>>>> >>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>> windows domU's. I don't have the luxury to install custom drivers on >>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>> PVonHVM >>>>>>>> because i can't. >>>>>>>> So, anyone else please? :-) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>>> (which use the corresponding NIC and disk emulation as implemented by >>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>>>> Dom0 to do I/O (qemu process). You're saying that they are different, >>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>> >>>>>> >>>>>> Its actualy quite simple, here is an example: Windows hvm domU disk io >>>>>> on >>>>>> my >>>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>>> (using >>>>>> same config file template) on the same server gives ~10MB/s (sequential >>>>>> read >>>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>>> changing >>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>> kernel >>>>>> 2.6.34 on my dom0. >>>>> >>>>> >>>>> >>>>> Hieko and myself have told you what to do to get decent performance. >>>>> Some examples of fully setup PVonHVM guests are available on my file >>>>> mirror. >>>>> http://mirror.orionvm.com.au >>>>> >>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>> can do for you. >>>>> >>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>> This makes no sense as qemu-dm runs in userspace. You would have had to >>>>> make >>>>> some changes to the toolstack for this performance to differ. >>>>> >>>> >>>> Performance difference between dom0 kernels aside, what I don't >>>> understand >>>> is why windows HVM domU works fine, while linux doesn't? >>>> Isn't HVM supposed to work same for every guest, or does linux actualy >>>> have >>>> something against HVM mode? I simply don't get it. >>> >>> >>> It's definitely not an optimized use case however I have never seen as >>> low performance as you are reporting. >>> There are too many reasons to list as to why performance between >>> Windows HVM and Linux HVM would differ. >>> >>> What Linux guests are you attempting to run? >>> >>> Joseph. >>> >> >> Running a slackware guest, tried various kernels, did not make any >> difference. Windows in question is 2008 R2. > > Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=y and all of the > Xen device drivers. > This will enable PVHVM and you should be right as rain for performance. > So what exactly do I do with linux guests that I don't have kernel sources for? :-) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 20:15:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 20:15: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 1SEne2-0005WJ-JF; Mon, 02 Apr 2012 20:14:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEne1-0005WE-4Y for xen-users@lists.xensource.com; Mon, 02 Apr 2012 20:14:29 +0000 Received: from [85.158.138.51:25480] by server-9.bemta-3.messagelabs.com id 48/ED-10923-4A80A7F4; Mon, 02 Apr 2012 20:14:28 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1333397667!20479941!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24778 invoked from network); 2 Apr 2012 20:14:27 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-5.tower-174.messagelabs.com with SMTP; 2 Apr 2012 20:14:27 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id 9E8D41043D5; Mon, 2 Apr 2012 16:14:26 -0400 (EDT) Date: Mon, 2 Apr 2012 16:14:26 -0400 From: "Luke S. Crawford" To: Joseph Glanville Message-ID: <20120402201426.GA11171@luke.xen.prgmr.com> References: <1332921980948-5599786.post@n5.nabble.com> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 03, 2012 at 04:47:53AM +1000, Joseph Glanville wrote: > On 2 April 2012 23:10, Peter Braun wrote: > > It depens on budget and purpose. > > > > If your budget is low than you should definitely look at Infiniband. > > You can get Mellanox or Qlogic IB 10/20 or even 40Gbps adapters at > > unbelivatle prices. Just yesterday I spotted 40Gbps dual Qlogic > > adapter for 200USD and 10Gbps dual card is easy to get for 20USD. > > > > For small deployment it would be perfect option and i do not mention > > other advantages of Infiniband (lower latency, bigger throughput etc.) > > > > I think Infiniband popularity will rise rapidly with Windows 8 because > > will have full support. > > I love Infiniband and we use it extensively. :) > > However this doesn't answer his question unless Qlogic or Mellanox > have released SR-IOV Infiniband drivers without telling me! Long before SR-IOV there was infiniband passthrough to PV xen guests. I don't know if it's still included in Xen or if it works with full HVM guests, but it was there at one time. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 02 20:15:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 02 Apr 2012 20:15: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 1SEne2-0005WJ-JF; Mon, 02 Apr 2012 20:14:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEne1-0005WE-4Y for xen-users@lists.xensource.com; Mon, 02 Apr 2012 20:14:29 +0000 Received: from [85.158.138.51:25480] by server-9.bemta-3.messagelabs.com id 48/ED-10923-4A80A7F4; Mon, 02 Apr 2012 20:14:28 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1333397667!20479941!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24778 invoked from network); 2 Apr 2012 20:14:27 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-5.tower-174.messagelabs.com with SMTP; 2 Apr 2012 20:14:27 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id 9E8D41043D5; Mon, 2 Apr 2012 16:14:26 -0400 (EDT) Date: Mon, 2 Apr 2012 16:14:26 -0400 From: "Luke S. Crawford" To: Joseph Glanville Message-ID: <20120402201426.GA11171@luke.xen.prgmr.com> References: <1332921980948-5599786.post@n5.nabble.com> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 03, 2012 at 04:47:53AM +1000, Joseph Glanville wrote: > On 2 April 2012 23:10, Peter Braun wrote: > > It depens on budget and purpose. > > > > If your budget is low than you should definitely look at Infiniband. > > You can get Mellanox or Qlogic IB 10/20 or even 40Gbps adapters at > > unbelivatle prices. Just yesterday I spotted 40Gbps dual Qlogic > > adapter for 200USD and 10Gbps dual card is easy to get for 20USD. > > > > For small deployment it would be perfect option and i do not mention > > other advantages of Infiniband (lower latency, bigger throughput etc.) > > > > I think Infiniband popularity will rise rapidly with Windows 8 because > > will have full support. > > I love Infiniband and we use it extensively. :) > > However this doesn't answer his question unless Qlogic or Mellanox > have released SR-IOV Infiniband drivers without telling me! Long before SR-IOV there was infiniband passthrough to PV xen guests. I don't know if it's still included in Xen or if it works with full HVM guests, but it was there at one time. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 01:36:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 01:36: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 1SEseU-0006Uv-2x; Tue, 03 Apr 2012 01:35:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEseS-0006Uf-Gf for xen-users@lists.xen.org; Tue, 03 Apr 2012 01:35:16 +0000 Received: from [85.158.143.35:8641] by server-2.bemta-4.messagelabs.com id E9/6D-17550-3D35A7F4; Tue, 03 Apr 2012 01:35:15 +0000 X-Env-Sender: andreww591@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1333416912!5318248!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16255 invoked from network); 3 Apr 2012 01:35:14 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 01:35:14 -0000 Received: by iafj26 with SMTP id j26so6367614iaf.32 for ; Mon, 02 Apr 2012 18:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O2uIIC7BiKJlbZbGnAxYiILF+aSKDQjO/Kh//Wtz7uM=; b=vhR0AyCwYRZEZO1vdoWnWZPp6gVMXvBud3eRHzu899uKF0TkGFTW7QavCJLu4/3QCZ ZAtI3NmBr4Rq+p/yvfHPYGbkQ4DxgKzHVBD/BUlAXFiex6TG2LszxwQ2B8p9fBj0hJ8h AwKtrk2M6s3ioyX800x6cqG6uFPJObVnDCyBAtPPMnmJXRv+NyAskMzT3vmMk+vfgpDW e0aAD53m3eD1/lt6t/iGs5vCO03idgjFzTFai9nMeU/lbX6t3lKex+x74luYjAazIPmj 6lQpZTwAUJ1fcI86trnZBF6kBB4JbG2xz2V3ye/F5uZQoQdpVla0rUesOWvH7U5WgQCy g69Q== MIME-Version: 1.0 Received: by 10.50.153.165 with SMTP id vh5mr169932igb.4.1333416912039; Mon, 02 Apr 2012 18:35:12 -0700 (PDT) Received: by 10.231.133.201 with HTTP; Mon, 2 Apr 2012 18:35:11 -0700 (PDT) In-Reply-To: References: <4F7484C0.2060009@gmail.com> <4F74AB69.4080507@gmail.com> <4F74C205.9070104@amd.com> <4F74EA35.4030305@amd.com> <20120331104907.GV12984@reaktio.net> <20120331111926.GY12984@reaktio.net> <20120331151104.GZ12984@reaktio.net> Date: Mon, 2 Apr 2012 19:35:11 -0600 Message-ID: From: Andrew Warkentin To: xen-users@lists.xen.org Cc: xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] [REQUEST] Request for Xen Users to Attempt Jean David Techer's Xen 4.2-unstable VGA Passthrough Documentation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3/31/12, Casey DeLorme wrote: > Hi Pasi, > > I can confirm that their GPU Passthrough works with consumer models, they > visited my college and presented a 30 minute demonstration video where they > acknowledged this. > > Wei stated that XenClient ahs a "customized ATI component", and I am quite > certain he is aware our discussion is about consumer models. > > > XenClient comes with XenDesktop, they market to the on-the-go businessman > so it was designed with laptops in mind, but I am quite sure it would run > on a tower. > > ~Casey > As far as I know, XenClient AMD GPU passthrough only works on 8 models of HP laptops. This is because it uses filtered passthrough in which the dom0 graphics server does some extremely model-specific voodoo with contexts (presumably involving rewriting of GPU commands to limit them to a particular region of graphics memory) to share the GPU. Poor support for AMD GPUs in XenClient is a big part of why I am making my own desktop Xen/Linux distribution, OpenXCI . It will support both primary and secondary AMD GPU passthrough (rather than XenClient-style filtered passthrough, it will use conventional passthrough for one domain and a viewer running on that domain to display all other domains). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 01:36:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 01:36: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 1SEseU-0006Uv-2x; Tue, 03 Apr 2012 01:35:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEseS-0006Uf-Gf for xen-users@lists.xen.org; Tue, 03 Apr 2012 01:35:16 +0000 Received: from [85.158.143.35:8641] by server-2.bemta-4.messagelabs.com id E9/6D-17550-3D35A7F4; Tue, 03 Apr 2012 01:35:15 +0000 X-Env-Sender: andreww591@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1333416912!5318248!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16255 invoked from network); 3 Apr 2012 01:35:14 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 01:35:14 -0000 Received: by iafj26 with SMTP id j26so6367614iaf.32 for ; Mon, 02 Apr 2012 18:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=O2uIIC7BiKJlbZbGnAxYiILF+aSKDQjO/Kh//Wtz7uM=; b=vhR0AyCwYRZEZO1vdoWnWZPp6gVMXvBud3eRHzu899uKF0TkGFTW7QavCJLu4/3QCZ ZAtI3NmBr4Rq+p/yvfHPYGbkQ4DxgKzHVBD/BUlAXFiex6TG2LszxwQ2B8p9fBj0hJ8h AwKtrk2M6s3ioyX800x6cqG6uFPJObVnDCyBAtPPMnmJXRv+NyAskMzT3vmMk+vfgpDW e0aAD53m3eD1/lt6t/iGs5vCO03idgjFzTFai9nMeU/lbX6t3lKex+x74luYjAazIPmj 6lQpZTwAUJ1fcI86trnZBF6kBB4JbG2xz2V3ye/F5uZQoQdpVla0rUesOWvH7U5WgQCy g69Q== MIME-Version: 1.0 Received: by 10.50.153.165 with SMTP id vh5mr169932igb.4.1333416912039; Mon, 02 Apr 2012 18:35:12 -0700 (PDT) Received: by 10.231.133.201 with HTTP; Mon, 2 Apr 2012 18:35:11 -0700 (PDT) In-Reply-To: References: <4F7484C0.2060009@gmail.com> <4F74AB69.4080507@gmail.com> <4F74C205.9070104@amd.com> <4F74EA35.4030305@amd.com> <20120331104907.GV12984@reaktio.net> <20120331111926.GY12984@reaktio.net> <20120331151104.GZ12984@reaktio.net> Date: Mon, 2 Apr 2012 19:35:11 -0600 Message-ID: From: Andrew Warkentin To: xen-users@lists.xen.org Cc: xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] [REQUEST] Request for Xen Users to Attempt Jean David Techer's Xen 4.2-unstable VGA Passthrough Documentation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3/31/12, Casey DeLorme wrote: > Hi Pasi, > > I can confirm that their GPU Passthrough works with consumer models, they > visited my college and presented a 30 minute demonstration video where they > acknowledged this. > > Wei stated that XenClient ahs a "customized ATI component", and I am quite > certain he is aware our discussion is about consumer models. > > > XenClient comes with XenDesktop, they market to the on-the-go businessman > so it was designed with laptops in mind, but I am quite sure it would run > on a tower. > > ~Casey > As far as I know, XenClient AMD GPU passthrough only works on 8 models of HP laptops. This is because it uses filtered passthrough in which the dom0 graphics server does some extremely model-specific voodoo with contexts (presumably involving rewriting of GPU commands to limit them to a particular region of graphics memory) to share the GPU. Poor support for AMD GPUs in XenClient is a big part of why I am making my own desktop Xen/Linux distribution, OpenXCI . It will support both primary and secondary AMD GPU passthrough (rather than XenClient-style filtered passthrough, it will use conventional passthrough for one domain and a viewer running on that domain to display all other domains). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 04:38:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 04:38: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 1SEvUC-0008EI-9V; Tue, 03 Apr 2012 04:36:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEvUA-0008E8-35 for xen-users@lists.xensource.com; Tue, 03 Apr 2012 04:36:50 +0000 Received: from [85.158.139.83:61294] by server-1.bemta-5.messagelabs.com id 05/BE-28458-16E7A7F4; Tue, 03 Apr 2012 04:36:49 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-13.tower-182.messagelabs.com!1333427806!21635129!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13074 invoked from network); 3 Apr 2012 04:36:48 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 04:36:48 -0000 Received: by obbwd18 with SMTP id wd18so2694631obb.30 for ; Mon, 02 Apr 2012 21:36:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=Bv44oUJe3BV/351feKMt0XB7hyoFnfKfyiwDJSN3Jd4=; b=E9m9oxr+/Xh5ePrNmkLC8q6o2Us3g7TfpFqilvxvqLjxjSmEspQvOF1VNv/XLdEnpy W3vCaVLRFqIU1i8MDbvvMjUY2P5XRaGCY3loActyLJcfoBLOFiXxQMeM+Stu6jplQHeE ZG7p68rnDEZZvI8h+IJ2a1X0nonQWT8HmDYgGZUOvXkMq008zzZFlRTnhYUKTq9y9fZ7 rPoNVLejNOiNgMZCnw1IG4Ei5vpaOl7aGr9WznxL+14scoOU5NYsXJnPCvN5Lr9cOEa6 8b0L6BzbVjg4ii9WngsBuiwpxhAowOHoAq+hW6Oekv75vtrTUVXw0q1kfLM3Z9nnhxnT 69Aw== MIME-Version: 1.0 Received: by 10.60.4.1 with SMTP id g1mr15745798oeg.55.1333427805965; Mon, 02 Apr 2012 21:36:45 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 21:36:45 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120402201426.GA11171@luke.xen.prgmr.com> References: <1332921980948-5599786.post@n5.nabble.com> <20120402201426.GA11171@luke.xen.prgmr.com> Date: Tue, 3 Apr 2012 14:36:45 +1000 Message-ID: From: Joseph Glanville To: "Luke S. Crawford" X-Gm-Message-State: ALoCoQktoxJGBTbsSOp9Gdzfjs1A2L9IyhP+Iv6BYvSMNkzsSFP5qLMzj88dEogJpdRsxB1NkjUa Cc: Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 06:14, Luke S. Crawford wrote: > On Tue, Apr 03, 2012 at 04:47:53AM +1000, Joseph Glanville wrote: >> On 2 April 2012 23:10, Peter Braun wrote: >> > It depens on budget and purpose. >> > >> > If your budget is low than you should definitely look at Infiniband. >> > You can get Mellanox or Qlogic IB 10/20 or even 40Gbps adapters at >> > unbelivatle prices. Just yesterday I spotted 40Gbps dual Qlogic >> > adapter for 200USD and 10Gbps dual card is easy to get for 20USD. >> > >> > For small deployment it would be perfect option and i do not mention >> > other advantages of Infiniband (lower latency, bigger throughput etc.) >> > >> > I think Infiniband popularity will rise rapidly with Windows 8 because >> > will have full support. >> >> I love Infiniband and we use it extensively. :) >> >> However this doesn't answer his question unless Qlogic or Mellanox >> have released SR-IOV Infiniband drivers without telling me! > > Long before SR-IOV there was infiniband passthrough to PV xen guests. > I don't know if it's still included in Xen or if it works with full > HVM guests, but it was there at one time. Alas it's been non-function for a very long time. :( Smart-IO was one of the first projects but it was insecure and not really fully functional, there was also another Infiniband PV project. I am interested in hacking on this along with PVSCSI in the future. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 04:38:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 04:38: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 1SEvUC-0008EI-9V; Tue, 03 Apr 2012 04:36:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEvUA-0008E8-35 for xen-users@lists.xensource.com; Tue, 03 Apr 2012 04:36:50 +0000 Received: from [85.158.139.83:61294] by server-1.bemta-5.messagelabs.com id 05/BE-28458-16E7A7F4; Tue, 03 Apr 2012 04:36:49 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-13.tower-182.messagelabs.com!1333427806!21635129!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13074 invoked from network); 3 Apr 2012 04:36:48 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 04:36:48 -0000 Received: by obbwd18 with SMTP id wd18so2694631obb.30 for ; Mon, 02 Apr 2012 21:36:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=Bv44oUJe3BV/351feKMt0XB7hyoFnfKfyiwDJSN3Jd4=; b=E9m9oxr+/Xh5ePrNmkLC8q6o2Us3g7TfpFqilvxvqLjxjSmEspQvOF1VNv/XLdEnpy W3vCaVLRFqIU1i8MDbvvMjUY2P5XRaGCY3loActyLJcfoBLOFiXxQMeM+Stu6jplQHeE ZG7p68rnDEZZvI8h+IJ2a1X0nonQWT8HmDYgGZUOvXkMq008zzZFlRTnhYUKTq9y9fZ7 rPoNVLejNOiNgMZCnw1IG4Ei5vpaOl7aGr9WznxL+14scoOU5NYsXJnPCvN5Lr9cOEa6 8b0L6BzbVjg4ii9WngsBuiwpxhAowOHoAq+hW6Oekv75vtrTUVXw0q1kfLM3Z9nnhxnT 69Aw== MIME-Version: 1.0 Received: by 10.60.4.1 with SMTP id g1mr15745798oeg.55.1333427805965; Mon, 02 Apr 2012 21:36:45 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 21:36:45 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120402201426.GA11171@luke.xen.prgmr.com> References: <1332921980948-5599786.post@n5.nabble.com> <20120402201426.GA11171@luke.xen.prgmr.com> Date: Tue, 3 Apr 2012 14:36:45 +1000 Message-ID: From: Joseph Glanville To: "Luke S. Crawford" X-Gm-Message-State: ALoCoQktoxJGBTbsSOp9Gdzfjs1A2L9IyhP+Iv6BYvSMNkzsSFP5qLMzj88dEogJpdRsxB1NkjUa Cc: Xen List Subject: Re: [Xen-users] Working 10gig NICs on linux 3.x X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 06:14, Luke S. Crawford wrote: > On Tue, Apr 03, 2012 at 04:47:53AM +1000, Joseph Glanville wrote: >> On 2 April 2012 23:10, Peter Braun wrote: >> > It depens on budget and purpose. >> > >> > If your budget is low than you should definitely look at Infiniband. >> > You can get Mellanox or Qlogic IB 10/20 or even 40Gbps adapters at >> > unbelivatle prices. Just yesterday I spotted 40Gbps dual Qlogic >> > adapter for 200USD and 10Gbps dual card is easy to get for 20USD. >> > >> > For small deployment it would be perfect option and i do not mention >> > other advantages of Infiniband (lower latency, bigger throughput etc.) >> > >> > I think Infiniband popularity will rise rapidly with Windows 8 because >> > will have full support. >> >> I love Infiniband and we use it extensively. :) >> >> However this doesn't answer his question unless Qlogic or Mellanox >> have released SR-IOV Infiniband drivers without telling me! > > Long before SR-IOV there was infiniband passthrough to PV xen guests. > I don't know if it's still included in Xen or if it works with full > HVM guests, but it was there at one time. Alas it's been non-function for a very long time. :( Smart-IO was one of the first projects but it was insecure and not really fully functional, there was also another Infiniband PV project. I am interested in hacking on this along with PVSCSI in the future. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 04:40:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 04:40: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 1SEvWO-0008N2-33; Tue, 03 Apr 2012 04:39:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEvWM-0008Mo-8M for xen-users@lists.xen.org; Tue, 03 Apr 2012 04:39:06 +0000 Received: from [85.158.138.51:55989] by server-12.bemta-3.messagelabs.com id A4/02-30663-9EE7A7F4; Tue, 03 Apr 2012 04:39:05 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-2.tower-174.messagelabs.com!1333427942!20489047!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32269 invoked from network); 3 Apr 2012 04:39:04 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 04:39:04 -0000 Received: by obbwd20 with SMTP id wd20so6320099obb.32 for ; Mon, 02 Apr 2012 21:39:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=byvGPEhuqD9lCNbZkR8dXJzCOGIFsc+X5OZRxkzhvyM=; b=CMSjOFhL7fa0cEMvB7OGBAyYc07myuikkixrDi5T/Fgf1NAiIeSVQSEoOUcEfEZKk3 VyzF6OqMWbLJDT+QFxGTnuCmzapzhKXJaLK8X28EzuRsZrZeTs7K10odp7vC881MHncc bd/af7ni7BS3LXa2U9om+6HuQGnahBDlKumZnt0BdtypEGg5ZSJYncGGTniqx0bXZn9J EPNatH0pKLb1PiUOHRLUsQZX8eZBlgEGD6/EZFXWxEVYpVXTFVwIEdyACnrAFAkMYsvc q/WpxmjJWA3zgAO14ve6XH3+uisxrrnlCByk/SjxBUMFX+4MyqZW3kYq3y2NNhMaYPqu QEzQ== MIME-Version: 1.0 Received: by 10.182.172.73 with SMTP id ba9mr3999135obc.55.1333427942436; Mon, 02 Apr 2012 21:39:02 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 21:39:02 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7A0603.9070809@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> <4F7A0603.9070809@slackverse.org> Date: Tue, 3 Apr 2012 14:39:02 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQn4ih7AdhEq5d+YUEwQZrV5B2IewlCndJ5RWk1sujWk9fC4LhlXCKrHgCleUKgg9i/tnzO/ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 06:03, Mario wrote: > On 04/02/2012 09:55 PM, Joseph Glanville wrote: >> >> On 3 April 2012 05:48, Mario =A0wrote: >>> >>> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>>> >>>> >>>> On 3 April 2012 05:17, Mario =A0 =A0wrote: >>>>> >>>>> >>>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>>> >>>>>> >>>>>> >>>>>> On 2 April 2012 22:49, Mario =A0 =A0 =A0wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>>>> (except >>>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>>>> than >>>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>>> PV-drivers >>>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>>> describe >>>>>>>>>> your setup in a little more detail. >>>>>>>>>> >>>>>>>>> >>>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>>> windows domU's. I don't have the luxury to install custom drivers >>>>>>>>> on >>>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>>> PVonHVM >>>>>>>>> because i can't. >>>>>>>>> So, anyone else please? :-) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>>>> (which use the corresponding NIC and disk emulation as implemented >>>>>>>> by >>>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>>> I/O-performance wise, as both of them use the same infrastructure = in >>>>>>>> Dom0 to do I/O (qemu process). You're saying that they are >>>>>>>> different, >>>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem = is >>>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>>> >>>>>>> >>>>>>> Its actualy quite simple, here is an example: Windows hvm domU disk >>>>>>> io >>>>>>> on >>>>>>> my >>>>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>>>> (using >>>>>>> same config file template) on the same server gives ~10MB/s >>>>>>> (sequential >>>>>>> read >>>>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>>>> changing >>>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>>> kernel >>>>>>> 2.6.34 on my dom0. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Hieko and myself have told you what to do to get decent performance. >>>>>> Some examples of fully setup PVonHVM guests are available on my file >>>>>> mirror. >>>>>> http://mirror.orionvm.com.au >>>>>> >>>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>>> can do for you. >>>>>> >>>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>>> This makes no sense as qemu-dm runs in userspace. You would have had >>>>>> to >>>>>> make >>>>>> some changes to the toolstack for this performance to differ. >>>>>> >>>>> >>>>> Performance difference between dom0 kernels aside, what I don't >>>>> understand >>>>> is why windows HVM domU works fine, while linux doesn't? >>>>> Isn't HVM supposed to work same for every guest, or does linux actualy >>>>> have >>>>> something against HVM mode? I simply don't get it. >>>> >>>> >>>> >>>> It's definitely not an optimized use case however I have never seen as >>>> low performance as you are reporting. >>>> There are too many reasons to list as to why performance between >>>> Windows HVM and Linux HVM would differ. >>>> >>>> What Linux guests are you attempting to run? >>>> >>>> Joseph. >>>> >>> >>> Running a slackware guest, tried various kernels, did not make any >>> difference. Windows in question is 2008 R2. >> >> >> Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=3Dy and all of the >> Xen device drivers. >> This will enable PVHVM and you should be right as rain for performance. >> > > So what exactly do I do with linux guests that I don't have kernel sources > for? :-) Guests older than 2.6.32 could be a problem. Everything else should be fine. Anything earlier than 2.6.32 you probably want to run in pure PV mode. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 04:40:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 04:40: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 1SEvWO-0008N2-33; Tue, 03 Apr 2012 04:39:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEvWM-0008Mo-8M for xen-users@lists.xen.org; Tue, 03 Apr 2012 04:39:06 +0000 Received: from [85.158.138.51:55989] by server-12.bemta-3.messagelabs.com id A4/02-30663-9EE7A7F4; Tue, 03 Apr 2012 04:39:05 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-2.tower-174.messagelabs.com!1333427942!20489047!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32269 invoked from network); 3 Apr 2012 04:39:04 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 04:39:04 -0000 Received: by obbwd20 with SMTP id wd20so6320099obb.32 for ; Mon, 02 Apr 2012 21:39:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=byvGPEhuqD9lCNbZkR8dXJzCOGIFsc+X5OZRxkzhvyM=; b=CMSjOFhL7fa0cEMvB7OGBAyYc07myuikkixrDi5T/Fgf1NAiIeSVQSEoOUcEfEZKk3 VyzF6OqMWbLJDT+QFxGTnuCmzapzhKXJaLK8X28EzuRsZrZeTs7K10odp7vC881MHncc bd/af7ni7BS3LXa2U9om+6HuQGnahBDlKumZnt0BdtypEGg5ZSJYncGGTniqx0bXZn9J EPNatH0pKLb1PiUOHRLUsQZX8eZBlgEGD6/EZFXWxEVYpVXTFVwIEdyACnrAFAkMYsvc q/WpxmjJWA3zgAO14ve6XH3+uisxrrnlCByk/SjxBUMFX+4MyqZW3kYq3y2NNhMaYPqu QEzQ== MIME-Version: 1.0 Received: by 10.182.172.73 with SMTP id ba9mr3999135obc.55.1333427942436; Mon, 02 Apr 2012 21:39:02 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Mon, 2 Apr 2012 21:39:02 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7A0603.9070809@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> <4F7A0603.9070809@slackverse.org> Date: Tue, 3 Apr 2012 14:39:02 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQn4ih7AdhEq5d+YUEwQZrV5B2IewlCndJ5RWk1sujWk9fC4LhlXCKrHgCleUKgg9i/tnzO/ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 06:03, Mario wrote: > On 04/02/2012 09:55 PM, Joseph Glanville wrote: >> >> On 3 April 2012 05:48, Mario =A0wrote: >>> >>> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>>> >>>> >>>> On 3 April 2012 05:17, Mario =A0 =A0wrote: >>>>> >>>>> >>>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>>> >>>>>> >>>>>> >>>>>> On 2 April 2012 22:49, Mario =A0 =A0 =A0wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>>>> (except >>>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>>>> than >>>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>>> PV-drivers >>>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>>> describe >>>>>>>>>> your setup in a little more detail. >>>>>>>>>> >>>>>>>>> >>>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>>> windows domU's. I don't have the luxury to install custom drivers >>>>>>>>> on >>>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>>> PVonHVM >>>>>>>>> because i can't. >>>>>>>>> So, anyone else please? :-) >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>>>> (which use the corresponding NIC and disk emulation as implemented >>>>>>>> by >>>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>>> I/O-performance wise, as both of them use the same infrastructure = in >>>>>>>> Dom0 to do I/O (qemu process). You're saying that they are >>>>>>>> different, >>>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem = is >>>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>>> >>>>>>> >>>>>>> Its actualy quite simple, here is an example: Windows hvm domU disk >>>>>>> io >>>>>>> on >>>>>>> my >>>>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>>>> (using >>>>>>> same config file template) on the same server gives ~10MB/s >>>>>>> (sequential >>>>>>> read >>>>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>>>> changing >>>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>>> kernel >>>>>>> 2.6.34 on my dom0. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Hieko and myself have told you what to do to get decent performance. >>>>>> Some examples of fully setup PVonHVM guests are available on my file >>>>>> mirror. >>>>>> http://mirror.orionvm.com.au >>>>>> >>>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>>> can do for you. >>>>>> >>>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>>> This makes no sense as qemu-dm runs in userspace. You would have had >>>>>> to >>>>>> make >>>>>> some changes to the toolstack for this performance to differ. >>>>>> >>>>> >>>>> Performance difference between dom0 kernels aside, what I don't >>>>> understand >>>>> is why windows HVM domU works fine, while linux doesn't? >>>>> Isn't HVM supposed to work same for every guest, or does linux actualy >>>>> have >>>>> something against HVM mode? I simply don't get it. >>>> >>>> >>>> >>>> It's definitely not an optimized use case however I have never seen as >>>> low performance as you are reporting. >>>> There are too many reasons to list as to why performance between >>>> Windows HVM and Linux HVM would differ. >>>> >>>> What Linux guests are you attempting to run? >>>> >>>> Joseph. >>>> >>> >>> Running a slackware guest, tried various kernels, did not make any >>> difference. Windows in question is 2008 R2. >> >> >> Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=3Dy and all of the >> Xen device drivers. >> This will enable PVHVM and you should be right as rain for performance. >> > > So what exactly do I do with linux guests that I don't have kernel sources > for? :-) Guests older than 2.6.32 could be a problem. Everything else should be fine. Anything earlier than 2.6.32 you probably want to run in pure PV mode. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 07:29:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 07:29: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 1SEy9r-0001i8-QR; Tue, 03 Apr 2012 07:28:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEy9q-0001i3-M6 for xen-users@lists.xen.org; Tue, 03 Apr 2012 07:28:03 +0000 Received: from [85.158.138.51:4310] by server-3.bemta-3.messagelabs.com id 5B/FB-10665-186AA7F4; Tue, 03 Apr 2012 07:28:01 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-15.tower-174.messagelabs.com!1333438080!18692479!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27531 invoked from network); 3 Apr 2012 07:28:00 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-15.tower-174.messagelabs.com with SMTP; 3 Apr 2012 07:28:00 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id DE9AA21930 for ; Tue, 3 Apr 2012 09:27:45 +0200 (CEST) Message-ID: <4F7AA67E.40801@slackverse.org> Date: Tue, 03 Apr 2012 09:27:58 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> <4F7A0603.9070809@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/03/2012 06:39 AM, Joseph Glanville wrote: > On 3 April 2012 06:03, Mario wrote: >> On 04/02/2012 09:55 PM, Joseph Glanville wrote: >>> >>> On 3 April 2012 05:48, Mario wrote: >>>> >>>> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>>>> >>>>> >>>>> On 3 April 2012 05:17, Mario wrote: >>>>>> >>>>>> >>>>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 2 April 2012 22:49, Mario wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>>>>> (except >>>>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>>>>> than >>>>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>>>> PV-drivers >>>>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>>>> describe >>>>>>>>>>> your setup in a little more detail. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>>>> windows domU's. I don't have the luxury to install custom drivers >>>>>>>>>> on >>>>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>>>> PVonHVM >>>>>>>>>> because i can't. >>>>>>>>>> So, anyone else please? :-) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>>>>> (which use the corresponding NIC and disk emulation as implemented >>>>>>>>> by >>>>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>>>>>> Dom0 to do I/O (qemu process). You're saying that they are >>>>>>>>> different, >>>>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>>>> >>>>>>>> >>>>>>>> Its actualy quite simple, here is an example: Windows hvm domU disk >>>>>>>> io >>>>>>>> on >>>>>>>> my >>>>>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>>>>> (using >>>>>>>> same config file template) on the same server gives ~10MB/s >>>>>>>> (sequential >>>>>>>> read >>>>>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>>>>> changing >>>>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>>>> kernel >>>>>>>> 2.6.34 on my dom0. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hieko and myself have told you what to do to get decent performance. >>>>>>> Some examples of fully setup PVonHVM guests are available on my file >>>>>>> mirror. >>>>>>> http://mirror.orionvm.com.au >>>>>>> >>>>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>>>> can do for you. >>>>>>> >>>>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>>>> This makes no sense as qemu-dm runs in userspace. You would have had >>>>>>> to >>>>>>> make >>>>>>> some changes to the toolstack for this performance to differ. >>>>>>> >>>>>> >>>>>> Performance difference between dom0 kernels aside, what I don't >>>>>> understand >>>>>> is why windows HVM domU works fine, while linux doesn't? >>>>>> Isn't HVM supposed to work same for every guest, or does linux actualy >>>>>> have >>>>>> something against HVM mode? I simply don't get it. >>>>> >>>>> >>>>> >>>>> It's definitely not an optimized use case however I have never seen as >>>>> low performance as you are reporting. >>>>> There are too many reasons to list as to why performance between >>>>> Windows HVM and Linux HVM would differ. >>>>> >>>>> What Linux guests are you attempting to run? >>>>> >>>>> Joseph. >>>>> >>>> >>>> Running a slackware guest, tried various kernels, did not make any >>>> difference. Windows in question is 2008 R2. >>> >>> >>> Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=y and all of the >>> Xen device drivers. >>> This will enable PVHVM and you should be right as rain for performance. >>> >> >> So what exactly do I do with linux guests that I don't have kernel sources >> for? :-) > > Guests older than 2.6.32 could be a problem. > Everything else should be fine. > Anything earlier than 2.6.32 you probably want to run in pure PV mode. > I tried 2.6.37 and 3.2.7, same results. Ok it has become clear that nobody knows, so lets forget about this one. I will keep xen for pv guests only, everything else will go into vmware. Thanks anyway, mario _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 07:29:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 07:29: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 1SEy9r-0001i8-QR; Tue, 03 Apr 2012 07:28:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SEy9q-0001i3-M6 for xen-users@lists.xen.org; Tue, 03 Apr 2012 07:28:03 +0000 Received: from [85.158.138.51:4310] by server-3.bemta-3.messagelabs.com id 5B/FB-10665-186AA7F4; Tue, 03 Apr 2012 07:28:01 +0000 X-Env-Sender: mario@slackverse.org X-Msg-Ref: server-15.tower-174.messagelabs.com!1333438080!18692479!1 X-Originating-IP: [213.147.123.199] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27531 invoked from network); 3 Apr 2012 07:28:00 -0000 Received: from mx.voxnet.hr (HELO mx.voxnet.hr) (213.147.123.199) by server-15.tower-174.messagelabs.com with SMTP; 3 Apr 2012 07:28:00 -0000 Received: from [192.168.0.116] (buzzin.net.amis.hr [194.146.109.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.voxnet.hr (Postfix) with ESMTPSA id DE9AA21930 for ; Tue, 3 Apr 2012 09:27:45 +0200 (CEST) Message-ID: <4F7AA67E.40801@slackverse.org> Date: Tue, 03 Apr 2012 09:27:58 +0200 From: Mario User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120314 Thunderbird/11.0 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> <4F7A0603.9070809@slackverse.org> In-Reply-To: Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/03/2012 06:39 AM, Joseph Glanville wrote: > On 3 April 2012 06:03, Mario wrote: >> On 04/02/2012 09:55 PM, Joseph Glanville wrote: >>> >>> On 3 April 2012 05:48, Mario wrote: >>>> >>>> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>>>> >>>>> >>>>> On 3 April 2012 05:17, Mario wrote: >>>>>> >>>>>> >>>>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 2 April 2012 22:49, Mario wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Windows, of course, does not natively support PVonHVM in any way >>>>>>>>>>> (except >>>>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux DomUs >>>>>>>>>>> than >>>>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>>>> PV-drivers >>>>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>>>> describe >>>>>>>>>>> your setup in a little more detail. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>>>> windows domU's. I don't have the luxury to install custom drivers >>>>>>>>>> on >>>>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>>>> PVonHVM >>>>>>>>>> because i can't. >>>>>>>>>> So, anyone else please? :-) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Read my last paragraph again, please: Linux fully virtualized DomUs >>>>>>>>> (which use the corresponding NIC and disk emulation as implemented >>>>>>>>> by >>>>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>>>> I/O-performance wise, as both of them use the same infrastructure in >>>>>>>>> Dom0 to do I/O (qemu process). You're saying that they are >>>>>>>>> different, >>>>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem is >>>>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>>>> >>>>>>>> >>>>>>>> Its actualy quite simple, here is an example: Windows hvm domU disk >>>>>>>> io >>>>>>>> on >>>>>>>> my >>>>>>>> test server is ~60MB/s (sequential read or write). Linux HVM guests >>>>>>>> (using >>>>>>>> same config file template) on the same server gives ~10MB/s >>>>>>>> (sequential >>>>>>>> read >>>>>>>> or write), i tried pretty much everything, from tuning scheduler to >>>>>>>> changing >>>>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>>>> kernel >>>>>>>> 2.6.34 on my dom0. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Hieko and myself have told you what to do to get decent performance. >>>>>>> Some examples of fully setup PVonHVM guests are available on my file >>>>>>> mirror. >>>>>>> http://mirror.orionvm.com.au >>>>>>> >>>>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>>>> can do for you. >>>>>>> >>>>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>>>> This makes no sense as qemu-dm runs in userspace. You would have had >>>>>>> to >>>>>>> make >>>>>>> some changes to the toolstack for this performance to differ. >>>>>>> >>>>>> >>>>>> Performance difference between dom0 kernels aside, what I don't >>>>>> understand >>>>>> is why windows HVM domU works fine, while linux doesn't? >>>>>> Isn't HVM supposed to work same for every guest, or does linux actualy >>>>>> have >>>>>> something against HVM mode? I simply don't get it. >>>>> >>>>> >>>>> >>>>> It's definitely not an optimized use case however I have never seen as >>>>> low performance as you are reporting. >>>>> There are too many reasons to list as to why performance between >>>>> Windows HVM and Linux HVM would differ. >>>>> >>>>> What Linux guests are you attempting to run? >>>>> >>>>> Joseph. >>>>> >>>> >>>> Running a slackware guest, tried various kernels, did not make any >>>> difference. Windows in question is 2008 R2. >>> >>> >>> Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=y and all of the >>> Xen device drivers. >>> This will enable PVHVM and you should be right as rain for performance. >>> >> >> So what exactly do I do with linux guests that I don't have kernel sources >> for? :-) > > Guests older than 2.6.32 could be a problem. > Everything else should be fine. > Anything earlier than 2.6.32 you probably want to run in pure PV mode. > I tried 2.6.37 and 3.2.7, same results. Ok it has become clear that nobody knows, so lets forget about this one. I will keep xen for pv guests only, everything else will go into vmware. Thanks anyway, mario _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 10:29:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 10:29:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF0yR-0005m3-9s; Tue, 03 Apr 2012 10:28:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF0yN-0005l5-8F for xen-users@lists.xensource.com; Tue, 03 Apr 2012 10:28:25 +0000 Received: from [85.158.143.99:15009] by server-1.bemta-4.messagelabs.com id FD/DC-20925-6C0DA7F4; Tue, 03 Apr 2012 10:28:22 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1333448901!16822675!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjczMA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15421 invoked from network); 3 Apr 2012 10:28:21 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 10:28:21 -0000 X-IronPort-AV: E=Sophos;i="4.75,362,1330905600"; d="scan'208";a="11741597" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Apr 2012 10:28:21 +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; Tue, 3 Apr 2012 11:28:20 +0100 Date: Tue, 3 Apr 2012 11:30:31 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Joseph Glanville In-Reply-To: Message-ID: References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , Ian Campbell , Lars Kurth , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2 Apr 2012, Joseph Glanville wrote: > On 3 April 2012 02:11, Ian Campbell wrote: > > On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: > >> Hi guys, > >> > >> I have started preparing a library of PV-HVM templates for use on Xen > >> 4.X+ and PVOPS dom0. > > [...] > >> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > >> (the final beta, will be updated to final shortly). > >> Included is an OS image, a config file, a README and the associated > >> licences etc. > > > > This is very cool, and you are correct that these will be very useful > > for people trying to get something going quickly! Thanks Joseph. > > No problem, I am working on a new dom0 livecd too. > > I need some recommendations on what distro to base it on though... > Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going > to be more enduring and a more beginner approachable alternative. > > Does anyone have any thoughts on this? I would definitely keep Ubuntu and maybe add OpenSUSE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 10:29:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 10:29:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF0yR-0005m3-9s; Tue, 03 Apr 2012 10:28:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF0yN-0005l5-8F for xen-users@lists.xensource.com; Tue, 03 Apr 2012 10:28:25 +0000 Received: from [85.158.143.99:15009] by server-1.bemta-4.messagelabs.com id FD/DC-20925-6C0DA7F4; Tue, 03 Apr 2012 10:28:22 +0000 X-Env-Sender: Stefano.Stabellini@eu.citrix.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1333448901!16822675!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjczMA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15421 invoked from network); 3 Apr 2012 10:28:21 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 10:28:21 -0000 X-IronPort-AV: E=Sophos;i="4.75,362,1330905600"; d="scan'208";a="11741597" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Apr 2012 10:28:21 +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; Tue, 3 Apr 2012 11:28:20 +0100 Date: Tue, 3 Apr 2012 11:30:31 +0100 From: Stefano Stabellini X-X-Sender: sstabellini@kaball-desktop To: Joseph Glanville In-Reply-To: Message-ID: References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , Ian Campbell , Lars Kurth , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2 Apr 2012, Joseph Glanville wrote: > On 3 April 2012 02:11, Ian Campbell wrote: > > On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: > >> Hi guys, > >> > >> I have started preparing a library of PV-HVM templates for use on Xen > >> 4.X+ and PVOPS dom0. > > [...] > >> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > >> (the final beta, will be updated to final shortly). > >> Included is an OS image, a config file, a README and the associated > >> licences etc. > > > > This is very cool, and you are correct that these will be very useful > > for people trying to get something going quickly! Thanks Joseph. > > No problem, I am working on a new dom0 livecd too. > > I need some recommendations on what distro to base it on though... > Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going > to be more enduring and a more beginner approachable alternative. > > Does anyone have any thoughts on this? I would definitely keep Ubuntu and maybe add OpenSUSE _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 10:48:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 10:48: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 1SF1Gt-0006oW-3C; Tue, 03 Apr 2012 10:47:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF1Gr-0006nt-C4 for xen-users@lists.xensource.com; Tue, 03 Apr 2012 10:47:29 +0000 Received: from [85.158.143.35:37694] by server-2.bemta-4.messagelabs.com id 32/16-17550-045DA7F4; Tue, 03 Apr 2012 10:47:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1333450018!10781702!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9036 invoked from network); 3 Apr 2012 10:46:59 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 10:46:59 -0000 X-IronPort-AV: E=Sophos;i="4.75,362,1330905600"; d="scan'208";a="11742104" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Apr 2012 10:46:57 +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; Tue, 3 Apr 2012 11:46:57 +0100 Message-ID: <1333450007.25602.130.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Joseph Glanville Date: Tue, 3 Apr 2012 11:46:47 +0100 In-Reply-To: References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-02 at 18:59 +0100, Joseph Glanville wrote: > On 3 April 2012 02:11, Ian Campbell wrote: > > On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: > >> Hi guys, > >> > >> I have started preparing a library of PV-HVM templates for use on Xen > >> 4.X+ and PVOPS dom0. > > [...] > >> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > >> (the final beta, will be updated to final shortly). > >> Included is an OS image, a config file, a README and the associated > >> licences etc. > > > > This is very cool, and you are correct that these will be very useful > > for people trying to get something going quickly! Thanks Joseph. > > No problem, I am working on a new dom0 livecd too. > > I need some recommendations on what distro to base it on though... > Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going > to be more enduring and a more beginner approachable alternative. > > Does anyone have any thoughts on this? My personal preference would be Debian ;-) But pragmatically Ubuntu is, I think, generally thought to be a good beginner distro and conveniently it now contains support for Xen so that seems like a good choice. Also on the plus side is that Ubuntu may well contain the "Debian Live" packages/infrastructure which make building Live CDs easier (I presume, I've never tried them). I don't know if that's actually what is used by Ubuntu to make their live CDs, if not then I'd hope that infrastructure was in Ubuntu too. Ian. > > > > >> The images are bz2 compressed blockdevice images suitable for use on > >> LVM or a file backed tapdisk if you have the appropriate backend. > >> (alternatively you can use the loop device but this is discouraged) > >> All images have serial console enabled, PV network and block devices, > >> fixed udev rules etc. > >> > >> I will add more info about them, an FAQ about how they are setup and > >> what you should do to customize them, expand the disk image etc soon. > >> > >> I am looking for someone to mirror these in the US for me, please > >> email me if you have spare bandwith. > >> > >> Joseph. > >> > > > > > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 10:48:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 10:48: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 1SF1Gt-0006oW-3C; Tue, 03 Apr 2012 10:47:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF1Gr-0006nt-C4 for xen-users@lists.xensource.com; Tue, 03 Apr 2012 10:47:29 +0000 Received: from [85.158.143.35:37694] by server-2.bemta-4.messagelabs.com id 32/16-17550-045DA7F4; Tue, 03 Apr 2012 10:47:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1333450018!10781702!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjU1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9036 invoked from network); 3 Apr 2012 10:46:59 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 10:46:59 -0000 X-IronPort-AV: E=Sophos;i="4.75,362,1330905600"; d="scan'208";a="11742104" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Apr 2012 10:46:57 +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; Tue, 3 Apr 2012 11:46:57 +0100 Message-ID: <1333450007.25602.130.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Joseph Glanville Date: Tue, 3 Apr 2012 11:46:47 +0100 In-Reply-To: References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "staff@orionvm.com.au" , xen-devel , "xen-users@lists.xensource.com" , Lars Kurth Subject: Re: [Xen-users] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-02 at 18:59 +0100, Joseph Glanville wrote: > On 3 April 2012 02:11, Ian Campbell wrote: > > On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: > >> Hi guys, > >> > >> I have started preparing a library of PV-HVM templates for use on Xen > >> 4.X+ and PVOPS dom0. > > [...] > >> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available > >> (the final beta, will be updated to final shortly). > >> Included is an OS image, a config file, a README and the associated > >> licences etc. > > > > This is very cool, and you are correct that these will be very useful > > for people trying to get something going quickly! Thanks Joseph. > > No problem, I am working on a new dom0 livecd too. > > I need some recommendations on what distro to base it on though... > Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going > to be more enduring and a more beginner approachable alternative. > > Does anyone have any thoughts on this? My personal preference would be Debian ;-) But pragmatically Ubuntu is, I think, generally thought to be a good beginner distro and conveniently it now contains support for Xen so that seems like a good choice. Also on the plus side is that Ubuntu may well contain the "Debian Live" packages/infrastructure which make building Live CDs easier (I presume, I've never tried them). I don't know if that's actually what is used by Ubuntu to make their live CDs, if not then I'd hope that infrastructure was in Ubuntu too. Ian. > > > > >> The images are bz2 compressed blockdevice images suitable for use on > >> LVM or a file backed tapdisk if you have the appropriate backend. > >> (alternatively you can use the loop device but this is discouraged) > >> All images have serial console enabled, PV network and block devices, > >> fixed udev rules etc. > >> > >> I will add more info about them, an FAQ about how they are setup and > >> what you should do to customize them, expand the disk image etc soon. > >> > >> I am looking for someone to mirror these in the US for me, please > >> email me if you have spare bandwith. > >> > >> Joseph. > >> > > > > > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 13:50:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 13:50: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 1SF47G-0001lE-Mb; Tue, 03 Apr 2012 13:49:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF47E-0001l8-Ce for xen-users@lists.xen.org; Tue, 03 Apr 2012 13:49:44 +0000 Received: from [85.158.138.51:44533] by server-11.bemta-3.messagelabs.com id 05/64-28543-6FFFA7F4; Tue, 03 Apr 2012 13:49:42 +0000 X-Env-Sender: nichuspam@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1333460980!20462863!1 X-Originating-IP: [209.85.210.193] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16101 invoked from network); 3 Apr 2012 13:49:41 -0000 Received: from mail-iy0-f193.google.com (HELO mail-iy0-f193.google.com) (209.85.210.193) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 13:49:41 -0000 Received: by iaae16 with SMTP id e16so2121207iaa.8 for ; Tue, 03 Apr 2012 06:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=bFP/c2d1fcSo11E5djUXkGu3Km63AIkIuQVrVUJGH8s=; b=OHs5NMbIOSf/Y3Ie6YCQRieKXnFcCLkWWv3PiMVCN88/xJjO1sEGq+3jBQZ20LTjq0 ilwoJTh9cqEdWpG4b6jlW3ozPo41riipk5oK/Ny7CwxWM8PrI1ce8QnE0hY3YDryegeT 1XwNFpBEnf8pZ/Ves/zt0jPA2dGge/r5agxFiaIAKFxI7fSvO5FPra217VM+w/2Xise2 TetUhiG50a4IoBXO6cU0PzFvGpZGxub0BgYrBwJkZcTWbsy5t4hwCwT1ZSdPDD24eN18 LyVAzYo7KNKW0pJAibPumB0wCH9q/uhMHmGQ2Db6RwVGP5M0rv38SOuwHGT8or+Zfw9C Bc7w== MIME-Version: 1.0 Received: by 10.50.154.167 with SMTP id vp7mr8940192igb.55.1333460529131; Tue, 03 Apr 2012 06:42:09 -0700 (PDT) Received: by 10.42.227.137 with HTTP; Tue, 3 Apr 2012 06:42:09 -0700 (PDT) Date: Tue, 3 Apr 2012 15:42:09 +0200 Message-ID: From: M N To: xen-users@lists.xen.org Subject: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7640481937806630776==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7640481937806630776== Content-Type: multipart/alternative; boundary=14dae9340c712931fa04bcc67949 --14dae9340c712931fa04bcc67949 Content-Type: text/plain; charset=ISO-8859-1 Hello I would like to ask about XEN (paravirtualization) + PXE working together .... I have xen environment and would like to install few clients using PXE (everything on debian) ... Is it possible at all? It's hard to find any useful information on that (even official FAQ has not working link) please check here the question: Is it possible to start a VM that contains just gpxe?http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F I found some information about gpxy and pypxeboot but i can't make it work... For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now... so could someone confirm that it is possible to make it work ? Regards, nichu --14dae9340c712931fa04bcc67949 Content-Type: text/html; charset=ISO-8859-1 
Hello

I would like to ask about XEN (paravirtualization) + PXE working together ....

I have xen environment and would like to install few clients using PXE (everything on debian)  ...
Is it possible at all?

It's hard to find any useful information on that (even official FAQ has not working link)
please check here the question:
Is it possible to start a VM that contains just gpxe?
http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F

I found some information about gpxy and pypxeboot but i can't make it work...

For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now...

so could someone confirm that it is possible to make it work ?

Regards,
nichu
--14dae9340c712931fa04bcc67949-- --===============7640481937806630776== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7640481937806630776==-- From xen-users-bounces@lists.xen.org Tue Apr 03 13:50:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 13:50: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 1SF47G-0001lE-Mb; Tue, 03 Apr 2012 13:49:46 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF47E-0001l8-Ce for xen-users@lists.xen.org; Tue, 03 Apr 2012 13:49:44 +0000 Received: from [85.158.138.51:44533] by server-11.bemta-3.messagelabs.com id 05/64-28543-6FFFA7F4; Tue, 03 Apr 2012 13:49:42 +0000 X-Env-Sender: nichuspam@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1333460980!20462863!1 X-Originating-IP: [209.85.210.193] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16101 invoked from network); 3 Apr 2012 13:49:41 -0000 Received: from mail-iy0-f193.google.com (HELO mail-iy0-f193.google.com) (209.85.210.193) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 13:49:41 -0000 Received: by iaae16 with SMTP id e16so2121207iaa.8 for ; Tue, 03 Apr 2012 06:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=bFP/c2d1fcSo11E5djUXkGu3Km63AIkIuQVrVUJGH8s=; b=OHs5NMbIOSf/Y3Ie6YCQRieKXnFcCLkWWv3PiMVCN88/xJjO1sEGq+3jBQZ20LTjq0 ilwoJTh9cqEdWpG4b6jlW3ozPo41riipk5oK/Ny7CwxWM8PrI1ce8QnE0hY3YDryegeT 1XwNFpBEnf8pZ/Ves/zt0jPA2dGge/r5agxFiaIAKFxI7fSvO5FPra217VM+w/2Xise2 TetUhiG50a4IoBXO6cU0PzFvGpZGxub0BgYrBwJkZcTWbsy5t4hwCwT1ZSdPDD24eN18 LyVAzYo7KNKW0pJAibPumB0wCH9q/uhMHmGQ2Db6RwVGP5M0rv38SOuwHGT8or+Zfw9C Bc7w== MIME-Version: 1.0 Received: by 10.50.154.167 with SMTP id vp7mr8940192igb.55.1333460529131; Tue, 03 Apr 2012 06:42:09 -0700 (PDT) Received: by 10.42.227.137 with HTTP; Tue, 3 Apr 2012 06:42:09 -0700 (PDT) Date: Tue, 3 Apr 2012 15:42:09 +0200 Message-ID: From: M N To: xen-users@lists.xen.org Subject: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7640481937806630776==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7640481937806630776== Content-Type: multipart/alternative; boundary=14dae9340c712931fa04bcc67949 --14dae9340c712931fa04bcc67949 Content-Type: text/plain; charset=ISO-8859-1 Hello I would like to ask about XEN (paravirtualization) + PXE working together .... I have xen environment and would like to install few clients using PXE (everything on debian) ... Is it possible at all? It's hard to find any useful information on that (even official FAQ has not working link) please check here the question: Is it possible to start a VM that contains just gpxe?http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F I found some information about gpxy and pypxeboot but i can't make it work... For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now... so could someone confirm that it is possible to make it work ? Regards, nichu --14dae9340c712931fa04bcc67949 Content-Type: text/html; charset=ISO-8859-1 
Hello

I would like to ask about XEN (paravirtualization) + PXE working together ....

I have xen environment and would like to install few clients using PXE (everything on debian)  ...
Is it possible at all?

It's hard to find any useful information on that (even official FAQ has not working link)
please check here the question:
Is it possible to start a VM that contains just gpxe?
http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F

I found some information about gpxy and pypxeboot but i can't make it work...

For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now...

so could someone confirm that it is possible to make it work ?

Regards,
nichu
--14dae9340c712931fa04bcc67949-- --===============7640481937806630776== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7640481937806630776==-- From xen-users-bounces@lists.xen.org Tue Apr 03 14:04:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 14:04: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 1SF4KK-0002qU-AN; Tue, 03 Apr 2012 14:03:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF4KI-0002py-1G for xen-users@lists.xen.org; Tue, 03 Apr 2012 14:03:14 +0000 Received: from [85.158.138.51:53869] by server-11.bemta-3.messagelabs.com id A1/E4-28543-1230B7F4; Tue, 03 Apr 2012 14:03:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1333461791!20625975!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjczMA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10218 invoked from network); 3 Apr 2012 14:03:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 14:03:11 -0000 X-IronPort-AV: E=Sophos;i="4.75,363,1330905600"; d="scan'208";a="11747525" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Apr 2012 14:03:11 +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; Tue, 3 Apr 2012 15:03:10 +0100 Message-ID: <1333461788.10586.11.camel@zakaz.uk.xensource.com> From: Ian Campbell To: M N Date: Tue, 3 Apr 2012 15:03:08 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2012-04-03 at 14:42 +0100, M N wrote: > Hello > > I would like to ask about XEN (paravirtualization) + PXE working together .... > > I have xen environment and would like to install few clients using PXE (everything on debian) ... > Is it possible at all? It's not exactly PXE but I think tools/misc/xenpvnetboot can do network boot of various guest types for installation purposes. It is currently only in xen-unstable but it should be pretty independent so I should think you could grab it from there and use it with any release You might also find http://wiki.xen.org/wiki/Debian_Guest_Installation_Using_Debian_Installer useful, it describes doing a netboot installation of Debian. A little bit of scripting is all it would take to automate that and have something a bit like PXE. > Is it possible to start a VM that contains just gpxe? gpxe is only available for HVM guests, not PV ones. > I found some information about gpxy and pypxeboot but i can't make it work... > > For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now... > > so could someone confirm that it is possible to make it work ? I do the netboot style of install quite a lot, following the method in the wiki page above. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 14:04:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 14:04: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 1SF4KK-0002qU-AN; Tue, 03 Apr 2012 14:03:16 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF4KI-0002py-1G for xen-users@lists.xen.org; Tue, 03 Apr 2012 14:03:14 +0000 Received: from [85.158.138.51:53869] by server-11.bemta-3.messagelabs.com id A1/E4-28543-1230B7F4; Tue, 03 Apr 2012 14:03:13 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1333461791!20625975!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MjczMA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10218 invoked from network); 3 Apr 2012 14:03:11 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 14:03:11 -0000 X-IronPort-AV: E=Sophos;i="4.75,363,1330905600"; d="scan'208";a="11747525" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 03 Apr 2012 14:03:11 +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; Tue, 3 Apr 2012 15:03:10 +0100 Message-ID: <1333461788.10586.11.camel@zakaz.uk.xensource.com> From: Ian Campbell To: M N Date: Tue, 3 Apr 2012 15:03:08 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2012-04-03 at 14:42 +0100, M N wrote: > Hello > > I would like to ask about XEN (paravirtualization) + PXE working together .... > > I have xen environment and would like to install few clients using PXE (everything on debian) ... > Is it possible at all? It's not exactly PXE but I think tools/misc/xenpvnetboot can do network boot of various guest types for installation purposes. It is currently only in xen-unstable but it should be pretty independent so I should think you could grab it from there and use it with any release You might also find http://wiki.xen.org/wiki/Debian_Guest_Installation_Using_Debian_Installer useful, it describes doing a netboot installation of Debian. A little bit of scripting is all it would take to automate that and have something a bit like PXE. > Is it possible to start a VM that contains just gpxe? gpxe is only available for HVM guests, not PV ones. > I found some information about gpxy and pypxeboot but i can't make it work... > > For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now... > > so could someone confirm that it is possible to make it work ? I do the netboot style of install quite a lot, following the method in the wiki page above. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 14:50:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 14:50: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 1SF53B-0006hL-5b; Tue, 03 Apr 2012 14:49:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF538-0006gy-QM for xen-users@lists.xensource.com; Tue, 03 Apr 2012 14:49:35 +0000 Received: from [85.158.139.83:59261] by server-1.bemta-5.messagelabs.com id B0/44-28458-AFD0B7F4; Tue, 03 Apr 2012 14:49:30 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1333464569!11040258!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22857 invoked from network); 3 Apr 2012 14:49:29 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 14:49:29 -0000 Received: by bkwj5 with SMTP id j5so3838976bkw.30 for ; Tue, 03 Apr 2012 07:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bcpwPwMvkpn51WVj5bhJ9uJye2S21slxYd85G4nKghM=; b=alwGQ9B5WNmLmiJUZRKZ4Tu7IWfMmV5vJO615nCO2cPW8BnZ+EXA+4NjlpK1z0KA3/ +K70zEs/BXnTAaVkfgXUGPNap+K32zxWTRwVnY8yNVBs/5dL1eoiYBlw9qcHN1vsdMw5 FaoxfiB+NZZNPSTpp2mX3yj/tLq8uVhnbMzGsukBYO4zW2l6zALgj8jUDCr+7HF9udqO pDyjvYNZslhzDtipAFBwsdUEyodE/9g0AnvuijVi6uE//CA+7y8Qk7hzYHCgCYDp5a5R TsYMveGxzvUmwrB7yzNKsoBg2XrmZMZi2YqJEjqcUem8gLdd+Xajv8Iz8SkQN7QbfED4 64gw== Received: by 10.205.132.73 with SMTP id ht9mr5856828bkc.46.1333464569186; Tue, 03 Apr 2012 07:49:29 -0700 (PDT) Received: from [172.16.25.10] (b0fb52a6.bb.sky.com. [176.251.82.166]) by mx.google.com with ESMTPS id z17sm46460414bkw.12.2012.04.03.07.49.26 (version=SSLv3 cipher=OTHER); Tue, 03 Apr 2012 07:49:27 -0700 (PDT) Message-ID: <4F7B0DF5.1010602@xen.org> Date: Tue, 03 Apr 2012 15:49:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> <1333450007.25602.130.camel@zakaz.uk.xensource.com> <20120403133038.GA84917@dhcp-3-120.uk.xensource.com> In-Reply-To: <20120403133038.GA84917@dhcp-3-120.uk.xensource.com> Cc: xen-devel , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for the effort: do ping me when you guys are ready Also when LiveCD's and the library is in place, that would be a great guest blog post on xen.org Regards Lars On 03/04/2012 14:30, Roger Pau Monne wrote: > On Tue, Apr 03, 2012 at 11:46:47AM +0100, Ian Campbell wrote: >> On Mon, 2012-04-02 at 18:59 +0100, Joseph Glanville wrote: >>> On 3 April 2012 02:11, Ian Campbell wrote: >>>> On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: >>>>> Hi guys, >>>>> >>>>> I have started preparing a library of PV-HVM templates for use on Xen >>>>> 4.X+ and PVOPS dom0. >>>> [...] >>>>> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available >>>>> (the final beta, will be updated to final shortly). >>>>> Included is an OS image, a config file, a README and the associated >>>>> licences etc. >>>> This is very cool, and you are correct that these will be very useful >>>> for people trying to get something going quickly! Thanks Joseph. >>> No problem, I am working on a new dom0 livecd too. >>> >>> I need some recommendations on what distro to base it on though... >>> Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going >>> to be more enduring and a more beginner approachable alternative. >>> >>> Does anyone have any thoughts on this? > I've been working with the Alpine Linux guys (http://alpinelinux.org/) > for some time, and we managed to get a working Xen LiveCD, next major > release (2.4 I think) it's gonna come with Xen Dom0 LiveCDs, since all > the necessary bits have been added to the upstream distro build > scripts. You can take a look at the build scripts here: > > http://git.alpinelinux.org/cgit/alpine-iso/ > > It's really easy to generate a LiveCD iso, you just need a working > Alpine Linux install (which can be a VM) and the alpine-iso scripts. > >> My personal preference would be Debian ;-) But pragmatically Ubuntu is, >> I think, generally thought to be a good beginner distro and conveniently >> it now contains support for Xen so that seems like a good choice. >> >> Also on the plus side is that Ubuntu may well contain the "Debian Live" >> packages/infrastructure which make building Live CDs easier (I presume, >> I've never tried them). I don't know if that's actually what is used by >> Ubuntu to make their live CDs, if not then I'd hope that infrastructure >> was in Ubuntu too. >> >> Ian. >> >>>>> The images are bz2 compressed blockdevice images suitable for use on >>>>> LVM or a file backed tapdisk if you have the appropriate backend. >>>>> (alternatively you can use the loop device but this is discouraged) >>>>> All images have serial console enabled, PV network and block devices, >>>>> fixed udev rules etc. >>>>> >>>>> I will add more info about them, an FAQ about how they are setup and >>>>> what you should do to customize them, expand the disk image etc soon. >>>>> >>>>> I am looking for someone to mirror these in the US for me, please >>>>> email me if you have spare bandwith. >>>>> >>>>> Joseph. >>>>> >>>> >>> >>> >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 14:50:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 14:50: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 1SF53B-0006hL-5b; Tue, 03 Apr 2012 14:49:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF538-0006gy-QM for xen-users@lists.xensource.com; Tue, 03 Apr 2012 14:49:35 +0000 Received: from [85.158.139.83:59261] by server-1.bemta-5.messagelabs.com id B0/44-28458-AFD0B7F4; Tue, 03 Apr 2012 14:49:30 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1333464569!11040258!1 X-Originating-IP: [209.85.214.43] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22857 invoked from network); 3 Apr 2012 14:49:29 -0000 Received: from mail-bk0-f43.google.com (HELO mail-bk0-f43.google.com) (209.85.214.43) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 14:49:29 -0000 Received: by bkwj5 with SMTP id j5so3838976bkw.30 for ; Tue, 03 Apr 2012 07:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bcpwPwMvkpn51WVj5bhJ9uJye2S21slxYd85G4nKghM=; b=alwGQ9B5WNmLmiJUZRKZ4Tu7IWfMmV5vJO615nCO2cPW8BnZ+EXA+4NjlpK1z0KA3/ +K70zEs/BXnTAaVkfgXUGPNap+K32zxWTRwVnY8yNVBs/5dL1eoiYBlw9qcHN1vsdMw5 FaoxfiB+NZZNPSTpp2mX3yj/tLq8uVhnbMzGsukBYO4zW2l6zALgj8jUDCr+7HF9udqO pDyjvYNZslhzDtipAFBwsdUEyodE/9g0AnvuijVi6uE//CA+7y8Qk7hzYHCgCYDp5a5R TsYMveGxzvUmwrB7yzNKsoBg2XrmZMZi2YqJEjqcUem8gLdd+Xajv8Iz8SkQN7QbfED4 64gw== Received: by 10.205.132.73 with SMTP id ht9mr5856828bkc.46.1333464569186; Tue, 03 Apr 2012 07:49:29 -0700 (PDT) Received: from [172.16.25.10] (b0fb52a6.bb.sky.com. [176.251.82.166]) by mx.google.com with ESMTPS id z17sm46460414bkw.12.2012.04.03.07.49.26 (version=SSLv3 cipher=OTHER); Tue, 03 Apr 2012 07:49:27 -0700 (PDT) Message-ID: <4F7B0DF5.1010602@xen.org> Date: Tue, 03 Apr 2012 15:49:25 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 References: <1333383095.25602.94.camel@zakaz.uk.xensource.com> <1333450007.25602.130.camel@zakaz.uk.xensource.com> <20120403133038.GA84917@dhcp-3-120.uk.xensource.com> In-Reply-To: <20120403133038.GA84917@dhcp-3-120.uk.xensource.com> Cc: xen-devel , "xen-users@lists.xensource.com" Subject: Re: [Xen-users] [Xen-devel] [ANNOUNCE] Prebuilt Xen PV-HVM templates. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for the effort: do ping me when you guys are ready Also when LiveCD's and the library is in place, that would be a great guest blog post on xen.org Regards Lars On 03/04/2012 14:30, Roger Pau Monne wrote: > On Tue, Apr 03, 2012 at 11:46:47AM +0100, Ian Campbell wrote: >> On Mon, 2012-04-02 at 18:59 +0100, Joseph Glanville wrote: >>> On 3 April 2012 02:11, Ian Campbell wrote: >>>> On Sun, 2012-04-01 at 19:16 +0100, Joseph Glanville wrote: >>>>> Hi guys, >>>>> >>>>> I have started preparing a library of PV-HVM templates for use on Xen >>>>> 4.X+ and PVOPS dom0. >>>> [...] >>>>> Initially there is Debian 6, CentOS 6.2 and Ubuntu 12.04 available >>>>> (the final beta, will be updated to final shortly). >>>>> Included is an OS image, a config file, a README and the associated >>>>> licences etc. >>>> This is very cool, and you are correct that these will be very useful >>>> for people trying to get something going quickly! Thanks Joseph. >>> No problem, I am working on a new dom0 livecd too. >>> >>> I need some recommendations on what distro to base it on though... >>> Personally Gentoo is easiest for me but I think Ubuntu 12.04 is going >>> to be more enduring and a more beginner approachable alternative. >>> >>> Does anyone have any thoughts on this? > I've been working with the Alpine Linux guys (http://alpinelinux.org/) > for some time, and we managed to get a working Xen LiveCD, next major > release (2.4 I think) it's gonna come with Xen Dom0 LiveCDs, since all > the necessary bits have been added to the upstream distro build > scripts. You can take a look at the build scripts here: > > http://git.alpinelinux.org/cgit/alpine-iso/ > > It's really easy to generate a LiveCD iso, you just need a working > Alpine Linux install (which can be a VM) and the alpine-iso scripts. > >> My personal preference would be Debian ;-) But pragmatically Ubuntu is, >> I think, generally thought to be a good beginner distro and conveniently >> it now contains support for Xen so that seems like a good choice. >> >> Also on the plus side is that Ubuntu may well contain the "Debian Live" >> packages/infrastructure which make building Live CDs easier (I presume, >> I've never tried them). I don't know if that's actually what is used by >> Ubuntu to make their live CDs, if not then I'd hope that infrastructure >> was in Ubuntu too. >> >> Ian. >> >>>>> The images are bz2 compressed blockdevice images suitable for use on >>>>> LVM or a file backed tapdisk if you have the appropriate backend. >>>>> (alternatively you can use the loop device but this is discouraged) >>>>> All images have serial console enabled, PV network and block devices, >>>>> fixed udev rules etc. >>>>> >>>>> I will add more info about them, an FAQ about how they are setup and >>>>> what you should do to customize them, expand the disk image etc soon. >>>>> >>>>> I am looking for someone to mirror these in the US for me, please >>>>> email me if you have spare bandwith. >>>>> >>>>> Joseph. >>>>> >>>> >>> >>> >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 17:41:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 17:41: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 1SF7ik-0005XX-3z; Tue, 03 Apr 2012 17:40:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF7ii-0005XR-7h for xen-users@lists.xen.org; Tue, 03 Apr 2012 17:40:40 +0000 Received: from [85.158.143.35:3696] by server-1.bemta-4.messagelabs.com id 57/A6-20925-7163B7F4; Tue, 03 Apr 2012 17:40:39 +0000 X-Env-Sender: dbeuerlein@cannonind.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1333474836!10879393!1 X-Originating-IP: [74.112.38.76] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8219 invoked from network); 3 Apr 2012 17:40:37 -0000 Received: from mail.cannonind.com (HELO cannonind.com) (74.112.38.76) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2012 17:40:37 -0000 Received: (qmail 29023 invoked from network); 3 Apr 2012 17:40:35 -0000 Received: from unknown (HELO ?127.0.0.1?) (dbeuerlein@cannonind.com@192.168.0.195) by 192.168.0.250 with ESMTPA; 3 Apr 2012 17:40:35 -0000 Message-ID: <4F7B3613.9070604@cannonind.com> Date: Tue, 03 Apr 2012 13:40:35 -0400 From: Dustin Beuerlein User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Creating a new domain from a cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5374785970397940131==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5374785970397940131== Content-Type: multipart/alternative; boundary="------------010506070905070308050200" This is a multi-part message in MIME format. --------------010506070905070308050200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I am completely new to Xen and Gentoo. But I need to create a new virtual host from a cd using Xen. I've tried creating a new domain with "xm new name " and it obviously errors out. So I was wondering if anyone has a quick guide to create domains with Xen that I could read. Thanks in advance. -- Thank you, Dustin Beuerlein /Network Administrator/ *Cannon Industries, Inc.* 525 Lee Road Rochester, NY 14606-4236 P: (585) 254-8080 Ext: 3120 F: (585) 254-1352 dbeuerlein@cannonind.com http://www.cannonind.com --------------010506070905070308050200 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

I am completely new to Xen and Gentoo. But I need to create a new virtual host from a cd using Xen. I've tried creating a new domain with "xm new name " and it obviously errors out. So I was wondering if anyone has a quick guide to create domains with Xen that I could read.

Thanks in advance.
--

Thank you,

Dustin Beuerlein
Network Administrator

Cannon Industries, Inc.
525 Lee Road
Rochester, NY 14606-4236

P: (585) 254-8080 Ext: 3120
F: (585) 254-1352

dbeuerlein@cannonind.com
http://www.cannonind.com

--------------010506070905070308050200-- --===============5374785970397940131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5374785970397940131==-- From xen-users-bounces@lists.xen.org Tue Apr 03 17:41:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 17:41: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 1SF7ik-0005XX-3z; Tue, 03 Apr 2012 17:40:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF7ii-0005XR-7h for xen-users@lists.xen.org; Tue, 03 Apr 2012 17:40:40 +0000 Received: from [85.158.143.35:3696] by server-1.bemta-4.messagelabs.com id 57/A6-20925-7163B7F4; Tue, 03 Apr 2012 17:40:39 +0000 X-Env-Sender: dbeuerlein@cannonind.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1333474836!10879393!1 X-Originating-IP: [74.112.38.76] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8219 invoked from network); 3 Apr 2012 17:40:37 -0000 Received: from mail.cannonind.com (HELO cannonind.com) (74.112.38.76) by server-10.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2012 17:40:37 -0000 Received: (qmail 29023 invoked from network); 3 Apr 2012 17:40:35 -0000 Received: from unknown (HELO ?127.0.0.1?) (dbeuerlein@cannonind.com@192.168.0.195) by 192.168.0.250 with ESMTPA; 3 Apr 2012 17:40:35 -0000 Message-ID: <4F7B3613.9070604@cannonind.com> Date: Tue, 03 Apr 2012 13:40:35 -0400 From: Dustin Beuerlein User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Creating a new domain from a cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5374785970397940131==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============5374785970397940131== Content-Type: multipart/alternative; boundary="------------010506070905070308050200" This is a multi-part message in MIME format. --------------010506070905070308050200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, I am completely new to Xen and Gentoo. But I need to create a new virtual host from a cd using Xen. I've tried creating a new domain with "xm new name " and it obviously errors out. So I was wondering if anyone has a quick guide to create domains with Xen that I could read. Thanks in advance. -- Thank you, Dustin Beuerlein /Network Administrator/ *Cannon Industries, Inc.* 525 Lee Road Rochester, NY 14606-4236 P: (585) 254-8080 Ext: 3120 F: (585) 254-1352 dbeuerlein@cannonind.com http://www.cannonind.com --------------010506070905070308050200 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi,

I am completely new to Xen and Gentoo. But I need to create a new virtual host from a cd using Xen. I've tried creating a new domain with "xm new name " and it obviously errors out. So I was wondering if anyone has a quick guide to create domains with Xen that I could read.

Thanks in advance.
--

Thank you,

Dustin Beuerlein
Network Administrator

Cannon Industries, Inc.
525 Lee Road
Rochester, NY 14606-4236

P: (585) 254-8080 Ext: 3120
F: (585) 254-1352

dbeuerlein@cannonind.com
http://www.cannonind.com

--------------010506070905070308050200-- --===============5374785970397940131== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5374785970397940131==-- From xen-users-bounces@lists.xen.org Tue Apr 03 17:50:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 17:50:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF7rd-0005p6-C8; Tue, 03 Apr 2012 17:49:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF7rc-0005p0-D1 for xen-users@lists.xen.org; Tue, 03 Apr 2012 17:49:52 +0000 Received: from [85.158.143.35:3947] by server-2.bemta-4.messagelabs.com id 6E/70-17550-F383B7F4; Tue, 03 Apr 2012 17:49:51 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1333475390!5518351!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3013 invoked from network); 3 Apr 2012 17:49:51 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 17:49:51 -0000 Received: by ggnp2 with SMTP id p2so2234923ggn.32 for ; Tue, 03 Apr 2012 10:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1H3ZJqk0zSlhT3MKOnpUFF9Kl6IACRutTgWwnncXV9g=; b=ait0XMkGBeVQivrenGXQ/zoeXXzdH5n384AuJFlsr8Gu10ITBFAK8zjNtcjowhbWxR weaEUD8VHgmRdXVD3G+QyK4/hU9fpg2UzpywEHBu+Mt103cfs4wQ/zbEz/Y3xyjPeSa2 c7VhuNIDnbm4G5uRLMv4Vl2IT0Lyt3yujRrCmMpOICz4j9VSmu7M7zkbl8ynUMTRFkcS FgDNoyvpNe8y8PWID/hEv+ovwnl0f4FQZiDjwkDQKt5jTPhUUdFFUSr83HqcF5SZDO+P 9R0DqTSYFdBqO7rhMEi2e6mAehbjSBbZzs3dB9CBcULI9MnVVEsRuawwj0dXfoOpwrZ3 mwjQ== Received: by 10.50.222.162 with SMTP id qn2mr9999940igc.65.1333475389223; Tue, 03 Apr 2012 10:49:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Tue, 3 Apr 2012 10:49:29 -0700 (PDT) In-Reply-To: <4F7B3613.9070604@cannonind.com> References: <4F7B3613.9070604@cannonind.com> From: Flavio Date: Tue, 3 Apr 2012 19:49:29 +0200 Message-ID: To: Dustin Beuerlein Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Creating a new domain from a cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 19:40, Dustin Beuerlein wrote: > Hi, > > I am completely new to Xen and Gentoo. But I need to create a new virtual > host from a cd using Xen. I've tried creating a new domain with "xm new name > " and it obviously errors out. So I was wondering if anyone has a quick > guide to create domains with Xen that I could read. Hi! you can start from here: http://www.virtuatopia.com/index.php/Image:Xen_Essentials.jpg Furthermore, if you want to create a domU from a CD you may: - use the .iso image file of the installation CD disk = [ 'file:/path/to/gentoo-domU.img,hda,w', 'file:/path/to/gentoo.iso,hdc:cdrom,r' ] - use the cdrom disk = [ 'file:/path/to/gentoo-domU.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r'] And I suggest to use the new xl toolstack, not the old one xm. Cheers, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 17:50:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 17:50:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF7rd-0005p6-C8; Tue, 03 Apr 2012 17:49:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF7rc-0005p0-D1 for xen-users@lists.xen.org; Tue, 03 Apr 2012 17:49:52 +0000 Received: from [85.158.143.35:3947] by server-2.bemta-4.messagelabs.com id 6E/70-17550-F383B7F4; Tue, 03 Apr 2012 17:49:51 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1333475390!5518351!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3013 invoked from network); 3 Apr 2012 17:49:51 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 17:49:51 -0000 Received: by ggnp2 with SMTP id p2so2234923ggn.32 for ; Tue, 03 Apr 2012 10:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1H3ZJqk0zSlhT3MKOnpUFF9Kl6IACRutTgWwnncXV9g=; b=ait0XMkGBeVQivrenGXQ/zoeXXzdH5n384AuJFlsr8Gu10ITBFAK8zjNtcjowhbWxR weaEUD8VHgmRdXVD3G+QyK4/hU9fpg2UzpywEHBu+Mt103cfs4wQ/zbEz/Y3xyjPeSa2 c7VhuNIDnbm4G5uRLMv4Vl2IT0Lyt3yujRrCmMpOICz4j9VSmu7M7zkbl8ynUMTRFkcS FgDNoyvpNe8y8PWID/hEv+ovwnl0f4FQZiDjwkDQKt5jTPhUUdFFUSr83HqcF5SZDO+P 9R0DqTSYFdBqO7rhMEi2e6mAehbjSBbZzs3dB9CBcULI9MnVVEsRuawwj0dXfoOpwrZ3 mwjQ== Received: by 10.50.222.162 with SMTP id qn2mr9999940igc.65.1333475389223; Tue, 03 Apr 2012 10:49:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Tue, 3 Apr 2012 10:49:29 -0700 (PDT) In-Reply-To: <4F7B3613.9070604@cannonind.com> References: <4F7B3613.9070604@cannonind.com> From: Flavio Date: Tue, 3 Apr 2012 19:49:29 +0200 Message-ID: To: Dustin Beuerlein Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Creating a new domain from a cd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 19:40, Dustin Beuerlein wrote: > Hi, > > I am completely new to Xen and Gentoo. But I need to create a new virtual > host from a cd using Xen. I've tried creating a new domain with "xm new name > " and it obviously errors out. So I was wondering if anyone has a quick > guide to create domains with Xen that I could read. Hi! you can start from here: http://www.virtuatopia.com/index.php/Image:Xen_Essentials.jpg Furthermore, if you want to create a domU from a CD you may: - use the .iso image file of the installation CD disk = [ 'file:/path/to/gentoo-domU.img,hda,w', 'file:/path/to/gentoo.iso,hdc:cdrom,r' ] - use the cdrom disk = [ 'file:/path/to/gentoo-domU.img,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r'] And I suggest to use the new xl toolstack, not the old one xm. Cheers, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 19:45:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 19:45: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 1SF9e3-0007ph-NV; Tue, 03 Apr 2012 19:43:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF9e2-0007pc-9R for xen-users@lists.xen.org; Tue, 03 Apr 2012 19:43:58 +0000 Received: from [85.158.139.83:14155] by server-8.bemta-5.messagelabs.com id C3/94-26964-DF25B7F4; Tue, 03 Apr 2012 19:43:57 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1333482236!22372933!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13386 invoked from network); 3 Apr 2012 19:43:56 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-5.tower-182.messagelabs.com with SMTP; 3 Apr 2012 19:43:56 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 3 Apr 2012 20:43:35 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 3 Apr 2012 19:43:52 +0000 References: From: "Ian Tobin" In-Reply-To: Message-ID: <16CED78E-F7E9-4828-B1C7-3E85BC8BA9B0@tidyhosts.com> Date: Tue, 3 Apr 2012 20:43:50 +0100 To: "M N" thread-index: Ac0R0hlP+JSxOJkDQiK1iu8U+Yg1lg== thread-topic: [Xen-users] PXE + XEN MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5137990851056647853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5137990851056647853== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9"; charset="iso-8859-1" --Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Not sure about =20 Tidyhosts UK - Server & Web Specialists =20 W: www.tidyhosts.com E: enquiries@tidyhosts.com T: 0871 910 6732 =20 This email and its attachments are scanned by TidyHosts UK. All emails and a= ttachments should also be scanned by the recipient. TidyHosts UK accept no r= esponsibility for any damage caused by any virus attached to this email. Th= is email is confidential and is intended only for the addressee(s). =20 On 3 Apr 2012, at 20:31, "M N" wrote: > Hello >=20 > I would like to ask about XEN (paravirtualization) + PXE working together .= ... >=20 > I have xen environment and would like to install few clients using PXE (ev= erything on debian) ... > Is it possible at all? >=20 > It's hard to find any useful information on that (even official FAQ has no= t working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM= _that_contains_just_gpxe.3F >=20 > I found some information about gpxy and pypxeboot but i can't make it work= ... >=20 > For pypxeboot it needs udhcp - but it's not used any more - it's in busybo= x now... >=20 > so could someone confirm that it is possible to make it work ? >=20 > Regards, > nichu > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9 Content-Transfer-Encoding: base64 Content-Type: text/html; charset=utf-8 PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5IGJnY29sb3I9IiNGRkZGRkYiPjxkaXY+SGksPC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5Ob3Qgc3VyZSBhYm91dDxicj48YnI+PGRpdj4mbmJzcDs8L2Rp dj48ZGl2PjxzcGFuIGNsYXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBzdHlsZT0iLXdlYmtpdC10YXAt aGlnaGxpZ2h0LWNvbG9yOiByZ2JhKDI2LCAyNiwgMjYsIDAuMjk2ODc1KTsgLXdlYmtpdC1jb21w b3NpdGlvbi1maWxsLWNvbG9yOiByZ2JhKDE3NSwgMTkyLCAyMjcsIDAuMjMwNDY5KTsgLXdlYmtp dC1jb21wb3NpdGlvbi1mcmFtZS1jb2xvcjogcmdiYSg3NywgMTI4LCAxODAsIDAuMjMwNDY5KTsg Ij5UaWR5aG9zdHMgVUsgLSBTZXJ2ZXIgJmFtcDsgV2ViIFNwZWNpYWxpc3RzPC9zcGFuPjwvZGl2 PjxkaXY+Jm5ic3A7PC9kaXY+PGRpdj5XOiA8YSBocmVmPSJodHRwOi8vd3d3LnRpZHlob3N0cy5j b20iPnd3dy50aWR5aG9zdHMuY29tPC9hPjwvZGl2PjxkaXY+RTogJm5ic3A7PGEgaHJlZj0ibWFp bHRvOmVucXVpcmllc0B0aWR5aG9zdHMuY29tIj5lbnF1aXJpZXNAdGlkeWhvc3RzLmNvbTwvYT48 L2Rpdj48ZGl2PlQ6ICZuYnNwOzA4NzEgOTEwIDY3MzI8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2Pjxk aXY+VGhpcyBlbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGFyZSBzY2FubmVkIGJ5IFRpZHlIb3N0 cyBVSy4gQWxsIGVtYWlscyBhbmQgYXR0YWNobWVudHMgc2hvdWxkIGFsc28gYmUgc2Nhbm5lZCBi eSB0aGUgcmVjaXBpZW50LiBUaWR5SG9zdHMgVUsgYWNjZXB0IG5vIHJlc3BvbnNpYmlsaXR5IGZv ciBhbnkgZGFtYWdlIGNhdXNlZCBieSBhbnkgdmlydXMgYXR0YWNoZWQgdG8gdGhpcyBlbWFpbC4g Jm5ic3A7VGhpcyBlbWFpbCBpcyBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIG9ubHkgZm9y IHRoZSBhZGRyZXNzZWUocykuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48L2Rpdj48ZGl2Pjxi cj5PbiAzIEFwciAyMDEyLCBhdCAyMDozMSwgIk0gTiIgJmx0OzxhIGhyZWY9Im1haWx0bzpuaWNo dXNwYW1AZ21haWwuY29tIj5uaWNodXNwYW1AZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPjxi cj48L2Rpdj48ZGl2PjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHByZT5IZWxs bw0KDQpJIHdvdWxkIGxpa2UgdG8gYXNrIGFib3V0IFhFTiAocGFyYXZpcnR1YWxpemF0aW9uKSAr IFBYRSB3b3JraW5nIHRvZ2V0aGVyIC4uLi4NCg0KSSBoYXZlIHhlbiBlbnZpcm9ubWVudCBhbmQg d291bGQgbGlrZSB0byBpbnN0YWxsIGZldyBjbGllbnRzIHVzaW5nIFBYRSAoZXZlcnl0aGluZyBv biBkZWJpYW4pICAuLi4NCklzIGl0IHBvc3NpYmxlIGF0IGFsbD8NCg0KSXQncyBoYXJkIHRvIGZp bmQgYW55IHVzZWZ1bCBpbmZvcm1hdGlvbiBvbiB0aGF0IChldmVuIG9mZmljaWFsIEZBUSBoYXMg bm90IHdvcmtpbmcgbGluaykNCnBsZWFzZSBjaGVjayBoZXJlIHRoZSBxdWVzdGlvbjoNCklzIGl0 IHBvc3NpYmxlIHRvIHN0YXJ0IGEgVk0gdGhhdCBjb250YWlucyBqdXN0IGdweGU/DQo8YSBocmVm PSJodHRwOi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuX0ZBUV9JbnN0YWxsYXRpb24jSXNfaXRfcG9z c2libGVfdG9fc3RhcnRfYV9WTV90aGF0X2NvbnRhaW5zX2p1c3RfZ3B4ZS4zRiIgdGFyZ2V0PSJf YmxhbmsiPmh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YZW5fRkFRX0luc3RhbGxhdGlvbiNJc19p dF9wb3NzaWJsZV90b19zdGFydF9hX1ZNX3RoYXRfY29udGFpbnNfanVzdF9ncHhlLjNGPC9hPg0K DQpJIGZvdW5kIHNvbWUgaW5mb3JtYXRpb24gYWJvdXQgZ3B4eSBhbmQgcHlweGVib290IGJ1dCBp IGNhbid0IG1ha2UgaXQgd29yay4uLg0KDQpGb3IgcHlweGVib290IGl0IG5lZWRzIHVkaGNwIC0g YnV0IGl0J3Mgbm90IHVzZWQgYW55IG1vcmUgLSBpdCdzIGluIGJ1c3lib3ggbm93Li4uDQoNCnNv IGNvdWxkIHNvbWVvbmUgY29uZmlybSB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIG1ha2UgaXQgd29y ayA/DQoNClJlZ2FyZHMsDQpuaWNodTwvcHJlPg0KPC9kaXY+PC9ibG9ja3F1b3RlPjxibG9ja3F1 b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi11c2VycyBtYWlsaW5nIGxpc3Q8 L3NwYW4+PGJyPjxzcGFuPjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+ WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy czwvYT48L3NwYW4+PC9kaXY+PC9ibG9ja3F1b3RlPjwvYm9keT48L2h0bWw+ --Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9-- --===============5137990851056647853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5137990851056647853==-- From xen-users-bounces@lists.xen.org Tue Apr 03 19:45:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 19:45: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 1SF9e3-0007ph-NV; Tue, 03 Apr 2012 19:43:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF9e2-0007pc-9R for xen-users@lists.xen.org; Tue, 03 Apr 2012 19:43:58 +0000 Received: from [85.158.139.83:14155] by server-8.bemta-5.messagelabs.com id C3/94-26964-DF25B7F4; Tue, 03 Apr 2012 19:43:57 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1333482236!22372933!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13386 invoked from network); 3 Apr 2012 19:43:56 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-5.tower-182.messagelabs.com with SMTP; 3 Apr 2012 19:43:56 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 3 Apr 2012 20:43:35 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 3 Apr 2012 19:43:52 +0000 References: From: "Ian Tobin" In-Reply-To: Message-ID: <16CED78E-F7E9-4828-B1C7-3E85BC8BA9B0@tidyhosts.com> Date: Tue, 3 Apr 2012 20:43:50 +0100 To: "M N" thread-index: Ac0R0hlP+JSxOJkDQiK1iu8U+Yg1lg== thread-topic: [Xen-users] PXE + XEN MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5137990851056647853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5137990851056647853== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9"; charset="iso-8859-1" --Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Not sure about =20 Tidyhosts UK - Server & Web Specialists =20 W: www.tidyhosts.com E: enquiries@tidyhosts.com T: 0871 910 6732 =20 This email and its attachments are scanned by TidyHosts UK. All emails and a= ttachments should also be scanned by the recipient. TidyHosts UK accept no r= esponsibility for any damage caused by any virus attached to this email. Th= is email is confidential and is intended only for the addressee(s). =20 On 3 Apr 2012, at 20:31, "M N" wrote: > Hello >=20 > I would like to ask about XEN (paravirtualization) + PXE working together .= ... >=20 > I have xen environment and would like to install few clients using PXE (ev= erything on debian) ... > Is it possible at all? >=20 > It's hard to find any useful information on that (even official FAQ has no= t working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM= _that_contains_just_gpxe.3F >=20 > I found some information about gpxy and pypxeboot but i can't make it work= ... >=20 > For pypxeboot it needs udhcp - but it's not used any more - it's in busybo= x now... >=20 > so could someone confirm that it is possible to make it work ? >=20 > Regards, > nichu > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9 Content-Transfer-Encoding: base64 Content-Type: text/html; charset=utf-8 PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5IGJnY29sb3I9IiNGRkZGRkYiPjxkaXY+SGksPC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5Ob3Qgc3VyZSBhYm91dDxicj48YnI+PGRpdj4mbmJzcDs8L2Rp dj48ZGl2PjxzcGFuIGNsYXNzPSJBcHBsZS1zdHlsZS1zcGFuIiBzdHlsZT0iLXdlYmtpdC10YXAt aGlnaGxpZ2h0LWNvbG9yOiByZ2JhKDI2LCAyNiwgMjYsIDAuMjk2ODc1KTsgLXdlYmtpdC1jb21w b3NpdGlvbi1maWxsLWNvbG9yOiByZ2JhKDE3NSwgMTkyLCAyMjcsIDAuMjMwNDY5KTsgLXdlYmtp dC1jb21wb3NpdGlvbi1mcmFtZS1jb2xvcjogcmdiYSg3NywgMTI4LCAxODAsIDAuMjMwNDY5KTsg Ij5UaWR5aG9zdHMgVUsgLSBTZXJ2ZXIgJmFtcDsgV2ViIFNwZWNpYWxpc3RzPC9zcGFuPjwvZGl2 PjxkaXY+Jm5ic3A7PC9kaXY+PGRpdj5XOiA8YSBocmVmPSJodHRwOi8vd3d3LnRpZHlob3N0cy5j b20iPnd3dy50aWR5aG9zdHMuY29tPC9hPjwvZGl2PjxkaXY+RTogJm5ic3A7PGEgaHJlZj0ibWFp bHRvOmVucXVpcmllc0B0aWR5aG9zdHMuY29tIj5lbnF1aXJpZXNAdGlkeWhvc3RzLmNvbTwvYT48 L2Rpdj48ZGl2PlQ6ICZuYnNwOzA4NzEgOTEwIDY3MzI8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2Pjxk aXY+VGhpcyBlbWFpbCBhbmQgaXRzIGF0dGFjaG1lbnRzIGFyZSBzY2FubmVkIGJ5IFRpZHlIb3N0 cyBVSy4gQWxsIGVtYWlscyBhbmQgYXR0YWNobWVudHMgc2hvdWxkIGFsc28gYmUgc2Nhbm5lZCBi eSB0aGUgcmVjaXBpZW50LiBUaWR5SG9zdHMgVUsgYWNjZXB0IG5vIHJlc3BvbnNpYmlsaXR5IGZv ciBhbnkgZGFtYWdlIGNhdXNlZCBieSBhbnkgdmlydXMgYXR0YWNoZWQgdG8gdGhpcyBlbWFpbC4g Jm5ic3A7VGhpcyBlbWFpbCBpcyBjb25maWRlbnRpYWwgYW5kIGlzIGludGVuZGVkIG9ubHkgZm9y IHRoZSBhZGRyZXNzZWUocykuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48L2Rpdj48ZGl2Pjxi cj5PbiAzIEFwciAyMDEyLCBhdCAyMDozMSwgIk0gTiIgJmx0OzxhIGhyZWY9Im1haWx0bzpuaWNo dXNwYW1AZ21haWwuY29tIj5uaWNodXNwYW1AZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPjxi cj48L2Rpdj48ZGl2PjwvZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHByZT5IZWxs bw0KDQpJIHdvdWxkIGxpa2UgdG8gYXNrIGFib3V0IFhFTiAocGFyYXZpcnR1YWxpemF0aW9uKSAr IFBYRSB3b3JraW5nIHRvZ2V0aGVyIC4uLi4NCg0KSSBoYXZlIHhlbiBlbnZpcm9ubWVudCBhbmQg d291bGQgbGlrZSB0byBpbnN0YWxsIGZldyBjbGllbnRzIHVzaW5nIFBYRSAoZXZlcnl0aGluZyBv biBkZWJpYW4pICAuLi4NCklzIGl0IHBvc3NpYmxlIGF0IGFsbD8NCg0KSXQncyBoYXJkIHRvIGZp bmQgYW55IHVzZWZ1bCBpbmZvcm1hdGlvbiBvbiB0aGF0IChldmVuIG9mZmljaWFsIEZBUSBoYXMg bm90IHdvcmtpbmcgbGluaykNCnBsZWFzZSBjaGVjayBoZXJlIHRoZSBxdWVzdGlvbjoNCklzIGl0 IHBvc3NpYmxlIHRvIHN0YXJ0IGEgVk0gdGhhdCBjb250YWlucyBqdXN0IGdweGU/DQo8YSBocmVm PSJodHRwOi8vd2lraS54ZW4ub3JnL3dpa2kvWGVuX0ZBUV9JbnN0YWxsYXRpb24jSXNfaXRfcG9z c2libGVfdG9fc3RhcnRfYV9WTV90aGF0X2NvbnRhaW5zX2p1c3RfZ3B4ZS4zRiIgdGFyZ2V0PSJf YmxhbmsiPmh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9YZW5fRkFRX0luc3RhbGxhdGlvbiNJc19p dF9wb3NzaWJsZV90b19zdGFydF9hX1ZNX3RoYXRfY29udGFpbnNfanVzdF9ncHhlLjNGPC9hPg0K DQpJIGZvdW5kIHNvbWUgaW5mb3JtYXRpb24gYWJvdXQgZ3B4eSBhbmQgcHlweGVib290IGJ1dCBp IGNhbid0IG1ha2UgaXQgd29yay4uLg0KDQpGb3IgcHlweGVib290IGl0IG5lZWRzIHVkaGNwIC0g YnV0IGl0J3Mgbm90IHVzZWQgYW55IG1vcmUgLSBpdCdzIGluIGJ1c3lib3ggbm93Li4uDQoNCnNv IGNvdWxkIHNvbWVvbmUgY29uZmlybSB0aGF0IGl0IGlzIHBvc3NpYmxlIHRvIG1ha2UgaXQgd29y ayA/DQoNClJlZ2FyZHMsDQpuaWNodTwvcHJlPg0KPC9kaXY+PC9ibG9ja3F1b3RlPjxibG9ja3F1 b3RlIHR5cGU9ImNpdGUiPjxkaXY+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188L3NwYW4+PGJyPjxzcGFuPlhlbi11c2VycyBtYWlsaW5nIGxpc3Q8 L3NwYW4+PGJyPjxzcGFuPjxhIGhyZWY9Im1haWx0bzpYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyI+ WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmc8L2E+PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMiPmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy czwvYT48L3NwYW4+PC9kaXY+PC9ibG9ja3F1b3RlPjwvYm9keT48L2h0bWw+ --Apple-Mail-BD765577-3F15-4B2F-9C56-470F7963F4C9-- --===============5137990851056647853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5137990851056647853==-- From xen-users-bounces@lists.xen.org Tue Apr 03 19:46:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 19:46: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 1SF9fc-0007u9-E0; Tue, 03 Apr 2012 19:45:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF9fb-0007u0-EA for xen-users@lists.xen.org; Tue, 03 Apr 2012 19:45:35 +0000 Received: from [85.158.139.83:46199] by server-7.bemta-5.messagelabs.com id CD/8A-16195-E535B7F4; Tue, 03 Apr 2012 19:45:34 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1333482333!22351535!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12733 invoked from network); 3 Apr 2012 19:45:33 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-2.tower-182.messagelabs.com with SMTP; 3 Apr 2012 19:45:33 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 3 Apr 2012 20:45:13 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 3 Apr 2012 19:45:31 +0000 References: From: "Ian Tobin" In-Reply-To: Message-ID: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> Date: Tue, 3 Apr 2012 20:45:29 +0100 To: "M N" thread-index: Ac0R0lPdyEo5oTgdS5uKFklCugo92w== thread-topic: [Xen-users] PXE + XEN MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2719084954793943534==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2719084954793943534== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34"; charset="iso-8859-1" --Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Not sure about para guests but with him you can boot from network by pressin= g F12 at boot time Not tried it personally though Cheers Ian On 3 Apr 2012, at 20:31, "M N" wrote: > Hello >=20 > I would like to ask about XEN (paravirtualization) + PXE working together .= ... >=20 > I have xen environment and would like to install few clients using PXE (ev= erything on debian) ... > Is it possible at all? >=20 > It's hard to find any useful information on that (even official FAQ has no= t working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM= _that_contains_just_gpxe.3F >=20 > I found some information about gpxy and pypxeboot but i can't make it work= ... >=20 > For pypxeboot it needs udhcp - but it's not used any more - it's in busybo= x now... >=20 > so could someone confirm that it is possible to make it work ? >=20 > Regards, > nichu > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=utf-8
Hi,

Not sure about para guests but with him you can boot from network by pressing F12 at boot time

Not tried it personally though

Cheers

Ian


On 3 Apr 2012, at 20:31, "M N" <nichuspam@gmail.com> wrote:

Hello

I would like to ask about XEN (paravirtualization) + PXE working together ....

I have xen environment and would like to install few clients using PXE (everything on debian)  ...
Is it possible at all?

It's hard to find any useful information on that (even official FAQ has not working link)
please check here the question:
Is it possible to start a VM that contains just gpxe?
http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F

I found some information about gpxy and pypxeboot but i can't make it work...

For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now...

so could someone confirm that it is possible to make it work ?

Regards,
nichu
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34-- --===============2719084954793943534== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2719084954793943534==-- From xen-users-bounces@lists.xen.org Tue Apr 03 19:46:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 19:46: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 1SF9fc-0007u9-E0; Tue, 03 Apr 2012 19:45:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SF9fb-0007u0-EA for xen-users@lists.xen.org; Tue, 03 Apr 2012 19:45:35 +0000 Received: from [85.158.139.83:46199] by server-7.bemta-5.messagelabs.com id CD/8A-16195-E535B7F4; Tue, 03 Apr 2012 19:45:34 +0000 X-Env-Sender: itobin@tidyhosts.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1333482333!22351535!1 X-Originating-IP: [83.142.228.126] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12733 invoked from network); 3 Apr 2012 19:45:33 -0000 Received: from london.tidyhosts.com (HELO tidyhosts.com) (83.142.228.126) by server-2.tower-182.messagelabs.com with SMTP; 3 Apr 2012 19:45:33 -0000 Received: from electron.tidyhosts.com ([213.152.51.27]) by tidyhosts.com with MailEnable ESMTP; Tue, 3 Apr 2012 20:45:13 +0100 Received: from 192.168.1.2 ([192.168.1.2]) by electron.tidyhosts.com ([192.168.1.2]) with Microsoft Exchange Server HTTP-DAV ; Tue, 3 Apr 2012 19:45:31 +0000 References: From: "Ian Tobin" In-Reply-To: Message-ID: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> Date: Tue, 3 Apr 2012 20:45:29 +0100 To: "M N" thread-index: Ac0R0lPdyEo5oTgdS5uKFklCugo92w== thread-topic: [Xen-users] PXE + XEN MIME-Version: 1.0 (1.0) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2719084954793943534==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2719084954793943534== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary="Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34"; charset="iso-8859-1" --Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Not sure about para guests but with him you can boot from network by pressin= g F12 at boot time Not tried it personally though Cheers Ian On 3 Apr 2012, at 20:31, "M N" wrote: > Hello >=20 > I would like to ask about XEN (paravirtualization) + PXE working together .= ... >=20 > I have xen environment and would like to install few clients using PXE (ev= erything on debian) ... > Is it possible at all? >=20 > It's hard to find any useful information on that (even official FAQ has no= t working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM= _that_contains_just_gpxe.3F >=20 > I found some information about gpxy and pypxeboot but i can't make it work= ... >=20 > For pypxeboot it needs udhcp - but it's not used any more - it's in busybo= x now... >=20 > so could someone confirm that it is possible to make it work ? >=20 > Regards, > nichu > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=utf-8
Hi,

Not sure about para guests but with him you can boot from network by pressing F12 at boot time

Not tried it personally though

Cheers

Ian


On 3 Apr 2012, at 20:31, "M N" <nichuspam@gmail.com> wrote:

Hello

I would like to ask about XEN (paravirtualization) + PXE working together ....

I have xen environment and would like to install few clients using PXE (everything on debian)  ...
Is it possible at all?

It's hard to find any useful information on that (even official FAQ has not working link)
please check here the question:
Is it possible to start a VM that contains just gpxe?
http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F

I found some information about gpxy and pypxeboot but i can't make it work...

For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now...

so could someone confirm that it is possible to make it work ?

Regards,
nichu
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--Apple-Mail-F94152BB-3984-4403-B7CB-6CD088ED1B34-- --===============2719084954793943534== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2719084954793943534==-- From xen-users-bounces@lists.xen.org Tue Apr 03 20:42:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 20:42: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 1SFAXc-0001Xv-NV; Tue, 03 Apr 2012 20:41:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAXa-0001Xq-9o for xen-users@lists.xen.org; Tue, 03 Apr 2012 20:41:22 +0000 Received: from [85.158.143.99:49312] by server-3.bemta-4.messagelabs.com id 1D/A4-05853-1706B7F4; Tue, 03 Apr 2012 20:41:21 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-9.tower-216.messagelabs.com!1333485679!22230159!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16924 invoked from network); 3 Apr 2012 20:41:20 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 20:41:20 -0000 Received: by ggnp2 with SMTP id p2so104282ggn.32 for ; Tue, 03 Apr 2012 13:41:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=/DRfCbObVRM7A70aEnjbjcS8iQ5JuOu27sTSZWrYm+o=; b=YnrtZNlFGPhTwTccw+elH/aiDlWdV4zmgQ268FoWzCU+cNTiCnTjZ5/HLIfOk61Q3w v9MTFwUF7q8XC1xZbnVYkNNlBmXRoynw8g9n3cljOT3KpTq3f/b3sd4NwrG79ODPMpE6 p0JYRbItqQZ7Sw70b+CVTynJURHJvDD6yLUXNEGXnGtWVtUd2P3zhVFD87xWbOHiBITa DoL/FCXXv5hTls8eRvOi9nHpaSlfazb9nQJzql8b9zTWJPlif2f/+Uc9Wbp2n/bD7cbm LkhK695mU3biybBgW8kAJDWdJwfDpR2Xtl6GWE33mJ0gmbohKDOH3J6HJ+qFgsA+94VU J0Fw== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr20615887oem.65.1333485679122; Tue, 03 Apr 2012 13:41:19 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Tue, 3 Apr 2012 13:41:19 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: Date: Wed, 4 Apr 2012 06:41:19 +1000 Message-ID: From: Joseph Glanville To: Karthick K X-Gm-Message-State: ALoCoQkba9SsTl/STsCe2ZwoPeptJAYRyY093rkD8OoFuF27cAlkiB7ZUlEqxNfL7eyD41TuDBVj Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Reg PV-HVM templates X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Karthick, For questions like this it's good to loop in the xen-users list as answers may benefit others too. In terms of how to create an ISO.. that's not quite the intention of these images. SolusVM intends for you to install the OS from an ISO which it will then ma= nage. This is quite possible but I don't know much about SolusVM. What you would need to do is: 1. Boot the VM in pure HVM mode (without xen_platform_pci enabled). 2. Install the guest operating system. 3. Apply the changes listed in the bottom of the README file here: http://mirror.orionvm.com.au/pub/ubuntu/1204/README 4. Reboot the VM into PVonHVM mode (xen_platform_pci=3D1) That is the rough outline though I don't know how if SolusVM gives you all the settings required. These templates are made for use specifically with a raw Xen.org hypervisor. I will create a wiki article detailing this procedure sometime in the futur= e. Joseph. On 4 April 2012 06:32, Karthick K wrote: > Hi Joseph, > > I got the Xen PVonHVM templates from Xen devel users mailing list. I am > using SolusVM to create and control the Xen HVM VM's and it uses the ISO > files only. > > May I know the steps to create the ISO file for this? Also please can you > share some ideas to create Xen PV templates? > > Awaiting for your response! > > -- > Regards, > Karthick.K > Linux Administrator > -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 20:42:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 20:42: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 1SFAXc-0001Xv-NV; Tue, 03 Apr 2012 20:41:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAXa-0001Xq-9o for xen-users@lists.xen.org; Tue, 03 Apr 2012 20:41:22 +0000 Received: from [85.158.143.99:49312] by server-3.bemta-4.messagelabs.com id 1D/A4-05853-1706B7F4; Tue, 03 Apr 2012 20:41:21 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-9.tower-216.messagelabs.com!1333485679!22230159!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16924 invoked from network); 3 Apr 2012 20:41:20 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 20:41:20 -0000 Received: by ggnp2 with SMTP id p2so104282ggn.32 for ; Tue, 03 Apr 2012 13:41:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=/DRfCbObVRM7A70aEnjbjcS8iQ5JuOu27sTSZWrYm+o=; b=YnrtZNlFGPhTwTccw+elH/aiDlWdV4zmgQ268FoWzCU+cNTiCnTjZ5/HLIfOk61Q3w v9MTFwUF7q8XC1xZbnVYkNNlBmXRoynw8g9n3cljOT3KpTq3f/b3sd4NwrG79ODPMpE6 p0JYRbItqQZ7Sw70b+CVTynJURHJvDD6yLUXNEGXnGtWVtUd2P3zhVFD87xWbOHiBITa DoL/FCXXv5hTls8eRvOi9nHpaSlfazb9nQJzql8b9zTWJPlif2f/+Uc9Wbp2n/bD7cbm LkhK695mU3biybBgW8kAJDWdJwfDpR2Xtl6GWE33mJ0gmbohKDOH3J6HJ+qFgsA+94VU J0Fw== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr20615887oem.65.1333485679122; Tue, 03 Apr 2012 13:41:19 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Tue, 3 Apr 2012 13:41:19 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: References: Date: Wed, 4 Apr 2012 06:41:19 +1000 Message-ID: From: Joseph Glanville To: Karthick K X-Gm-Message-State: ALoCoQkba9SsTl/STsCe2ZwoPeptJAYRyY093rkD8OoFuF27cAlkiB7ZUlEqxNfL7eyD41TuDBVj Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Reg PV-HVM templates X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Karthick, For questions like this it's good to loop in the xen-users list as answers may benefit others too. In terms of how to create an ISO.. that's not quite the intention of these images. SolusVM intends for you to install the OS from an ISO which it will then ma= nage. This is quite possible but I don't know much about SolusVM. What you would need to do is: 1. Boot the VM in pure HVM mode (without xen_platform_pci enabled). 2. Install the guest operating system. 3. Apply the changes listed in the bottom of the README file here: http://mirror.orionvm.com.au/pub/ubuntu/1204/README 4. Reboot the VM into PVonHVM mode (xen_platform_pci=3D1) That is the rough outline though I don't know how if SolusVM gives you all the settings required. These templates are made for use specifically with a raw Xen.org hypervisor. I will create a wiki article detailing this procedure sometime in the futur= e. Joseph. On 4 April 2012 06:32, Karthick K wrote: > Hi Joseph, > > I got the Xen PVonHVM templates from Xen devel users mailing list. I am > using SolusVM to create and control the Xen HVM VM's and it uses the ISO > files only. > > May I know the steps to create the ISO file for this? Also please can you > share some ideas to create Xen PV templates? > > Awaiting for your response! > > -- > Regards, > Karthick.K > Linux Administrator > -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 20:45:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 20:45:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAZv-0001iW-GP; Tue, 03 Apr 2012 20:43:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAZu-0001iK-Gq for xen-users@lists.xen.org; Tue, 03 Apr 2012 20:43:46 +0000 Received: from [85.158.143.35:54152] by server-3.bemta-4.messagelabs.com id 16/F5-05853-1016B7F4; Tue, 03 Apr 2012 20:43:45 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-13.tower-21.messagelabs.com!1333485823!12989880!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29027 invoked from network); 3 Apr 2012 20:43:45 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 20:43:45 -0000 Received: by obbup19 with SMTP id up19so187832obb.32 for ; Tue, 03 Apr 2012 13:43:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=sopg8Lr/zw4TimHTZ/Xhrlml4Pif2W8QycvYtyi9KMk=; b=JmTEDloHiKVzvYz/5PTo7kR14/kA4GRSUhwbc6cETVef2AuYVAAIG1W6doVrgzZaxL J63btHDVWwfNlnCNtYVLtx1bhqbpkkwPgNjINVZsnKvkh0rgV3lfHFYr9quAtLy+hUfl TTCEKjw4BbEgf10PIUY8BDHBXJ/xRo9GTOg8cBSCN1deEUXlurSHj5QUuwZSBm9kxIGo 25brewJnB18WRlb+4TpvJ6+hTuYrqMofQQux1Sy6SYXenVsfVw7CbTbMHFcDAxoGb9Qy DvL0c8J12fvynpd7K776qB5eucL23Sx5N+P3X6AQnmXfzNClRD/ONfGHSBwCDgkwY2vY T3/g== MIME-Version: 1.0 Received: by 10.60.4.1 with SMTP id g1mr20691581oeg.55.1333485823562; Tue, 03 Apr 2012 13:43:43 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Tue, 3 Apr 2012 13:43:43 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> Date: Wed, 4 Apr 2012 06:43:43 +1000 Message-ID: From: Joseph Glanville To: Ian Tobin X-Gm-Message-State: ALoCoQkVdzAk3yTFiQeGITGtSfenbQFszwWKPZ2hkcKmeJDXktevEY5hqpVTkwIK8k0G0q2TC5Q0 Cc: xen-users@lists.xen.org, M N Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4 April 2012 05:45, Ian Tobin wrote: > Hi, > > Not sure about para guests but with him you can boot from network by > pressing F12 at boot time Not sure if the keyboard press will work. However if you specify boot=3D"n" in the config file the guest will DHCP and PXE boot via the network. > > Not tried it personally though > > Cheers > > Ian > > > On 3 Apr 2012, at 20:31, "M N" wrote: > > Hello > > I would like to ask about XEN (paravirtualization) + PXE working together > .... > > I have xen environment and would like to install few clients using PXE > (everything on debian) ... > Is it possible at all? > > It's hard to find any useful information on that (even official FAQ has n= ot > working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_V= M_that_contains_just_gpxe.3F > > I found some information about gpxy and pypxeboot but i can't make it > work... > > For pypxeboot it needs udhcp - but it's not used any more - it's in busyb= ox > now... > > so could someone confirm that it is possible to make it work ? > > Regards, > nichu > > _______________________________________________ > > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 20:45:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 20:45:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAZv-0001iW-GP; Tue, 03 Apr 2012 20:43:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAZu-0001iK-Gq for xen-users@lists.xen.org; Tue, 03 Apr 2012 20:43:46 +0000 Received: from [85.158.143.35:54152] by server-3.bemta-4.messagelabs.com id 16/F5-05853-1016B7F4; Tue, 03 Apr 2012 20:43:45 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-13.tower-21.messagelabs.com!1333485823!12989880!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29027 invoked from network); 3 Apr 2012 20:43:45 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 20:43:45 -0000 Received: by obbup19 with SMTP id up19so187832obb.32 for ; Tue, 03 Apr 2012 13:43:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=sopg8Lr/zw4TimHTZ/Xhrlml4Pif2W8QycvYtyi9KMk=; b=JmTEDloHiKVzvYz/5PTo7kR14/kA4GRSUhwbc6cETVef2AuYVAAIG1W6doVrgzZaxL J63btHDVWwfNlnCNtYVLtx1bhqbpkkwPgNjINVZsnKvkh0rgV3lfHFYr9quAtLy+hUfl TTCEKjw4BbEgf10PIUY8BDHBXJ/xRo9GTOg8cBSCN1deEUXlurSHj5QUuwZSBm9kxIGo 25brewJnB18WRlb+4TpvJ6+hTuYrqMofQQux1Sy6SYXenVsfVw7CbTbMHFcDAxoGb9Qy DvL0c8J12fvynpd7K776qB5eucL23Sx5N+P3X6AQnmXfzNClRD/ONfGHSBwCDgkwY2vY T3/g== MIME-Version: 1.0 Received: by 10.60.4.1 with SMTP id g1mr20691581oeg.55.1333485823562; Tue, 03 Apr 2012 13:43:43 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Tue, 3 Apr 2012 13:43:43 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> Date: Wed, 4 Apr 2012 06:43:43 +1000 Message-ID: From: Joseph Glanville To: Ian Tobin X-Gm-Message-State: ALoCoQkVdzAk3yTFiQeGITGtSfenbQFszwWKPZ2hkcKmeJDXktevEY5hqpVTkwIK8k0G0q2TC5Q0 Cc: xen-users@lists.xen.org, M N Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4 April 2012 05:45, Ian Tobin wrote: > Hi, > > Not sure about para guests but with him you can boot from network by > pressing F12 at boot time Not sure if the keyboard press will work. However if you specify boot=3D"n" in the config file the guest will DHCP and PXE boot via the network. > > Not tried it personally though > > Cheers > > Ian > > > On 3 Apr 2012, at 20:31, "M N" wrote: > > Hello > > I would like to ask about XEN (paravirtualization) + PXE working together > .... > > I have xen environment and would like to install few clients using PXE > (everything on debian) ... > Is it possible at all? > > It's hard to find any useful information on that (even official FAQ has n= ot > working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_V= M_that_contains_just_gpxe.3F > > I found some information about gpxy and pypxeboot but i can't make it > work... > > For pypxeboot it needs udhcp - but it's not used any more - it's in busyb= ox > now... > > so could someone confirm that it is possible to make it work ? > > Regards, > nichu > > _______________________________________________ > > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 20:51:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 20:51: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 1SFAgH-00026N-Og; Tue, 03 Apr 2012 20:50:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAgG-00026G-C1 for xen-users@lists.xen.org; Tue, 03 Apr 2012 20:50:20 +0000 Received: from [85.158.138.51:6866] by server-2.bemta-3.messagelabs.com id 3F/30-15460-B826B7F4; Tue, 03 Apr 2012 20:50:19 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1333486217!20695626!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28316 invoked from network); 3 Apr 2012 20:50:18 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 20:50:18 -0000 Received: by ggnp2 with SMTP id p2so110553ggn.32 for ; Tue, 03 Apr 2012 13:50:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=z9381gLkIa7vv2m3b0G/pqggt0PkvLnGadP9lWWz5x8=; b=o5x5Nv30+BfwHerWwwjPqEbccwDw0fydLn9Z4P3j6fFiWqnTgF06JxdPB3i0A4equ/ VQfDtRW97gvP9cDAfIl1KNgJkjc48FmCq2GuV3AjwCP4sScNiYm/5SNsaA2sBp5cLSbG 0ZZNqmljMX4P3tvMyZs6TN5ChFgGkeO5WoGeoSpJgvvpNsK14E2EPbFSNqCP7UGWKwii GXD16U3zyAr86CM0Pi+gEKSMOH98GFmUi5CUbYA+yXhrxumAjA+ADM1i36etxEhEfkqg mvuOz/sueNX9hqiiJx528oc6EcAQ0DhYIMEn72R2FKZwL5RGjicdyJ98kt5PExM2rSNV GG4Q== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr20657744oem.65.1333486216403; Tue, 03 Apr 2012 13:50:16 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Tue, 3 Apr 2012 13:50:16 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7AA67E.40801@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> <4F7A0603.9070809@slackverse.org> <4F7AA67E.40801@slackverse.org> Date: Wed, 4 Apr 2012 06:50:16 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQmL2Oa0I3yj1ERwvRNdUyEgpYLsJhermzXOzneKjw7irL6x4fuV9TqpOSjDDOFBSKZHDb9z Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 17:27, Mario wrote: > On 04/03/2012 06:39 AM, Joseph Glanville wrote: >> >> On 3 April 2012 06:03, Mario =A0wrote: >>> >>> On 04/02/2012 09:55 PM, Joseph Glanville wrote: >>>> >>>> >>>> On 3 April 2012 05:48, Mario =A0 =A0wrote: >>>>> >>>>> >>>>> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>>>>> >>>>>> >>>>>> >>>>>> On 3 April 2012 05:17, Mario =A0 =A0 =A0wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 2 April 2012 22:49, Mario =A0 =A0 =A0 =A0= wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Windows, of course, does not natively support PVonHVM in any w= ay >>>>>>>>>>>> (except >>>>>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux Dom= Us >>>>>>>>>>>> than >>>>>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>>>>> PV-drivers >>>>>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>>>>> describe >>>>>>>>>>>> your setup in a little more detail. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>>>>> windows domU's. I don't have the luxury to install custom drive= rs >>>>>>>>>>> on >>>>>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>>>>> PVonHVM >>>>>>>>>>> because i can't. >>>>>>>>>>> So, anyone else please? :-) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Read my last paragraph again, please: Linux fully virtualized >>>>>>>>>> DomUs >>>>>>>>>> (which use the corresponding NIC and disk emulation as implement= ed >>>>>>>>>> by >>>>>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>>>>> I/O-performance wise, as both of them use the same infrastructure >>>>>>>>>> in >>>>>>>>>> Dom0 to do I/O (qemu process). You're saying that they are >>>>>>>>>> different, >>>>>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem >>>>>>>>>> is >>>>>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>>>>> >>>>>>>>> >>>>>>>>> Its actualy quite simple, here is an example: Windows hvm domU di= sk >>>>>>>>> io >>>>>>>>> on >>>>>>>>> my >>>>>>>>> test server is ~60MB/s (sequential read or write). Linux HVM gues= ts >>>>>>>>> (using >>>>>>>>> same config file template) on the same server gives ~10MB/s >>>>>>>>> (sequential >>>>>>>>> read >>>>>>>>> or write), i tried pretty much everything, from tuning scheduler = to >>>>>>>>> changing >>>>>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>>>>> kernel >>>>>>>>> 2.6.34 on my dom0. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Hieko and myself have told you what to do to get decent performanc= e. >>>>>>>> Some examples of fully setup PVonHVM guests are available on my fi= le >>>>>>>> mirror. >>>>>>>> http://mirror.orionvm.com.au >>>>>>>> >>>>>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>>>>> can do for you. >>>>>>>> >>>>>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>>>>> This makes no sense as qemu-dm runs in userspace. You would have h= ad >>>>>>>> to >>>>>>>> make >>>>>>>> some changes to the toolstack for this performance to differ. >>>>>>>> >>>>>>> >>>>>>> Performance difference between dom0 kernels aside, what I don't >>>>>>> understand >>>>>>> is why windows HVM domU works fine, while linux doesn't? >>>>>>> Isn't HVM supposed to work same for every guest, or does linux >>>>>>> actualy >>>>>>> have >>>>>>> something against HVM mode? I simply don't get it. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> It's definitely not an optimized use case however I have never seen = as >>>>>> low performance as you are reporting. >>>>>> There are too many reasons to list as to why performance between >>>>>> Windows HVM and Linux HVM would differ. >>>>>> >>>>>> What Linux guests are you attempting to run? >>>>>> >>>>>> Joseph. >>>>>> >>>>> >>>>> Running a slackware guest, tried various kernels, did not make any >>>>> difference. Windows in question is 2008 R2. >>>> >>>> >>>> >>>> Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=3Dy and all of the >>>> Xen device drivers. >>>> This will enable PVHVM and you should be right as rain for performance. >>>> >>> >>> So what exactly do I do with linux guests that I don't have kernel >>> sources >>> for? :-) >> >> >> Guests older than 2.6.32 could be a problem. >> Everything else should be fine. >> Anything earlier than 2.6.32 you probably want to run in pure PV mode. >> > > I tried 2.6.37 and 3.2.7, same results. Ok it has become clear that nobody > knows, so lets forget about this one. I will keep xen for pv guests only, > everything else will go into vmware. Did you mean you had poor performance running 3.2.7 based HVM guests? Are you sure you set xen_platform_pci=3D1? (or left it out of the config) The 3.2.7 kernel assuming it was built correctly should automatically enable PV drivers which should have great performance. All current 3.0 and better binary distributions ship kernels that work perfectly in PVonHVM mode. I highly recommend you use the images I provided to assertain if you have a serious configuration problem or if there exists a bug/performance regression in your dom0 kernel. Joseph. > > Thanks anyway, > mario > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 20:51:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 20:51: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 1SFAgH-00026N-Og; Tue, 03 Apr 2012 20:50:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFAgG-00026G-C1 for xen-users@lists.xen.org; Tue, 03 Apr 2012 20:50:20 +0000 Received: from [85.158.138.51:6866] by server-2.bemta-3.messagelabs.com id 3F/30-15460-B826B7F4; Tue, 03 Apr 2012 20:50:19 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-5.tower-174.messagelabs.com!1333486217!20695626!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28316 invoked from network); 3 Apr 2012 20:50:18 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 20:50:18 -0000 Received: by ggnp2 with SMTP id p2so110553ggn.32 for ; Tue, 03 Apr 2012 13:50:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=z9381gLkIa7vv2m3b0G/pqggt0PkvLnGadP9lWWz5x8=; b=o5x5Nv30+BfwHerWwwjPqEbccwDw0fydLn9Z4P3j6fFiWqnTgF06JxdPB3i0A4equ/ VQfDtRW97gvP9cDAfIl1KNgJkjc48FmCq2GuV3AjwCP4sScNiYm/5SNsaA2sBp5cLSbG 0ZZNqmljMX4P3tvMyZs6TN5ChFgGkeO5WoGeoSpJgvvpNsK14E2EPbFSNqCP7UGWKwii GXD16U3zyAr86CM0Pi+gEKSMOH98GFmUi5CUbYA+yXhrxumAjA+ADM1i36etxEhEfkqg mvuOz/sueNX9hqiiJx528oc6EcAQ0DhYIMEn72R2FKZwL5RGjicdyJ98kt5PExM2rSNV GG4Q== MIME-Version: 1.0 Received: by 10.60.4.199 with SMTP id m7mr20657744oem.65.1333486216403; Tue, 03 Apr 2012 13:50:16 -0700 (PDT) Received: by 10.182.98.137 with HTTP; Tue, 3 Apr 2012 13:50:16 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <4F7AA67E.40801@slackverse.org> References: <4F7715B0.6050000@slackverse.org> <4F7973C3.8060707@slackverse.org> <4F797C46.7090901@slackverse.org> <859ef5d4583865dbe808470f7026ed84@modelnine.org> <4F798E89.7010303@slackverse.org> <529776cc7ea3726095434f2194b0c967@modelnine.org> <4F79A05B.6010305@slackverse.org> <4F79FB3A.7020608@slackverse.org> <4F7A0284.2040201@slackverse.org> <4F7A0603.9070809@slackverse.org> <4F7AA67E.40801@slackverse.org> Date: Wed, 4 Apr 2012 06:50:16 +1000 Message-ID: From: Joseph Glanville To: Mario X-Gm-Message-State: ALoCoQmL2Oa0I3yj1ERwvRNdUyEgpYLsJhermzXOzneKjw7irL6x4fuV9TqpOSjDDOFBSKZHDb9z Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] HVM on 3.2 kernel hdd speed issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 3 April 2012 17:27, Mario wrote: > On 04/03/2012 06:39 AM, Joseph Glanville wrote: >> >> On 3 April 2012 06:03, Mario =A0wrote: >>> >>> On 04/02/2012 09:55 PM, Joseph Glanville wrote: >>>> >>>> >>>> On 3 April 2012 05:48, Mario =A0 =A0wrote: >>>>> >>>>> >>>>> On 04/02/2012 09:27 PM, Joseph Glanville wrote: >>>>>> >>>>>> >>>>>> >>>>>> On 3 April 2012 05:17, Mario =A0 =A0 =A0wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 04/02/2012 08:45 PM, Joseph Glanville wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 2 April 2012 22:49, Mario =A0 =A0 =A0 =A0= wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 04/02/2012 01:55 PM, Heiko Wundram wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Am 02.04.2012 13:33, schrieb Mario: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On 04/02/2012 12:19 PM, Heiko Wundram wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Windows, of course, does not natively support PVonHVM in any w= ay >>>>>>>>>>>> (except >>>>>>>>>>>> when using corresponding drivers to enable that), so if you get >>>>>>>>>>>> excessively slower I/O-speeds on "fully" virtualized Linux Dom= Us >>>>>>>>>>>> than >>>>>>>>>>>> you do on Windows DomUs which _don't_ have the corresponding >>>>>>>>>>>> PV-drivers >>>>>>>>>>>> installed, something else is amiss here; it'd help if you could >>>>>>>>>>>> describe >>>>>>>>>>>> your setup in a little more detail. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Why are we still on PVonHVM subject? I do not want that, I want >>>>>>>>>>> regular HVM to work with linux domU's the same way it works with >>>>>>>>>>> windows domU's. I don't have the luxury to install custom drive= rs >>>>>>>>>>> on >>>>>>>>>>> some domU's, so there is no point in trying to force me to use >>>>>>>>>>> PVonHVM >>>>>>>>>>> because i can't. >>>>>>>>>>> So, anyone else please? :-) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Read my last paragraph again, please: Linux fully virtualized >>>>>>>>>> DomUs >>>>>>>>>> (which use the corresponding NIC and disk emulation as implement= ed >>>>>>>>>> by >>>>>>>>>> qemu) shouldn't perform any different than a Windows DomU, >>>>>>>>>> I/O-performance wise, as both of them use the same infrastructure >>>>>>>>>> in >>>>>>>>>> Dom0 to do I/O (qemu process). You're saying that they are >>>>>>>>>> different, >>>>>>>>>> I/O-wise, so: please be a little more concrete _what_ the problem >>>>>>>>>> is >>>>>>>>>> that you're seeing. We don't have crystal balls handy, sorry. >>>>>>>>>> >>>>>>>>> >>>>>>>>> Its actualy quite simple, here is an example: Windows hvm domU di= sk >>>>>>>>> io >>>>>>>>> on >>>>>>>>> my >>>>>>>>> test server is ~60MB/s (sequential read or write). Linux HVM gues= ts >>>>>>>>> (using >>>>>>>>> same config file template) on the same server gives ~10MB/s >>>>>>>>> (sequential >>>>>>>>> read >>>>>>>>> or write), i tried pretty much everything, from tuning scheduler = to >>>>>>>>> changing >>>>>>>>> kernel. I am not sure what to do with it, other then roll back to >>>>>>>>> kernel >>>>>>>>> 2.6.34 on my dom0. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Hieko and myself have told you what to do to get decent performanc= e. >>>>>>>> Some examples of fully setup PVonHVM guests are available on my fi= le >>>>>>>> mirror. >>>>>>>> http://mirror.orionvm.com.au >>>>>>>> >>>>>>>> Unless you use the PV drivers there isn't really a whole lot more I >>>>>>>> can do for you. >>>>>>>> >>>>>>>> I can't explain why performance would differ under 2.6.34 vs 3.2. >>>>>>>> This makes no sense as qemu-dm runs in userspace. You would have h= ad >>>>>>>> to >>>>>>>> make >>>>>>>> some changes to the toolstack for this performance to differ. >>>>>>>> >>>>>>> >>>>>>> Performance difference between dom0 kernels aside, what I don't >>>>>>> understand >>>>>>> is why windows HVM domU works fine, while linux doesn't? >>>>>>> Isn't HVM supposed to work same for every guest, or does linux >>>>>>> actualy >>>>>>> have >>>>>>> something against HVM mode? I simply don't get it. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> It's definitely not an optimized use case however I have never seen = as >>>>>> low performance as you are reporting. >>>>>> There are too many reasons to list as to why performance between >>>>>> Windows HVM and Linux HVM would differ. >>>>>> >>>>>> What Linux guests are you attempting to run? >>>>>> >>>>>> Joseph. >>>>>> >>>>> >>>>> Running a slackware guest, tried various kernels, did not make any >>>>> difference. Windows in question is 2008 R2. >>>> >>>> >>>> >>>> Try using a 3.0 guest kernel with XEN_PLATFORM_PCI=3Dy and all of the >>>> Xen device drivers. >>>> This will enable PVHVM and you should be right as rain for performance. >>>> >>> >>> So what exactly do I do with linux guests that I don't have kernel >>> sources >>> for? :-) >> >> >> Guests older than 2.6.32 could be a problem. >> Everything else should be fine. >> Anything earlier than 2.6.32 you probably want to run in pure PV mode. >> > > I tried 2.6.37 and 3.2.7, same results. Ok it has become clear that nobody > knows, so lets forget about this one. I will keep xen for pv guests only, > everything else will go into vmware. Did you mean you had poor performance running 3.2.7 based HVM guests? Are you sure you set xen_platform_pci=3D1? (or left it out of the config) The 3.2.7 kernel assuming it was built correctly should automatically enable PV drivers which should have great performance. All current 3.0 and better binary distributions ship kernels that work perfectly in PVonHVM mode. I highly recommend you use the images I provided to assertain if you have a serious configuration problem or if there exists a bug/performance regression in your dom0 kernel. Joseph. > > Thanks anyway, > mario > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 21:54:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 21:54: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 1SFBeo-0002yK-P4; Tue, 03 Apr 2012 21:52:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFBem-0002yF-Un for xen-users@lists.xen.org; Tue, 03 Apr 2012 21:52:53 +0000 Received: from [85.158.138.51:49825] by server-7.bemta-3.messagelabs.com id 54/DC-07528-4317B7F4; Tue, 03 Apr 2012 21:52:52 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1333489970!20654584!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31467 invoked from network); 3 Apr 2012 21:52:51 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-4.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2012 21:52:51 -0000 Received: from [189.253.141.121] (helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SFBej-0004Mf-Gs for xen-users@lists.xen.org; Tue, 03 Apr 2012 16:52:49 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 0CAD4A1DB for ; Tue, 3 Apr 2012 16:52:46 -0500 (CDT) Message-ID: <4F7B712E.8010508@ondore.com> Date: Tue, 03 Apr 2012 16:52:46 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 03/04/12 15:43, Joseph Glanville escribi=F3: > On 4 April 2012 05:45, Ian Tobin wrote: >> Not sure about para guests but with him you can boot from network by >> pressing F12 at boot time > > Not sure if the keyboard press will work. > However if you specify boot=3D"n" in the config file the guest will DHCP > and PXE boot via the network. That is correct, boot=3D"n" option works fine. Other thing you should have in mind if you use bridged network, is = gPXE's timeout vs bridge forward delay. In short, by default gPXE get = desperate of not getting DHCP answer before the bridge become operation, = and fails to boot. Can be fixed manually with "brctl setfd $BRIDGENAME = 5" or in your network configuration file. I don't use network-bridge script, my Debian's /etc/network/interfaces = looks like this (note that Dom0 has no IP on that interface in my setup): iface xenbr22 inet manual bridge_ports eth1.22 bridge_stp off bridge_fd 5 All this works for HVM VM's. I do also boot PV VM's form network, but i = have found nothing better than copy the VM's kernel and initrd to to = Dom0 and boot them as normal DomU (kernel parameters instruct the VM to = get rootfs from network). Probably, I will end up writing some wrapper = to be used with "bootloader" option. I would talks to TFTP, get = specified pxelinux config file, parse it, download the kernel and = inirtd, than start up the VM. Although, it has not been written yet. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 21:54:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 21:54: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 1SFBeo-0002yK-P4; Tue, 03 Apr 2012 21:52:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFBem-0002yF-Un for xen-users@lists.xen.org; Tue, 03 Apr 2012 21:52:53 +0000 Received: from [85.158.138.51:49825] by server-7.bemta-3.messagelabs.com id 54/DC-07528-4317B7F4; Tue, 03 Apr 2012 21:52:52 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1333489970!20654584!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31467 invoked from network); 3 Apr 2012 21:52:51 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-4.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2012 21:52:51 -0000 Received: from [189.253.141.121] (helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SFBej-0004Mf-Gs for xen-users@lists.xen.org; Tue, 03 Apr 2012 16:52:49 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 0CAD4A1DB for ; Tue, 3 Apr 2012 16:52:46 -0500 (CDT) Message-ID: <4F7B712E.8010508@ondore.com> Date: Tue, 03 Apr 2012 16:52:46 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 03/04/12 15:43, Joseph Glanville escribi=F3: > On 4 April 2012 05:45, Ian Tobin wrote: >> Not sure about para guests but with him you can boot from network by >> pressing F12 at boot time > > Not sure if the keyboard press will work. > However if you specify boot=3D"n" in the config file the guest will DHCP > and PXE boot via the network. That is correct, boot=3D"n" option works fine. Other thing you should have in mind if you use bridged network, is = gPXE's timeout vs bridge forward delay. In short, by default gPXE get = desperate of not getting DHCP answer before the bridge become operation, = and fails to boot. Can be fixed manually with "brctl setfd $BRIDGENAME = 5" or in your network configuration file. I don't use network-bridge script, my Debian's /etc/network/interfaces = looks like this (note that Dom0 has no IP on that interface in my setup): iface xenbr22 inet manual bridge_ports eth1.22 bridge_stp off bridge_fd 5 All this works for HVM VM's. I do also boot PV VM's form network, but i = have found nothing better than copy the VM's kernel and initrd to to = Dom0 and boot them as normal DomU (kernel parameters instruct the VM to = get rootfs from network). Probably, I will end up writing some wrapper = to be used with "bootloader" option. I would talks to TFTP, get = specified pxelinux config file, parse it, download the kernel and = inirtd, than start up the VM. Although, it has not been written yet. Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 22:35:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 22:35: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 1SFCJ8-0003Pl-AH; Tue, 03 Apr 2012 22:34:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFCJ6-0003Pg-SD for xen-users@lists.xen.org; Tue, 03 Apr 2012 22:34:33 +0000 Received: from [85.158.143.35:52430] by server-2.bemta-4.messagelabs.com id 55/35-17550-8FA7B7F4; Tue, 03 Apr 2012 22:34:32 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1333492469!17069012!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17138 invoked from network); 3 Apr 2012 22:34:31 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 22:34:31 -0000 Received: by dajx4 with SMTP id x4so229967daj.28 for ; Tue, 03 Apr 2012 15:34:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding:x-gm-message-state; bh=IVmmQuVuR0J3Vhn9XHl7vmHsDBbTfdkttJUFCWsAxww=; b=gGt2i+7fsAsJz8FeUO2AJsKWwUQxhSpyMO36Wv/rTxcOhk7c+xpnLIsVHfWKgolXvG Pn8RgJ3Yyn3YNyK1TfQw99ckGxl0VVRcdQFoGTWqrLSyzm38Awlx/00AveusMX93XQIr +xQG3ZSkpteZvq891l0j+xfIc/4X9PrWCWRleuix+vE2RrMglNwkGyTvm50bQ9Aesi/+ cLsCBojjvggMpvtFpJrvha+av7JpXUom0PBUHl82CHuFeE0HEnAlF6DA8QFeIjT+IOT6 xlNWy8z+HO6oP0AzxKQbDHLmwb0t5DLJlU5Khu4KrVBwe0u2yPCe29nv+C4w0gLuAqU8 bPKQ== MIME-Version: 1.0 Received: by 10.68.218.168 with SMTP id ph8mr31998436pbc.51.1333492468695; Tue, 03 Apr 2012 15:34:28 -0700 (PDT) Received: by 10.68.211.193 with HTTP; Tue, 3 Apr 2012 15:34:28 -0700 (PDT) In-Reply-To: <4F7B712E.8010508@ondore.com> References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> <4F7B712E.8010508@ondore.com> Date: Wed, 4 Apr 2012 05:34:28 +0700 Message-ID: From: "Fajar A. Nugraha" To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkAHxZgllAiXXMFBEWuXC34HuElpnQi89TNHpRUDvc1kBUmVdnlfEBIcPmaSQxWjQrIhl2/ Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 4, 2012 at 4:52 AM, Alexandre Kouznetsov wrote: > Other thing you should have in mind if you use bridged network, is gPXE's > timeout vs bridge forward delay. In short, by default gPXE get desperate = of > not getting DHCP answer before the bridge become operation, and fails to > boot. Can be fixed manually with "brctl setfd $BRIDGENAME 5" or in your > network configuration file. > > I don't use network-bridge script, my Debian's /etc/network/interfaces lo= oks > like this (note that Dom0 has no IP on that interface in my setup): > iface xenbr22 inet manual > =A0bridge_ports eth1.22 > =A0bridge_stp off > =A0bridge_fd 5 Any particular reason to use "5"? Why not "0", or "1"? > Probably, I will end up writing some wrapper to be used with > "bootloader" option. I would talks to TFTP, get specified pxelinux config > file, parse it, download the kernel and inirtd, than start up the VM. > Although, it has not been written yet. Isn't that what pypxeboot does? http://grid.ie/pypxeboot/ -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 22:35:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 22:35: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 1SFCJ8-0003Pl-AH; Tue, 03 Apr 2012 22:34:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFCJ6-0003Pg-SD for xen-users@lists.xen.org; Tue, 03 Apr 2012 22:34:33 +0000 Received: from [85.158.143.35:52430] by server-2.bemta-4.messagelabs.com id 55/35-17550-8FA7B7F4; Tue, 03 Apr 2012 22:34:32 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-21.messagelabs.com!1333492469!17069012!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17138 invoked from network); 3 Apr 2012 22:34:31 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 3 Apr 2012 22:34:31 -0000 Received: by dajx4 with SMTP id x4so229967daj.28 for ; Tue, 03 Apr 2012 15:34:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding:x-gm-message-state; bh=IVmmQuVuR0J3Vhn9XHl7vmHsDBbTfdkttJUFCWsAxww=; b=gGt2i+7fsAsJz8FeUO2AJsKWwUQxhSpyMO36Wv/rTxcOhk7c+xpnLIsVHfWKgolXvG Pn8RgJ3Yyn3YNyK1TfQw99ckGxl0VVRcdQFoGTWqrLSyzm38Awlx/00AveusMX93XQIr +xQG3ZSkpteZvq891l0j+xfIc/4X9PrWCWRleuix+vE2RrMglNwkGyTvm50bQ9Aesi/+ cLsCBojjvggMpvtFpJrvha+av7JpXUom0PBUHl82CHuFeE0HEnAlF6DA8QFeIjT+IOT6 xlNWy8z+HO6oP0AzxKQbDHLmwb0t5DLJlU5Khu4KrVBwe0u2yPCe29nv+C4w0gLuAqU8 bPKQ== MIME-Version: 1.0 Received: by 10.68.218.168 with SMTP id ph8mr31998436pbc.51.1333492468695; Tue, 03 Apr 2012 15:34:28 -0700 (PDT) Received: by 10.68.211.193 with HTTP; Tue, 3 Apr 2012 15:34:28 -0700 (PDT) In-Reply-To: <4F7B712E.8010508@ondore.com> References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> <4F7B712E.8010508@ondore.com> Date: Wed, 4 Apr 2012 05:34:28 +0700 Message-ID: From: "Fajar A. Nugraha" To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkAHxZgllAiXXMFBEWuXC34HuElpnQi89TNHpRUDvc1kBUmVdnlfEBIcPmaSQxWjQrIhl2/ Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 4, 2012 at 4:52 AM, Alexandre Kouznetsov wrote: > Other thing you should have in mind if you use bridged network, is gPXE's > timeout vs bridge forward delay. In short, by default gPXE get desperate = of > not getting DHCP answer before the bridge become operation, and fails to > boot. Can be fixed manually with "brctl setfd $BRIDGENAME 5" or in your > network configuration file. > > I don't use network-bridge script, my Debian's /etc/network/interfaces lo= oks > like this (note that Dom0 has no IP on that interface in my setup): > iface xenbr22 inet manual > =A0bridge_ports eth1.22 > =A0bridge_stp off > =A0bridge_fd 5 Any particular reason to use "5"? Why not "0", or "1"? > Probably, I will end up writing some wrapper to be used with > "bootloader" option. I would talks to TFTP, get specified pxelinux config > file, parse it, download the kernel and inirtd, than start up the VM. > Although, it has not been written yet. Isn't that what pypxeboot does? http://grid.ie/pypxeboot/ -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 22:51:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 22:51: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 1SFCYQ-0003l8-1P; Tue, 03 Apr 2012 22:50:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFCYN-0003l3-LL for xen-users@lists.xen.org; Tue, 03 Apr 2012 22:50:19 +0000 Received: from [193.109.254.147:18753] by server-10.bemta-14.messagelabs.com id C0/D4-05847-AAE7B7F4; Tue, 03 Apr 2012 22:50:18 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1333493417!3130577!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31349 invoked from network); 3 Apr 2012 22:50:18 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2012 22:50:18 -0000 Received: from [189.253.141.121] (helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SFCYK-0006fK-FA for xen-users@lists.xen.org; Tue, 03 Apr 2012 17:50:16 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 00970A1DB for ; Tue, 3 Apr 2012 17:50:13 -0500 (CDT) Message-ID: <4F7B7EA5.6060004@ondore.com> Date: Tue, 03 Apr 2012 17:50:13 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> <4F7B712E.8010508@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 03/04/12 17:34, Fajar A. Nugraha escribi=F3: > On Wed, Apr 4, 2012 at 4:52 AM, Alexandre Kouznetsov wro= te: >> I don't use network-bridge script, my Debian's /etc/network/interfaces l= ooks >> like this (note that Dom0 has no IP on that interface in my setup): >> iface xenbr22 inet manual >> bridge_ports eth1.22 >> bridge_stp off >> bridge_fd 5 > > Any particular reason to use "5"? Why not "0", or "1"? Just the personal policy to stay as much close to the defaults as = possible. I assume that FD is not set to something so small for some = reason, which I wish not to have to find under pressure of something not = working. I found 5 was small enough. (: >> Probably, I will end up writing some wrapper to be used with >> "bootloader" option. I would talks to TFTP, get specified pxelinux config >> file, parse it, download the kernel and inirtd, than start up the VM. >> Although, it has not been written yet. > > Isn't that what pypxeboot does? http://grid.ie/pypxeboot/ The words "modified version", "patch", and "build" scares me. But basically, yes, pypxeboot should work. Did not think about building = a .deb of it instead of custom script. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 03 22:51:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 03 Apr 2012 22:51: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 1SFCYQ-0003l8-1P; Tue, 03 Apr 2012 22:50:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFCYN-0003l3-LL for xen-users@lists.xen.org; Tue, 03 Apr 2012 22:50:19 +0000 Received: from [193.109.254.147:18753] by server-10.bemta-14.messagelabs.com id C0/D4-05847-AAE7B7F4; Tue, 03 Apr 2012 22:50:18 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1333493417!3130577!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31349 invoked from network); 3 Apr 2012 22:50:18 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 3 Apr 2012 22:50:18 -0000 Received: from [189.253.141.121] (helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SFCYK-0006fK-FA for xen-users@lists.xen.org; Tue, 03 Apr 2012 17:50:16 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 00970A1DB for ; Tue, 3 Apr 2012 17:50:13 -0500 (CDT) Message-ID: <4F7B7EA5.6060004@ondore.com> Date: Tue, 03 Apr 2012 17:50:13 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <356B741F-895D-47C0-9D97-068F3225D239@tidyhosts.com> <4F7B712E.8010508@ondore.com> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 03/04/12 17:34, Fajar A. Nugraha escribi=F3: > On Wed, Apr 4, 2012 at 4:52 AM, Alexandre Kouznetsov wro= te: >> I don't use network-bridge script, my Debian's /etc/network/interfaces l= ooks >> like this (note that Dom0 has no IP on that interface in my setup): >> iface xenbr22 inet manual >> bridge_ports eth1.22 >> bridge_stp off >> bridge_fd 5 > > Any particular reason to use "5"? Why not "0", or "1"? Just the personal policy to stay as much close to the defaults as = possible. I assume that FD is not set to something so small for some = reason, which I wish not to have to find under pressure of something not = working. I found 5 was small enough. (: >> Probably, I will end up writing some wrapper to be used with >> "bootloader" option. I would talks to TFTP, get specified pxelinux config >> file, parse it, download the kernel and inirtd, than start up the VM. >> Although, it has not been written yet. > > Isn't that what pypxeboot does? http://grid.ie/pypxeboot/ The words "modified version", "patch", and "build" scares me. But basically, yes, pypxeboot should work. Did not think about building = a .deb of it instead of custom script. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 01:30:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 01:30: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 1SFF2M-0000QN-HA; Wed, 04 Apr 2012 01:29:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFF2L-0000QH-3H for xen-users@lists.xensource.com; Wed, 04 Apr 2012 01:29:25 +0000 Received: from [193.109.254.147:11005] by server-12.bemta-14.messagelabs.com id 97/A3-05847-4F3AB7F4; Wed, 04 Apr 2012 01:29:24 +0000 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1333502962!653757!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25409 invoked from network); 4 Apr 2012 01:29:23 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 01:29:23 -0000 Received: by obbwd18 with SMTP id wd18so537575obb.30 for ; Tue, 03 Apr 2012 18:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=O9htwd/DmTsjtLKzOgeB5aqzFHeTyLmEPAUWaLkOf/w=; b=if8RxP36FPsox5Fk5I2Xad8V/yfuztkuxyKKP3av+M8l++uUtCgjRAUMW898ahX5kg YciIfCHLu5+qcZE0vzC6Y9Ql/CcW62p1cjcf7eH7/zfgz/d3ArFihV+sv5kaL9sxMLvu y1pU10LyYidhWtQQTdBUuMFR2cWtA8a7X0KKl7hV+/jJFO0cPmQESVSENEyTt8IOTClk sO1OqFiav+BapstbZX2hmkSvW3k+VKZ+cl1XIYovazmYzCmFHKtoGNYVco6F4cP+TSuT sB+Eueqt+kR3cr2ioEyVwzIVJbhgy0eMrx+aeGd+RxebhZI8WesO6thTfwZyaU1x44rY 70VA== Received: by 10.182.40.7 with SMTP id t7mr2641090obk.55.1333502961472; Tue, 03 Apr 2012 18:29:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.41.138 with HTTP; Tue, 3 Apr 2012 18:29:01 -0700 (PDT) In-Reply-To: <4F39390B.4060803@ubuntu.com> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> From: jinho hwang Date: Tue, 3 Apr 2012 21:29:01 -0400 Message-ID: To: Phillip Susi Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0220297658181265582==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0220297658181265582== Content-Type: multipart/alternative; boundary=f46d0444688b53551204bcd05ad5 --f46d0444688b53551204bcd05ad5 Content-Type: text/plain; charset=ISO-8859-1 Hi Phillip, I'm trying to install a guest VM containing a working tmem, but I found out that even if I turned on all the tmem related options in kernel compile, linux 3.x.x branch does not execute tmem properly. Which kernel did you use for guest VM? Thank you, Jinho On Mon, Feb 13, 2012 at 11:23 AM, Phillip Susi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2/11/2012 5:58 AM, Florian Heigl wrote: > > Hi, > > > > the output is parsed with xm tmem-list-parse. > > xm tmem-list-parse: subcommand not found > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPOTkLAAoJEJrBOlT6nu75EKwH/3FL3Ck2wmvbrOYx8NCF1+Kv > 67yFe1d5Imkkv7A5Vq/My76JC20doIYs8d7X1wF0ac4YxBpYiFk3eS31VCPEG1KN > 3cQ26KSGSkBrJme4yQJZEJYBK/hxYwt6OtDaK2y+SbM1eT8F1YxAAbEEU8SzZM90 > 7kM7SZpuIrgBaCkEz3MnS9OYyZtXugaCO3GBZ0v4imgzqVwuk0gzb4NJTvhjOYP1 > 9v7l+/jYpp1NSsx/brz8jIVqH0FjoSs5DnMEBFIYzbuZujSHbK30iRi2NIedLpKB > TT8xlC+rMsKo7cacnrgLTh1xSZCCs+5PJ3RIBwwxl8g27aEGwcqVphFfs1xq53I= > =fcW/ > -----END PGP SIGNATURE----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --f46d0444688b53551204bcd05ad5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip,=A0

I'm trying to install a guest VM cont= aining a working tmem, but I found out that even if I turned on all the tme= m related options in kernel compile, linux 3.x.x branch does not execute tm= em properly. Which kernel did you use for guest VM?

Thank you,=A0

Jinho

On Mon, Feb 13, 2012 at 11:23 AM, Phillip Susi <psusi@ubuntu.com&= gt; wrote:
-----BEGIN PGP SIGNED MESS= AGE-----
Hash: SHA1

On 2/11/2012 5:58 AM, Florian Heigl wrote:
> Hi,
>
> the output is parsed with xm tmem-list-parse.

xm tmem-list-parse: subcommand not found

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPOTkLAAoJEJrBOlT6nu75EKwH/3FL3Ck2wmvbrOYx8NCF1+Kv
67yFe1d5Imkkv7A5Vq/My76JC20doIYs8d7X1wF0ac4YxBpYiFk3eS31VCPEG1KN
3cQ26KSGSkBrJme4yQJZEJYBK/hxYwt6OtDaK2y+SbM1eT8F1YxAAbEEU8SzZM90
7kM7SZpuIrgBaCkEz3MnS9OYyZtXugaCO3GBZ0v4imgzqVwuk0gzb4NJTvhjOYP1
9v7l+/jYpp1NSsx/brz8jIVqH0FjoSs5DnMEBFIYzbuZujSHbK30iRi2NIedLpKB
TT8xlC+rMsKo7cacnrgLTh1xSZCCs+5PJ3RIBwwxl8g27aEGwcqVphFfs1xq53I=3D
=3DfcW/
-----END PGP SIGNATURE-----

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



--
= Jinho Hwang
PhD Student
Department of Computer Science
The George = Washington University
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)
--f46d0444688b53551204bcd05ad5-- --===============0220297658181265582== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0220297658181265582==-- From xen-users-bounces@lists.xen.org Wed Apr 04 01:30:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 01:30: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 1SFF2M-0000QN-HA; Wed, 04 Apr 2012 01:29:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFF2L-0000QH-3H for xen-users@lists.xensource.com; Wed, 04 Apr 2012 01:29:25 +0000 Received: from [193.109.254.147:11005] by server-12.bemta-14.messagelabs.com id 97/A3-05847-4F3AB7F4; Wed, 04 Apr 2012 01:29:24 +0000 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1333502962!653757!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25409 invoked from network); 4 Apr 2012 01:29:23 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 01:29:23 -0000 Received: by obbwd18 with SMTP id wd18so537575obb.30 for ; Tue, 03 Apr 2012 18:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=O9htwd/DmTsjtLKzOgeB5aqzFHeTyLmEPAUWaLkOf/w=; b=if8RxP36FPsox5Fk5I2Xad8V/yfuztkuxyKKP3av+M8l++uUtCgjRAUMW898ahX5kg YciIfCHLu5+qcZE0vzC6Y9Ql/CcW62p1cjcf7eH7/zfgz/d3ArFihV+sv5kaL9sxMLvu y1pU10LyYidhWtQQTdBUuMFR2cWtA8a7X0KKl7hV+/jJFO0cPmQESVSENEyTt8IOTClk sO1OqFiav+BapstbZX2hmkSvW3k+VKZ+cl1XIYovazmYzCmFHKtoGNYVco6F4cP+TSuT sB+Eueqt+kR3cr2ioEyVwzIVJbhgy0eMrx+aeGd+RxebhZI8WesO6thTfwZyaU1x44rY 70VA== Received: by 10.182.40.7 with SMTP id t7mr2641090obk.55.1333502961472; Tue, 03 Apr 2012 18:29:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.41.138 with HTTP; Tue, 3 Apr 2012 18:29:01 -0700 (PDT) In-Reply-To: <4F39390B.4060803@ubuntu.com> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> From: jinho hwang Date: Tue, 3 Apr 2012 21:29:01 -0400 Message-ID: To: Phillip Susi Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0220297658181265582==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0220297658181265582== Content-Type: multipart/alternative; boundary=f46d0444688b53551204bcd05ad5 --f46d0444688b53551204bcd05ad5 Content-Type: text/plain; charset=ISO-8859-1 Hi Phillip, I'm trying to install a guest VM containing a working tmem, but I found out that even if I turned on all the tmem related options in kernel compile, linux 3.x.x branch does not execute tmem properly. Which kernel did you use for guest VM? Thank you, Jinho On Mon, Feb 13, 2012 at 11:23 AM, Phillip Susi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2/11/2012 5:58 AM, Florian Heigl wrote: > > Hi, > > > > the output is parsed with xm tmem-list-parse. > > xm tmem-list-parse: subcommand not found > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPOTkLAAoJEJrBOlT6nu75EKwH/3FL3Ck2wmvbrOYx8NCF1+Kv > 67yFe1d5Imkkv7A5Vq/My76JC20doIYs8d7X1wF0ac4YxBpYiFk3eS31VCPEG1KN > 3cQ26KSGSkBrJme4yQJZEJYBK/hxYwt6OtDaK2y+SbM1eT8F1YxAAbEEU8SzZM90 > 7kM7SZpuIrgBaCkEz3MnS9OYyZtXugaCO3GBZ0v4imgzqVwuk0gzb4NJTvhjOYP1 > 9v7l+/jYpp1NSsx/brz8jIVqH0FjoSs5DnMEBFIYzbuZujSHbK30iRi2NIedLpKB > TT8xlC+rMsKo7cacnrgLTh1xSZCCs+5PJ3RIBwwxl8g27aEGwcqVphFfs1xq53I= > =fcW/ > -----END PGP SIGNATURE----- > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --f46d0444688b53551204bcd05ad5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip,=A0

I'm trying to install a guest VM cont= aining a working tmem, but I found out that even if I turned on all the tme= m related options in kernel compile, linux 3.x.x branch does not execute tm= em properly. Which kernel did you use for guest VM?

Thank you,=A0

Jinho

On Mon, Feb 13, 2012 at 11:23 AM, Phillip Susi <psusi@ubuntu.com&= gt; wrote:
-----BEGIN PGP SIGNED MESS= AGE-----
Hash: SHA1

On 2/11/2012 5:58 AM, Florian Heigl wrote:
> Hi,
>
> the output is parsed with xm tmem-list-parse.

xm tmem-list-parse: subcommand not found

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPOTkLAAoJEJrBOlT6nu75EKwH/3FL3Ck2wmvbrOYx8NCF1+Kv
67yFe1d5Imkkv7A5Vq/My76JC20doIYs8d7X1wF0ac4YxBpYiFk3eS31VCPEG1KN
3cQ26KSGSkBrJme4yQJZEJYBK/hxYwt6OtDaK2y+SbM1eT8F1YxAAbEEU8SzZM90
7kM7SZpuIrgBaCkEz3MnS9OYyZtXugaCO3GBZ0v4imgzqVwuk0gzb4NJTvhjOYP1
9v7l+/jYpp1NSsx/brz8jIVqH0FjoSs5DnMEBFIYzbuZujSHbK30iRi2NIedLpKB
TT8xlC+rMsKo7cacnrgLTh1xSZCCs+5PJ3RIBwwxl8g27aEGwcqVphFfs1xq53I=3D
=3DfcW/
-----END PGP SIGNATURE-----

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



--
= Jinho Hwang
PhD Student
Department of Computer Science
The George = Washington University
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)
--f46d0444688b53551204bcd05ad5-- --===============0220297658181265582== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0220297658181265582==-- From xen-users-bounces@lists.xen.org Wed Apr 04 03:54:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 03:54: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 1SFHH7-0001hL-VO; Wed, 04 Apr 2012 03:52:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFHH6-0001hF-Jp for xen-users@lists.xensource.com; Wed, 04 Apr 2012 03:52:48 +0000 Received: from [85.158.138.51:62518] by server-3.bemta-3.messagelabs.com id EA/0A-10665-F85CB7F4; Wed, 04 Apr 2012 03:52:47 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1333511566!20612555!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MDI1MQ==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MDI1MQ==\n, ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20516 invoked from network); 4 Apr 2012 03:52:46 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-8.tower-174.messagelabs.com with SMTP; 4 Apr 2012 03:52:46 -0000 X-Authority-Analysis: v=2.0 cv=bLSU0YCZ c=1 sm=0 a=QETZmXXmyubuBiJjAgCHWw==:17 a=zF0nvurNEAYA:10 a=Na1N3YiFAQsA:10 a=wyo3VvdzT5cA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=xe8BsctaAAAA:8 a=NYjXS03TuzIlmgO931IA:9 a=wPNLvfGTeEIA:10 a=QETZmXXmyubuBiJjAgCHWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 97.103.252.48 Received: from [97.103.252.48] ([97.103.252.48:44133] helo=[192.168.1.4]) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 8A/43-29249-D85CB7F4; Wed, 04 Apr 2012 03:52:45 +0000 Message-ID: <4F7BC58C.8000801@ubuntu.com> Date: Tue, 03 Apr 2012 23:52:44 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120310 Thunderbird/11.0 MIME-Version: 1.0 To: jinho hwang References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> In-Reply-To: X-Enigmail-Version: 1.4 Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/03/2012 09:29 PM, jinho hwang wrote: > Hi Phillip, > > I'm trying to install a guest VM containing a working tmem, but I found out > that even if I turned on all the tmem related options in kernel compile, > linux 3.x.x branch does not execute tmem properly. Which kernel did you use > for guest VM? You have to pass "tmem" to both xen and the guest kernel to enable it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12 8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy +boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0 aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE= =nspq -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 03:54:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 03:54: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 1SFHH7-0001hL-VO; Wed, 04 Apr 2012 03:52:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFHH6-0001hF-Jp for xen-users@lists.xensource.com; Wed, 04 Apr 2012 03:52:48 +0000 Received: from [85.158.138.51:62518] by server-3.bemta-3.messagelabs.com id EA/0A-10665-F85CB7F4; Wed, 04 Apr 2012 03:52:47 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1333511566!20612555!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MDI1MQ==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MDI1MQ==\n, ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20516 invoked from network); 4 Apr 2012 03:52:46 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-8.tower-174.messagelabs.com with SMTP; 4 Apr 2012 03:52:46 -0000 X-Authority-Analysis: v=2.0 cv=bLSU0YCZ c=1 sm=0 a=QETZmXXmyubuBiJjAgCHWw==:17 a=zF0nvurNEAYA:10 a=Na1N3YiFAQsA:10 a=wyo3VvdzT5cA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=xe8BsctaAAAA:8 a=NYjXS03TuzIlmgO931IA:9 a=wPNLvfGTeEIA:10 a=QETZmXXmyubuBiJjAgCHWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 97.103.252.48 Received: from [97.103.252.48] ([97.103.252.48:44133] helo=[192.168.1.4]) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 8A/43-29249-D85CB7F4; Wed, 04 Apr 2012 03:52:45 +0000 Message-ID: <4F7BC58C.8000801@ubuntu.com> Date: Tue, 03 Apr 2012 23:52:44 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120310 Thunderbird/11.0 MIME-Version: 1.0 To: jinho hwang References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> In-Reply-To: X-Enigmail-Version: 1.4 Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/03/2012 09:29 PM, jinho hwang wrote: > Hi Phillip, > > I'm trying to install a guest VM containing a working tmem, but I found out > that even if I turned on all the tmem related options in kernel compile, > linux 3.x.x branch does not execute tmem properly. Which kernel did you use > for guest VM? You have to pass "tmem" to both xen and the guest kernel to enable it. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12 8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy +boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0 aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE= =nspq -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 12:33:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 12:33: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 1SFPNk-0007IR-Fx; Wed, 04 Apr 2012 12:32:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFPNj-0007IF-MN for xen-users@lists.xensource.com; Wed, 04 Apr 2012 12:32:11 +0000 Received: from [85.158.143.35:34381] by server-1.bemta-4.messagelabs.com id 7B/BA-20925-A4F3C7F4; Wed, 04 Apr 2012 12:32:10 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1333542729!14842264!1 X-Originating-IP: [209.85.213.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10268 invoked from network); 4 Apr 2012 12:32:10 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 12:32:10 -0000 Received: by yhkk6 with SMTP id k6so91459yhk.30 for ; Wed, 04 Apr 2012 05:32:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=KuQJjgSGfMXDOypSKYljXpadxU3jJ29cp/MQx8P+L48=; b=AZoUssUDDy5luhgMJ/o4JzJNbBAffkH3AYXJ9TqNG2TDPwMEH61TphiuL0WF8ZAXLy i+mWnc+5i9Fmt8zUgzJk++V3I8EKT4B2c4rET5lrndhwbd41yZXjN6vj0rPJUz9Ut7EI RWSK2IAW7vM/blXI+o8bFQ2eISdFMPREL1awZVwRDHBHeH2vFGgqG3zvMLiW81wFJBoS 2XE99k3iUbdOE4XLPGDNYodqa+ziV53zjTIdH0cgAgCqMhJCVwMTpyLbkCjF8m5zm77o LJpF610H9uPgOGfASbABeQUBA7KDTvkVEnU5DHinaAcnCdJEhtWKavST5qJDxwF4ie/K mZTQ== Received: by 10.50.153.198 with SMTP id vi6mr1005172igb.0.1333542728714; Wed, 04 Apr 2012 05:32:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 05:31:48 -0700 (PDT) In-Reply-To: References: <5DB0519124BB3D4DBEEB14426D4AC7EA6A5A1469AB@aries.space.cvtisr.sk> From: Flavio Date: Wed, 4 Apr 2012 14:31:48 +0200 Message-ID: To: Ian Tobin Cc: Zary Matej , xen-users@lists.xensource.com Subject: Re: [Xen-users] Strange memory issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 5 January 2012 16:05, Flavio wrote: > On 7 December 2011 18:51, Ian Tobin wrote: >> The memory is all screwed up even on kernel 3.1 and still isn't fixed! > The kernel 3.2.0 is finally out. What about this new version, as > regard the problem > we are discussing? Any news? I see this problem is still happening with 3.3.0 kernel. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 12:33:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 12:33: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 1SFPNk-0007IR-Fx; Wed, 04 Apr 2012 12:32:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFPNj-0007IF-MN for xen-users@lists.xensource.com; Wed, 04 Apr 2012 12:32:11 +0000 Received: from [85.158.143.35:34381] by server-1.bemta-4.messagelabs.com id 7B/BA-20925-A4F3C7F4; Wed, 04 Apr 2012 12:32:10 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1333542729!14842264!1 X-Originating-IP: [209.85.213.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10268 invoked from network); 4 Apr 2012 12:32:10 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 12:32:10 -0000 Received: by yhkk6 with SMTP id k6so91459yhk.30 for ; Wed, 04 Apr 2012 05:32:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=KuQJjgSGfMXDOypSKYljXpadxU3jJ29cp/MQx8P+L48=; b=AZoUssUDDy5luhgMJ/o4JzJNbBAffkH3AYXJ9TqNG2TDPwMEH61TphiuL0WF8ZAXLy i+mWnc+5i9Fmt8zUgzJk++V3I8EKT4B2c4rET5lrndhwbd41yZXjN6vj0rPJUz9Ut7EI RWSK2IAW7vM/blXI+o8bFQ2eISdFMPREL1awZVwRDHBHeH2vFGgqG3zvMLiW81wFJBoS 2XE99k3iUbdOE4XLPGDNYodqa+ziV53zjTIdH0cgAgCqMhJCVwMTpyLbkCjF8m5zm77o LJpF610H9uPgOGfASbABeQUBA7KDTvkVEnU5DHinaAcnCdJEhtWKavST5qJDxwF4ie/K mZTQ== Received: by 10.50.153.198 with SMTP id vi6mr1005172igb.0.1333542728714; Wed, 04 Apr 2012 05:32:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 05:31:48 -0700 (PDT) In-Reply-To: References: <5DB0519124BB3D4DBEEB14426D4AC7EA6A5A1469AB@aries.space.cvtisr.sk> From: Flavio Date: Wed, 4 Apr 2012 14:31:48 +0200 Message-ID: To: Ian Tobin Cc: Zary Matej , xen-users@lists.xensource.com Subject: Re: [Xen-users] Strange memory issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 5 January 2012 16:05, Flavio wrote: > On 7 December 2011 18:51, Ian Tobin wrote: >> The memory is all screwed up even on kernel 3.1 and still isn't fixed! > The kernel 3.2.0 is finally out. What about this new version, as > regard the problem > we are discussing? Any news? I see this problem is still happening with 3.3.0 kernel. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 15:02:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:02: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 1SFRh2-0000on-WE; Wed, 04 Apr 2012 15:00:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFRh1-0000oi-Hp for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:00:15 +0000 Received: from [85.158.139.83:43294] by server-5.bemta-5.messagelabs.com id EA/F0-13566-DF16C7F4; Wed, 04 Apr 2012 15:00:13 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1333551612!22494666!1 X-Originating-IP: [208.109.78.27] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11368 invoked from network); 4 Apr 2012 15:00:12 -0000 Received: from smtpoutwbe11.prod.mesa1.secureserver.net (HELO smtpoutwbe11.prod.mesa1.secureserver.net) (208.109.78.27) by server-3.tower-182.messagelabs.com with SMTP; 4 Apr 2012 15:00:12 -0000 Received: (qmail 9042 invoked from network); 4 Apr 2012 15:00:11 -0000 Received: from unknown (HELO localhost) (72.167.218.133) by smtpoutwbe11.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 15:00:11 -0000 Received: (qmail 19530 invoked by uid 99); 4 Apr 2012 15:00:11 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: xen-users@lists.xensource.com Date: Wed, 04 Apr 2012 08:00:10 -0700 Mime-Version: 1.0 Subject: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0796965835443565253==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0796965835443565253== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
Hi,
=0A
 
=0A
I build Xen 4.1.1 on a Gento= o base dom0. Everything is working great. I tried one of Joseph Glanville's= PV-HVM image (debian6) and its working as it should.
=0A
 =0A
Now l'im trying to build a Gentoo based domU with then same spe= cs as Joseph's PV-HVM.
=0A
 
=0A
I used a copy of th= e .cfg and adapted to my needs to make the gentoo work.
=0A
 =
=0A
when booting the minimal install image using the iso, it star= ts loading the CD and then when trying to mount the cd-rom it dosent see&nb= sp;it .
=0A
 
=0A
here is a copy of the .cfg i used:=
=0A
 
=0A
kernel =3D 'hvmloader'
builder =3D 'h= vm'
memory =3D 4096
vcpus =3D 4
name =3D "vm-vps3"
vif =3D [ 'b= ridge=3Dvirbr0' ]
disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w', 'file:/mnt= /iso-images/gentoo/amd64/install-amd64-minimal-20120223.iso,hdc:cdrom']
= acpi =3D 1
boot =3D 'd'
sdl =3D 0
serial =3D 'pty'
xen_platform= _pci =3D 1
vnc =3D 1
vncpasswd =3D 'password'
vnclisten =3D 'local= host'
vncdisplay =3D '343'
=0A
 
=0A
I tried with= xen_platform_pci set to 0 but the just hangs to boot procedure when loadin= g the sata_piix module.
=0A
 
=0A
any ideas on this = ?
=0A
 
=0A
Thanks,
=0A
 
=0AJ-F
=0A
 
 --===============0796965835443565253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0796965835443565253==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:02:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:02: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 1SFRh2-0000on-WE; Wed, 04 Apr 2012 15:00:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFRh1-0000oi-Hp for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:00:15 +0000 Received: from [85.158.139.83:43294] by server-5.bemta-5.messagelabs.com id EA/F0-13566-DF16C7F4; Wed, 04 Apr 2012 15:00:13 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1333551612!22494666!1 X-Originating-IP: [208.109.78.27] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11368 invoked from network); 4 Apr 2012 15:00:12 -0000 Received: from smtpoutwbe11.prod.mesa1.secureserver.net (HELO smtpoutwbe11.prod.mesa1.secureserver.net) (208.109.78.27) by server-3.tower-182.messagelabs.com with SMTP; 4 Apr 2012 15:00:12 -0000 Received: (qmail 9042 invoked from network); 4 Apr 2012 15:00:11 -0000 Received: from unknown (HELO localhost) (72.167.218.133) by smtpoutwbe11.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 15:00:11 -0000 Received: (qmail 19530 invoked by uid 99); 4 Apr 2012 15:00:11 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: xen-users@lists.xensource.com Date: Wed, 04 Apr 2012 08:00:10 -0700 Mime-Version: 1.0 Subject: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0796965835443565253==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0796965835443565253== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
Hi,
=0A
 
=0A
I build Xen 4.1.1 on a Gento= o base dom0. Everything is working great. I tried one of Joseph Glanville's= PV-HVM image (debian6) and its working as it should.
=0A
 =0A
Now l'im trying to build a Gentoo based domU with then same spe= cs as Joseph's PV-HVM.
=0A
 
=0A
I used a copy of th= e .cfg and adapted to my needs to make the gentoo work.
=0A
 =
=0A
when booting the minimal install image using the iso, it star= ts loading the CD and then when trying to mount the cd-rom it dosent see&nb= sp;it .
=0A
 
=0A
here is a copy of the .cfg i used:=
=0A
 
=0A
kernel =3D 'hvmloader'
builder =3D 'h= vm'
memory =3D 4096
vcpus =3D 4
name =3D "vm-vps3"
vif =3D [ 'b= ridge=3Dvirbr0' ]
disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w', 'file:/mnt= /iso-images/gentoo/amd64/install-amd64-minimal-20120223.iso,hdc:cdrom']
= acpi =3D 1
boot =3D 'd'
sdl =3D 0
serial =3D 'pty'
xen_platform= _pci =3D 1
vnc =3D 1
vncpasswd =3D 'password'
vnclisten =3D 'local= host'
vncdisplay =3D '343'
=0A
 
=0A
I tried with= xen_platform_pci set to 0 but the just hangs to boot procedure when loadin= g the sata_piix module.
=0A
 
=0A
any ideas on this = ?
=0A
 
=0A
Thanks,
=0A
 
=0AJ-F
=0A
 
 --===============0796965835443565253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0796965835443565253==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:16:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:16: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 1SFRvW-0001hA-7z; Wed, 04 Apr 2012 15:15:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFRvU-0001h1-QX for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:15:13 +0000 Received: from [85.158.143.35:29637] by server-2.bemta-4.messagelabs.com id 9A/5F-17550-0856C7F4; Wed, 04 Apr 2012 15:15:12 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1333552139!7665654!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18212 invoked from network); 4 Apr 2012 15:09:00 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 15:09:00 -0000 Received: by iadj38 with SMTP id j38so606858iad.30 for ; Wed, 04 Apr 2012 08:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=hZ2gZaYw4eKuIUIMgDZD3cxCrhxZVeW3MzQYIDv5Z8s=; b=trCreetRzjHUbqzWngjHyLKZs1f0yRwDMh4BuBwMxduic/wjWaN1tjs7PrK9Na4L0i u8RH+CZOaP+KDAQyz4/2QZ3Uu4bHXxB71i8Xcd4V5ktaTi5Z3GgT/8OJIDMeWcBicYnw ep85YAJMKKu9nrorulorOX6QDC2yKlWFU13oTDEs3FRLxRIHRg+aut6jW29h/LM5Yp34 +Jr1TaDngHa31bPfvPjV9HZYP1FVLbagzsEadj8eztIIdP6xkUzaWUBm4DwGpAhPhckr cjhdjIEfU+or5ma4ioPJ7WlT9Nv04u+XfJucfofOGvVe8f3cbDX+bmZj1nfSZP3gjpkr TPUQ== Received: by 10.50.222.202 with SMTP id qo10mr1985568igc.0.1333552138841; Wed, 04 Apr 2012 08:08:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 08:08:38 -0700 (PDT) In-Reply-To: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> References: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> From: Flavio Date: Wed, 4 Apr 2012 17:08:38 +0200 Message-ID: To: Jean-Francois Couture Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gNCBBcHJpbCAyMDEyIDE3OjAwLCBKZWFuLUZyYW5jb2lzIENvdXR1cmUgPGpmY291dHVyZUB2 aXNpb25vcmRpLmNvbT4gd3JvdGU6Cj4gSGksCj4KPiBJIGJ1aWxkIFhlbiA0LjEuMSBvbiBhIEdl bnRvbyBiYXNlIGRvbTAuIEV2ZXJ5dGhpbmcgaXMgd29ya2luZyBncmVhdC4gSQo+IHRyaWVkIG9u ZSBvZiBKb3NlcGggR2xhbnZpbGxlJ3MgUFYtSFZNIGltYWdlIChkZWJpYW42KSBhbmQgaXRzIHdv cmtpbmcgYXMgaXQKPiBzaG91bGQuCj4KPiBOb3cgbCdpbSB0cnlpbmcgdG8gYnVpbGQgYSBHZW50 b28gYmFzZWQgZG9tVSB3aXRoIHRoZW4gc2FtZSBzcGVjcyBhcwo+IEpvc2VwaCdzIFBWLUhWTS4K Pgo+IEkgdXNlZCBhIGNvcHkgb2YgdGhlIC5jZmcgYW5kIGFkYXB0ZWQgdG8gbXkgbmVlZHMgdG8g bWFrZSB0aGUgZ2VudG9vIHdvcmsuCj4KPiB3aGVuIGJvb3RpbmcgdGhlIG1pbmltYWwgaW5zdGFs bCBpbWFnZSB1c2luZyB0aGUgaXNvLCBpdCBzdGFydHMgbG9hZGluZyB0aGUKPiBDRCBhbmQgdGhl biB3aGVuIHRyeWluZyB0byBtb3VudCB0aGUgY2Qtcm9tIGl0IGRvc2VudCBzZWXCoGl0IC4KWy4u Ll0KPgo+IGFueSBpZGVhcyBvbiB0aGlzID8KPgo+IFRoYW5rcywKCkhpIQoKd2h5LCBkb24ndCB5 b3UgdXNlIHRoZSBjaHJvb3QgaW5zdGFsbGF0aW9uIG1ldGhvZCBpbnN0ZWFkIG9mIHRoZSBjZHJv bT8KSXQncyBtb3JlIHN0cmFpZ2h0Zm9yd2FyZC4KCi0tIApGbGF2aW8KCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QK WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 04 15:16:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:16: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 1SFRvW-0001hA-7z; Wed, 04 Apr 2012 15:15:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFRvU-0001h1-QX for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:15:13 +0000 Received: from [85.158.143.35:29637] by server-2.bemta-4.messagelabs.com id 9A/5F-17550-0856C7F4; Wed, 04 Apr 2012 15:15:12 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1333552139!7665654!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18212 invoked from network); 4 Apr 2012 15:09:00 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 15:09:00 -0000 Received: by iadj38 with SMTP id j38so606858iad.30 for ; Wed, 04 Apr 2012 08:08:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=hZ2gZaYw4eKuIUIMgDZD3cxCrhxZVeW3MzQYIDv5Z8s=; b=trCreetRzjHUbqzWngjHyLKZs1f0yRwDMh4BuBwMxduic/wjWaN1tjs7PrK9Na4L0i u8RH+CZOaP+KDAQyz4/2QZ3Uu4bHXxB71i8Xcd4V5ktaTi5Z3GgT/8OJIDMeWcBicYnw ep85YAJMKKu9nrorulorOX6QDC2yKlWFU13oTDEs3FRLxRIHRg+aut6jW29h/LM5Yp34 +Jr1TaDngHa31bPfvPjV9HZYP1FVLbagzsEadj8eztIIdP6xkUzaWUBm4DwGpAhPhckr cjhdjIEfU+or5ma4ioPJ7WlT9Nv04u+XfJucfofOGvVe8f3cbDX+bmZj1nfSZP3gjpkr TPUQ== Received: by 10.50.222.202 with SMTP id qo10mr1985568igc.0.1333552138841; Wed, 04 Apr 2012 08:08:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 08:08:38 -0700 (PDT) In-Reply-To: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> References: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> From: Flavio Date: Wed, 4 Apr 2012 17:08:38 +0200 Message-ID: To: Jean-Francois Couture Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gNCBBcHJpbCAyMDEyIDE3OjAwLCBKZWFuLUZyYW5jb2lzIENvdXR1cmUgPGpmY291dHVyZUB2 aXNpb25vcmRpLmNvbT4gd3JvdGU6Cj4gSGksCj4KPiBJIGJ1aWxkIFhlbiA0LjEuMSBvbiBhIEdl bnRvbyBiYXNlIGRvbTAuIEV2ZXJ5dGhpbmcgaXMgd29ya2luZyBncmVhdC4gSQo+IHRyaWVkIG9u ZSBvZiBKb3NlcGggR2xhbnZpbGxlJ3MgUFYtSFZNIGltYWdlIChkZWJpYW42KSBhbmQgaXRzIHdv cmtpbmcgYXMgaXQKPiBzaG91bGQuCj4KPiBOb3cgbCdpbSB0cnlpbmcgdG8gYnVpbGQgYSBHZW50 b28gYmFzZWQgZG9tVSB3aXRoIHRoZW4gc2FtZSBzcGVjcyBhcwo+IEpvc2VwaCdzIFBWLUhWTS4K Pgo+IEkgdXNlZCBhIGNvcHkgb2YgdGhlIC5jZmcgYW5kIGFkYXB0ZWQgdG8gbXkgbmVlZHMgdG8g bWFrZSB0aGUgZ2VudG9vIHdvcmsuCj4KPiB3aGVuIGJvb3RpbmcgdGhlIG1pbmltYWwgaW5zdGFs bCBpbWFnZSB1c2luZyB0aGUgaXNvLCBpdCBzdGFydHMgbG9hZGluZyB0aGUKPiBDRCBhbmQgdGhl biB3aGVuIHRyeWluZyB0byBtb3VudCB0aGUgY2Qtcm9tIGl0IGRvc2VudCBzZWXCoGl0IC4KWy4u Ll0KPgo+IGFueSBpZGVhcyBvbiB0aGlzID8KPgo+IFRoYW5rcywKCkhpIQoKd2h5LCBkb24ndCB5 b3UgdXNlIHRoZSBjaHJvb3QgaW5zdGFsbGF0aW9uIG1ldGhvZCBpbnN0ZWFkIG9mIHRoZSBjZHJv bT8KSXQncyBtb3JlIHN0cmFpZ2h0Zm9yd2FyZC4KCi0tIApGbGF2aW8KCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QK WGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 04 15:21:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:21:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFS0O-0002Ig-Fz; Wed, 04 Apr 2012 15:20:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFS0M-0002IS-J8 for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:20:14 +0000 Received: from [193.109.254.147:60256] by server-3.bemta-14.messagelabs.com id B6/8B-23274-DA66C7F4; Wed, 04 Apr 2012 15:20:13 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333552811!3246246!1 X-Originating-IP: [208.109.78.112] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2758 invoked from network); 4 Apr 2012 15:20:12 -0000 Received: from smtpoutwbe01.prod.mesa1.secureserver.net (HELO smtpoutwbe01.prod.mesa1.secureserver.net) (208.109.78.112) by server-14.tower-27.messagelabs.com with SMTP; 4 Apr 2012 15:20:12 -0000 Received: (qmail 14467 invoked from network); 4 Apr 2012 15:20:11 -0000 Received: from unknown (HELO localhost) (72.167.218.134) by smtpoutwbe01.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 15:20:11 -0000 Received: (qmail 3545 invoked by uid 99); 4 Apr 2012 15:20:11 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404082009.ce9108a3647f4398263da6a089a91ede.ed3b5aa4a8.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: "Flavio" Date: Wed, 04 Apr 2012 08:20:09 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1906400001376426596==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1906400001376426596== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
 
=0A
 
=0A
=0A-------- Original Message --------
Subject: Re: [Xen-users] Unable to= boot installation ISO
From: Flavio <fbcyborg@gmail.com>
Date: Wed, April 04, 2012 11:08 am
T= o: Jean-Francois Couture <jf= couture@visionordi.com>
Cc: xen-users@lists.xensource.com


On 4 April 2012 17= :00, Jean-Francois Couture <= jfcouture@visionordi.com> wrote:
> Hi,
>
> I build= Xen 4.1.1 on a Gentoo base dom0. Everything is working great. I
> tr= ied one of Joseph Glanville's PV-HVM image (debian6) and its working as it<= BR>> should.
>
> Now l'im trying to build a Gentoo based dom= U with then same specs as
> Joseph's PV-HVM.
>
> I used a= copy of the .cfg and adapted to my needs to make the gentoo work.
><= BR>> when booting the minimal install image using the iso, it starts loa= ding the
> CD and then when trying to mount the cd-rom it dosent see&= nbsp;it .
[...]
>
> any ideas on this ?
>
> Than= ks,

Hi!

why, don't you use the chroot installation method ins= tead of the cdrom?
It's more straightforward.

--
Flavio= =0A
 
=0A
because I need a OS to boot on to make the chro= ot. When the miimal is booted, then i make the install in a choot environne= ment ;)
 --===============1906400001376426596== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1906400001376426596==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:21:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:21:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFS0O-0002Ig-Fz; Wed, 04 Apr 2012 15:20:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFS0M-0002IS-J8 for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:20:14 +0000 Received: from [193.109.254.147:60256] by server-3.bemta-14.messagelabs.com id B6/8B-23274-DA66C7F4; Wed, 04 Apr 2012 15:20:13 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333552811!3246246!1 X-Originating-IP: [208.109.78.112] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2758 invoked from network); 4 Apr 2012 15:20:12 -0000 Received: from smtpoutwbe01.prod.mesa1.secureserver.net (HELO smtpoutwbe01.prod.mesa1.secureserver.net) (208.109.78.112) by server-14.tower-27.messagelabs.com with SMTP; 4 Apr 2012 15:20:12 -0000 Received: (qmail 14467 invoked from network); 4 Apr 2012 15:20:11 -0000 Received: from unknown (HELO localhost) (72.167.218.134) by smtpoutwbe01.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 15:20:11 -0000 Received: (qmail 3545 invoked by uid 99); 4 Apr 2012 15:20:11 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404082009.ce9108a3647f4398263da6a089a91ede.ed3b5aa4a8.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: "Flavio" Date: Wed, 04 Apr 2012 08:20:09 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1906400001376426596==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1906400001376426596== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
 
=0A
 
=0A
=0A-------- Original Message --------
Subject: Re: [Xen-users] Unable to= boot installation ISO
From: Flavio <fbcyborg@gmail.com>
Date: Wed, April 04, 2012 11:08 am
T= o: Jean-Francois Couture <jf= couture@visionordi.com>
Cc: xen-users@lists.xensource.com


On 4 April 2012 17= :00, Jean-Francois Couture <= jfcouture@visionordi.com> wrote:
> Hi,
>
> I build= Xen 4.1.1 on a Gentoo base dom0. Everything is working great. I
> tr= ied one of Joseph Glanville's PV-HVM image (debian6) and its working as it<= BR>> should.
>
> Now l'im trying to build a Gentoo based dom= U with then same specs as
> Joseph's PV-HVM.
>
> I used a= copy of the .cfg and adapted to my needs to make the gentoo work.
><= BR>> when booting the minimal install image using the iso, it starts loa= ding the
> CD and then when trying to mount the cd-rom it dosent see&= nbsp;it .
[...]
>
> any ideas on this ?
>
> Than= ks,

Hi!

why, don't you use the chroot installation method ins= tead of the cdrom?
It's more straightforward.

--
Flavio= =0A
 
=0A
because I need a OS to boot on to make the chro= ot. When the miimal is booted, then i make the install in a choot environne= ment ;)
 --===============1906400001376426596== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1906400001376426596==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:29:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:29: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 1SFS8I-0002kV-OR; Wed, 04 Apr 2012 15:28:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFS8H-0002kP-Qo for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:28:26 +0000 Received: from [85.158.143.35:40710] by server-1.bemta-4.messagelabs.com id 4B/23-20925-9986C7F4; Wed, 04 Apr 2012 15:28:25 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1333553303!11045410!1 X-Originating-IP: [209.85.213.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24109 invoked from network); 4 Apr 2012 15:28:24 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 15:28:24 -0000 Received: by yhkk6 with SMTP id k6so268454yhk.30 for ; Wed, 04 Apr 2012 08:28:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=A+43i2lTpvkQpzM8zL/8FMC/vPJgPNHeNZxBbebDyQU=; b=u6+5Sl0Yqt22pLOVzS1A2LUexbkyT8F6N17XxHAgB/T2W5g/ZNj5t7sbmppTlRlgEn DAfhVuIMLkDwzU/wYUF1wC5WqiuZTXH0WRt91K1yGYF09sznXUM7zctRxAzak2i4ksvI xfyWo5z4c7F0vKoUtYAw+eINP6+BQLtSSjFQVqfTHTThXne2Pb8WaQE6KttlhstpIv4E mlcvJZG2Fg6GxcTw6V1uNTI7cwBK5i1hBWXYJSQlj7B4MQYLqbLcBxG4bIQ4SU3J//W/ 1LPZQBnrQ2oey93HzyyJ11R5dPRn2onr4M+j15IrzOZ43oCovWHGpzgMx3fL/mAG6MTs l6Zw== Received: by 10.50.153.198 with SMTP id vi6mr1723825igb.0.1333553302500; Wed, 04 Apr 2012 08:28:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 08:28:02 -0700 (PDT) In-Reply-To: <20120404082009.ce9108a3647f4398263da6a089a91ede.ed3b5aa4a8.wbe@email03.secureserver.net> References: <20120404082009.ce9108a3647f4398263da6a089a91ede.ed3b5aa4a8.wbe@email03.secureserver.net> From: Flavio Date: Wed, 4 Apr 2012 17:28:02 +0200 Message-ID: To: Jean-Francois Couture Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4 April 2012 17:20, Jean-Francois Couture wrote: > because I need a OS to boot on to make the chroot. When the miimal is > booted, then i make the install in a choot environnement ;) Excuse me, but I also have XEN installed on my Gentoo Linux, and what I do to setup a Gentoo domU, is to create the .img file using dd, and format it. Then I can mount such .img file in loop and perform the chroot after uncompressing the stage3 tarball. No need to use the cd-rom or the cd-rom ISO at all. I think that if you have XEN dom0 running you can do the chroot into the loop file/device. Or maybe I didn't understand correctly what's your problem. If so, please excuse me. Cheers, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 15:29:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:29: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 1SFS8I-0002kV-OR; Wed, 04 Apr 2012 15:28:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFS8H-0002kP-Qo for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:28:26 +0000 Received: from [85.158.143.35:40710] by server-1.bemta-4.messagelabs.com id 4B/23-20925-9986C7F4; Wed, 04 Apr 2012 15:28:25 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1333553303!11045410!1 X-Originating-IP: [209.85.213.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24109 invoked from network); 4 Apr 2012 15:28:24 -0000 Received: from mail-yw0-f43.google.com (HELO mail-yw0-f43.google.com) (209.85.213.43) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 15:28:24 -0000 Received: by yhkk6 with SMTP id k6so268454yhk.30 for ; Wed, 04 Apr 2012 08:28:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=A+43i2lTpvkQpzM8zL/8FMC/vPJgPNHeNZxBbebDyQU=; b=u6+5Sl0Yqt22pLOVzS1A2LUexbkyT8F6N17XxHAgB/T2W5g/ZNj5t7sbmppTlRlgEn DAfhVuIMLkDwzU/wYUF1wC5WqiuZTXH0WRt91K1yGYF09sznXUM7zctRxAzak2i4ksvI xfyWo5z4c7F0vKoUtYAw+eINP6+BQLtSSjFQVqfTHTThXne2Pb8WaQE6KttlhstpIv4E mlcvJZG2Fg6GxcTw6V1uNTI7cwBK5i1hBWXYJSQlj7B4MQYLqbLcBxG4bIQ4SU3J//W/ 1LPZQBnrQ2oey93HzyyJ11R5dPRn2onr4M+j15IrzOZ43oCovWHGpzgMx3fL/mAG6MTs l6Zw== Received: by 10.50.153.198 with SMTP id vi6mr1723825igb.0.1333553302500; Wed, 04 Apr 2012 08:28:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 08:28:02 -0700 (PDT) In-Reply-To: <20120404082009.ce9108a3647f4398263da6a089a91ede.ed3b5aa4a8.wbe@email03.secureserver.net> References: <20120404082009.ce9108a3647f4398263da6a089a91ede.ed3b5aa4a8.wbe@email03.secureserver.net> From: Flavio Date: Wed, 4 Apr 2012 17:28:02 +0200 Message-ID: To: Jean-Francois Couture Cc: xen-users@lists.xensource.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4 April 2012 17:20, Jean-Francois Couture wrote: > because I need a OS to boot on to make the chroot. When the miimal is > booted, then i make the install in a choot environnement ;) Excuse me, but I also have XEN installed on my Gentoo Linux, and what I do to setup a Gentoo domU, is to create the .img file using dd, and format it. Then I can mount such .img file in loop and perform the chroot after uncompressing the stage3 tarball. No need to use the cd-rom or the cd-rom ISO at all. I think that if you have XEN dom0 running you can do the chroot into the loop file/device. Or maybe I didn't understand correctly what's your problem. If so, please excuse me. Cheers, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 15:36:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSFJ-00038z-AT; Wed, 04 Apr 2012 15:35:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSFI-00038q-Iq for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:35:40 +0000 Received: from [193.109.254.147:31164] by server-11.bemta-14.messagelabs.com id C3/F7-05858-B4A6C7F4; Wed, 04 Apr 2012 15:35:39 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-16.tower-27.messagelabs.com!1333553726!3236980!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTEwMDE4\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21385 invoked from network); 4 Apr 2012 15:35:26 -0000 Received: from mx4-out.mindef.nl (HELO mx4-out.mindef.nl) (217.169.229.21) by server-16.tower-27.messagelabs.com with SMTP; 4 Apr 2012 15:35:26 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: Date: Wed, 4 Apr 2012 17:35:14 +0200 Accept-Language: en-US, nl-NL Content-Language: en-US x-cr-puzzleid: {05A75393-185F-462E-A16F-25669F164E22} x-cr-hashedpuzzle: AH8X AbLL BumT CDob Cbk0 DKDS D1mZ D87n EHdm Hb1G HnBm J0rF KASi KBS3 KIfA LrPW; 1; eABlAG4ALQB1AHMAZQByAHMAQABsAGkAcwB0AHMALgB4AGUAbgBzAG8AdQByAGMAZQAuAGMAbwBtAA==; Sosha1_v1; 7; {05A75393-185F-462E-A16F-25669F164E22}; agAuAHcAaQB0AHYAbABpAGUAdABAAG0AaQBuAGQAZQBmAC4AbgBsAA==; Wed, 04 Apr 2012 15:35:14 GMT; ZABpAGYAZgAgAGIAZQB0AHcAZQBlAG4AIABYAFAAIABvAG4AIABpAHIAbwBuACAAYQBuAGQAIABhACAAZgB1AGwAbAB5ACAAdgBpAHIAdAAtAFgAUAA= acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20120404153548.DC4F221C888@mx4-out.mindef.nl> Subject: [Xen-users] diff between XP on iron and a fully virt-XP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Anybody around who can tell me if there is a difference between XP on iron and a virtualized XP? Point is that I installed XP, applied the service packs, and tried to install Silverlight. On the iron machine no problem, on the virtualized, I got a complaint that the platform wasn't suitable. How can they tell the difference? Thought that it was invisible! Hans ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 15:36:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:36:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSFJ-00038z-AT; Wed, 04 Apr 2012 15:35:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSFI-00038q-Iq for xen-users@lists.xensource.com; Wed, 04 Apr 2012 15:35:40 +0000 Received: from [193.109.254.147:31164] by server-11.bemta-14.messagelabs.com id C3/F7-05858-B4A6C7F4; Wed, 04 Apr 2012 15:35:39 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-16.tower-27.messagelabs.com!1333553726!3236980!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTEwMDE4\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21385 invoked from network); 4 Apr 2012 15:35:26 -0000 Received: from mx4-out.mindef.nl (HELO mx4-out.mindef.nl) (217.169.229.21) by server-16.tower-27.messagelabs.com with SMTP; 4 Apr 2012 15:35:26 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: Date: Wed, 4 Apr 2012 17:35:14 +0200 Accept-Language: en-US, nl-NL Content-Language: en-US x-cr-puzzleid: {05A75393-185F-462E-A16F-25669F164E22} x-cr-hashedpuzzle: AH8X AbLL BumT CDob Cbk0 DKDS D1mZ D87n EHdm Hb1G HnBm J0rF KASi KBS3 KIfA LrPW; 1; eABlAG4ALQB1AHMAZQByAHMAQABsAGkAcwB0AHMALgB4AGUAbgBzAG8AdQByAGMAZQAuAGMAbwBtAA==; Sosha1_v1; 7; {05A75393-185F-462E-A16F-25669F164E22}; agAuAHcAaQB0AHYAbABpAGUAdABAAG0AaQBuAGQAZQBmAC4AbgBsAA==; Wed, 04 Apr 2012 15:35:14 GMT; ZABpAGYAZgAgAGIAZQB0AHcAZQBlAG4AIABYAFAAIABvAG4AIABpAHIAbwBuACAAYQBuAGQAIABhACAAZgB1AGwAbAB5ACAAdgBpAHIAdAAtAFgAUAA= acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20120404153548.DC4F221C888@mx4-out.mindef.nl> Subject: [Xen-users] diff between XP on iron and a fully virt-XP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Anybody around who can tell me if there is a difference between XP on iron and a virtualized XP? Point is that I installed XP, applied the service packs, and tried to install Silverlight. On the iron machine no problem, on the virtualized, I got a complaint that the platform wasn't suitable. How can they tell the difference? Thought that it was invisible! Hans ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 15:42:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:42: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 1SFSKZ-0003aZ-N8; Wed, 04 Apr 2012 15:41:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSKV-0003a8-MN for xen-users@lists.xen.org; Wed, 04 Apr 2012 15:41:06 +0000 Received: from [85.158.139.83:10125] by server-7.bemta-5.messagelabs.com id A6/6B-16195-E8B6C7F4; Wed, 04 Apr 2012 15:41:02 +0000 X-Env-Sender: john@ideacode.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1333554061!11226835!1 X-Originating-IP: [72.15.203.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13133 invoked from network); 4 Apr 2012 15:41:01 -0000 Received: from macready.ideacode.com (HELO macready.ideacode.com) (72.15.203.164) by server-8.tower-182.messagelabs.com with SMTP; 4 Apr 2012 15:41:01 -0000 Received: by macready.ideacode.com (Postfix, from userid 5006) id B1B507D5A8A; Wed, 4 Apr 2012 11:41:00 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on macready.ideacode.com X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.1 Received: from [192.168.1.20] (adsl-74-162-156-52.rmo.bellsouth.net [74.162.156.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by macready.ideacode.com (Postfix) with ESMTP id 7E76A7D5A75 for ; Wed, 4 Apr 2012 11:40:58 -0400 (EDT) Message-ID: <4F7C6B75.6060405@ideacode.com> Date: Wed, 04 Apr 2012 11:40:37 -0400 From: "John F. Acree" Organization: ideacode, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> In-Reply-To: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: john@ideacode.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2726398486924281140==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============2726398486924281140== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010600080904050102070009" This is a cryptographically signed message in MIME format. --------------ms010600080904050102070009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I have had a similar problem, and as yet have not had a chance to take=20 the screenshot as was requested earlier(maybe this weekend I can get to i= t.) My solution, until it can be figured out what needs to be changed so the = gentoo minimal cd will boot, is that I used an ubuntu cd. I am writing up instructions on this approach, but might be several days = or weeks before I release it(my first attempt at technical documentation.= ) Basic steps: Select other install media. Load the ubuntu iso or cd. Format the target drive. Copy down the gentoo stage3 and portage archives to the target drive. Extract packages, per install instructions. Chroot as normal and continue with the install instructions. Hope this helps. But I am not using a gentoo dom0, using xcp 1.5, so=20 there are differences. John > Hi, > I build Xen 4.1.1 on a Gentoo base dom0. Everything is working great. I= > tried one of Joseph Glanville's PV-HVM image (debian6) and its working > as it should. > Now l'im trying to build a Gentoo based domU with then same specs as > Joseph's PV-HVM. > I used a copy of the .cfg and adapted to my needs to make the gentoo wo= rk. > when booting the minimal install image using the iso, it starts loading= > the CD and then when trying to mount the cd-rom it dosent see it . > here is a copy of the .cfg i used: > kernel =3D 'hvmloader' > builder =3D 'hvm' > memory =3D 4096 > vcpus =3D 4 > name =3D "vm-vps3" > vif =3D [ 'bridge=3Dvirbr0' ] > disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w', > 'file:/mnt/iso-images/gentoo/amd64/install-amd64-minimal-20120223.iso,h= dc:cdrom'] > acpi =3D 1 > boot =3D 'd' > sdl =3D 0 > serial =3D 'pty' > xen_platform_pci =3D 1 > vnc =3D 1 > vncpasswd =3D 'password' > vnclisten =3D 'localhost' > vncdisplay =3D '343' > I tried with xen_platform_pci set to 0 but the just hangs to boot > procedure when loading the sata_piix module. > any ideas on this ? > Thanks, > J-F > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 John F. Acree ideacode, Inc. www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 CELEBRATING 10 YEARS OF GREAT SOFTWARE! --------------ms010600080904050102070009 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDkTCC A40wggL2oAMCAQICCQCcXq6+dpxIEjANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCVVMx FzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UE ChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEW EWpvaG5AaWRlYWNvZGUuY29tMB4XDTEwMDYxMjExMTkxMVoXDTEzMDUxMjExMTkxMVowgYwx CzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxMLQ2hhcGVs IEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFjcmVlMSAw HgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEArUDRe1OAoOtssXo+ajY6Cx+dKrlerPzc2PtkzVItSpriBGPPAkT42K/WaXqLlSLa /3XzQqu5yvCvZVR+8X+TAMRKmTwrm0bEGsobAdsrwLEuS93X73DyRU/7TQwhJCWrrbmcM/Wo SovXbbsV7cZQ6UD553qcp3M/eqUSz2V+GUkCAwEAAaOB9DCB8TAdBgNVHQ4EFgQUPqZFG7Md CpJvMK9RCbIgdhG2pMswgcEGA1UdIwSBuTCBtoAUPqZFG7MdCpJvMK9RCbIgdhG2pMuhgZKk gY8wgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxML Q2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFj cmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbYIJAJxerr52nEgSMAwGA1Ud EwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAjTfJNJBcfstpvZETuR9Ekggw0Q4yCmTWrCP+ 5nwQVO+G1OKVtySra9fFCwt77qsKpzAQAb77fSb5d2c68lH6PgTN4ID1zVN9iYCK4H1CXdno 6WlcqPVpB4i7LEtMjQvkWMzHf994pEM+gs28oU5kMR87K8RNCgiDN2F3ioH/aN4xggNhMIID XQIBATCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYD VQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpv aG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUuY29tAgkAnF6uvnacSBIw CQYFKw4DAhoFAKCCAhwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTIwNDA0MTU0MDM3WjAjBgkqhkiG9w0BCQQxFgQU5oXYT5S6iEzXGCUX+84rh/ONvnEw XwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3 EAQxgZ0wgZowgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIG A1UEBxMLQ2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpK b2huIEFjcmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbQIJAJxerr52nEgS MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRo IENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIElu Yy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUu Y29tAgkAnF6uvnacSBIwDQYJKoZIhvcNAQEBBQAEgYA5G01QEilz+klphtjCwN6AnraNSrhK Ed41B62FaA6fwTyIiGsnCTvFColUEeG5Zo0Y/KyUkPk7Bgo5rjIscv7gcBxjGQTSkwFipRAY O9pImP0mmRYRxU8qesFlwJKFQMrnqiND4Ctz/Aspfm1cYUKRey8oojFeOKFric5u2QVgfwAA AAAAAA== --------------ms010600080904050102070009-- --===============2726398486924281140== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2726398486924281140==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:42:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:42: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 1SFSKZ-0003aZ-N8; Wed, 04 Apr 2012 15:41:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSKV-0003a8-MN for xen-users@lists.xen.org; Wed, 04 Apr 2012 15:41:06 +0000 Received: from [85.158.139.83:10125] by server-7.bemta-5.messagelabs.com id A6/6B-16195-E8B6C7F4; Wed, 04 Apr 2012 15:41:02 +0000 X-Env-Sender: john@ideacode.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1333554061!11226835!1 X-Originating-IP: [72.15.203.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13133 invoked from network); 4 Apr 2012 15:41:01 -0000 Received: from macready.ideacode.com (HELO macready.ideacode.com) (72.15.203.164) by server-8.tower-182.messagelabs.com with SMTP; 4 Apr 2012 15:41:01 -0000 Received: by macready.ideacode.com (Postfix, from userid 5006) id B1B507D5A8A; Wed, 4 Apr 2012 11:41:00 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on macready.ideacode.com X-Spam-Level: X-Spam-Status: No, score=-2.5 required=3.0 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.1 Received: from [192.168.1.20] (adsl-74-162-156-52.rmo.bellsouth.net [74.162.156.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by macready.ideacode.com (Postfix) with ESMTP id 7E76A7D5A75 for ; Wed, 4 Apr 2012 11:40:58 -0400 (EDT) Message-ID: <4F7C6B75.6060405@ideacode.com> Date: Wed, 04 Apr 2012 11:40:37 -0400 From: "John F. Acree" Organization: ideacode, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> In-Reply-To: <20120404080010.ce9108a3647f4398263da6a089a91ede.c0d5b5d29c.wbe@email03.secureserver.net> Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: john@ideacode.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2726398486924281140==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============2726398486924281140== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010600080904050102070009" This is a cryptographically signed message in MIME format. --------------ms010600080904050102070009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I have had a similar problem, and as yet have not had a chance to take=20 the screenshot as was requested earlier(maybe this weekend I can get to i= t.) My solution, until it can be figured out what needs to be changed so the = gentoo minimal cd will boot, is that I used an ubuntu cd. I am writing up instructions on this approach, but might be several days = or weeks before I release it(my first attempt at technical documentation.= ) Basic steps: Select other install media. Load the ubuntu iso or cd. Format the target drive. Copy down the gentoo stage3 and portage archives to the target drive. Extract packages, per install instructions. Chroot as normal and continue with the install instructions. Hope this helps. But I am not using a gentoo dom0, using xcp 1.5, so=20 there are differences. John > Hi, > I build Xen 4.1.1 on a Gentoo base dom0. Everything is working great. I= > tried one of Joseph Glanville's PV-HVM image (debian6) and its working > as it should. > Now l'im trying to build a Gentoo based domU with then same specs as > Joseph's PV-HVM. > I used a copy of the .cfg and adapted to my needs to make the gentoo wo= rk. > when booting the minimal install image using the iso, it starts loading= > the CD and then when trying to mount the cd-rom it dosent see it . > here is a copy of the .cfg i used: > kernel =3D 'hvmloader' > builder =3D 'hvm' > memory =3D 4096 > vcpus =3D 4 > name =3D "vm-vps3" > vif =3D [ 'bridge=3Dvirbr0' ] > disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w', > 'file:/mnt/iso-images/gentoo/amd64/install-amd64-minimal-20120223.iso,h= dc:cdrom'] > acpi =3D 1 > boot =3D 'd' > sdl =3D 0 > serial =3D 'pty' > xen_platform_pci =3D 1 > vnc =3D 1 > vncpasswd =3D 'password' > vnclisten =3D 'localhost' > vncdisplay =3D '343' > I tried with xen_platform_pci set to 0 but the just hangs to boot > procedure when loading the sata_piix module. > any ideas on this ? > Thanks, > J-F > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 John F. Acree ideacode, Inc. www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 CELEBRATING 10 YEARS OF GREAT SOFTWARE! --------------ms010600080904050102070009 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDkTCC A40wggL2oAMCAQICCQCcXq6+dpxIEjANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCVVMx FzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UE ChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEW EWpvaG5AaWRlYWNvZGUuY29tMB4XDTEwMDYxMjExMTkxMVoXDTEzMDUxMjExMTkxMVowgYwx CzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxMLQ2hhcGVs IEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFjcmVlMSAw HgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEArUDRe1OAoOtssXo+ajY6Cx+dKrlerPzc2PtkzVItSpriBGPPAkT42K/WaXqLlSLa /3XzQqu5yvCvZVR+8X+TAMRKmTwrm0bEGsobAdsrwLEuS93X73DyRU/7TQwhJCWrrbmcM/Wo SovXbbsV7cZQ6UD553qcp3M/eqUSz2V+GUkCAwEAAaOB9DCB8TAdBgNVHQ4EFgQUPqZFG7Md CpJvMK9RCbIgdhG2pMswgcEGA1UdIwSBuTCBtoAUPqZFG7MdCpJvMK9RCbIgdhG2pMuhgZKk gY8wgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxML Q2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFj cmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbYIJAJxerr52nEgSMAwGA1Ud EwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAjTfJNJBcfstpvZETuR9Ekggw0Q4yCmTWrCP+ 5nwQVO+G1OKVtySra9fFCwt77qsKpzAQAb77fSb5d2c68lH6PgTN4ID1zVN9iYCK4H1CXdno 6WlcqPVpB4i7LEtMjQvkWMzHf994pEM+gs28oU5kMR87K8RNCgiDN2F3ioH/aN4xggNhMIID XQIBATCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYD VQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpv aG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUuY29tAgkAnF6uvnacSBIw CQYFKw4DAhoFAKCCAhwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTIwNDA0MTU0MDM3WjAjBgkqhkiG9w0BCQQxFgQU5oXYT5S6iEzXGCUX+84rh/ONvnEw XwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3 EAQxgZ0wgZowgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIG A1UEBxMLQ2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpK b2huIEFjcmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbQIJAJxerr52nEgS MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRo IENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIElu Yy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUu Y29tAgkAnF6uvnacSBIwDQYJKoZIhvcNAQEBBQAEgYA5G01QEilz+klphtjCwN6AnraNSrhK Ed41B62FaA6fwTyIiGsnCTvFColUEeG5Zo0Y/KyUkPk7Bgo5rjIscv7gcBxjGQTSkwFipRAY O9pImP0mmRYRxU8qesFlwJKFQMrnqiND4Ctz/Aspfm1cYUKRey8oojFeOKFric5u2QVgfwAA AAAAAA== --------------ms010600080904050102070009-- --===============2726398486924281140== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2726398486924281140==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:53:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:53: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 1SFSW1-0004Ml-4X; Wed, 04 Apr 2012 15:52:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSW0-0004Mg-1U for xen-users@lists.xen.org; Wed, 04 Apr 2012 15:52:56 +0000 Received: from [85.158.139.83:3957] by server-6.bemta-5.messagelabs.com id D4/01-13222-75E6C7F4; Wed, 04 Apr 2012 15:52:55 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1333554773!19791827!1 X-Originating-IP: [208.109.78.27] X-SpamReason: No, hits=1.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n, HTML_20_30, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15919 invoked from network); 4 Apr 2012 15:52:54 -0000 Received: from smtpoutwbe11.prod.mesa1.secureserver.net (HELO smtpoutwbe11.prod.mesa1.secureserver.net) (208.109.78.27) by server-4.tower-182.messagelabs.com with SMTP; 4 Apr 2012 15:52:54 -0000 Received: (qmail 24528 invoked from network); 4 Apr 2012 15:52:53 -0000 Received: from unknown (HELO localhost) (72.167.218.133) by smtpoutwbe11.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 15:52:51 -0000 Received: (qmail 14417 invoked by uid 99); 4 Apr 2012 15:52:51 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: john@ideacode.com, xen-users@lists.xen.org Date: Wed, 04 Apr 2012 08:52:47 -0700 Mime-Version: 1.0 Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3820649693085057082==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3820649693085057082== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
Ok, to make a follow up on my original email, I tried linux rescu= e CD (systemrecue cd) and it booted. I saw that it dosent (or dosent a= ppear to) support native Xen frontend driver so sees the cdrom in= HVM.
=0A
 
=0A
the gentoo seems to support nat= ive xen drivers (when booting, I can see the disk with xvda : xvda1, xvda2,= etc)
=0A
 
=0A
maybe the ISO dosent support a nativ= e xen cdrom driver (if there is one) ? 
=0A
 
=0AJ-F=0A
 
=0A
=0A
-------- Original Message --------
Subject: Re: [Xen-users]= Unable to boot installation ISO
From: "John F. Acree" <john@ideacode.com>
Date: Wed, April 04, 2= 012 11:40 am
To: xen-users@li= sts.xen.org

Hi,

I have had a similar problem, and as yet = have not had a chance to take
the screenshot as was requested earlier(m= aybe this weekend I can get to it.)

My solution, until it can be fig= ured out what needs to be changed so the
gentoo minimal cd will boot, i= s that I used an ubuntu cd.

I am writing up instructions on this app= roach, but might be several days
or weeks before I release it(my first = attempt at technical documentation.)

Basic steps:
Select other in= stall media.
Load the ubuntu iso or cd.
Format the target drive.
C= opy down the gentoo stage3 and portage archives to the target drive.
Ext= ract packages, per install instructions.
Chroot as normal and continue w= ith the install instructions.

Hope this helps. But I am not using a = gentoo dom0, using xcp 1.5, so
there are differences.

John
> Hi,
> I build Xen 4.1.1 on a Gentoo base dom0. Everything is w= orking great. I
> tried one of Joseph Glanville's PV-HVM image (debia= n6) and its working
> as it should.
> Now l'im trying to build = a Gentoo based domU with then same specs as
> Joseph's PV-HVM.
>= ; I used a copy of the .cfg and adapted to my needs to make the gentoo work= .
> when booting the minimal install image using the iso, it starts l= oading
> the CD and then when trying to mount the cd-rom it dosent se= e it .
> here is a copy of the .cfg i used:
> kernel =3D 'hvmlo= ader'
> builder =3D 'hvm'
> memory =3D 4096
> vcpus =3D 4=
> name =3D "vm-vps3"
> vif =3D [ 'bridge=3Dvirbr0' ]
> d= isk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w',
> 'file:/mnt/iso-images/ge= ntoo/amd64/install-amd64-minimal-20120223.iso,hdc:cdrom']
> acpi =3D = 1
> boot =3D 'd'
> sdl =3D 0
> serial =3D 'pty'
> x= en_platform_pci =3D 1
> vnc =3D 1
> vncpasswd =3D 'password'> vnclisten =3D 'localhost'
> vncdisplay =3D '343'
> I trie= d with xen_platform_pci set to 0 but the just hangs to boot
> procedu= re when loading the sata_piix module.
> any ideas on this ?
> T= hanks,
> J-F
>
>
> ________________________________= _______________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


--=
John F. Acree
ideacode, Inc.
www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100
<= BR>CELEBRATING 10 YEARS OF GREAT SOFTWARE!

=0A
=0A_______________= ________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3820649693085057082== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3820649693085057082==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:53:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:53: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 1SFSW1-0004Ml-4X; Wed, 04 Apr 2012 15:52:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSW0-0004Mg-1U for xen-users@lists.xen.org; Wed, 04 Apr 2012 15:52:56 +0000 Received: from [85.158.139.83:3957] by server-6.bemta-5.messagelabs.com id D4/01-13222-75E6C7F4; Wed, 04 Apr 2012 15:52:55 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1333554773!19791827!1 X-Originating-IP: [208.109.78.27] X-SpamReason: No, hits=1.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjI3ID0+IDEwNzg3MQ==\n, HTML_20_30, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15919 invoked from network); 4 Apr 2012 15:52:54 -0000 Received: from smtpoutwbe11.prod.mesa1.secureserver.net (HELO smtpoutwbe11.prod.mesa1.secureserver.net) (208.109.78.27) by server-4.tower-182.messagelabs.com with SMTP; 4 Apr 2012 15:52:54 -0000 Received: (qmail 24528 invoked from network); 4 Apr 2012 15:52:53 -0000 Received: from unknown (HELO localhost) (72.167.218.133) by smtpoutwbe11.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 15:52:51 -0000 Received: (qmail 14417 invoked by uid 99); 4 Apr 2012 15:52:51 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: john@ideacode.com, xen-users@lists.xen.org Date: Wed, 04 Apr 2012 08:52:47 -0700 Mime-Version: 1.0 Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3820649693085057082==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3820649693085057082== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
Ok, to make a follow up on my original email, I tried linux rescu= e CD (systemrecue cd) and it booted. I saw that it dosent (or dosent a= ppear to) support native Xen frontend driver so sees the cdrom in= HVM.
=0A
 
=0A
the gentoo seems to support nat= ive xen drivers (when booting, I can see the disk with xvda : xvda1, xvda2,= etc)
=0A
 
=0A
maybe the ISO dosent support a nativ= e xen cdrom driver (if there is one) ? 
=0A
 
=0AJ-F=0A
 
=0A
=0A
-------- Original Message --------
Subject: Re: [Xen-users]= Unable to boot installation ISO
From: "John F. Acree" <john@ideacode.com>
Date: Wed, April 04, 2= 012 11:40 am
To: xen-users@li= sts.xen.org

Hi,

I have had a similar problem, and as yet = have not had a chance to take
the screenshot as was requested earlier(m= aybe this weekend I can get to it.)

My solution, until it can be fig= ured out what needs to be changed so the
gentoo minimal cd will boot, i= s that I used an ubuntu cd.

I am writing up instructions on this app= roach, but might be several days
or weeks before I release it(my first = attempt at technical documentation.)

Basic steps:
Select other in= stall media.
Load the ubuntu iso or cd.
Format the target drive.
C= opy down the gentoo stage3 and portage archives to the target drive.
Ext= ract packages, per install instructions.
Chroot as normal and continue w= ith the install instructions.

Hope this helps. But I am not using a = gentoo dom0, using xcp 1.5, so
there are differences.

John
> Hi,
> I build Xen 4.1.1 on a Gentoo base dom0. Everything is w= orking great. I
> tried one of Joseph Glanville's PV-HVM image (debia= n6) and its working
> as it should.
> Now l'im trying to build = a Gentoo based domU with then same specs as
> Joseph's PV-HVM.
>= ; I used a copy of the .cfg and adapted to my needs to make the gentoo work= .
> when booting the minimal install image using the iso, it starts l= oading
> the CD and then when trying to mount the cd-rom it dosent se= e it .
> here is a copy of the .cfg i used:
> kernel =3D 'hvmlo= ader'
> builder =3D 'hvm'
> memory =3D 4096
> vcpus =3D 4=
> name =3D "vm-vps3"
> vif =3D [ 'bridge=3Dvirbr0' ]
> d= isk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w',
> 'file:/mnt/iso-images/ge= ntoo/amd64/install-amd64-minimal-20120223.iso,hdc:cdrom']
> acpi =3D = 1
> boot =3D 'd'
> sdl =3D 0
> serial =3D 'pty'
> x= en_platform_pci =3D 1
> vnc =3D 1
> vncpasswd =3D 'password'> vnclisten =3D 'localhost'
> vncdisplay =3D '343'
> I trie= d with xen_platform_pci set to 0 but the just hangs to boot
> procedu= re when loading the sata_piix module.
> any ideas on this ?
> T= hanks,
> J-F
>
>
> ________________________________= _______________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


--=
John F. Acree
ideacode, Inc.
www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100
<= BR>CELEBRATING 10 YEARS OF GREAT SOFTWARE!

=0A
=0A_______________= ________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3820649693085057082== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3820649693085057082==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:58:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:58: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 1SFSb8-0004gX-61; Wed, 04 Apr 2012 15:58:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSb6-0004gN-6A for xen-users@lists.xen.org; Wed, 04 Apr 2012 15:58:12 +0000 Received: from [85.158.143.99:54989] by server-1.bemta-4.messagelabs.com id 4C/45-20925-39F6C7F4; Wed, 04 Apr 2012 15:58:11 +0000 X-Env-Sender: john@ideacode.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1333555088!18975990!1 X-Originating-IP: [72.15.203.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20707 invoked from network); 4 Apr 2012 15:58:08 -0000 Received: from macready.ideacode.com (HELO macready.ideacode.com) (72.15.203.164) by server-7.tower-216.messagelabs.com with SMTP; 4 Apr 2012 15:58:08 -0000 Received: by macready.ideacode.com (Postfix, from userid 5006) id 08B707D5A82; Wed, 4 Apr 2012 11:58:06 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on macready.ideacode.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=3.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.1 Received: from [192.168.1.20] (adsl-74-162-156-52.rmo.bellsouth.net [74.162.156.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by macready.ideacode.com (Postfix) with ESMTP id C60847D5A55 for ; Wed, 4 Apr 2012 11:58:03 -0400 (EDT) Message-ID: <4F7C6F79.1070802@ideacode.com> Date: Wed, 04 Apr 2012 11:57:45 -0400 From: "John F. Acree" Organization: ideacode, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> In-Reply-To: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: john@ideacode.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4929231732425851610==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4929231732425851610== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030805020207040106090902" This is a cryptographically signed message in MIME format. --------------ms030805020207040106090902 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable The gentoo minimal cd worked fine for me with xcp1.1, which I think is=20 running the xen-3 series. It was only on xcp1.5 that I ran into=20 problems getting it to be bootable, which I think runs the xen-4 series. I have no idea what the difference is between the two. But as soon as I = get the chance I will take a screenshot of the boot process when it=20 fails, and include the vm-param-list output for that vm. Maybe something has changed in the way the cdrom is handled or reported? John > Ok, to make a follow up on my original email, I tried linux rescue CD > (systemrecue cd) and it booted. I saw that it dosent (or dosent appear > to) support native Xen frontend driver so sees the cdrom in HVM. > the gentoo seems to support native xen drivers (when booting, I can see= > the disk with xvda : xvda1, xvda2, etc) > maybe the ISO dosent support a native xen cdrom driver (if there is one= ) ? > J-F > > -------- Original Message -------- > Subject: Re: [Xen-users] Unable to boot installation ISO > From: "John F. Acree" = > > Date: Wed, April 04, 2012 11:40 am > To: xen-users@lists.xen.org > > Hi, > > I have had a similar problem, and as yet have not had a chance to t= ake > the screenshot as was requested earlier(maybe this weekend I can ge= t > to it.) > > My solution, until it can be figured out what needs to be changed s= o > the > gentoo minimal cd will boot, is that I used an ubuntu cd. > > I am writing up instructions on this approach, but might be several= > days > or weeks before I release it(my first attempt at technical > documentation.) > > Basic steps: > Select other install media. > Load the ubuntu iso or cd. > Format the target drive. > Copy down the gentoo stage3 and portage archives to the target driv= e. > Extract packages, per install instructions. > Chroot as normal and continue with the install instructions. > > Hope this helps. But I am not using a gentoo dom0, using xcp 1.5, s= o > there are differences. > > John > > > Hi, > > I build Xen 4.1.1 on a Gentoo base dom0. Everything is working > great. I > > tried one of Joseph Glanville's PV-HVM image (debian6) and its w= orking > > as it should. > > Now l'im trying to build a Gentoo based domU with then same spec= s as > > Joseph's PV-HVM. > > I used a copy of the .cfg and adapted to my needs to make the > gentoo work. > > when booting the minimal install image using the iso, it starts > loading > > the CD and then when trying to mount the cd-rom it dosent see it= . > > here is a copy of the .cfg i used: > > kernel =3D 'hvmloader' > > builder =3D 'hvm' > > memory =3D 4096 > > vcpus =3D 4 > > name =3D "vm-vps3" > > vif =3D [ 'bridge=3Dvirbr0' ] > > disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w', > > > 'file:/mnt/iso-images/gentoo/amd64/install-amd64-minimal-20120223.i= so,hdc:cdrom'] > > acpi =3D 1 > > boot =3D 'd' > > sdl =3D 0 > > serial =3D 'pty' > > xen_platform_pci =3D 1 > > vnc =3D 1 > > vncpasswd =3D 'password' > > vnclisten =3D 'localhost' > > vncdisplay =3D '343' > > I tried with xen_platform_pci set to 0 but the just hangs to boo= t > > procedure when loading the sata_piix module. > > any ideas on this ? > > Thanks, > > J-F > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > -- > John F. Acree > ideacode, Inc. > www.ideacode.com / (main) +1 919 341 5170= > / (fax) +1 919 521 4100 > > CELEBRATING 10 YEARS OF GREAT SOFTWARE! > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 John F. Acree ideacode, Inc. www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 CELEBRATING 10 YEARS OF GREAT SOFTWARE! --------------ms030805020207040106090902 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDkTCC A40wggL2oAMCAQICCQCcXq6+dpxIEjANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCVVMx FzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UE ChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEW EWpvaG5AaWRlYWNvZGUuY29tMB4XDTEwMDYxMjExMTkxMVoXDTEzMDUxMjExMTkxMVowgYwx CzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxMLQ2hhcGVs IEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFjcmVlMSAw HgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEArUDRe1OAoOtssXo+ajY6Cx+dKrlerPzc2PtkzVItSpriBGPPAkT42K/WaXqLlSLa /3XzQqu5yvCvZVR+8X+TAMRKmTwrm0bEGsobAdsrwLEuS93X73DyRU/7TQwhJCWrrbmcM/Wo SovXbbsV7cZQ6UD553qcp3M/eqUSz2V+GUkCAwEAAaOB9DCB8TAdBgNVHQ4EFgQUPqZFG7Md CpJvMK9RCbIgdhG2pMswgcEGA1UdIwSBuTCBtoAUPqZFG7MdCpJvMK9RCbIgdhG2pMuhgZKk gY8wgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxML Q2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFj cmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbYIJAJxerr52nEgSMAwGA1Ud EwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAjTfJNJBcfstpvZETuR9Ekggw0Q4yCmTWrCP+ 5nwQVO+G1OKVtySra9fFCwt77qsKpzAQAb77fSb5d2c68lH6PgTN4ID1zVN9iYCK4H1CXdno 6WlcqPVpB4i7LEtMjQvkWMzHf994pEM+gs28oU5kMR87K8RNCgiDN2F3ioH/aN4xggNhMIID XQIBATCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYD VQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpv aG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUuY29tAgkAnF6uvnacSBIw CQYFKw4DAhoFAKCCAhwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTIwNDA0MTU1NzQ1WjAjBgkqhkiG9w0BCQQxFgQUgZ3h8DWZ3+poYrpaVJzQ2f7hCQ4w XwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3 EAQxgZ0wgZowgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIG A1UEBxMLQ2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpK b2huIEFjcmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbQIJAJxerr52nEgS MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRo IENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIElu Yy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUu Y29tAgkAnF6uvnacSBIwDQYJKoZIhvcNAQEBBQAEgYBSf7PyVMpsEPAxNa97UzzhyTHVGwo4 zMCIQW2ThUI2BZpvBpbpSSLD+gjcoDevuODnMxf0Gll7wR9L7wUrov9a6XLOezSCan0CyCBy zn9muMu7o+lvdGfP5ALjhjYmetuP5i+Ly6a80tPbRb9NsAMO5tc2hilKf1gS510YwvFdAAAA AAAAAA== --------------ms030805020207040106090902-- --===============4929231732425851610== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4929231732425851610==-- From xen-users-bounces@lists.xen.org Wed Apr 04 15:58:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 15:58: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 1SFSb8-0004gX-61; Wed, 04 Apr 2012 15:58:14 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSb6-0004gN-6A for xen-users@lists.xen.org; Wed, 04 Apr 2012 15:58:12 +0000 Received: from [85.158.143.99:54989] by server-1.bemta-4.messagelabs.com id 4C/45-20925-39F6C7F4; Wed, 04 Apr 2012 15:58:11 +0000 X-Env-Sender: john@ideacode.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1333555088!18975990!1 X-Originating-IP: [72.15.203.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20707 invoked from network); 4 Apr 2012 15:58:08 -0000 Received: from macready.ideacode.com (HELO macready.ideacode.com) (72.15.203.164) by server-7.tower-216.messagelabs.com with SMTP; 4 Apr 2012 15:58:08 -0000 Received: by macready.ideacode.com (Postfix, from userid 5006) id 08B707D5A82; Wed, 4 Apr 2012 11:58:06 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on macready.ideacode.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=3.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.1 Received: from [192.168.1.20] (adsl-74-162-156-52.rmo.bellsouth.net [74.162.156.52]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by macready.ideacode.com (Postfix) with ESMTP id C60847D5A55 for ; Wed, 4 Apr 2012 11:58:03 -0400 (EDT) Message-ID: <4F7C6F79.1070802@ideacode.com> Date: Wed, 04 Apr 2012 11:57:45 -0400 From: "John F. Acree" Organization: ideacode, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> In-Reply-To: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: john@ideacode.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4929231732425851610==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============4929231732425851610== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030805020207040106090902" This is a cryptographically signed message in MIME format. --------------ms030805020207040106090902 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable The gentoo minimal cd worked fine for me with xcp1.1, which I think is=20 running the xen-3 series. It was only on xcp1.5 that I ran into=20 problems getting it to be bootable, which I think runs the xen-4 series. I have no idea what the difference is between the two. But as soon as I = get the chance I will take a screenshot of the boot process when it=20 fails, and include the vm-param-list output for that vm. Maybe something has changed in the way the cdrom is handled or reported? John > Ok, to make a follow up on my original email, I tried linux rescue CD > (systemrecue cd) and it booted. I saw that it dosent (or dosent appear > to) support native Xen frontend driver so sees the cdrom in HVM. > the gentoo seems to support native xen drivers (when booting, I can see= > the disk with xvda : xvda1, xvda2, etc) > maybe the ISO dosent support a native xen cdrom driver (if there is one= ) ? > J-F > > -------- Original Message -------- > Subject: Re: [Xen-users] Unable to boot installation ISO > From: "John F. Acree" = > > Date: Wed, April 04, 2012 11:40 am > To: xen-users@lists.xen.org > > Hi, > > I have had a similar problem, and as yet have not had a chance to t= ake > the screenshot as was requested earlier(maybe this weekend I can ge= t > to it.) > > My solution, until it can be figured out what needs to be changed s= o > the > gentoo minimal cd will boot, is that I used an ubuntu cd. > > I am writing up instructions on this approach, but might be several= > days > or weeks before I release it(my first attempt at technical > documentation.) > > Basic steps: > Select other install media. > Load the ubuntu iso or cd. > Format the target drive. > Copy down the gentoo stage3 and portage archives to the target driv= e. > Extract packages, per install instructions. > Chroot as normal and continue with the install instructions. > > Hope this helps. But I am not using a gentoo dom0, using xcp 1.5, s= o > there are differences. > > John > > > Hi, > > I build Xen 4.1.1 on a Gentoo base dom0. Everything is working > great. I > > tried one of Joseph Glanville's PV-HVM image (debian6) and its w= orking > > as it should. > > Now l'im trying to build a Gentoo based domU with then same spec= s as > > Joseph's PV-HVM. > > I used a copy of the .cfg and adapted to my needs to make the > gentoo work. > > when booting the minimal install image using the iso, it starts > loading > > the CD and then when trying to mount the cd-rom it dosent see it= . > > here is a copy of the .cfg i used: > > kernel =3D 'hvmloader' > > builder =3D 'hvm' > > memory =3D 4096 > > vcpus =3D 4 > > name =3D "vm-vps3" > > vif =3D [ 'bridge=3Dvirbr0' ] > > disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,w', > > > 'file:/mnt/iso-images/gentoo/amd64/install-amd64-minimal-20120223.i= so,hdc:cdrom'] > > acpi =3D 1 > > boot =3D 'd' > > sdl =3D 0 > > serial =3D 'pty' > > xen_platform_pci =3D 1 > > vnc =3D 1 > > vncpasswd =3D 'password' > > vnclisten =3D 'localhost' > > vncdisplay =3D '343' > > I tried with xen_platform_pci set to 0 but the just hangs to boo= t > > procedure when loading the sata_piix module. > > any ideas on this ? > > Thanks, > > J-F > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > -- > John F. Acree > ideacode, Inc. > www.ideacode.com / (main) +1 919 341 5170= > / (fax) +1 919 521 4100 > > CELEBRATING 10 YEARS OF GREAT SOFTWARE! > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 John F. Acree ideacode, Inc. www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 CELEBRATING 10 YEARS OF GREAT SOFTWARE! --------------ms030805020207040106090902 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDkTCC A40wggL2oAMCAQICCQCcXq6+dpxIEjANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCVVMx FzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UE ChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEW EWpvaG5AaWRlYWNvZGUuY29tMB4XDTEwMDYxMjExMTkxMVoXDTEzMDUxMjExMTkxMVowgYwx CzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxMLQ2hhcGVs IEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFjcmVlMSAw HgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEArUDRe1OAoOtssXo+ajY6Cx+dKrlerPzc2PtkzVItSpriBGPPAkT42K/WaXqLlSLa /3XzQqu5yvCvZVR+8X+TAMRKmTwrm0bEGsobAdsrwLEuS93X73DyRU/7TQwhJCWrrbmcM/Wo SovXbbsV7cZQ6UD553qcp3M/eqUSz2V+GUkCAwEAAaOB9DCB8TAdBgNVHQ4EFgQUPqZFG7Md CpJvMK9RCbIgdhG2pMswgcEGA1UdIwSBuTCBtoAUPqZFG7MdCpJvMK9RCbIgdhG2pMuhgZKk gY8wgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxML Q2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFj cmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbYIJAJxerr52nEgSMAwGA1Ud EwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAjTfJNJBcfstpvZETuR9Ekggw0Q4yCmTWrCP+ 5nwQVO+G1OKVtySra9fFCwt77qsKpzAQAb77fSb5d2c68lH6PgTN4ID1zVN9iYCK4H1CXdno 6WlcqPVpB4i7LEtMjQvkWMzHf994pEM+gs28oU5kMR87K8RNCgiDN2F3ioH/aN4xggNhMIID XQIBATCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYD VQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpv aG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUuY29tAgkAnF6uvnacSBIw CQYFKw4DAhoFAKCCAhwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTIwNDA0MTU1NzQ1WjAjBgkqhkiG9w0BCQQxFgQUgZ3h8DWZ3+poYrpaVJzQ2f7hCQ4w XwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3 EAQxgZ0wgZowgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIG A1UEBxMLQ2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpK b2huIEFjcmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbQIJAJxerr52nEgS MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRo IENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIElu Yy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUu Y29tAgkAnF6uvnacSBIwDQYJKoZIhvcNAQEBBQAEgYBSf7PyVMpsEPAxNa97UzzhyTHVGwo4 zMCIQW2ThUI2BZpvBpbpSSLD+gjcoDevuODnMxf0Gll7wR9L7wUrov9a6XLOezSCan0CyCBy zn9muMu7o+lvdGfP5ALjhjYmetuP5i+Ly6a80tPbRb9NsAMO5tc2hilKf1gS510YwvFdAAAA AAAAAA== --------------ms030805020207040106090902-- --===============4929231732425851610== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4929231732425851610==-- From xen-users-bounces@lists.xen.org Wed Apr 04 16:12:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:12: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 1SFSoZ-0005bq-8u; Wed, 04 Apr 2012 16:12:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSoX-0005bj-Fn for xen-users@lists.xensource.com; Wed, 04 Apr 2012 16:12:05 +0000 Received: from [85.158.139.83:26303] by server-7.bemta-5.messagelabs.com id 76/F5-16195-4D27C7F4; Wed, 04 Apr 2012 16:12:04 +0000 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1333555922!21827777!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25119 invoked from network); 4 Apr 2012 16:12:03 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 16:12:03 -0000 Received: by obbwd18 with SMTP id wd18so653655obb.30 for ; Wed, 04 Apr 2012 09:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=g/r7RUfqZZdVm+Gg9K5gTaL26aVjU+bQZ89ZgeSwbF8=; b=yGwoxZFcCNla4U8JpQWkf/f2oE22iHKtrA5nsWNoKtZt3ug4aH4DV+Ngq4fq0IKyCY izcz4EfKhIUi/iZ3fHH5e5yQZvR66SHWltQMpk7SCgv27LPklHQf3s5YUKZVDzjpfoIy V2WRztnUxzMZzt8GXGK+Efi09/nFxGyetYcuWu1lMPhYQXe/dSUHb70oPQ/WXhStH98v FXCePr/xj78Wb+JKOZWjYzDAa1HlDYlZ1YkYtP2g3QrDoY3Vm36xhnYtrS69TJBCkbye qew4EUIRU0OONzOWd+m4hAWONWhaXUFi3TWY9OAWvNxo4AfEihOxSLCgXMxWGoWwM8xD kpPQ== Received: by 10.182.89.39 with SMTP id bl7mr25264193obb.65.1333555921896; Wed, 04 Apr 2012 09:12:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.41.138 with HTTP; Wed, 4 Apr 2012 09:11:41 -0700 (PDT) In-Reply-To: <4F7BC58C.8000801@ubuntu.com> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> From: jinho hwang Date: Wed, 4 Apr 2012 12:11:41 -0400 Message-ID: To: Phillip Susi Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8412837987891007655==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8412837987891007655== Content-Type: multipart/alternative; boundary=f46d04479fab03450a04bcdcaf49 --f46d04479fab03450a04bcdcaf49 Content-Type: text/plain; charset=ISO-8859-1 Hi Phillip, Thank you for your e-mail. I want to tell you my situation about tmem: 1) I use Xen 4.1.2 + kernel 3.3.1 (ubuntu-based environment). tmem seems to be working now in both xen and guest os. 2) I found that tmem did not include frontswap in this version (and any of 3.x.x). 3) when I forced to enable frontswap, it did not work since swap struct did not have frontswap_map. 4) I still do not understand the output of sudo xm tmem-list -l -a..... I will look into the source code for that since there is no documents. Did you run UEK2 for guest os? Dan Magenheimer suggests to use it. I'm thinking to try it if I have time. Can you share your understanding for the output of sudo xm tmem-list -l -a? I hope we can help each other with this big toy. Thanks, Jinho On Tue, Apr 3, 2012 at 11:52 PM, Phillip Susi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 04/03/2012 09:29 PM, jinho hwang wrote: > > Hi Phillip, > > > > I'm trying to install a guest VM containing a working tmem, but I found > out > > that even if I turned on all the tmem related options in kernel compile, > > linux 3.x.x branch does not execute tmem properly. Which kernel did you > use > > for guest VM? > > You have to pass "tmem" to both xen and the guest kernel to enable it. > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12 > 8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy > +boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU > qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY > hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0 > aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE= > =nspq > -----END PGP SIGNATURE----- > -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --f46d04479fab03450a04bcdcaf49 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip,=A0

Thank you for your e-mail. I want to tell= you my situation about tmem:=A0

1) I use Xen 4.1.= 2 + kernel 3.3.1 (ubuntu-based environment). tmem seems to be working now i= n both xen and guest os.=A0
2) I found that tmem did not include frontswap in this version (and an= y of 3.x.x).=A0
3) when I forced to enable frontswap, it did not = work since swap struct did not have frontswap_map.=A0
4) I still = do not understand the output of sudo xm tmem-list -l -a..... I will look in= to the source code for that since there is no documents.=A0

Did you run UEK2 for guest os? Dan Magenheimer suggests= to use it. I'm thinking to try it if I have time.=A0

Can you share your understanding for the output of sudo xm tmem-lis= t -l -a?=A0

I hope we can help each other with this big toy.=A0

Thanks,=A0

Jinho
<= br>
On Tue, Apr 3, 2012 at 11:52 PM, Phillip Susi= <psusi@ubuntu.com> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 04/03/2012 09:29 PM, jinho hwang wrote:
> Hi Phillip,
>
> I'm trying to install a guest VM containing a working tmem, but I = found out
> that even if I turned on all the tmem related options in kernel compil= e,
> linux 3.x.x branch does not execute tmem properly. Which kernel did yo= u use
> for guest VM?

You have to pass "tmem" to both xen and the guest kernel to= enable it.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12
8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy
+boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU
qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY
hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0
aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE=3D
=3Dnspq
-----END PGP SIGNATURE-----



--
Jinho Hwang<= br>PhD Student
Department of Computer Science
The George Washington U= niversity
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.3= 36.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)
--f46d04479fab03450a04bcdcaf49-- --===============8412837987891007655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8412837987891007655==-- From xen-users-bounces@lists.xen.org Wed Apr 04 16:12:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:12: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 1SFSoZ-0005bq-8u; Wed, 04 Apr 2012 16:12:07 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFSoX-0005bj-Fn for xen-users@lists.xensource.com; Wed, 04 Apr 2012 16:12:05 +0000 Received: from [85.158.139.83:26303] by server-7.bemta-5.messagelabs.com id 76/F5-16195-4D27C7F4; Wed, 04 Apr 2012 16:12:04 +0000 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1333555922!21827777!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25119 invoked from network); 4 Apr 2012 16:12:03 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 16:12:03 -0000 Received: by obbwd18 with SMTP id wd18so653655obb.30 for ; Wed, 04 Apr 2012 09:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=g/r7RUfqZZdVm+Gg9K5gTaL26aVjU+bQZ89ZgeSwbF8=; b=yGwoxZFcCNla4U8JpQWkf/f2oE22iHKtrA5nsWNoKtZt3ug4aH4DV+Ngq4fq0IKyCY izcz4EfKhIUi/iZ3fHH5e5yQZvR66SHWltQMpk7SCgv27LPklHQf3s5YUKZVDzjpfoIy V2WRztnUxzMZzt8GXGK+Efi09/nFxGyetYcuWu1lMPhYQXe/dSUHb70oPQ/WXhStH98v FXCePr/xj78Wb+JKOZWjYzDAa1HlDYlZ1YkYtP2g3QrDoY3Vm36xhnYtrS69TJBCkbye qew4EUIRU0OONzOWd+m4hAWONWhaXUFi3TWY9OAWvNxo4AfEihOxSLCgXMxWGoWwM8xD kpPQ== Received: by 10.182.89.39 with SMTP id bl7mr25264193obb.65.1333555921896; Wed, 04 Apr 2012 09:12:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.41.138 with HTTP; Wed, 4 Apr 2012 09:11:41 -0700 (PDT) In-Reply-To: <4F7BC58C.8000801@ubuntu.com> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> From: jinho hwang Date: Wed, 4 Apr 2012 12:11:41 -0400 Message-ID: To: Phillip Susi Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8412837987891007655==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8412837987891007655== Content-Type: multipart/alternative; boundary=f46d04479fab03450a04bcdcaf49 --f46d04479fab03450a04bcdcaf49 Content-Type: text/plain; charset=ISO-8859-1 Hi Phillip, Thank you for your e-mail. I want to tell you my situation about tmem: 1) I use Xen 4.1.2 + kernel 3.3.1 (ubuntu-based environment). tmem seems to be working now in both xen and guest os. 2) I found that tmem did not include frontswap in this version (and any of 3.x.x). 3) when I forced to enable frontswap, it did not work since swap struct did not have frontswap_map. 4) I still do not understand the output of sudo xm tmem-list -l -a..... I will look into the source code for that since there is no documents. Did you run UEK2 for guest os? Dan Magenheimer suggests to use it. I'm thinking to try it if I have time. Can you share your understanding for the output of sudo xm tmem-list -l -a? I hope we can help each other with this big toy. Thanks, Jinho On Tue, Apr 3, 2012 at 11:52 PM, Phillip Susi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 04/03/2012 09:29 PM, jinho hwang wrote: > > Hi Phillip, > > > > I'm trying to install a guest VM containing a working tmem, but I found > out > > that even if I turned on all the tmem related options in kernel compile, > > linux 3.x.x branch does not execute tmem properly. Which kernel did you > use > > for guest VM? > > You have to pass "tmem" to both xen and the guest kernel to enable it. > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12 > 8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy > +boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU > qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY > hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0 > aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE= > =nspq > -----END PGP SIGNATURE----- > -- Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --f46d04479fab03450a04bcdcaf49 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip,=A0

Thank you for your e-mail. I want to tell= you my situation about tmem:=A0

1) I use Xen 4.1.= 2 + kernel 3.3.1 (ubuntu-based environment). tmem seems to be working now i= n both xen and guest os.=A0
2) I found that tmem did not include frontswap in this version (and an= y of 3.x.x).=A0
3) when I forced to enable frontswap, it did not = work since swap struct did not have frontswap_map.=A0
4) I still = do not understand the output of sudo xm tmem-list -l -a..... I will look in= to the source code for that since there is no documents.=A0

Did you run UEK2 for guest os? Dan Magenheimer suggests= to use it. I'm thinking to try it if I have time.=A0

Can you share your understanding for the output of sudo xm tmem-lis= t -l -a?=A0

I hope we can help each other with this big toy.=A0

Thanks,=A0

Jinho
<= br>
On Tue, Apr 3, 2012 at 11:52 PM, Phillip Susi= <psusi@ubuntu.com> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 04/03/2012 09:29 PM, jinho hwang wrote:
> Hi Phillip,
>
> I'm trying to install a guest VM containing a working tmem, but I = found out
> that even if I turned on all the tmem related options in kernel compil= e,
> linux 3.x.x branch does not execute tmem properly. Which kernel did yo= u use
> for guest VM?

You have to pass "tmem" to both xen and the guest kernel to= enable it.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJPe8WEAAoJEJrBOlT6nu75zpQIAIQTEh39WvvEm4LhLyjfUV12
8tEMEmgC7RpUK/HtctK3JbeZ/VyDszjya8qZOkbkaAvf10b4DPxC5id+hz7N3qOy
+boAo+14lHbLGgJCCpoFGVRIHM/HPN++1ih5FJIibclQjgUnsQJkWe+a7C0MzlSU
qTlrL+DGcH/F7mH+6HWc1i3JQ2hdQTztFVZyZHF70QRT0BX42j5qj+1CaREqB2wY
hMuUJUxMjgsvwY1VfUNfUZudTTlekkHrTaJKEEh975JOQHvhu375qW4kPjLOhzO0
aHgnBXJAOJwqA8L0tDqV9pS07sytZGPzACptSs5wd6Jj5dOeA3eF9jUu9oQcgrE=3D
=3Dnspq
-----END PGP SIGNATURE-----



--
Jinho Hwang<= br>PhD Student
Department of Computer Science
The George Washington U= niversity
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.3= 36.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)
--f46d04479fab03450a04bcdcaf49-- --===============8412837987891007655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8412837987891007655==-- From xen-users-bounces@lists.xen.org Wed Apr 04 16:45:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:45: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 1SFTK6-00069B-71; Wed, 04 Apr 2012 16:44:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFTK4-000696-9g for xen-users@lists.xensource.com; Wed, 04 Apr 2012 16:44:40 +0000 Received: from [193.109.254.147:27325] by server-10.bemta-14.messagelabs.com id 7E/8A-05847-77A7C7F4; Wed, 04 Apr 2012 16:44:39 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-11.tower-27.messagelabs.com!1333557878!3273010!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31312 invoked from network); 4 Apr 2012 16:44:38 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-11.tower-27.messagelabs.com with SMTP; 4 Apr 2012 16:44:38 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id D090628E238 for ; Wed, 4 Apr 2012 17:44:37 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zZcNFBKNr2Bw for ; Wed, 4 Apr 2012 17:44:36 +0100 (BST) Received: from [192.168.99.4] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPA id 5A74E28E118 for ; Wed, 4 Apr 2012 17:44:36 +0100 (BST) Message-ID: <1333557876.16051.10.camel@localhost.localdomain> From: Jonathan Gowar To: xen-users@lists.xensource.com Date: Wed, 04 Apr 2012 17:44:36 +0100 In-Reply-To: References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> X-Mailer: Evolution 3.2.3 Mime-Version: 1.0 Subject: [Xen-users] Xen spring clean X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've been clearing out the crud for my xen install, but have come across something I'm not able to resolve. I've 4 live VMs that are running fine, but there are some legacy VMs that I can't shift, at least according to 'xen-list-images'. Name: sotnec Memory: 512 IP: X.X.X.X Name: Memory: 128 As you can see one of them doesn't even have a name! Normally VMs here can be removed with 'xen-delete-image', which (possibly among other things) appears to remove the associated LV. These are loitering though, and I don't like them there; there are no associated LVs for these entires. Does any one know a) what is generating the output of 'xen-list-images', compared to say 'xm li', and b) how I might remove the unwanted machines. Thanks, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 16:45:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:45: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 1SFTK6-00069B-71; Wed, 04 Apr 2012 16:44:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFTK4-000696-9g for xen-users@lists.xensource.com; Wed, 04 Apr 2012 16:44:40 +0000 Received: from [193.109.254.147:27325] by server-10.bemta-14.messagelabs.com id 7E/8A-05847-77A7C7F4; Wed, 04 Apr 2012 16:44:39 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-11.tower-27.messagelabs.com!1333557878!3273010!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31312 invoked from network); 4 Apr 2012 16:44:38 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-11.tower-27.messagelabs.com with SMTP; 4 Apr 2012 16:44:38 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id D090628E238 for ; Wed, 4 Apr 2012 17:44:37 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zZcNFBKNr2Bw for ; Wed, 4 Apr 2012 17:44:36 +0100 (BST) Received: from [192.168.99.4] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPA id 5A74E28E118 for ; Wed, 4 Apr 2012 17:44:36 +0100 (BST) Message-ID: <1333557876.16051.10.camel@localhost.localdomain> From: Jonathan Gowar To: xen-users@lists.xensource.com Date: Wed, 04 Apr 2012 17:44:36 +0100 In-Reply-To: References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> X-Mailer: Evolution 3.2.3 Mime-Version: 1.0 Subject: [Xen-users] Xen spring clean X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've been clearing out the crud for my xen install, but have come across something I'm not able to resolve. I've 4 live VMs that are running fine, but there are some legacy VMs that I can't shift, at least according to 'xen-list-images'. Name: sotnec Memory: 512 IP: X.X.X.X Name: Memory: 128 As you can see one of them doesn't even have a name! Normally VMs here can be removed with 'xen-delete-image', which (possibly among other things) appears to remove the associated LV. These are loitering though, and I don't like them there; there are no associated LVs for these entires. Does any one know a) what is generating the output of 'xen-list-images', compared to say 'xm li', and b) how I might remove the unwanted machines. Thanks, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 16:47:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:47: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 1SFTM2-0006Fy-V3; Wed, 04 Apr 2012 16:46:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFTM1-0006Fq-Tx for xen-users@lists.xen.org; Wed, 04 Apr 2012 16:46:42 +0000 Received: from [85.158.143.35:2143] by server-3.bemta-4.messagelabs.com id A6/E0-05853-1FA7C7F4; Wed, 04 Apr 2012 16:46:41 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1333557999!13149026!1 X-Originating-IP: [208.109.78.112] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTY2Nw==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTY2Nw==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7474 invoked from network); 4 Apr 2012 16:46:39 -0000 Received: from smtpoutwbe01.prod.mesa1.secureserver.net (HELO smtpoutwbe01.prod.mesa1.secureserver.net) (208.109.78.112) by server-13.tower-21.messagelabs.com with SMTP; 4 Apr 2012 16:46:39 -0000 Received: (qmail 25872 invoked from network); 4 Apr 2012 16:46:38 -0000 Received: from unknown (HELO localhost) (72.167.218.134) by smtpoutwbe01.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 16:46:36 -0000 Received: (qmail 759 invoked by uid 99); 4 Apr 2012 16:46:36 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404094635.ce9108a3647f4398263da6a089a91ede.f9b39d9d70.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: john@ideacode.com, xen-users@lists.xen.org Date: Wed, 04 Apr 2012 09:46:35 -0700 Mime-Version: 1.0 Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5285916711893973806==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5285916711893973806== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
I have a update but its looking weird as I move forward :-/<= /div>=0A
 
=0A
Here are the results:
=0A
 <= /div>=0A
booting : gentoo-minimal-instal x86, SystemRescueCD i386 kerne= l
=0A
NOT booting :  gentoo-minimal-instal amd64, System= RescueCD amd64 kernel
=0A
 
=0A
the problem seem to = be in the x64 versions.
=0A
 
=0A
but I cannot boot = a x86 version as my Gentoo versions are x64.
=0A
 
=0Aanyone got a 64 bits version linux CD that can boot on Xen 4.1 ?
= =0A
 
=0A
J-F
=0A
 
=0A
=0A
-------- Original Message --------Subject: Re: [Xen-users] Unable to boot installation ISO
From: "John F.= Acree" <john@ideacode.com><= BR>Date: Wed, April 04, 2012 11:57 am
To: xen-users@lists.xen.org

The gentoo minimal cd worke= d fine for me with xcp1.1, which I think is
running the xen-3 series. I= t was only on xcp1.5 that I ran into
problems getting it to be bootable= , which I think runs the xen-4 series.

I have no idea what the diffe= rence is between the two. But as soon as I
get the chance I will take a= screenshot of the boot process when it
fails, and include the vm-param= -list output for that vm.

Maybe something has changed in the way the= cdrom is handled or reported?

John

> Ok, to make a follow= up on my original email, I tried linux rescue CD
> (systemrecue cd) = and it booted. I saw that it dosent (or dosent appear
> to) support n= ative Xen frontend driver so sees the cdrom in HVM.
> the gentoo seem= s to support native xen drivers (when booting, I can see
> the disk w= ith xvda : xvda1, xvda2, etc)
> maybe the ISO dosent support a native= xen cdrom driver (if there is one) ?
> J-F
>
> -------- = Original Message --------
> Subject: Re: [Xen-users] Unable to boot i= nstallation ISO
> From: "John F. Acree" <john@ideacode.com ><mailto:john@ideacode.com>>
> Date: Wed, April 04, 2012 = 11:40 am
> To: xen-users@l= ists.xen.org <mailto:xen-= users@lists.xen.org>
>
> Hi,
>
> I have had = a similar problem, and as yet have not had a chance to take
> the scr= eenshot as was requested earlier(maybe this weekend I can get
> to it= .)
>
> My solution, until it can be figured out what needs to b= e changed so
> the
> gentoo minimal cd will boot, is that I use= d an ubuntu cd.
>
> I am writing up instructions on this approa= ch, but might be several
> days
> or weeks before I release it(= my first attempt at technical
> documentation.)
>
> Basic= steps:
> Select other install media.
> Load the ubuntu iso or = cd.
> Format the target drive.
> Copy down the gentoo stage3 an= d portage archives to the target drive.
> Extract packages, per insta= ll instructions.
> Chroot as normal and continue with the install ins= tructions.
>
> Hope this helps. But I am not using a gentoo dom= 0, using xcp 1.5, so
> there are differences.
>
> John>
> > Hi,
> > I build Xen 4.1.1 on a Gentoo base dom0= . Everything is working
> great. I
> > tried one of Joseph G= lanville's PV-HVM image (debian6) and its working
> > as it should= .
> > Now l'im trying to build a Gentoo based domU with then same = specs as
> > Joseph's PV-HVM.
> > I used a copy of the .c= fg and adapted to my needs to make the
> gentoo work.
> > wh= en booting the minimal install image using the iso, it starts
> loadi= ng
> > the CD and then when trying to mount the cd-rom it dosent s= ee it .
> > here is a copy of the .cfg i used:
> > kernel= =3D 'hvmloader'
> > builder =3D 'hvm'
> > memory =3D 409= 6
> > vcpus =3D 4
> > name =3D "vm-vps3"
> > vif= =3D [ 'bridge=3Dvirbr0' ]
> > disk =3D ['phy:/dev/vgPool1/VM-VPS3= ,hda,w',
> >
> 'file:/mnt/iso-images/gentoo/amd64/install-am= d64-minimal-20120223.iso,hdc:cdrom']
> > acpi =3D 1
> > b= oot =3D 'd'
> > sdl =3D 0
> > serial =3D 'pty'
> &g= t; xen_platform_pci =3D 1
> > vnc =3D 1
> > vncpasswd =3D= 'password'
> > vnclisten =3D 'localhost'
> > vncdisplay = =3D '343'
> > I tried with xen_platform_pci set to 0 but the just = hangs to boot
> > procedure when loading the sata_piix module.
= > > any ideas on this ?
> > Thanks,
> > J-F
>= >
> >
> > ___________________________________________= ____
> > Xen-users mailing list
> > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> > <= a href=3D"http://lists.xen.org/xen-users">http://lists.xen.org/xen-users
>
>
> --
> John F. Acree
> ideacode, Inc.> www.ideacode.com <http://www.ideacode.com> / (main) +1 91= 9 341 5170
> / (fax) +1 919 521 4100
>
> CELEBRATING 10 Y= EARS OF GREAT SOFTWARE!
>
> ___________________________________= ____________
> Xen-users mailing list
> Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> http://lists.xen.org/xen-users
<= BR>
--
John F. Acree
ideacode, Inc.
www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 = 4100

CELEBRATING 10 YEARS OF GREAT SOFTWARE!

=0A
=0A______= _________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5285916711893973806== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5285916711893973806==-- From xen-users-bounces@lists.xen.org Wed Apr 04 16:47:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:47: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 1SFTM2-0006Fy-V3; Wed, 04 Apr 2012 16:46:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFTM1-0006Fq-Tx for xen-users@lists.xen.org; Wed, 04 Apr 2012 16:46:42 +0000 Received: from [85.158.143.35:2143] by server-3.bemta-4.messagelabs.com id A6/E0-05853-1FA7C7F4; Wed, 04 Apr 2012 16:46:41 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1333557999!13149026!1 X-Originating-IP: [208.109.78.112] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTY2Nw==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTY2Nw==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7474 invoked from network); 4 Apr 2012 16:46:39 -0000 Received: from smtpoutwbe01.prod.mesa1.secureserver.net (HELO smtpoutwbe01.prod.mesa1.secureserver.net) (208.109.78.112) by server-13.tower-21.messagelabs.com with SMTP; 4 Apr 2012 16:46:39 -0000 Received: (qmail 25872 invoked from network); 4 Apr 2012 16:46:38 -0000 Received: from unknown (HELO localhost) (72.167.218.134) by smtpoutwbe01.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 16:46:36 -0000 Received: (qmail 759 invoked by uid 99); 4 Apr 2012 16:46:36 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404094635.ce9108a3647f4398263da6a089a91ede.f9b39d9d70.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: john@ideacode.com, xen-users@lists.xen.org Date: Wed, 04 Apr 2012 09:46:35 -0700 Mime-Version: 1.0 Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5285916711893973806==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5285916711893973806== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
I have a update but its looking weird as I move forward :-/<= /div>=0A
 
=0A
Here are the results:
=0A
 <= /div>=0A
booting : gentoo-minimal-instal x86, SystemRescueCD i386 kerne= l
=0A
NOT booting :  gentoo-minimal-instal amd64, System= RescueCD amd64 kernel
=0A
 
=0A
the problem seem to = be in the x64 versions.
=0A
 
=0A
but I cannot boot = a x86 version as my Gentoo versions are x64.
=0A
 
=0Aanyone got a 64 bits version linux CD that can boot on Xen 4.1 ?
= =0A
 
=0A
J-F
=0A
 
=0A
=0A
-------- Original Message --------Subject: Re: [Xen-users] Unable to boot installation ISO
From: "John F.= Acree" <john@ideacode.com><= BR>Date: Wed, April 04, 2012 11:57 am
To: xen-users@lists.xen.org

The gentoo minimal cd worke= d fine for me with xcp1.1, which I think is
running the xen-3 series. I= t was only on xcp1.5 that I ran into
problems getting it to be bootable= , which I think runs the xen-4 series.

I have no idea what the diffe= rence is between the two. But as soon as I
get the chance I will take a= screenshot of the boot process when it
fails, and include the vm-param= -list output for that vm.

Maybe something has changed in the way the= cdrom is handled or reported?

John

> Ok, to make a follow= up on my original email, I tried linux rescue CD
> (systemrecue cd) = and it booted. I saw that it dosent (or dosent appear
> to) support n= ative Xen frontend driver so sees the cdrom in HVM.
> the gentoo seem= s to support native xen drivers (when booting, I can see
> the disk w= ith xvda : xvda1, xvda2, etc)
> maybe the ISO dosent support a native= xen cdrom driver (if there is one) ?
> J-F
>
> -------- = Original Message --------
> Subject: Re: [Xen-users] Unable to boot i= nstallation ISO
> From: "John F. Acree" <john@ideacode.com ><mailto:john@ideacode.com>>
> Date: Wed, April 04, 2012 = 11:40 am
> To: xen-users@l= ists.xen.org <mailto:xen-= users@lists.xen.org>
>
> Hi,
>
> I have had = a similar problem, and as yet have not had a chance to take
> the scr= eenshot as was requested earlier(maybe this weekend I can get
> to it= .)
>
> My solution, until it can be figured out what needs to b= e changed so
> the
> gentoo minimal cd will boot, is that I use= d an ubuntu cd.
>
> I am writing up instructions on this approa= ch, but might be several
> days
> or weeks before I release it(= my first attempt at technical
> documentation.)
>
> Basic= steps:
> Select other install media.
> Load the ubuntu iso or = cd.
> Format the target drive.
> Copy down the gentoo stage3 an= d portage archives to the target drive.
> Extract packages, per insta= ll instructions.
> Chroot as normal and continue with the install ins= tructions.
>
> Hope this helps. But I am not using a gentoo dom= 0, using xcp 1.5, so
> there are differences.
>
> John>
> > Hi,
> > I build Xen 4.1.1 on a Gentoo base dom0= . Everything is working
> great. I
> > tried one of Joseph G= lanville's PV-HVM image (debian6) and its working
> > as it should= .
> > Now l'im trying to build a Gentoo based domU with then same = specs as
> > Joseph's PV-HVM.
> > I used a copy of the .c= fg and adapted to my needs to make the
> gentoo work.
> > wh= en booting the minimal install image using the iso, it starts
> loadi= ng
> > the CD and then when trying to mount the cd-rom it dosent s= ee it .
> > here is a copy of the .cfg i used:
> > kernel= =3D 'hvmloader'
> > builder =3D 'hvm'
> > memory =3D 409= 6
> > vcpus =3D 4
> > name =3D "vm-vps3"
> > vif= =3D [ 'bridge=3Dvirbr0' ]
> > disk =3D ['phy:/dev/vgPool1/VM-VPS3= ,hda,w',
> >
> 'file:/mnt/iso-images/gentoo/amd64/install-am= d64-minimal-20120223.iso,hdc:cdrom']
> > acpi =3D 1
> > b= oot =3D 'd'
> > sdl =3D 0
> > serial =3D 'pty'
> &g= t; xen_platform_pci =3D 1
> > vnc =3D 1
> > vncpasswd =3D= 'password'
> > vnclisten =3D 'localhost'
> > vncdisplay = =3D '343'
> > I tried with xen_platform_pci set to 0 but the just = hangs to boot
> > procedure when loading the sata_piix module.
= > > any ideas on this ?
> > Thanks,
> > J-F
>= >
> >
> > ___________________________________________= ____
> > Xen-users mailing list
> > Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> > <= a href=3D"http://lists.xen.org/xen-users">http://lists.xen.org/xen-users
>
>
> --
> John F. Acree
> ideacode, Inc.> www.ideacode.com <http://www.ideacode.com> / (main) +1 91= 9 341 5170
> / (fax) +1 919 521 4100
>
> CELEBRATING 10 Y= EARS OF GREAT SOFTWARE!
>
> ___________________________________= ____________
> Xen-users mailing list
> Xen-users@lists.xen.org <mailto:Xen-users@lists.xen.org>
> http://lists.xen.org/xen-users
<= BR>
--
John F. Acree
ideacode, Inc.
www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 = 4100

CELEBRATING 10 YEARS OF GREAT SOFTWARE!

=0A
=0A______= _________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5285916711893973806== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5285916711893973806==-- From xen-users-bounces@lists.xen.org Wed Apr 04 16:50:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:50: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 1SFTPD-0006Y7-Qm; Wed, 04 Apr 2012 16:49:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFTPB-0006Xu-JD for xen-users@lists.xen.org; Wed, 04 Apr 2012 16:49:57 +0000 Received: from [193.109.254.147:19789] by server-9.bemta-14.messagelabs.com id DE/7F-05787-4BB7C7F4; Wed, 04 Apr 2012 16:49:56 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1333558194!787893!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32630 invoked from network); 4 Apr 2012 16:49:55 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 16:49:55 -0000 Received: by iafj26 with SMTP id j26so727698iaf.32 for ; Wed, 04 Apr 2012 09:49:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=9IOFBaD5gRrI4c8JROutfhot3jaiRxqRxWJgA4EVlrU=; b=w8/UftS6eFHBltEoGVxlOcV/V73165uT+xYUaIvH+di4jDkZxupvgxzj0DSRlGLKbo R8nOZ9ifod4vYuOfv61jVj+d/jA6M+2ysTNo0eamiEg1xAiGmS3ErugXFUh4XMydlaeX 2Sb8xrnUCRsqdyKOd/ShXYXIxlMA/hSxIjIkVcAF0Q/I3afYQLHcSmnZkPgNzjqF1AyX TksmYw/lEm7S1IPy9B8UMOYRUl3GJY0xlUtIRsZnrwxz2FZNi/hM3/XnibNGVSgQKugv e4tRWnyPG3T9OPvjjbA4YCSNcl+0TVI69Da/09wN84BCF+N3xgL6X1vbYIEo/vdj5SiY md/g== Received: by 10.50.222.162 with SMTP id qn2mr2313402igc.65.1333558194288; Wed, 04 Apr 2012 09:49:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 09:49:34 -0700 (PDT) In-Reply-To: <4F7C6F79.1070802@ideacode.com> References: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> <4F7C6F79.1070802@ideacode.com> From: Flavio Date: Wed, 4 Apr 2012 18:49:34 +0200 Message-ID: To: john@ideacode.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T0ssCgp0aGlzIGlzIHRoZSB0ZXN0IEkndmUganVzdCBkb25lIGZvciB5b3UuCmRvbTA6CjMuMy4w LWdlbnRvbyBrZXJuZWwgeDg2XzY0CmFwcC1lbXVsYXRpb24veGVuLTQuMS4yCmFwcC1lbXVsYXRp b24veGVuLXRvb2xzLTQuMS4yLXIyCgpkb21VIGluc3RhbGxhdGlvbjoKSVNPIGltYWdlOiBpbnN0 YWxsLWFtZDY0LW1pbmltYWwtMjAxMjAyMTYuaXNvCkkgc2VlIHlvdSB1c2VkIGEgcGh5c2ljYWwg ZGV2aWNlLiBJdCBzaG91bGQgbm90IGJlIGRpZmZlcmVudC4KCkkgY3JlYXRlIHRoZSBmaWxlc3lz dGVtIGltYWdlIHVzaW5nIGRkOgpkZCBpZj0vZGV2L3plcm8gb2Y9Z2VudG9vLmltZyBicz0xMDI0 ayBjb3VudD0xIHNlZWs9MTUzNjAKClNvLCBub3cgSSBoYXZlIHRocmVlIGZpbGVzIGluIG15IGRv bVUgZGlyZWN0b3J5OgpnZW50b28uY2ZnICBnZW50b28uaW1nICBpbnN0YWxsLWFtZDY0LW1pbmlt YWwtMjAxMjAyMTYuaXNvCgpBbmQgdGhpcyBpcyB0aGUgY29udGVudCBvZiBnZW50b28uY2ZnOgpr ZXJuZWwgPSAiL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyIgpidWlsZGVyPSdodm0nCm1lbW9y eSA9IDEwMjQKc2hhZG93X21lbW9yeSA9IDgKbmFtZSA9ICJnZW50b28iCnZpZiA9IFsgJ3R5cGU9 aW9lbXUsIG1hYz0wMDoxNjozZTowMDowMDowMiwgYnJpZGdlPXhlbmJyMCcgXQphY3BpID0gMQph cGljID0gMQpkaXNrID0gWyAnZmlsZTovcGF0aC90by9nZW50b28uaW1nLGhkYSx3JywKJ2ZpbGU6 L3BhdGgvdG8vaW5zdGFsbC1hbWQ2NC1taW5pbWFsLTIwMTIwMjE2LmlzbyxoZGM6Y2Ryb20scicg XQpib290PSJkYyIKc2RsPTAKdm5jPTEKdm5jY29uc29sZT0xCnZuY3Bhc3N3ZD0nJwpzdGR2Z2E9 MQp2aWRlb3JhbT0xNgprZXltYXA9Iml0IgoKc2VyaWFsPSdwdHknCnVzYmRldmljZT0ndGFibGV0 JwoKClRoZW4gSSBkbyB4bCBjcmVhdGUgZ2VudG9vLmNmZwp4bCB2bmN2aWV3ZXIgZ2VudG9vCgoo aW4gdGhpcyBjYXNlIHZuYyBjcmFzaGVzIC0gSSBkaWRuJ3QgdW5kZXJzdGFuZCB3aHkgeWV0IC0g YW5kCkkgaGF2ZSB0byByZS1ydW4geGwgdm5jdmlld2VyIGdlbnRvbykKCmFuZCBJIGNhbiBhY2Nl c3MgdG8gdGhlIG1pbmltYWwgbGl2ZSBnZW50b28gYW5kIHByb2NlZWQgd2l0aAp0aGUgZG9tVSBp bnN0YWxsYXRpb24KCkNoZWVycywKCkZsYXZpbwoKT24gNCBBcHJpbCAyMDEyIDE3OjU3LCBKb2hu IEYuIEFjcmVlIDxqb2huQGlkZWFjb2RlLmNvbT4gd3JvdGU6Cj4gVGhlIGdlbnRvbyBtaW5pbWFs IGNkIHdvcmtlZCBmaW5lIGZvciBtZSB3aXRoIHhjcDEuMSwgd2hpY2ggSSB0aGluayBpcwo+IHJ1 bm5pbmcgdGhlIHhlbi0zIHNlcmllcy4gwqBJdCB3YXMgb25seSBvbiB4Y3AxLjUgdGhhdCBJIHJh biBpbnRvIHByb2JsZW1zCj4gZ2V0dGluZyBpdCB0byBiZSBib290YWJsZSwgd2hpY2ggSSB0aGlu ayBydW5zIHRoZSB4ZW4tNCBzZXJpZXMuCj4KPiBJIGhhdmUgbm8gaWRlYSB3aGF0IHRoZSBkaWZm ZXJlbmNlIGlzIGJldHdlZW4gdGhlIHR3by4gwqBCdXQgYXMgc29vbiBhcyBJIGdldAo+IHRoZSBj aGFuY2UgSSB3aWxsIHRha2UgYSBzY3JlZW5zaG90IG9mIHRoZSBib290IHByb2Nlc3Mgd2hlbiBp dCBmYWlscywgYW5kCj4gaW5jbHVkZSB0aGUgdm0tcGFyYW0tbGlzdCBvdXRwdXQgZm9yIHRoYXQg dm0uCj4KPiBNYXliZSBzb21ldGhpbmcgaGFzIGNoYW5nZWQgaW4gdGhlIHdheSB0aGUgY2Ryb20g aXMgaGFuZGxlZCBvciByZXBvcnRlZD8KPgo+IEpvaG4KPgo+PiBPaywgdG8gbWFrZSBhIGZvbGxv dyB1cCBvbiBteSBvcmlnaW5hbCBlbWFpbCwgSSB0cmllZCBsaW51eCByZXNjdWUgQ0QKPj4gKHN5 c3RlbXJlY3VlIGNkKSBhbmQgaXQgYm9vdGVkLiBJIHNhdyB0aGF0IGl0IGRvc2VudCAob3IgZG9z ZW50IGFwcGVhcgo+PiB0bykgc3VwcG9ydCBuYXRpdmUgWGVuIGZyb250ZW5kIGRyaXZlciBzbyBz ZWVzIHRoZSBjZHJvbSBpbiBIVk0uCj4+IHRoZSBnZW50b28gc2VlbXMgdG8gc3VwcG9ydCBuYXRp dmUgeGVuIGRyaXZlcnMgKHdoZW4gYm9vdGluZywgSSBjYW4gc2VlCj4+IHRoZSBkaXNrIHdpdGgg eHZkYSA6IHh2ZGExLCB4dmRhMiwgZXRjKQo+PiBtYXliZSB0aGUgSVNPIGRvc2VudCBzdXBwb3J0 IGEgbmF0aXZlIHhlbiBjZHJvbSBkcml2ZXIgKGlmIHRoZXJlIGlzIG9uZSkgPwo+PiBKLUYKPj4K Pj4gwqAgwqAtLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCj4+IMKgIMKgU3ViamVj dDogUmU6IFtYZW4tdXNlcnNdIFVuYWJsZSB0byBib290IGluc3RhbGxhdGlvbiBJU08KPj4gwqAg wqBGcm9tOiAiSm9obiBGLiBBY3JlZSIgPGpvaG5AaWRlYWNvZGUuY29tIDxtYWlsdG86am9obkBp ZGVhY29kZS5jb20+Pgo+PiDCoCDCoERhdGU6IFdlZCwgQXByaWwgMDQsIDIwMTIgMTE6NDAgYW0K Pj4gwqAgwqBUbzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcgPG1haWx0bzp4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZz4KPj4KPj4gwqAgwqBIaSwKPj4KPj4gwqAgwqBJIGhhdmUgaGFkIGEgc2ltaWxh ciBwcm9ibGVtLCBhbmQgYXMgeWV0IGhhdmUgbm90IGhhZCBhIGNoYW5jZSB0byB0YWtlCj4+IMKg IMKgdGhlIHNjcmVlbnNob3QgYXMgd2FzIHJlcXVlc3RlZCBlYXJsaWVyKG1heWJlIHRoaXMgd2Vl a2VuZCBJIGNhbiBnZXQKPj4gwqAgwqB0byBpdC4pCj4+Cj4+IMKgIMKgTXkgc29sdXRpb24sIHVu dGlsIGl0IGNhbiBiZSBmaWd1cmVkIG91dCB3aGF0IG5lZWRzIHRvIGJlIGNoYW5nZWQgc28KPj4g wqAgwqB0aGUKPj4gwqAgwqBnZW50b28gbWluaW1hbCBjZCB3aWxsIGJvb3QsIGlzIHRoYXQgSSB1 c2VkIGFuIHVidW50dSBjZC4KPj4KPj4gwqAgwqBJIGFtIHdyaXRpbmcgdXAgaW5zdHJ1Y3Rpb25z IG9uIHRoaXMgYXBwcm9hY2gsIGJ1dCBtaWdodCBiZSBzZXZlcmFsCj4+IMKgIMKgZGF5cwo+PiDC oCDCoG9yIHdlZWtzIGJlZm9yZSBJIHJlbGVhc2UgaXQobXkgZmlyc3QgYXR0ZW1wdCBhdCB0ZWNo bmljYWwKPj4gwqAgwqBkb2N1bWVudGF0aW9uLikKPj4KPj4gwqAgwqBCYXNpYyBzdGVwczoKPj4g wqAgwqBTZWxlY3Qgb3RoZXIgaW5zdGFsbCBtZWRpYS4KPj4gwqAgwqBMb2FkIHRoZSB1YnVudHUg aXNvIG9yIGNkLgo+PiDCoCDCoEZvcm1hdCB0aGUgdGFyZ2V0IGRyaXZlLgo+PiDCoCDCoENvcHkg ZG93biB0aGUgZ2VudG9vIHN0YWdlMyBhbmQgcG9ydGFnZSBhcmNoaXZlcyB0byB0aGUgdGFyZ2V0 IGRyaXZlLgo+PiDCoCDCoEV4dHJhY3QgcGFja2FnZXMsIHBlciBpbnN0YWxsIGluc3RydWN0aW9u cy4KPj4gwqAgwqBDaHJvb3QgYXMgbm9ybWFsIGFuZCBjb250aW51ZSB3aXRoIHRoZSBpbnN0YWxs IGluc3RydWN0aW9ucy4KPj4KPj4gwqAgwqBIb3BlIHRoaXMgaGVscHMuIEJ1dCBJIGFtIG5vdCB1 c2luZyBhIGdlbnRvbyBkb20wLCB1c2luZyB4Y3AgMS41LCBzbwo+PiDCoCDCoHRoZXJlIGFyZSBk aWZmZXJlbmNlcy4KPj4KPj4gwqAgwqBKb2huCj4+Cj4+IMKgIMKgPiDCoEhpLAo+PiDCoCDCoD4g wqBJIGJ1aWxkIFhlbiA0LjEuMSBvbiBhIEdlbnRvbyBiYXNlIGRvbTAuIEV2ZXJ5dGhpbmcgaXMg d29ya2luZwo+PiDCoCDCoGdyZWF0LiBJCj4+IMKgIMKgPiDCoHRyaWVkIG9uZSBvZiBKb3NlcGgg R2xhbnZpbGxlJ3MgUFYtSFZNIGltYWdlIChkZWJpYW42KSBhbmQgaXRzCj4+IHdvcmtpbmcKPj4g wqAgwqA+IMKgYXMgaXQgc2hvdWxkLgo+PiDCoCDCoD4gwqBOb3cgbCdpbSB0cnlpbmcgdG8gYnVp bGQgYSBHZW50b28gYmFzZWQgZG9tVSB3aXRoIHRoZW4gc2FtZSBzcGVjcyBhcwo+PiDCoCDCoD4g wqBKb3NlcGgncyBQVi1IVk0uCj4+IMKgIMKgPiDCoEkgdXNlZCBhIGNvcHkgb2YgdGhlIC5jZmcg YW5kIGFkYXB0ZWQgdG8gbXkgbmVlZHMgdG8gbWFrZSB0aGUKPj4gwqAgwqBnZW50b28gd29yay4K Pj4gwqAgwqA+IMKgd2hlbiBib290aW5nIHRoZSBtaW5pbWFsIGluc3RhbGwgaW1hZ2UgdXNpbmcg dGhlIGlzbywgaXQgc3RhcnRzCj4+IMKgIMKgbG9hZGluZwo+PiDCoCDCoD4gwqB0aGUgQ0QgYW5k IHRoZW4gd2hlbiB0cnlpbmcgdG8gbW91bnQgdGhlIGNkLXJvbSBpdCBkb3NlbnQgc2VlIGl0IC4K Pj4gwqAgwqA+IMKgaGVyZSBpcyBhIGNvcHkgb2YgdGhlIC5jZmcgaSB1c2VkOgo+PiDCoCDCoD4g wqBrZXJuZWwgPSAnaHZtbG9hZGVyJwo+PiDCoCDCoD4gwqBidWlsZGVyID0gJ2h2bScKPj4gwqAg wqA+IMKgbWVtb3J5ID0gNDA5Ngo+PiDCoCDCoD4gwqB2Y3B1cyA9IDQKPj4gwqAgwqA+IMKgbmFt ZSA9ICJ2bS12cHMzIgo+PiDCoCDCoD4gwqB2aWYgPSBbICdicmlkZ2U9dmlyYnIwJyBdCj4+IMKg IMKgPiDCoGRpc2sgPSBbJ3BoeTovZGV2L3ZnUG9vbDEvVk0tVlBTMyxoZGEsdycsCj4+IMKgIMKg Pgo+Pgo+PiDCoCdmaWxlOi9tbnQvaXNvLWltYWdlcy9nZW50b28vYW1kNjQvaW5zdGFsbC1hbWQ2 NC1taW5pbWFsLTIwMTIwMjIzLmlzbyxoZGM6Y2Ryb20nXQo+PiDCoCDCoD4gwqBhY3BpID0gMQo+ PiDCoCDCoD4gwqBib290ID0gJ2QnCj4+IMKgIMKgPiDCoHNkbCA9IDAKPj4gwqAgwqA+IMKgc2Vy aWFsID0gJ3B0eScKPj4gwqAgwqA+IMKgeGVuX3BsYXRmb3JtX3BjaSA9IDEKPj4gwqAgwqA+IMKg dm5jID0gMQo+PiDCoCDCoD4gwqB2bmNwYXNzd2QgPSAncGFzc3dvcmQnCj4+IMKgIMKgPiDCoHZu Y2xpc3RlbiA9ICdsb2NhbGhvc3QnCj4+IMKgIMKgPiDCoHZuY2Rpc3BsYXkgPSAnMzQzJwo+PiDC oCDCoD4gwqBJIHRyaWVkIHdpdGggeGVuX3BsYXRmb3JtX3BjaSBzZXQgdG8gMCBidXQgdGhlIGp1 c3QgaGFuZ3MgdG8gYm9vdAo+PiDCoCDCoD4gwqBwcm9jZWR1cmUgd2hlbiBsb2FkaW5nIHRoZSBz YXRhX3BpaXggbW9kdWxlLgo+PiDCoCDCoD4gwqBhbnkgaWRlYXMgb24gdGhpcyA/Cj4+IMKgIMKg PiDCoFRoYW5rcywKPj4gwqAgwqA+IMKgSi1GCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Apr 04 16:50:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 16:50: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 1SFTPD-0006Y7-Qm; Wed, 04 Apr 2012 16:49:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFTPB-0006Xu-JD for xen-users@lists.xen.org; Wed, 04 Apr 2012 16:49:57 +0000 Received: from [193.109.254.147:19789] by server-9.bemta-14.messagelabs.com id DE/7F-05787-4BB7C7F4; Wed, 04 Apr 2012 16:49:56 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1333558194!787893!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32630 invoked from network); 4 Apr 2012 16:49:55 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 16:49:55 -0000 Received: by iafj26 with SMTP id j26so727698iaf.32 for ; Wed, 04 Apr 2012 09:49:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=9IOFBaD5gRrI4c8JROutfhot3jaiRxqRxWJgA4EVlrU=; b=w8/UftS6eFHBltEoGVxlOcV/V73165uT+xYUaIvH+di4jDkZxupvgxzj0DSRlGLKbo R8nOZ9ifod4vYuOfv61jVj+d/jA6M+2ysTNo0eamiEg1xAiGmS3ErugXFUh4XMydlaeX 2Sb8xrnUCRsqdyKOd/ShXYXIxlMA/hSxIjIkVcAF0Q/I3afYQLHcSmnZkPgNzjqF1AyX TksmYw/lEm7S1IPy9B8UMOYRUl3GJY0xlUtIRsZnrwxz2FZNi/hM3/XnibNGVSgQKugv e4tRWnyPG3T9OPvjjbA4YCSNcl+0TVI69Da/09wN84BCF+N3xgL6X1vbYIEo/vdj5SiY md/g== Received: by 10.50.222.162 with SMTP id qn2mr2313402igc.65.1333558194288; Wed, 04 Apr 2012 09:49:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 09:49:34 -0700 (PDT) In-Reply-To: <4F7C6F79.1070802@ideacode.com> References: <20120404085247.ce9108a3647f4398263da6a089a91ede.4dc28090b1.wbe@email03.secureserver.net> <4F7C6F79.1070802@ideacode.com> From: Flavio Date: Wed, 4 Apr 2012 18:49:34 +0200 Message-ID: To: john@ideacode.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T0ssCgp0aGlzIGlzIHRoZSB0ZXN0IEkndmUganVzdCBkb25lIGZvciB5b3UuCmRvbTA6CjMuMy4w LWdlbnRvbyBrZXJuZWwgeDg2XzY0CmFwcC1lbXVsYXRpb24veGVuLTQuMS4yCmFwcC1lbXVsYXRp b24veGVuLXRvb2xzLTQuMS4yLXIyCgpkb21VIGluc3RhbGxhdGlvbjoKSVNPIGltYWdlOiBpbnN0 YWxsLWFtZDY0LW1pbmltYWwtMjAxMjAyMTYuaXNvCkkgc2VlIHlvdSB1c2VkIGEgcGh5c2ljYWwg ZGV2aWNlLiBJdCBzaG91bGQgbm90IGJlIGRpZmZlcmVudC4KCkkgY3JlYXRlIHRoZSBmaWxlc3lz dGVtIGltYWdlIHVzaW5nIGRkOgpkZCBpZj0vZGV2L3plcm8gb2Y9Z2VudG9vLmltZyBicz0xMDI0 ayBjb3VudD0xIHNlZWs9MTUzNjAKClNvLCBub3cgSSBoYXZlIHRocmVlIGZpbGVzIGluIG15IGRv bVUgZGlyZWN0b3J5OgpnZW50b28uY2ZnICBnZW50b28uaW1nICBpbnN0YWxsLWFtZDY0LW1pbmlt YWwtMjAxMjAyMTYuaXNvCgpBbmQgdGhpcyBpcyB0aGUgY29udGVudCBvZiBnZW50b28uY2ZnOgpr ZXJuZWwgPSAiL3Vzci9saWIveGVuL2Jvb3QvaHZtbG9hZGVyIgpidWlsZGVyPSdodm0nCm1lbW9y eSA9IDEwMjQKc2hhZG93X21lbW9yeSA9IDgKbmFtZSA9ICJnZW50b28iCnZpZiA9IFsgJ3R5cGU9 aW9lbXUsIG1hYz0wMDoxNjozZTowMDowMDowMiwgYnJpZGdlPXhlbmJyMCcgXQphY3BpID0gMQph cGljID0gMQpkaXNrID0gWyAnZmlsZTovcGF0aC90by9nZW50b28uaW1nLGhkYSx3JywKJ2ZpbGU6 L3BhdGgvdG8vaW5zdGFsbC1hbWQ2NC1taW5pbWFsLTIwMTIwMjE2LmlzbyxoZGM6Y2Ryb20scicg XQpib290PSJkYyIKc2RsPTAKdm5jPTEKdm5jY29uc29sZT0xCnZuY3Bhc3N3ZD0nJwpzdGR2Z2E9 MQp2aWRlb3JhbT0xNgprZXltYXA9Iml0IgoKc2VyaWFsPSdwdHknCnVzYmRldmljZT0ndGFibGV0 JwoKClRoZW4gSSBkbyB4bCBjcmVhdGUgZ2VudG9vLmNmZwp4bCB2bmN2aWV3ZXIgZ2VudG9vCgoo aW4gdGhpcyBjYXNlIHZuYyBjcmFzaGVzIC0gSSBkaWRuJ3QgdW5kZXJzdGFuZCB3aHkgeWV0IC0g YW5kCkkgaGF2ZSB0byByZS1ydW4geGwgdm5jdmlld2VyIGdlbnRvbykKCmFuZCBJIGNhbiBhY2Nl c3MgdG8gdGhlIG1pbmltYWwgbGl2ZSBnZW50b28gYW5kIHByb2NlZWQgd2l0aAp0aGUgZG9tVSBp bnN0YWxsYXRpb24KCkNoZWVycywKCkZsYXZpbwoKT24gNCBBcHJpbCAyMDEyIDE3OjU3LCBKb2hu IEYuIEFjcmVlIDxqb2huQGlkZWFjb2RlLmNvbT4gd3JvdGU6Cj4gVGhlIGdlbnRvbyBtaW5pbWFs IGNkIHdvcmtlZCBmaW5lIGZvciBtZSB3aXRoIHhjcDEuMSwgd2hpY2ggSSB0aGluayBpcwo+IHJ1 bm5pbmcgdGhlIHhlbi0zIHNlcmllcy4gwqBJdCB3YXMgb25seSBvbiB4Y3AxLjUgdGhhdCBJIHJh biBpbnRvIHByb2JsZW1zCj4gZ2V0dGluZyBpdCB0byBiZSBib290YWJsZSwgd2hpY2ggSSB0aGlu ayBydW5zIHRoZSB4ZW4tNCBzZXJpZXMuCj4KPiBJIGhhdmUgbm8gaWRlYSB3aGF0IHRoZSBkaWZm ZXJlbmNlIGlzIGJldHdlZW4gdGhlIHR3by4gwqBCdXQgYXMgc29vbiBhcyBJIGdldAo+IHRoZSBj aGFuY2UgSSB3aWxsIHRha2UgYSBzY3JlZW5zaG90IG9mIHRoZSBib290IHByb2Nlc3Mgd2hlbiBp dCBmYWlscywgYW5kCj4gaW5jbHVkZSB0aGUgdm0tcGFyYW0tbGlzdCBvdXRwdXQgZm9yIHRoYXQg dm0uCj4KPiBNYXliZSBzb21ldGhpbmcgaGFzIGNoYW5nZWQgaW4gdGhlIHdheSB0aGUgY2Ryb20g aXMgaGFuZGxlZCBvciByZXBvcnRlZD8KPgo+IEpvaG4KPgo+PiBPaywgdG8gbWFrZSBhIGZvbGxv dyB1cCBvbiBteSBvcmlnaW5hbCBlbWFpbCwgSSB0cmllZCBsaW51eCByZXNjdWUgQ0QKPj4gKHN5 c3RlbXJlY3VlIGNkKSBhbmQgaXQgYm9vdGVkLiBJIHNhdyB0aGF0IGl0IGRvc2VudCAob3IgZG9z ZW50IGFwcGVhcgo+PiB0bykgc3VwcG9ydCBuYXRpdmUgWGVuIGZyb250ZW5kIGRyaXZlciBzbyBz ZWVzIHRoZSBjZHJvbSBpbiBIVk0uCj4+IHRoZSBnZW50b28gc2VlbXMgdG8gc3VwcG9ydCBuYXRp dmUgeGVuIGRyaXZlcnMgKHdoZW4gYm9vdGluZywgSSBjYW4gc2VlCj4+IHRoZSBkaXNrIHdpdGgg eHZkYSA6IHh2ZGExLCB4dmRhMiwgZXRjKQo+PiBtYXliZSB0aGUgSVNPIGRvc2VudCBzdXBwb3J0 IGEgbmF0aXZlIHhlbiBjZHJvbSBkcml2ZXIgKGlmIHRoZXJlIGlzIG9uZSkgPwo+PiBKLUYKPj4K Pj4gwqAgwqAtLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCj4+IMKgIMKgU3ViamVj dDogUmU6IFtYZW4tdXNlcnNdIFVuYWJsZSB0byBib290IGluc3RhbGxhdGlvbiBJU08KPj4gwqAg wqBGcm9tOiAiSm9obiBGLiBBY3JlZSIgPGpvaG5AaWRlYWNvZGUuY29tIDxtYWlsdG86am9obkBp ZGVhY29kZS5jb20+Pgo+PiDCoCDCoERhdGU6IFdlZCwgQXByaWwgMDQsIDIwMTIgMTE6NDAgYW0K Pj4gwqAgwqBUbzogeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcgPG1haWx0bzp4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZz4KPj4KPj4gwqAgwqBIaSwKPj4KPj4gwqAgwqBJIGhhdmUgaGFkIGEgc2ltaWxh ciBwcm9ibGVtLCBhbmQgYXMgeWV0IGhhdmUgbm90IGhhZCBhIGNoYW5jZSB0byB0YWtlCj4+IMKg IMKgdGhlIHNjcmVlbnNob3QgYXMgd2FzIHJlcXVlc3RlZCBlYXJsaWVyKG1heWJlIHRoaXMgd2Vl a2VuZCBJIGNhbiBnZXQKPj4gwqAgwqB0byBpdC4pCj4+Cj4+IMKgIMKgTXkgc29sdXRpb24sIHVu dGlsIGl0IGNhbiBiZSBmaWd1cmVkIG91dCB3aGF0IG5lZWRzIHRvIGJlIGNoYW5nZWQgc28KPj4g wqAgwqB0aGUKPj4gwqAgwqBnZW50b28gbWluaW1hbCBjZCB3aWxsIGJvb3QsIGlzIHRoYXQgSSB1 c2VkIGFuIHVidW50dSBjZC4KPj4KPj4gwqAgwqBJIGFtIHdyaXRpbmcgdXAgaW5zdHJ1Y3Rpb25z IG9uIHRoaXMgYXBwcm9hY2gsIGJ1dCBtaWdodCBiZSBzZXZlcmFsCj4+IMKgIMKgZGF5cwo+PiDC oCDCoG9yIHdlZWtzIGJlZm9yZSBJIHJlbGVhc2UgaXQobXkgZmlyc3QgYXR0ZW1wdCBhdCB0ZWNo bmljYWwKPj4gwqAgwqBkb2N1bWVudGF0aW9uLikKPj4KPj4gwqAgwqBCYXNpYyBzdGVwczoKPj4g wqAgwqBTZWxlY3Qgb3RoZXIgaW5zdGFsbCBtZWRpYS4KPj4gwqAgwqBMb2FkIHRoZSB1YnVudHUg aXNvIG9yIGNkLgo+PiDCoCDCoEZvcm1hdCB0aGUgdGFyZ2V0IGRyaXZlLgo+PiDCoCDCoENvcHkg ZG93biB0aGUgZ2VudG9vIHN0YWdlMyBhbmQgcG9ydGFnZSBhcmNoaXZlcyB0byB0aGUgdGFyZ2V0 IGRyaXZlLgo+PiDCoCDCoEV4dHJhY3QgcGFja2FnZXMsIHBlciBpbnN0YWxsIGluc3RydWN0aW9u cy4KPj4gwqAgwqBDaHJvb3QgYXMgbm9ybWFsIGFuZCBjb250aW51ZSB3aXRoIHRoZSBpbnN0YWxs IGluc3RydWN0aW9ucy4KPj4KPj4gwqAgwqBIb3BlIHRoaXMgaGVscHMuIEJ1dCBJIGFtIG5vdCB1 c2luZyBhIGdlbnRvbyBkb20wLCB1c2luZyB4Y3AgMS41LCBzbwo+PiDCoCDCoHRoZXJlIGFyZSBk aWZmZXJlbmNlcy4KPj4KPj4gwqAgwqBKb2huCj4+Cj4+IMKgIMKgPiDCoEhpLAo+PiDCoCDCoD4g wqBJIGJ1aWxkIFhlbiA0LjEuMSBvbiBhIEdlbnRvbyBiYXNlIGRvbTAuIEV2ZXJ5dGhpbmcgaXMg d29ya2luZwo+PiDCoCDCoGdyZWF0LiBJCj4+IMKgIMKgPiDCoHRyaWVkIG9uZSBvZiBKb3NlcGgg R2xhbnZpbGxlJ3MgUFYtSFZNIGltYWdlIChkZWJpYW42KSBhbmQgaXRzCj4+IHdvcmtpbmcKPj4g wqAgwqA+IMKgYXMgaXQgc2hvdWxkLgo+PiDCoCDCoD4gwqBOb3cgbCdpbSB0cnlpbmcgdG8gYnVp bGQgYSBHZW50b28gYmFzZWQgZG9tVSB3aXRoIHRoZW4gc2FtZSBzcGVjcyBhcwo+PiDCoCDCoD4g wqBKb3NlcGgncyBQVi1IVk0uCj4+IMKgIMKgPiDCoEkgdXNlZCBhIGNvcHkgb2YgdGhlIC5jZmcg YW5kIGFkYXB0ZWQgdG8gbXkgbmVlZHMgdG8gbWFrZSB0aGUKPj4gwqAgwqBnZW50b28gd29yay4K Pj4gwqAgwqA+IMKgd2hlbiBib290aW5nIHRoZSBtaW5pbWFsIGluc3RhbGwgaW1hZ2UgdXNpbmcg dGhlIGlzbywgaXQgc3RhcnRzCj4+IMKgIMKgbG9hZGluZwo+PiDCoCDCoD4gwqB0aGUgQ0QgYW5k IHRoZW4gd2hlbiB0cnlpbmcgdG8gbW91bnQgdGhlIGNkLXJvbSBpdCBkb3NlbnQgc2VlIGl0IC4K Pj4gwqAgwqA+IMKgaGVyZSBpcyBhIGNvcHkgb2YgdGhlIC5jZmcgaSB1c2VkOgo+PiDCoCDCoD4g wqBrZXJuZWwgPSAnaHZtbG9hZGVyJwo+PiDCoCDCoD4gwqBidWlsZGVyID0gJ2h2bScKPj4gwqAg wqA+IMKgbWVtb3J5ID0gNDA5Ngo+PiDCoCDCoD4gwqB2Y3B1cyA9IDQKPj4gwqAgwqA+IMKgbmFt ZSA9ICJ2bS12cHMzIgo+PiDCoCDCoD4gwqB2aWYgPSBbICdicmlkZ2U9dmlyYnIwJyBdCj4+IMKg IMKgPiDCoGRpc2sgPSBbJ3BoeTovZGV2L3ZnUG9vbDEvVk0tVlBTMyxoZGEsdycsCj4+IMKgIMKg Pgo+Pgo+PiDCoCdmaWxlOi9tbnQvaXNvLWltYWdlcy9nZW50b28vYW1kNjQvaW5zdGFsbC1hbWQ2 NC1taW5pbWFsLTIwMTIwMjIzLmlzbyxoZGM6Y2Ryb20nXQo+PiDCoCDCoD4gwqBhY3BpID0gMQo+ PiDCoCDCoD4gwqBib290ID0gJ2QnCj4+IMKgIMKgPiDCoHNkbCA9IDAKPj4gwqAgwqA+IMKgc2Vy aWFsID0gJ3B0eScKPj4gwqAgwqA+IMKgeGVuX3BsYXRmb3JtX3BjaSA9IDEKPj4gwqAgwqA+IMKg dm5jID0gMQo+PiDCoCDCoD4gwqB2bmNwYXNzd2QgPSAncGFzc3dvcmQnCj4+IMKgIMKgPiDCoHZu Y2xpc3RlbiA9ICdsb2NhbGhvc3QnCj4+IMKgIMKgPiDCoHZuY2Rpc3BsYXkgPSAnMzQzJwo+PiDC oCDCoD4gwqBJIHRyaWVkIHdpdGggeGVuX3BsYXRmb3JtX3BjaSBzZXQgdG8gMCBidXQgdGhlIGp1 c3QgaGFuZ3MgdG8gYm9vdAo+PiDCoCDCoD4gwqBwcm9jZWR1cmUgd2hlbiBsb2FkaW5nIHRoZSBz YXRhX3BpaXggbW9kdWxlLgo+PiDCoCDCoD4gwqBhbnkgaWRlYXMgb24gdGhpcyA/Cj4+IMKgIMKg PiDCoFRoYW5rcywKPj4gwqAgwqA+IMKgSi1GCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Apr 04 17:53:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 17:53: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 1SFUNs-0007Kt-V4; Wed, 04 Apr 2012 17:52:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFUNr-0007Ko-Ck for xen-users@lists.xen.org; Wed, 04 Apr 2012 17:52:39 +0000 Received: from [193.109.254.147:19876] by server-11.bemta-14.messagelabs.com id AA/64-05858-66A8C7F4; Wed, 04 Apr 2012 17:52:38 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1333561956!162872!1 X-Originating-IP: [208.109.78.112] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24421 invoked from network); 4 Apr 2012 17:52:37 -0000 Received: from smtpoutwbe01.prod.mesa1.secureserver.net (HELO smtpoutwbe01.prod.mesa1.secureserver.net) (208.109.78.112) by server-6.tower-27.messagelabs.com with SMTP; 4 Apr 2012 17:52:37 -0000 Received: (qmail 18026 invoked from network); 4 Apr 2012 17:52:36 -0000 Received: from unknown (HELO localhost) (72.167.218.135) by smtpoutwbe01.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 17:52:35 -0000 Received: (qmail 1943 invoked by uid 99); 4 Apr 2012 17:52:35 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404105234.ce9108a3647f4398263da6a089a91ede.f0f254bb34.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: "Flavio" , john@ideacode.com Date: Wed, 04 Apr 2012 10:52:34 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7404195722268592820==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7404195722268592820== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
I did a update from xen-4.1.1 to xen4.1.2 and it works = now.
=0A
 
=0A
the only thing that dosend work is th= e 'keymap=3D"cf"' (mapped to my type of keyboard)
=0A
 
= =0A
I get this message :
=0A
 
=0A
libxl: error= : libxl_device.c:470:libxl__wait_for_device_model Device Model not readyxl: fatal error: libxl_create.c:535, rc=3D-1: libxl__confirm_device_model_= startup
=0A
 
=0A
and fail to start. but thats minor= compared to what I had ;-)
=0A
 
=0A
Thanks Flavio = and John for your help. :)
=0A
 
=0A
J-F
=0A 
=0A
=0A
-----= --- Original Message --------
Subject: Re: [Xen-users] Unable to boot in= stallation ISO
From: Flavio <fb= cyborg@gmail.com>
Date: Wed, April 04, 2012 12:49 pm
To: john@ideacode.com
Cc: xen-users@lists.xen.org

OK,

= this is the test I've just done for you.
dom0:
3.3.0-gentoo kernel x8= 6_64
app-emulation/xen-4.1.2
app-emulation/xen-tools-4.1.2-r2

= domU installation:
ISO image: install-amd64-minimal-20120216.iso
I se= e you used a physical device. It should not be different.

I create t= he filesystem image using dd:
dd if=3D/dev/zero of=3Dgentoo.img bs=3D102= 4k count=3D1 seek=3D15360

So, now I have three files in my domU dire= ctory:
gentoo.cfg gentoo.img install-amd64-minimal-20120216.iso

A= nd this is the content of gentoo.cfg:
kernel =3D "/usr/lib/xen/boot/hvml= oader"
builder=3D'hvm'
memory =3D 1024
shadow_memory =3D 8
name= =3D "gentoo"
vif =3D [ 'type=3Dioemu, mac=3D00:16:3e:00:00:02, bridge= =3Dxenbr0' ]
acpi =3D 1
apic =3D 1
disk =3D [ 'file:/path/to/gento= o.img,hda,w',
'file:/path/to/install-amd64-minimal-20120216.iso,hdc:cdro= m,r' ]
boot=3D"dc"
sdl=3D0
vnc=3D1
vncconsole=3D1
vncpasswd= =3D''
stdvga=3D1
videoram=3D16
keymap=3D"it"

serial=3D'pty'=
usbdevice=3D'tablet'


Then I do xl create gentoo.cfg
xl vn= cviewer gentoo

(in this case vnc crashes - I didn't understand why y= et - and
I have to re-run xl vncviewer gentoo)

and I can access t= o the minimal live gentoo and proceed with
the domU installation

= Cheers,

Flavio

On 4 April 2012 17:57, John F. Acree <john@ideacode.com> wrote:
> Th= e gentoo minimal cd worked fine for me with xcp1.1, which I think is
>= ; running the xen-3 series.  It was only on xcp1.5 that I ran into pro= blems
> getting it to be bootable, which I think runs the xen-4 serie= s.
>
> I have no idea what the difference is between the two. &= nbsp;But as soon as I get
> the chance I will take a screenshot of th= e boot process when it fails, and
> include the vm-param-list output = for that vm.
>
> Maybe something has changed in the way the cdr= om is handled or reported?
>
> John
>
>> Ok, to = make a follow up on my original email, I tried linux rescue CD
>> = (systemrecue cd) and it booted. I saw that it dosent (or dosent appear
&= gt;> to) support native Xen frontend driver so sees the cdrom in HVM.>> the gentoo seems to support native xen drivers (when booting, I c= an see
>> the disk with xvda : xvda1, xvda2, etc)
>> mayb= e the ISO dosent support a native xen cdrom driver (if there is one) ?
&= gt;> J-F
>>
>>    -------- Original Message = --------
>>    Subject: Re: [Xen-users] Unable to boot i= nstallation ISO
>>    From: "John F. Acree" <john@ideacode.com ><mailto:john@ideacode.com>>
>> &nbs= p;  Date: Wed, April 04, 2012 11:40 am
>>    To: xen-users@lists.xen.org <mailto:xen-users@lists.xen.org= >
>>
>>    Hi,
>>
>>  = ;  I have had a similar problem, and as yet have not had a chance to t= ake
>>    the screenshot as was requested earlier(maybe = this weekend I can get
>>    to it.)
>>
>= >    My solution, until it can be figured out what needs to be= changed so
>>    the
>>    gentoo mi= nimal cd will boot, is that I used an ubuntu cd.
>>
>> &n= bsp;  I am writing up instructions on this approach, but might be seve= ral
>>    days
>>    or weeks before = I release it(my first attempt at technical
>>    documen= tation.)
>>
>>    Basic steps:
>> &nbs= p;  Select other install media.
>>    Load the ubun= tu iso or cd.
>>    Format the target drive.
>>=    Copy down the gentoo stage3 and portage archives to the targe= t drive.
>>    Extract packages, per install instruction= s.
>>    Chroot as normal and continue with the install = instructions.
>>
>>    Hope this helps. But I a= m not using a gentoo dom0, using xcp 1.5, so
>>    there= are differences.
>>
>>    John
>>
= >>    >  Hi,
>>    >  I = build Xen 4.1.1 on a Gentoo base dom0. Everything is working
>> &n= bsp;  great. I
>>    >  tried one of Joseph= Glanville's PV-HVM image (debian6) and its
>> working
>>=    >  as it should.
>>    >  = Now l'im trying to build a Gentoo based domU with then same specs as
>= ;>    >  Joseph's PV-HVM.
>>    >= ;  I used a copy of the .cfg and adapted to my needs to make the
&g= t;>    gentoo work.
>>    >  when b= ooting the minimal install image using the iso, it starts
>>  = ;  loading
>>    >  the CD and then when tr= ying to mount the cd-rom it dosent see it .
>>    > &= nbsp;here is a copy of the .cfg i used:
>>    >  = ;kernel =3D 'hvmloader'
>>    >  builder =3D 'hv= m'
>>    >  memory =3D 4096
>>   &= nbsp;>  vcpus =3D 4
>>    >  name =3D "v= m-vps3"
>>    >  vif =3D [ 'bridge=3Dvirbr0' ]>>    >  disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,= w',
>>    >
>>
>>  'file:/mnt/= iso-images/gentoo/amd64/install-amd64-minimal-20120223.iso,hdc:cdrom']
&= gt;>    >  acpi =3D 1
>>    > &n= bsp;boot =3D 'd'
>>    >  sdl =3D 0
>> =    >  serial =3D 'pty'
>>    > &nbs= p;xen_platform_pci =3D 1
>>    >  vnc =3D 1
&= gt;>    >  vncpasswd =3D 'password'
>>  =  >  vnclisten =3D 'localhost'
>>    > &= nbsp;vncdisplay =3D '343'
>>    >  I tried with = xen_platform_pci set to 0 but the just hangs to boot
>>   &nb= sp;>  procedure when loading the sata_piix module.
>> &nbs= p;  >  any ideas on this ?
>>    >  = ;Thanks,
>>    >  J-F

___________________= ____________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7404195722268592820== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7404195722268592820==-- From xen-users-bounces@lists.xen.org Wed Apr 04 17:53:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 17:53: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 1SFUNs-0007Kt-V4; Wed, 04 Apr 2012 17:52:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFUNr-0007Ko-Ck for xen-users@lists.xen.org; Wed, 04 Apr 2012 17:52:39 +0000 Received: from [193.109.254.147:19876] by server-11.bemta-14.messagelabs.com id AA/64-05858-66A8C7F4; Wed, 04 Apr 2012 17:52:38 +0000 X-Env-Sender: jfcouture@visionordi.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1333561956!162872!1 X-Originating-IP: [208.109.78.112] X-SpamReason: No, hits=0.6 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n,sa_preprocessor: QmFkIElQOiAyMDguMTA5Ljc4LjExMiA9PiA5OTQ3Nw==\n, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24421 invoked from network); 4 Apr 2012 17:52:37 -0000 Received: from smtpoutwbe01.prod.mesa1.secureserver.net (HELO smtpoutwbe01.prod.mesa1.secureserver.net) (208.109.78.112) by server-6.tower-27.messagelabs.com with SMTP; 4 Apr 2012 17:52:37 -0000 Received: (qmail 18026 invoked from network); 4 Apr 2012 17:52:36 -0000 Received: from unknown (HELO localhost) (72.167.218.135) by smtpoutwbe01.prod.mesa1.secureserver.net with SMTP; 4 Apr 2012 17:52:35 -0000 Received: (qmail 1943 invoked by uid 99); 4 Apr 2012 17:52:35 -0000 X-Originating-IP: 69.70.177.90 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120404105234.ce9108a3647f4398263da6a089a91ede.f0f254bb34.wbe@email03.secureserver.net> From: "Jean-Francois Couture" To: "Flavio" , john@ideacode.com Date: Wed, 04 Apr 2012 10:52:34 -0700 Mime-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7404195722268592820==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7404195722268592820== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
I did a update from xen-4.1.1 to xen4.1.2 and it works = now.
=0A
 
=0A
the only thing that dosend work is th= e 'keymap=3D"cf"' (mapped to my type of keyboard)
=0A
 
= =0A
I get this message :
=0A
 
=0A
libxl: error= : libxl_device.c:470:libxl__wait_for_device_model Device Model not readyxl: fatal error: libxl_create.c:535, rc=3D-1: libxl__confirm_device_model_= startup
=0A
 
=0A
and fail to start. but thats minor= compared to what I had ;-)
=0A
 
=0A
Thanks Flavio = and John for your help. :)
=0A
 
=0A
J-F
=0A 
=0A
=0A
-----= --- Original Message --------
Subject: Re: [Xen-users] Unable to boot in= stallation ISO
From: Flavio <fb= cyborg@gmail.com>
Date: Wed, April 04, 2012 12:49 pm
To: john@ideacode.com
Cc: xen-users@lists.xen.org

OK,

= this is the test I've just done for you.
dom0:
3.3.0-gentoo kernel x8= 6_64
app-emulation/xen-4.1.2
app-emulation/xen-tools-4.1.2-r2

= domU installation:
ISO image: install-amd64-minimal-20120216.iso
I se= e you used a physical device. It should not be different.

I create t= he filesystem image using dd:
dd if=3D/dev/zero of=3Dgentoo.img bs=3D102= 4k count=3D1 seek=3D15360

So, now I have three files in my domU dire= ctory:
gentoo.cfg gentoo.img install-amd64-minimal-20120216.iso

A= nd this is the content of gentoo.cfg:
kernel =3D "/usr/lib/xen/boot/hvml= oader"
builder=3D'hvm'
memory =3D 1024
shadow_memory =3D 8
name= =3D "gentoo"
vif =3D [ 'type=3Dioemu, mac=3D00:16:3e:00:00:02, bridge= =3Dxenbr0' ]
acpi =3D 1
apic =3D 1
disk =3D [ 'file:/path/to/gento= o.img,hda,w',
'file:/path/to/install-amd64-minimal-20120216.iso,hdc:cdro= m,r' ]
boot=3D"dc"
sdl=3D0
vnc=3D1
vncconsole=3D1
vncpasswd= =3D''
stdvga=3D1
videoram=3D16
keymap=3D"it"

serial=3D'pty'=
usbdevice=3D'tablet'


Then I do xl create gentoo.cfg
xl vn= cviewer gentoo

(in this case vnc crashes - I didn't understand why y= et - and
I have to re-run xl vncviewer gentoo)

and I can access t= o the minimal live gentoo and proceed with
the domU installation

= Cheers,

Flavio

On 4 April 2012 17:57, John F. Acree <john@ideacode.com> wrote:
> Th= e gentoo minimal cd worked fine for me with xcp1.1, which I think is
>= ; running the xen-3 series.  It was only on xcp1.5 that I ran into pro= blems
> getting it to be bootable, which I think runs the xen-4 serie= s.
>
> I have no idea what the difference is between the two. &= nbsp;But as soon as I get
> the chance I will take a screenshot of th= e boot process when it fails, and
> include the vm-param-list output = for that vm.
>
> Maybe something has changed in the way the cdr= om is handled or reported?
>
> John
>
>> Ok, to = make a follow up on my original email, I tried linux rescue CD
>> = (systemrecue cd) and it booted. I saw that it dosent (or dosent appear
&= gt;> to) support native Xen frontend driver so sees the cdrom in HVM.>> the gentoo seems to support native xen drivers (when booting, I c= an see
>> the disk with xvda : xvda1, xvda2, etc)
>> mayb= e the ISO dosent support a native xen cdrom driver (if there is one) ?
&= gt;> J-F
>>
>>    -------- Original Message = --------
>>    Subject: Re: [Xen-users] Unable to boot i= nstallation ISO
>>    From: "John F. Acree" <john@ideacode.com ><mailto:john@ideacode.com>>
>> &nbs= p;  Date: Wed, April 04, 2012 11:40 am
>>    To: xen-users@lists.xen.org <mailto:xen-users@lists.xen.org= >
>>
>>    Hi,
>>
>>  = ;  I have had a similar problem, and as yet have not had a chance to t= ake
>>    the screenshot as was requested earlier(maybe = this weekend I can get
>>    to it.)
>>
>= >    My solution, until it can be figured out what needs to be= changed so
>>    the
>>    gentoo mi= nimal cd will boot, is that I used an ubuntu cd.
>>
>> &n= bsp;  I am writing up instructions on this approach, but might be seve= ral
>>    days
>>    or weeks before = I release it(my first attempt at technical
>>    documen= tation.)
>>
>>    Basic steps:
>> &nbs= p;  Select other install media.
>>    Load the ubun= tu iso or cd.
>>    Format the target drive.
>>=    Copy down the gentoo stage3 and portage archives to the targe= t drive.
>>    Extract packages, per install instruction= s.
>>    Chroot as normal and continue with the install = instructions.
>>
>>    Hope this helps. But I a= m not using a gentoo dom0, using xcp 1.5, so
>>    there= are differences.
>>
>>    John
>>
= >>    >  Hi,
>>    >  I = build Xen 4.1.1 on a Gentoo base dom0. Everything is working
>> &n= bsp;  great. I
>>    >  tried one of Joseph= Glanville's PV-HVM image (debian6) and its
>> working
>>=    >  as it should.
>>    >  = Now l'im trying to build a Gentoo based domU with then same specs as
>= ;>    >  Joseph's PV-HVM.
>>    >= ;  I used a copy of the .cfg and adapted to my needs to make the
&g= t;>    gentoo work.
>>    >  when b= ooting the minimal install image using the iso, it starts
>>  = ;  loading
>>    >  the CD and then when tr= ying to mount the cd-rom it dosent see it .
>>    > &= nbsp;here is a copy of the .cfg i used:
>>    >  = ;kernel =3D 'hvmloader'
>>    >  builder =3D 'hv= m'
>>    >  memory =3D 4096
>>   &= nbsp;>  vcpus =3D 4
>>    >  name =3D "v= m-vps3"
>>    >  vif =3D [ 'bridge=3Dvirbr0' ]>>    >  disk =3D ['phy:/dev/vgPool1/VM-VPS3,hda,= w',
>>    >
>>
>>  'file:/mnt/= iso-images/gentoo/amd64/install-amd64-minimal-20120223.iso,hdc:cdrom']
&= gt;>    >  acpi =3D 1
>>    > &n= bsp;boot =3D 'd'
>>    >  sdl =3D 0
>> =    >  serial =3D 'pty'
>>    > &nbs= p;xen_platform_pci =3D 1
>>    >  vnc =3D 1
&= gt;>    >  vncpasswd =3D 'password'
>>  =  >  vnclisten =3D 'localhost'
>>    > &= nbsp;vncdisplay =3D '343'
>>    >  I tried with = xen_platform_pci set to 0 but the just hangs to boot
>>   &nb= sp;>  procedure when loading the sata_piix module.
>> &nbs= p;  >  any ideas on this ?
>>    >  = ;Thanks,
>>    >  J-F

___________________= ____________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7404195722268592820== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7404195722268592820==-- From xen-users-bounces@lists.xen.org Wed Apr 04 18:05:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 18:05: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 1SFUYn-0007gE-EC; Wed, 04 Apr 2012 18:03:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFUYm-0007g9-Lg for xen-users@lists.xen.org; Wed, 04 Apr 2012 18:03:56 +0000 Received: from [193.109.254.147:22844] by server-11.bemta-14.messagelabs.com id 9E/27-05858-B0D8C7F4; Wed, 04 Apr 2012 18:03:55 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333562634!3265976!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25008 invoked from network); 4 Apr 2012 18:03:55 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 18:03:55 -0000 Received: by yhoo21 with SMTP id o21so416402yho.32 for ; Wed, 04 Apr 2012 11:03:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=UlN4mohn+rhK4exhi3GJnh+QSAaz4mw3/z3nJU1VMC4=; b=cwRLLQBxtNsVNlwYNN+EhzDxq0J3zNNQWtAwCu0WFFmd4JlSUQlVP+A1ajI+7g5hTI /u+kLmPjUlXR1qug6hjcsr47xCwpetXU/01IPUIQphzZvthKuNqmjjDIyDiStW/+e0M3 Pn+XRvJcrAjnLhhYhtAy9DhqlaV/X4Io6ReNHGfW4u+y0JXcVFLgCP3nZ3iDzBZJ9it8 PT82BCSizx1+Gj8T8QPqjtRQnc3bmxjQSYXZT25gYd/Lc2nIz1jXt7cWjx60kl4AuNg0 sTI5uQ5IwH85nIRLzMmdVWs+Tp90Jb9SW53kYJivdJoYvzxBiC2kHEnsnBgBIgRV1SJN Tw8A== Received: by 10.50.212.97 with SMTP id nj1mr2506773igc.65.1333562633437; Wed, 04 Apr 2012 11:03:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 11:03:33 -0700 (PDT) In-Reply-To: <20120404105234.ce9108a3647f4398263da6a089a91ede.f0f254bb34.wbe@email03.secureserver.net> References: <20120404105234.ce9108a3647f4398263da6a089a91ede.f0f254bb34.wbe@email03.secureserver.net> From: Flavio Date: Wed, 4 Apr 2012 20:03:33 +0200 Message-ID: To: Jean-Francois Couture Cc: xen-users@lists.xen.org, john@ideacode.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gNCBBcHJpbCAyMDEyIDE5OjUyLCBKZWFuLUZyYW5jb2lzIENvdXR1cmUgPGpmY291dHVyZUB2 aXNpb25vcmRpLmNvbT4gd3JvdGU6Cj4gSSBkaWQgYSB1cGRhdGXCoGZyb20geGVuLTQuMS4xIHRv IHhlbjQuMS4ywqBhbmQgaXQgd29ya3Mgbm93Lgo+Cj4gdGhlIG9ubHkgdGhpbmcgdGhhdCBkb3Nl bmQgd29yayBpcyB0aGUgJ2tleW1hcD0iY2YiJyAobWFwcGVkIHRvIG15IHR5cGUgb2YKPiBrZXli b2FyZCkKPgo+IEkgZ2V0IHRoaXMgbWVzc2FnZSA6Cj4KPiBsaWJ4bDogZXJyb3I6IGxpYnhsX2Rl dmljZS5jOjQ3MDpsaWJ4bF9fd2FpdF9mb3JfZGV2aWNlX21vZGVsIERldmljZSBNb2RlbAo+IG5v dCByZWFkeQo+IHhsOiBmYXRhbCBlcnJvcjogbGlieGxfY3JlYXRlLmM6NTM1LCByYz0tMToKPiBs aWJ4bF9fY29uZmlybV9kZXZpY2VfbW9kZWxfc3RhcnR1cAo+Cj4gYW5kIGZhaWwgdG8gc3RhcnQu IGJ1dCB0aGF0cyBtaW5vciBjb21wYXJlZCB0byB3aGF0IEkgaGFkIDstKQo+Cj4gVGhhbmtzIEZs YXZpbyBhbmQgSm9obiBmb3IgeW91ciBoZWxwLiA6KQpZb3UncmUgd2VsY29tZS4gR2xhZCB0byBo ZWxwIHlvdS4KCkZvciB0aGUga2V5Ym9hcmQgcHJvYmxlbSwgSSd2ZSBzZWVuIHRoZSBsaWJ4bCBl cnJvciBzb21ldGltZS4KQ2hlY2sgdGhhdCB0aGUgeGVuLWdudGRldiBhbmQgeGVuLWdudGFsbG9j IG1vZHVsZXMgYXJlIGxvYWRlZC4KQnV0IEknbSBub3Qgc3VyZSB0aGV5IGFyZSB0aGUgY3VscHJp dHMuCgpCeWUhCi0tIApGbGF2aW8KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 04 18:05:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 18:05: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 1SFUYn-0007gE-EC; Wed, 04 Apr 2012 18:03:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFUYm-0007g9-Lg for xen-users@lists.xen.org; Wed, 04 Apr 2012 18:03:56 +0000 Received: from [193.109.254.147:22844] by server-11.bemta-14.messagelabs.com id 9E/27-05858-B0D8C7F4; Wed, 04 Apr 2012 18:03:55 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333562634!3265976!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25008 invoked from network); 4 Apr 2012 18:03:55 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 4 Apr 2012 18:03:55 -0000 Received: by yhoo21 with SMTP id o21so416402yho.32 for ; Wed, 04 Apr 2012 11:03:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=UlN4mohn+rhK4exhi3GJnh+QSAaz4mw3/z3nJU1VMC4=; b=cwRLLQBxtNsVNlwYNN+EhzDxq0J3zNNQWtAwCu0WFFmd4JlSUQlVP+A1ajI+7g5hTI /u+kLmPjUlXR1qug6hjcsr47xCwpetXU/01IPUIQphzZvthKuNqmjjDIyDiStW/+e0M3 Pn+XRvJcrAjnLhhYhtAy9DhqlaV/X4Io6ReNHGfW4u+y0JXcVFLgCP3nZ3iDzBZJ9it8 PT82BCSizx1+Gj8T8QPqjtRQnc3bmxjQSYXZT25gYd/Lc2nIz1jXt7cWjx60kl4AuNg0 sTI5uQ5IwH85nIRLzMmdVWs+Tp90Jb9SW53kYJivdJoYvzxBiC2kHEnsnBgBIgRV1SJN Tw8A== Received: by 10.50.212.97 with SMTP id nj1mr2506773igc.65.1333562633437; Wed, 04 Apr 2012 11:03:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.38.71 with HTTP; Wed, 4 Apr 2012 11:03:33 -0700 (PDT) In-Reply-To: <20120404105234.ce9108a3647f4398263da6a089a91ede.f0f254bb34.wbe@email03.secureserver.net> References: <20120404105234.ce9108a3647f4398263da6a089a91ede.f0f254bb34.wbe@email03.secureserver.net> From: Flavio Date: Wed, 4 Apr 2012 20:03:33 +0200 Message-ID: To: Jean-Francois Couture Cc: xen-users@lists.xen.org, john@ideacode.com Subject: Re: [Xen-users] Unable to boot installation ISO X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gNCBBcHJpbCAyMDEyIDE5OjUyLCBKZWFuLUZyYW5jb2lzIENvdXR1cmUgPGpmY291dHVyZUB2 aXNpb25vcmRpLmNvbT4gd3JvdGU6Cj4gSSBkaWQgYSB1cGRhdGXCoGZyb20geGVuLTQuMS4xIHRv IHhlbjQuMS4ywqBhbmQgaXQgd29ya3Mgbm93Lgo+Cj4gdGhlIG9ubHkgdGhpbmcgdGhhdCBkb3Nl bmQgd29yayBpcyB0aGUgJ2tleW1hcD0iY2YiJyAobWFwcGVkIHRvIG15IHR5cGUgb2YKPiBrZXli b2FyZCkKPgo+IEkgZ2V0IHRoaXMgbWVzc2FnZSA6Cj4KPiBsaWJ4bDogZXJyb3I6IGxpYnhsX2Rl dmljZS5jOjQ3MDpsaWJ4bF9fd2FpdF9mb3JfZGV2aWNlX21vZGVsIERldmljZSBNb2RlbAo+IG5v dCByZWFkeQo+IHhsOiBmYXRhbCBlcnJvcjogbGlieGxfY3JlYXRlLmM6NTM1LCByYz0tMToKPiBs aWJ4bF9fY29uZmlybV9kZXZpY2VfbW9kZWxfc3RhcnR1cAo+Cj4gYW5kIGZhaWwgdG8gc3RhcnQu IGJ1dCB0aGF0cyBtaW5vciBjb21wYXJlZCB0byB3aGF0IEkgaGFkIDstKQo+Cj4gVGhhbmtzIEZs YXZpbyBhbmQgSm9obiBmb3IgeW91ciBoZWxwLiA6KQpZb3UncmUgd2VsY29tZS4gR2xhZCB0byBo ZWxwIHlvdS4KCkZvciB0aGUga2V5Ym9hcmQgcHJvYmxlbSwgSSd2ZSBzZWVuIHRoZSBsaWJ4bCBl cnJvciBzb21ldGltZS4KQ2hlY2sgdGhhdCB0aGUgeGVuLWdudGRldiBhbmQgeGVuLWdudGFsbG9j IG1vZHVsZXMgYXJlIGxvYWRlZC4KQnV0IEknbSBub3Qgc3VyZSB0aGV5IGFyZSB0aGUgY3VscHJp dHMuCgpCeWUhCi0tIApGbGF2aW8KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 04 18:14:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 18:14: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 1SFUiM-00083Z-On; Wed, 04 Apr 2012 18:13:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFUiL-00083S-LH for xen-users@lists.xen.org; Wed, 04 Apr 2012 18:13:49 +0000 Received: from [85.158.138.51:32747] by server-9.bemta-3.messagelabs.com id 5B/40-10923-C5F8C7F4; Wed, 04 Apr 2012 18:13:48 +0000 X-Env-Sender: johnm@advocap.org X-Msg-Ref: server-11.tower-174.messagelabs.com!1333563228!20788192!1 X-Originating-IP: [69.129.223.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8170 invoked from network); 4 Apr 2012 18:13:48 -0000 Received: from tfondy.advocap.org (HELO mail.advocap.org) (69.129.223.178) by server-11.tower-174.messagelabs.com with SMTP; 4 Apr 2012 18:13:48 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 37ADE21E720 for ; Wed, 4 Apr 2012 13:13:15 -0500 (CDT) X-Virus-Scanned: by amavisd-new at advocap.org Received: from mail.advocap.org ([127.0.0.1]) by localhost (mail.advocap.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WE11ofCIhz6V for ; Wed, 4 Apr 2012 13:13:15 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 0956F21E71F for ; Wed, 4 Apr 2012 13:13:15 -0500 (CDT) Received: from john.localhost (unknown [192.168.101.5]) (Authenticated sender: johnm@advocap.org) by mail.advocap.org (Postfix) with ESMTPSA id DEFE621E71D for ; Wed, 4 Apr 2012 13:13:14 -0500 (CDT) From: John McMonagle Organization: Advocap Inc To: xen-users@lists.xen.org Date: Wed, 4 Apr 2012 13:13:44 -0500 User-Agent: KMail/1.13.5 (Linux/3.2.0-0.bpo.1-amd64; KDE/4.4.5; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201204041313.45539.johnm@advocap.org> Subject: [Xen-users] xenpm on 3.2 kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm setting up a new xen server with Debian squeeze am trying the 3.2 kernel from squeeze backports. xenpm get-cpufreq-states on 3.2 kernel returns nothing. With Debian squeeze 2.6.32 xen kernel xenpm works. Is it possible to get xen power management working with 3.x kernels? John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 18:14:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 18:14: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 1SFUiM-00083Z-On; Wed, 04 Apr 2012 18:13:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFUiL-00083S-LH for xen-users@lists.xen.org; Wed, 04 Apr 2012 18:13:49 +0000 Received: from [85.158.138.51:32747] by server-9.bemta-3.messagelabs.com id 5B/40-10923-C5F8C7F4; Wed, 04 Apr 2012 18:13:48 +0000 X-Env-Sender: johnm@advocap.org X-Msg-Ref: server-11.tower-174.messagelabs.com!1333563228!20788192!1 X-Originating-IP: [69.129.223.178] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8170 invoked from network); 4 Apr 2012 18:13:48 -0000 Received: from tfondy.advocap.org (HELO mail.advocap.org) (69.129.223.178) by server-11.tower-174.messagelabs.com with SMTP; 4 Apr 2012 18:13:48 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 37ADE21E720 for ; Wed, 4 Apr 2012 13:13:15 -0500 (CDT) X-Virus-Scanned: by amavisd-new at advocap.org Received: from mail.advocap.org ([127.0.0.1]) by localhost (mail.advocap.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WE11ofCIhz6V for ; Wed, 4 Apr 2012 13:13:15 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by mail.advocap.org (Postfix) with ESMTP id 0956F21E71F for ; Wed, 4 Apr 2012 13:13:15 -0500 (CDT) Received: from john.localhost (unknown [192.168.101.5]) (Authenticated sender: johnm@advocap.org) by mail.advocap.org (Postfix) with ESMTPSA id DEFE621E71D for ; Wed, 4 Apr 2012 13:13:14 -0500 (CDT) From: John McMonagle Organization: Advocap Inc To: xen-users@lists.xen.org Date: Wed, 4 Apr 2012 13:13:44 -0500 User-Agent: KMail/1.13.5 (Linux/3.2.0-0.bpo.1-amd64; KDE/4.4.5; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201204041313.45539.johnm@advocap.org> Subject: [Xen-users] xenpm on 3.2 kernel X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm setting up a new xen server with Debian squeeze am trying the 3.2 kernel from squeeze backports. xenpm get-cpufreq-states on 3.2 kernel returns nothing. With Debian squeeze 2.6.32 xen kernel xenpm works. Is it possible to get xen power management working with 3.x kernels? John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 19:25:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 19:25: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 1SFVnn-0000Pm-Vo; Wed, 04 Apr 2012 19:23:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFVnm-0000Ph-3y for xen-users@lists.xensource.com; Wed, 04 Apr 2012 19:23:30 +0000 Received: from [85.158.143.99:2411] by server-2.bemta-4.messagelabs.com id F0/FA-17550-1BF9C7F4; Wed, 04 Apr 2012 19:23:29 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1333567408!17096117!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MzkxMw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MzkxMw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13263 invoked from network); 4 Apr 2012 19:23:28 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-4.tower-216.messagelabs.com with SMTP; 4 Apr 2012 19:23:28 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=/DbS/tiKggfTkRRHPZEB4g==:17 a=Qsx_du5GiBkA:10 a=vnNYxAp2wzwA:10 a=wyo3VvdzT5cA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=KhRgNpH5UQX24O8Ji0IA: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:51540] helo=[10.1.1.230]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 4E/F9-16302-FAF9C7F4; Wed, 04 Apr 2012 19:23:27 +0000 Message-ID: <4F7C9FAE.8020504@ubuntu.com> Date: Wed, 04 Apr 2012 15:23:26 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: jinho hwang References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> In-Reply-To: Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4/4/2012 12:11 PM, jinho hwang wrote: > Did you run UEK2 for guest os? Dan Magenheimer suggests to use it. I'm > thinking to try it if I have time. I don't know what UEK2 is... I'm running Ubuntu. > Can you share your understanding for the output of sudo xm tmem-list -l -a? I still don't understand it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 19:25:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 19:25: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 1SFVnn-0000Pm-Vo; Wed, 04 Apr 2012 19:23:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFVnm-0000Ph-3y for xen-users@lists.xensource.com; Wed, 04 Apr 2012 19:23:30 +0000 Received: from [85.158.143.99:2411] by server-2.bemta-4.messagelabs.com id F0/FA-17550-1BF9C7F4; Wed, 04 Apr 2012 19:23:29 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1333567408!17096117!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MzkxMw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5MzkxMw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13263 invoked from network); 4 Apr 2012 19:23:28 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-4.tower-216.messagelabs.com with SMTP; 4 Apr 2012 19:23:28 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=/DbS/tiKggfTkRRHPZEB4g==:17 a=Qsx_du5GiBkA:10 a=vnNYxAp2wzwA:10 a=wyo3VvdzT5cA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=KhRgNpH5UQX24O8Ji0IA: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:51540] helo=[10.1.1.230]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 4E/F9-16302-FAF9C7F4; Wed, 04 Apr 2012 19:23:27 +0000 Message-ID: <4F7C9FAE.8020504@ubuntu.com> Date: Wed, 04 Apr 2012 15:23:26 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: jinho hwang References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> In-Reply-To: Cc: Florian Heigl , xen-users@lists.xensource.com Subject: Re: [Xen-users] Any tmem documentation out there? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4/4/2012 12:11 PM, jinho hwang wrote: > Did you run UEK2 for guest os? Dan Magenheimer suggests to use it. I'm > thinking to try it if I have time. I don't know what UEK2 is... I'm running Ubuntu. > Can you share your understanding for the output of sudo xm tmem-list -l -a? I still don't understand it. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 23:36:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 23:36: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 1SFZir-0002Hx-07; Wed, 04 Apr 2012 23:34:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFZip-0002Hs-ON for xen-users@lists.xensource.com; Wed, 04 Apr 2012 23:34:39 +0000 Received: from [85.158.143.35:60045] by server-3.bemta-4.messagelabs.com id 3A/83-05853-F8ADC7F4; Wed, 04 Apr 2012 23:34:39 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-21.messagelabs.com!1333582475!14923203!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16932 invoked from network); 4 Apr 2012 23:34:38 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 4 Apr 2012 23:34:38 -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 1SFZif-0005ZR-TN; Thu, 05 Apr 2012 09:34:29 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Thu, 5 Apr 2012 09:34:29 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi; Thu, 5 Apr 2012 09:34:29 +1000 From: James Harper To: "J.Witvliet@mindef.nl" , "xen-users@lists.xensource.com" Thread-Topic: [Xen-users] diff between XP on iron and a fully virt-XP Thread-Index: AQHNEnp3YhT2p9JzlkiQa3QNWF/WYJaLUV7Q Date: Wed, 4 Apr 2012 23:34:28 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B1AF5A3EA@BITCOM1.int.sbss.com.au> References: <20120404153548.DC4F221C888@mx4-out.mindef.nl> In-Reply-To: <20120404153548.DC4F221C888@mx4-out.mindef.nl> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 04 Apr 2012 23:34:29.0702 (UTC) FILETIME=[7B18CE60:01CD12BB] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] diff between XP on iron and a fully virt-XP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Anybody around who can tell me if there is a difference between XP on iron > and a virtualized XP? > > Point is that I installed XP, applied the service packs, and tried to install > Silverlight. > On the iron machine no problem, on the virtualized, I got a complaint that the > platform wasn't suitable. > > How can they tell the difference? Thought that it was invisible! > Silverlight requires some form of MMX instructions present in the cpu. Have you modified any cpuid= to report a processor that is too old? I encountered this when testing migration between an AMD and an Intel processor... the "lowest common featureset" between the two processors is too low to support the required MMX instructions for silverlight. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 04 23:36:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 04 Apr 2012 23:36: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 1SFZir-0002Hx-07; Wed, 04 Apr 2012 23:34:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFZip-0002Hs-ON for xen-users@lists.xensource.com; Wed, 04 Apr 2012 23:34:39 +0000 Received: from [85.158.143.35:60045] by server-3.bemta-4.messagelabs.com id 3A/83-05853-F8ADC7F4; Wed, 04 Apr 2012 23:34:39 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-3.tower-21.messagelabs.com!1333582475!14923203!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16932 invoked from network); 4 Apr 2012 23:34:38 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-3.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 4 Apr 2012 23:34:38 -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 1SFZif-0005ZR-TN; Thu, 05 Apr 2012 09:34:29 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Thu, 5 Apr 2012 09:34:29 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi; Thu, 5 Apr 2012 09:34:29 +1000 From: James Harper To: "J.Witvliet@mindef.nl" , "xen-users@lists.xensource.com" Thread-Topic: [Xen-users] diff between XP on iron and a fully virt-XP Thread-Index: AQHNEnp3YhT2p9JzlkiQa3QNWF/WYJaLUV7Q Date: Wed, 4 Apr 2012 23:34:28 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B1AF5A3EA@BITCOM1.int.sbss.com.au> References: <20120404153548.DC4F221C888@mx4-out.mindef.nl> In-Reply-To: <20120404153548.DC4F221C888@mx4-out.mindef.nl> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 04 Apr 2012 23:34:29.0702 (UTC) FILETIME=[7B18CE60:01CD12BB] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] diff between XP on iron and a fully virt-XP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > Anybody around who can tell me if there is a difference between XP on iron > and a virtualized XP? > > Point is that I installed XP, applied the service packs, and tried to install > Silverlight. > On the iron machine no problem, on the virtualized, I got a complaint that the > platform wasn't suitable. > > How can they tell the difference? Thought that it was invisible! > Silverlight requires some form of MMX instructions present in the cpu. Have you modified any cpuid= to report a processor that is too old? I encountered this when testing migration between an AMD and an Intel processor... the "lowest common featureset" between the two processors is too low to support the required MMX instructions for silverlight. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 07:22:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 07:22: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 1SFgzw-0001XJ-0F; Thu, 05 Apr 2012 07:20:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFgzu-0001XE-Ed for xen-users@lists.xensource.com; Thu, 05 Apr 2012 07:20:46 +0000 Received: from [85.158.138.51:15158] by server-10.bemta-3.messagelabs.com id D6/5A-15637-DC74D7F4; Thu, 05 Apr 2012 07:20:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1333610443!20851778!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzA3Mg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21012 invoked from network); 5 Apr 2012 07:20:44 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2012 07:20:44 -0000 X-IronPort-AV: E=Sophos;i="4.75,374,1330905600"; d="scan'208";a="11783638" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Apr 2012 07:20:43 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 5 Apr 2012 08:20:43 +0100 Message-ID: <1333610439.12209.29.camel@dagon.hellion.org.uk> From: Ian Campbell To: Jonathan Gowar Date: Thu, 5 Apr 2012 08:20:39 +0100 In-Reply-To: <1333557876.16051.10.camel@localhost.localdomain> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> <1333557876.16051.10.camel@localhost.localdomain> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Xen spring clean X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-04 at 17:44 +0100, Jonathan Gowar wrote: > Does any one know a) what is generating the output of 'xen-list-images', > compared to say 'xm li', xen-list-images comes from xen-tools[0], it's not something provided by Xen itself. > and b) how I might remove the unwanted machines. I don't know, but it's just a perl script and looking at it suggests that it simply iterates over /etc/xen/*.cfg. I'd expect that you could just delete the files corresponding to the VM you want rid of (and manually clean up any other associated LVs etc). But xen-tools has it's own mailing lists[1] so I'd recommend asking there before doing anything drastic. Ian. [0] http://xen-tools.org/software/xen-tools/ [1] http://xen-tools.org/software/xen-tools/lists.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 07:22:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 07:22: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 1SFgzw-0001XJ-0F; Thu, 05 Apr 2012 07:20:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFgzu-0001XE-Ed for xen-users@lists.xensource.com; Thu, 05 Apr 2012 07:20:46 +0000 Received: from [85.158.138.51:15158] by server-10.bemta-3.messagelabs.com id D6/5A-15637-DC74D7F4; Thu, 05 Apr 2012 07:20:45 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1333610443!20851778!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzA3Mg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21012 invoked from network); 5 Apr 2012 07:20:44 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2012 07:20:44 -0000 X-IronPort-AV: E=Sophos;i="4.75,374,1330905600"; d="scan'208";a="11783638" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 05 Apr 2012 07:20:43 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 5 Apr 2012 08:20:43 +0100 Message-ID: <1333610439.12209.29.camel@dagon.hellion.org.uk> From: Ian Campbell To: Jonathan Gowar Date: Thu, 5 Apr 2012 08:20:39 +0100 In-Reply-To: <1333557876.16051.10.camel@localhost.localdomain> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> <1333557876.16051.10.camel@localhost.localdomain> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Xen spring clean X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-04 at 17:44 +0100, Jonathan Gowar wrote: > Does any one know a) what is generating the output of 'xen-list-images', > compared to say 'xm li', xen-list-images comes from xen-tools[0], it's not something provided by Xen itself. > and b) how I might remove the unwanted machines. I don't know, but it's just a perl script and looking at it suggests that it simply iterates over /etc/xen/*.cfg. I'd expect that you could just delete the files corresponding to the VM you want rid of (and manually clean up any other associated LVs etc). But xen-tools has it's own mailing lists[1] so I'd recommend asking there before doing anything drastic. Ian. [0] http://xen-tools.org/software/xen-tools/ [1] http://xen-tools.org/software/xen-tools/lists.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 07:36:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 07:36: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 1SFhE7-0001xB-2T; Thu, 05 Apr 2012 07:35:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFhE5-0001x5-Qt for xen-users@lists.xen.org; Thu, 05 Apr 2012 07:35:26 +0000 Received: from [193.109.254.147:29715] by server-5.bemta-14.messagelabs.com id DF/60-30733-D3B4D7F4; Thu, 05 Apr 2012 07:35:25 +0000 X-Env-Sender: aemon@root.ua X-Msg-Ref: server-5.tower-27.messagelabs.com!1333611321!857336!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13943 invoked from network); 5 Apr 2012 07:35:23 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2012 07:35:23 -0000 Received: by iafj26 with SMTP id j26so1829977iaf.32 for ; Thu, 05 Apr 2012 00:35:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=86gkpIqys3Algpjv1CgTkd6FKixq63Ai+OPFAZhH4vw=; b=NPbCc2NniqYnaeEVJt/osh79Vbu6bKxeWaFEFAjuJKyxJJ2sR/RU2wFAU6dk/xZa4Y 1vU2nxo2XuuKLBYpoZkVGosre5OLfgI7DcP2aQx7lqVmzp473WiMDGaesyLGXNVQCepQ rsG8YMvLa+PVcEisOYc4KIVFf22cLNCKJ7rxjn90u0f+aTGtDW6RpvbWuSSmxeJA/FTP HWTaPzkT90H3f5ZdCXuLssCK9z8BSndfU27kBDPR9tmlWGO9PrVaP9PXED1P/NlqrS3A FlBbcbWj4QfqoXQ3gBM/UdsmlJJr55n6+ADk4mnFdQah7DxeLouyHKS4SsMW5NInwKg7 bZjw== MIME-Version: 1.0 Received: by 10.50.34.200 with SMTP id b8mr943070igj.50.1333611321352; Thu, 05 Apr 2012 00:35:21 -0700 (PDT) Received: by 10.42.148.1 with HTTP; Thu, 5 Apr 2012 00:35:21 -0700 (PDT) Date: Thu, 5 Apr 2012 10:35:21 +0300 Message-ID: From: =?KOI8-R?B?5MXOydMg7cXM2M7Jy8/X?= To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQl54VPhCdJBECOKhB0R9I/DjBGIny5qNazJWGssAPV1vB2NpZ3wcEAJlMQLnpJJLA9Tz4sH Subject: [Xen-users] ha-always-run changes if vm state changed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8294363560620387807==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8294363560620387807== Content-Type: multipart/alternative; boundary=14dae93409a313e09604bce995e7 --14dae93409a313e09604bce995e7 Content-Type: text/plain; charset=ISO-8859-1 Hi all. I'am using XCP 1.1. in production. Also I want to use XCCS. I want to set up HA, but option ha-always-run changes if VM state changed. I've read XEN documentation and i think that behavior of my VM is unusual. Does anybody know how can I resolve my problem? -- best regards, Den --14dae93409a313e09604bce995e7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all.
I'am using XCP 1.1. in production. Also I want to use XCCS.=
I want to set up HA, but option ha-always-run changes if VM stat= e changed.=A0
I've read XEN documentation and i think that be= havior of my VM is unusual.=A0
Does anybody know how can I resolve my problem?
=
--
best regards, Den
--14dae93409a313e09604bce995e7-- --===============8294363560620387807== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8294363560620387807==-- From xen-users-bounces@lists.xen.org Thu Apr 05 07:36:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 07:36: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 1SFhE7-0001xB-2T; Thu, 05 Apr 2012 07:35:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFhE5-0001x5-Qt for xen-users@lists.xen.org; Thu, 05 Apr 2012 07:35:26 +0000 Received: from [193.109.254.147:29715] by server-5.bemta-14.messagelabs.com id DF/60-30733-D3B4D7F4; Thu, 05 Apr 2012 07:35:25 +0000 X-Env-Sender: aemon@root.ua X-Msg-Ref: server-5.tower-27.messagelabs.com!1333611321!857336!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13943 invoked from network); 5 Apr 2012 07:35:23 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 5 Apr 2012 07:35:23 -0000 Received: by iafj26 with SMTP id j26so1829977iaf.32 for ; Thu, 05 Apr 2012 00:35:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=86gkpIqys3Algpjv1CgTkd6FKixq63Ai+OPFAZhH4vw=; b=NPbCc2NniqYnaeEVJt/osh79Vbu6bKxeWaFEFAjuJKyxJJ2sR/RU2wFAU6dk/xZa4Y 1vU2nxo2XuuKLBYpoZkVGosre5OLfgI7DcP2aQx7lqVmzp473WiMDGaesyLGXNVQCepQ rsG8YMvLa+PVcEisOYc4KIVFf22cLNCKJ7rxjn90u0f+aTGtDW6RpvbWuSSmxeJA/FTP HWTaPzkT90H3f5ZdCXuLssCK9z8BSndfU27kBDPR9tmlWGO9PrVaP9PXED1P/NlqrS3A FlBbcbWj4QfqoXQ3gBM/UdsmlJJr55n6+ADk4mnFdQah7DxeLouyHKS4SsMW5NInwKg7 bZjw== MIME-Version: 1.0 Received: by 10.50.34.200 with SMTP id b8mr943070igj.50.1333611321352; Thu, 05 Apr 2012 00:35:21 -0700 (PDT) Received: by 10.42.148.1 with HTTP; Thu, 5 Apr 2012 00:35:21 -0700 (PDT) Date: Thu, 5 Apr 2012 10:35:21 +0300 Message-ID: From: =?KOI8-R?B?5MXOydMg7cXM2M7Jy8/X?= To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQl54VPhCdJBECOKhB0R9I/DjBGIny5qNazJWGssAPV1vB2NpZ3wcEAJlMQLnpJJLA9Tz4sH Subject: [Xen-users] ha-always-run changes if vm state changed X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8294363560620387807==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8294363560620387807== Content-Type: multipart/alternative; boundary=14dae93409a313e09604bce995e7 --14dae93409a313e09604bce995e7 Content-Type: text/plain; charset=ISO-8859-1 Hi all. I'am using XCP 1.1. in production. Also I want to use XCCS. I want to set up HA, but option ha-always-run changes if VM state changed. I've read XEN documentation and i think that behavior of my VM is unusual. Does anybody know how can I resolve my problem? -- best regards, Den --14dae93409a313e09604bce995e7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi all.
I'am using XCP 1.1. in production. Also I want to use XCCS.=
I want to set up HA, but option ha-always-run changes if VM stat= e changed.=A0
I've read XEN documentation and i think that be= havior of my VM is unusual.=A0
Does anybody know how can I resolve my problem?
=
--
best regards, Den
--14dae93409a313e09604bce995e7-- --===============8294363560620387807== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8294363560620387807==-- From xen-users-bounces@lists.xen.org Thu Apr 05 09:46:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 09:46:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFjGD-0004Ym-Sv; Thu, 05 Apr 2012 09:45:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFjGC-0004Yh-Ex for xen-users@lists.xensource.com; Thu, 05 Apr 2012 09:45:44 +0000 Received: from [85.158.143.35:47840] by server-2.bemta-4.messagelabs.com id 72/4F-17550-7C96D7F4; Thu, 05 Apr 2012 09:45:43 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-14.tower-21.messagelabs.com!1333619142!14838554!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTA5Njcw\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21595 invoked from network); 5 Apr 2012 09:45:43 -0000 Received: from mx4-out.mindef.nl (HELO mx4-out.mindef.nl) (217.169.229.21) by server-14.tower-21.messagelabs.com with SMTP; 5 Apr 2012 09:45:43 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: , Date: Thu, 5 Apr 2012 11:45:39 +0200 References: <20120404153548.DC4F221C888@mx4-out.mindef.nl> <20120404233304.5809C1928B6@jmr5021.mindef.local> In-Reply-To: <20120404233304.5809C1928B6@jmr5021.mindef.local> Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20120405094605.6309921DCC7@mx4-out.mindef.nl> Subject: Re: [Xen-users] diff between XP on iron and a fully virt-XP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Eh, no. I wasn't aware that Silverlight did have such requirements. (And didn't realize that my ancient T43 laptop had those extensions, as S.L. installed there without a hitch) But I got a new HP-laptop with an I7-cpu. And installed OpenSUSE_12.1 with all xen-options/packages enabled. Only problem I encountered sofar, was the nvidia-nouveau saga, but as Microsoft requires full virtualization, I assumed that would not be an issue.... Hans -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of James Harper Sent: Thursday, April 05, 2012 1:34 AM To: Witvliet, J, CDC/IV/DCOPS/I&S/HIN; xen-users@lists.xensource.com Subject: Re: [Xen-users] diff between XP on iron and a fully virt-XP > > Anybody around who can tell me if there is a difference between XP on iron > and a virtualized XP? > > Point is that I installed XP, applied the service packs, and tried to install > Silverlight. > On the iron machine no problem, on the virtualized, I got a complaint that the > platform wasn't suitable. > > How can they tell the difference? Thought that it was invisible! > Silverlight requires some form of MMX instructions present in the cpu. Have you modified any cpuid= to report a processor that is too old? I encountered this when testing migration between an AMD and an Intel processor... the "lowest common featureset" between the two processors is too low to support the required MMX instructions for silverlight. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 09:46:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 09:46:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFjGD-0004Ym-Sv; Thu, 05 Apr 2012 09:45:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFjGC-0004Yh-Ex for xen-users@lists.xensource.com; Thu, 05 Apr 2012 09:45:44 +0000 Received: from [85.158.143.35:47840] by server-2.bemta-4.messagelabs.com id 72/4F-17550-7C96D7F4; Thu, 05 Apr 2012 09:45:43 +0000 X-Env-Sender: J.Witvliet@mindef.nl X-Msg-Ref: server-14.tower-21.messagelabs.com!1333619142!14838554!1 X-Originating-IP: [217.169.229.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjE3LjE2OS4yMjkuMjEgPT4gMTA5Njcw\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21595 invoked from network); 5 Apr 2012 09:45:43 -0000 Received: from mx4-out.mindef.nl (HELO mx4-out.mindef.nl) (217.169.229.21) by server-14.tower-21.messagelabs.com with SMTP; 5 Apr 2012 09:45:43 -0000 Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone Received: from somewhere by someone From: To: , Date: Thu, 5 Apr 2012 11:45:39 +0200 References: <20120404153548.DC4F221C888@mx4-out.mindef.nl> <20120404233304.5809C1928B6@jmr5021.mindef.local> In-Reply-To: <20120404233304.5809C1928B6@jmr5021.mindef.local> Accept-Language: en-US, nl-NL Content-Language: en-US acceptlanguage: en-US, nl-NL MIME-Version: 1.0 Message-Id: <20120405094605.6309921DCC7@mx4-out.mindef.nl> Subject: Re: [Xen-users] diff between XP on iron and a fully virt-XP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Eh, no. I wasn't aware that Silverlight did have such requirements. (And didn't realize that my ancient T43 laptop had those extensions, as S.L. installed there without a hitch) But I got a new HP-laptop with an I7-cpu. And installed OpenSUSE_12.1 with all xen-options/packages enabled. Only problem I encountered sofar, was the nvidia-nouveau saga, but as Microsoft requires full virtualization, I assumed that would not be an issue.... Hans -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of James Harper Sent: Thursday, April 05, 2012 1:34 AM To: Witvliet, J, CDC/IV/DCOPS/I&S/HIN; xen-users@lists.xensource.com Subject: Re: [Xen-users] diff between XP on iron and a fully virt-XP > > Anybody around who can tell me if there is a difference between XP on iron > and a virtualized XP? > > Point is that I installed XP, applied the service packs, and tried to install > Silverlight. > On the iron machine no problem, on the virtualized, I got a complaint that the > platform wasn't suitable. > > How can they tell the difference? Thought that it was invisible! > Silverlight requires some form of MMX instructions present in the cpu. Have you modified any cpuid= to report a processor that is too old? I encountered this when testing migration between an AMD and an Intel processor... the "lowest common featureset" between the two processors is too low to support the required MMX instructions for silverlight. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 13:20:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 13:20: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 1SFmag-00030A-Eu; Thu, 05 Apr 2012 13:19:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFmaf-000304-1u for xen-users@lists.xensource.com; Thu, 05 Apr 2012 13:19:05 +0000 Received: from [85.158.143.35:30109] by server-1.bemta-4.messagelabs.com id 6B/83-20925-8CB9D7F4; Thu, 05 Apr 2012 13:19:04 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-16.tower-21.messagelabs.com!1333631942!7603910!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16540 invoked from network); 5 Apr 2012 13:19:02 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-16.tower-21.messagelabs.com with SMTP; 5 Apr 2012 13:19:02 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id AB5F428E238; Thu, 5 Apr 2012 14:19:01 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8K0tgqQopY85; Thu, 5 Apr 2012 14:18:58 +0100 (BST) Received: from [192.168.99.4] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 64EC728E20B; Thu, 5 Apr 2012 14:18:56 +0100 (BST) Message-ID: <1333631937.24641.0.camel@localhost.localdomain> From: Jonathan Gowar To: Ian Campbell Date: Thu, 05 Apr 2012 14:18:57 +0100 In-Reply-To: <1333610439.12209.29.camel@dagon.hellion.org.uk> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> <1333557876.16051.10.camel@localhost.localdomain> <1333610439.12209.29.camel@dagon.hellion.org.uk> X-Mailer: Evolution 3.2.3 Mime-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Xen spring clean X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-05 at 08:20 +0100, Ian Campbell wrote: > On Wed, 2012-04-04 at 17:44 +0100, Jonathan Gowar wrote: > > Does any one know a) what is generating the output of 'xen-list-images', > > compared to say 'xm li', > > xen-list-images comes from xen-tools[0], it's not something provided by > Xen itself. > > > and b) how I might remove the unwanted machines. > > I don't know, but it's just a perl script and looking at it suggests > that it simply iterates over /etc/xen/*.cfg. > > I'd expect that you could just delete the files corresponding to the VM > you want rid of (and manually clean up any other associated LVs etc). > But xen-tools has it's own mailing lists[1] so I'd recommend asking > there before doing anything drastic. > > Ian. > > [0] http://xen-tools.org/software/xen-tools/ > [1] http://xen-tools.org/software/xen-tools/lists.html > Thanks, Ian. You were absolutelty right, checking /etc/xen/*cfg I noticed the culprits, removing them has cleared things up. Regards, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 13:20:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 13:20: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 1SFmag-00030A-Eu; Thu, 05 Apr 2012 13:19:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFmaf-000304-1u for xen-users@lists.xensource.com; Thu, 05 Apr 2012 13:19:05 +0000 Received: from [85.158.143.35:30109] by server-1.bemta-4.messagelabs.com id 6B/83-20925-8CB9D7F4; Thu, 05 Apr 2012 13:19:04 +0000 X-Env-Sender: jon@whiteheat.org.uk X-Msg-Ref: server-16.tower-21.messagelabs.com!1333631942!7603910!1 X-Originating-IP: [80.87.131.250] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16540 invoked from network); 5 Apr 2012 13:19:02 -0000 Received: from anion.cinosure.com (HELO anion.cinosure.com) (80.87.131.250) by server-16.tower-21.messagelabs.com with SMTP; 5 Apr 2012 13:19:02 -0000 Received: from localhost (localhost [127.0.0.1]) by anion.cinosure.com (Postfix) with ESMTP id AB5F428E238; Thu, 5 Apr 2012 14:19:01 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at anion.cinosure.com Received: from anion.cinosure.com ([127.0.0.1]) by localhost (anion.cinosure.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8K0tgqQopY85; Thu, 5 Apr 2012 14:18:58 +0100 (BST) Received: from [192.168.99.4] (genesis.positive-internet.com [80.87.128.54]) by anion.cinosure.com (Postfix) with ESMTPSA id 64EC728E20B; Thu, 5 Apr 2012 14:18:56 +0100 (BST) Message-ID: <1333631937.24641.0.camel@localhost.localdomain> From: Jonathan Gowar To: Ian Campbell Date: Thu, 05 Apr 2012 14:18:57 +0100 In-Reply-To: <1333610439.12209.29.camel@dagon.hellion.org.uk> References: <4F32DCA1.30501@ubuntu.com> <4F39390B.4060803@ubuntu.com> <4F7BC58C.8000801@ubuntu.com> <1333557876.16051.10.camel@localhost.localdomain> <1333610439.12209.29.camel@dagon.hellion.org.uk> X-Mailer: Evolution 3.2.3 Mime-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] Xen spring clean X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-05 at 08:20 +0100, Ian Campbell wrote: > On Wed, 2012-04-04 at 17:44 +0100, Jonathan Gowar wrote: > > Does any one know a) what is generating the output of 'xen-list-images', > > compared to say 'xm li', > > xen-list-images comes from xen-tools[0], it's not something provided by > Xen itself. > > > and b) how I might remove the unwanted machines. > > I don't know, but it's just a perl script and looking at it suggests > that it simply iterates over /etc/xen/*.cfg. > > I'd expect that you could just delete the files corresponding to the VM > you want rid of (and manually clean up any other associated LVs etc). > But xen-tools has it's own mailing lists[1] so I'd recommend asking > there before doing anything drastic. > > Ian. > > [0] http://xen-tools.org/software/xen-tools/ > [1] http://xen-tools.org/software/xen-tools/lists.html > Thanks, Ian. You were absolutelty right, checking /etc/xen/*cfg I noticed the culprits, removing them has cleared things up. Regards, Jon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 14:10:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 14:10: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 1SFnMg-0004gO-Qs; Thu, 05 Apr 2012 14:08:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFnMe-0004gE-Pt for xen-users@lists.xen.org; Thu, 05 Apr 2012 14:08:41 +0000 Received: from [193.109.254.147:59583] by server-7.bemta-14.messagelabs.com id BE/7F-01627-867AD7F4; Thu, 05 Apr 2012 14:08:40 +0000 X-Env-Sender: Konrad.Scherer@windriver.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333634917!3403755!1 X-Originating-IP: [147.11.146.13] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9150 invoked from network); 5 Apr 2012 14:08:39 -0000 Received: from mail1.windriver.com (HELO mail1.windriver.com) (147.11.146.13) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Apr 2012 14:08:39 -0000 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q35E8VKP018912 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Apr 2012 07:08:31 -0700 (PDT) Received: from [128.224.146.217] (128.224.146.217) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server (TLS) id 14.1.255.0; Thu, 5 Apr 2012 07:08:31 -0700 Message-ID: <4F7DA75D.6090505@windriver.com> Date: Thu, 5 Apr 2012 10:08:29 -0400 From: Konrad Scherer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120310 Thunderbird/11.0 MIME-Version: 1.0 To: M N References: In-Reply-To: X-Originating-IP: [128.224.146.217] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/03/2012 09:42 AM, M N wrote: > Hello > > I would like to ask about XEN (paravirtualization)+ PXE working together .... > > I have xen environment and would like to install few clients using PXE (everything on debian) ... > Is it possible at all? > > It's hard to find any useful information on that (even official FAQ has not working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F > > I found some information about gpxy and pypxeboot but i can't make it work... > > For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now... > > so could someone confirm that it is possible to make it work ? I have been using koan[1] from the cobbler project[2] to handle the PXE boot of my PV guests. Koan connects to the cobbler server to get all details about kernel, initrd, vm RAM size, etc. Koan handles the transfer of kernel and creation of the vm. The cobbler server handles all the DHCP, DNS and TFTP infrastructure. It works quite well. There are some minor caveats of course. - Cobbler is not in Debian. I was able to take the Ubuntu packaging [3] and with a few minor changes (remove upstart and change python version) was able to build and install it on Squeeze. There were some other minor issues so contact me off list if you are interested in this. - Koan uses libvirt which doesn't create cfg files. This prevents auto boot of the vms from working. I am sure there is a workaround but it hasn't bothered me enough to look for one. Let me know if you would like more details. [1] https://github.com/cobbler/cobbler/wiki/Koan [2] http://cobbler.github.com/ [3] https://launchpad.net/cobbler -- Konrad Scherer, Sr. Engineer, Linux Products Group, Wind River direct 613-963-1342 fax 613-592-2283 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 14:10:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 14:10: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 1SFnMg-0004gO-Qs; Thu, 05 Apr 2012 14:08:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFnMe-0004gE-Pt for xen-users@lists.xen.org; Thu, 05 Apr 2012 14:08:41 +0000 Received: from [193.109.254.147:59583] by server-7.bemta-14.messagelabs.com id BE/7F-01627-867AD7F4; Thu, 05 Apr 2012 14:08:40 +0000 X-Env-Sender: Konrad.Scherer@windriver.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333634917!3403755!1 X-Originating-IP: [147.11.146.13] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9150 invoked from network); 5 Apr 2012 14:08:39 -0000 Received: from mail1.windriver.com (HELO mail1.windriver.com) (147.11.146.13) by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Apr 2012 14:08:39 -0000 Received: from ALA-HCA.corp.ad.wrs.com (ala-hca [147.11.189.40]) by mail1.windriver.com (8.14.3/8.14.3) with ESMTP id q35E8VKP018912 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 5 Apr 2012 07:08:31 -0700 (PDT) Received: from [128.224.146.217] (128.224.146.217) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server (TLS) id 14.1.255.0; Thu, 5 Apr 2012 07:08:31 -0700 Message-ID: <4F7DA75D.6090505@windriver.com> Date: Thu, 5 Apr 2012 10:08:29 -0400 From: Konrad Scherer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120310 Thunderbird/11.0 MIME-Version: 1.0 To: M N References: In-Reply-To: X-Originating-IP: [128.224.146.217] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PXE + XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 04/03/2012 09:42 AM, M N wrote: > Hello > > I would like to ask about XEN (paravirtualization)+ PXE working together .... > > I have xen environment and would like to install few clients using PXE (everything on debian) ... > Is it possible at all? > > It's hard to find any useful information on that (even official FAQ has not working link) > please check here the question: > Is it possible to start a VM that contains just gpxe? > http://wiki.xen.org/wiki/Xen_FAQ_Installation#Is_it_possible_to_start_a_VM_that_contains_just_gpxe.3F > > I found some information about gpxy and pypxeboot but i can't make it work... > > For pypxeboot it needs udhcp - but it's not used any more - it's in busybox now... > > so could someone confirm that it is possible to make it work ? I have been using koan[1] from the cobbler project[2] to handle the PXE boot of my PV guests. Koan connects to the cobbler server to get all details about kernel, initrd, vm RAM size, etc. Koan handles the transfer of kernel and creation of the vm. The cobbler server handles all the DHCP, DNS and TFTP infrastructure. It works quite well. There are some minor caveats of course. - Cobbler is not in Debian. I was able to take the Ubuntu packaging [3] and with a few minor changes (remove upstart and change python version) was able to build and install it on Squeeze. There were some other minor issues so contact me off list if you are interested in this. - Koan uses libvirt which doesn't create cfg files. This prevents auto boot of the vms from working. I am sure there is a workaround but it hasn't bothered me enough to look for one. Let me know if you would like more details. [1] https://github.com/cobbler/cobbler/wiki/Koan [2] http://cobbler.github.com/ [3] https://launchpad.net/cobbler -- Konrad Scherer, Sr. Engineer, Linux Products Group, Wind River direct 613-963-1342 fax 613-592-2283 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 17:22:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 17:22:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFqNM-00023M-M3; Thu, 05 Apr 2012 17:21:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFqNK-00023H-74 for xen-users@lists.xen.org; Thu, 05 Apr 2012 17:21:34 +0000 Received: from [85.158.143.99:5439] by server-1.bemta-4.messagelabs.com id A2/FC-20925-D94DD7F4; Thu, 05 Apr 2012 17:21:33 +0000 X-Env-Sender: carsten@schiers.de X-Msg-Ref: server-15.tower-216.messagelabs.com!1333646492!22521905!1 X-Originating-IP: [194.117.254.36] X-SpamReason: No, hits=0.2 required=7.0 tests=FROM_EXCESS_QP, MIME_QP_LONG_LINE,SUBJECT_EXCESS_QP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26151 invoked from network); 5 Apr 2012 17:21:32 -0000 Received: from www.zeus06.de (HELO mail.zeus06.de) (194.117.254.36) by server-15.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Apr 2012 17:21:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=mail.zeus06.de; h=subject :from:to:date:mime-version:content-type :content-transfer-encoding:in-reply-to:references:message-id; s= beta; bh=ZNdhjaAag90M5UZuJol+s0j0u1glP/hJSeeW2dAVpz8=; b=pbOnFo0 0yOMqtbuSlk1+mSTvCA/ZClZXTSw1Y26ahEuljZpSjZkKWiDy+JyoduBLuoBpFla 917F0NOi6DoKq1X4KDqSamVzOHifLAbP/iiEiqSGpApqcfNCZe5Qko7/DGKXJ6l8 P5/smYbH6OXE0zxgsEjhSAvqjT4CvFoD4GFE= Received: (qmail 27349 invoked from network); 5 Apr 2012 19:21:31 +0200 Received: from unknown (HELO uhura.zz) (l3s6271p1@46.59.183.21) by mail.zeus06.de with ESMTPA; 5 Apr 2012 19:21:31 +0200 Received: from localhost (localhost [127.0.0.1]) by uhura.zz (Postfix) with ESMTP id 465012C46B; Thu, 5 Apr 2012 19:21:37 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at schiers.de Received: from uhura.zz ([127.0.0.1]) by localhost (uhura.space.zz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VOB+Q0CTk4k4; Thu, 5 Apr 2012 19:21:35 +0200 (CEST) Received: from uhura.space.zz (localhost [127.0.0.1]) by uhura.zz (Postfix) with ESMTP id 2DBE92C46A; Thu, 5 Apr 2012 19:21:35 +0200 (CEST) From: =?iso-8859-1?Q?Carsten_Schiers?= To: =?iso-8859-1?Q?John_McMonagle?= , =?iso-8859-1?Q?xen-users=40lists=2Exen=2Eorg?= Date: Thu, 5 Apr 2012 19:21:35 +0200 Mime-Version: 1.0 In-Reply-To: <201204041313.45539.johnm@advocap.org> References: <201204041313.45539.johnm@advocap.org> X-Priority: 3 (Normal) X-Mailer: Zarafa 7.0.6-32752 Thread-Index: Ac0TUIVJBT6JC67GQgyTcTPqKR7QwQ== Message-Id: Subject: Re: [Xen-users] =?iso-8859-1?q?xenpm_on_3=2E2_kernel?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Assuming we are speaking about Dom0 kernel here, to my knowledge 3.2 doesn'= t have implemented power management. When I see it right, it's in upcoming 3.4. BR, Carsten. -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.or= g] Im Auftrag von John McMonagle Gesendet: Mittwoch, 4. April 2012 20:14 An: xen-users@lists.xen.org Betreff: [Xen-users] xenpm on 3.2 kernel I'm setting up a new xen server with Debian squeeze am trying the 3.2 kern= el from squeeze backports. xenpm get-cpufreq-states on 3.2 kernel returns nothing. With Debian squeeze 2.6.32 xen kernel xenpm works. Is it possible to get xen power management working with 3.x kernels? John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 17:22:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 17:22:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFqNM-00023M-M3; Thu, 05 Apr 2012 17:21:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFqNK-00023H-74 for xen-users@lists.xen.org; Thu, 05 Apr 2012 17:21:34 +0000 Received: from [85.158.143.99:5439] by server-1.bemta-4.messagelabs.com id A2/FC-20925-D94DD7F4; Thu, 05 Apr 2012 17:21:33 +0000 X-Env-Sender: carsten@schiers.de X-Msg-Ref: server-15.tower-216.messagelabs.com!1333646492!22521905!1 X-Originating-IP: [194.117.254.36] X-SpamReason: No, hits=0.2 required=7.0 tests=FROM_EXCESS_QP, MIME_QP_LONG_LINE,SUBJECT_EXCESS_QP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26151 invoked from network); 5 Apr 2012 17:21:32 -0000 Received: from www.zeus06.de (HELO mail.zeus06.de) (194.117.254.36) by server-15.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 5 Apr 2012 17:21:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=mail.zeus06.de; h=subject :from:to:date:mime-version:content-type :content-transfer-encoding:in-reply-to:references:message-id; s= beta; bh=ZNdhjaAag90M5UZuJol+s0j0u1glP/hJSeeW2dAVpz8=; b=pbOnFo0 0yOMqtbuSlk1+mSTvCA/ZClZXTSw1Y26ahEuljZpSjZkKWiDy+JyoduBLuoBpFla 917F0NOi6DoKq1X4KDqSamVzOHifLAbP/iiEiqSGpApqcfNCZe5Qko7/DGKXJ6l8 P5/smYbH6OXE0zxgsEjhSAvqjT4CvFoD4GFE= Received: (qmail 27349 invoked from network); 5 Apr 2012 19:21:31 +0200 Received: from unknown (HELO uhura.zz) (l3s6271p1@46.59.183.21) by mail.zeus06.de with ESMTPA; 5 Apr 2012 19:21:31 +0200 Received: from localhost (localhost [127.0.0.1]) by uhura.zz (Postfix) with ESMTP id 465012C46B; Thu, 5 Apr 2012 19:21:37 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at schiers.de Received: from uhura.zz ([127.0.0.1]) by localhost (uhura.space.zz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VOB+Q0CTk4k4; Thu, 5 Apr 2012 19:21:35 +0200 (CEST) Received: from uhura.space.zz (localhost [127.0.0.1]) by uhura.zz (Postfix) with ESMTP id 2DBE92C46A; Thu, 5 Apr 2012 19:21:35 +0200 (CEST) From: =?iso-8859-1?Q?Carsten_Schiers?= To: =?iso-8859-1?Q?John_McMonagle?= , =?iso-8859-1?Q?xen-users=40lists=2Exen=2Eorg?= Date: Thu, 5 Apr 2012 19:21:35 +0200 Mime-Version: 1.0 In-Reply-To: <201204041313.45539.johnm@advocap.org> References: <201204041313.45539.johnm@advocap.org> X-Priority: 3 (Normal) X-Mailer: Zarafa 7.0.6-32752 Thread-Index: Ac0TUIVJBT6JC67GQgyTcTPqKR7QwQ== Message-Id: Subject: Re: [Xen-users] =?iso-8859-1?q?xenpm_on_3=2E2_kernel?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Assuming we are speaking about Dom0 kernel here, to my knowledge 3.2 doesn'= t have implemented power management. When I see it right, it's in upcoming 3.4. BR, Carsten. -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.or= g] Im Auftrag von John McMonagle Gesendet: Mittwoch, 4. April 2012 20:14 An: xen-users@lists.xen.org Betreff: [Xen-users] xenpm on 3.2 kernel I'm setting up a new xen server with Debian squeeze am trying the 3.2 kern= el from squeeze backports. xenpm get-cpufreq-states on 3.2 kernel returns nothing. With Debian squeeze 2.6.32 xen kernel xenpm works. Is it possible to get xen power management working with 3.x kernels? John _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 05 22:17:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 22:17: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 1SFuyR-0005H5-Ki; Thu, 05 Apr 2012 22:16:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFuyP-0005H0-Nx for xen-users@lists.xen.org; Thu, 05 Apr 2012 22:16:09 +0000 Received: from [85.158.143.35:20223] by server-2.bemta-4.messagelabs.com id FA/8D-17550-8A91E7F4; Thu, 05 Apr 2012 22:16:08 +0000 X-Env-Sender: scottmeyers@live.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1333664167!13355332!1 X-Originating-IP: [65.55.90.81] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22233 invoked from network); 5 Apr 2012 22:16:08 -0000 Received: from snt0-omc2-s6.snt0.hotmail.com (HELO snt0-omc2-s6.snt0.hotmail.com) (65.55.90.81) by server-13.tower-21.messagelabs.com with SMTP; 5 Apr 2012 22:16:08 -0000 Received: from SNT127-W63 ([65.55.90.72]) by snt0-omc2-s6.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 5 Apr 2012 15:16:06 -0700 Message-ID: X-Originating-IP: [75.168.233.37] From: Scott Meyers To: Date: Thu, 5 Apr 2012 17:16:06 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 05 Apr 2012 22:16:06.0921 (UTC) FILETIME=[B26F1F90:01CD1379] Subject: [Xen-users] i686 and not i386 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6118463686410542066==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6118463686410542066== Content-Type: multipart/alternative; boundary="_41256903-a1ed-4ee4-ba27-73cd5289db59_" --_41256903-a1ed-4ee4-ba27-73cd5289db59_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I downloaded and compiled few *.tar.gz and SRC.rpm packages in the past few= days. When compiling is completed=2C I sometimes get i386 and not i686. Is= there any way to change a file or something before compiling a source pack= age to get i686 and not i386? Thank you = --_41256903-a1ed-4ee4-ba27-73cd5289db59_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I downloaded and compiled few *.tar.gz and SRC.rpm packages in the past few= days. When compiling is completed=2C I sometimes get i386 and not i686. Is= there any way to change a file or something before compiling a source pack= age to get i686 and not i386? Thank you
= --_41256903-a1ed-4ee4-ba27-73cd5289db59_-- --===============6118463686410542066== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6118463686410542066==-- From xen-users-bounces@lists.xen.org Thu Apr 05 22:17:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 05 Apr 2012 22:17: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 1SFuyR-0005H5-Ki; Thu, 05 Apr 2012 22:16:11 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFuyP-0005H0-Nx for xen-users@lists.xen.org; Thu, 05 Apr 2012 22:16:09 +0000 Received: from [85.158.143.35:20223] by server-2.bemta-4.messagelabs.com id FA/8D-17550-8A91E7F4; Thu, 05 Apr 2012 22:16:08 +0000 X-Env-Sender: scottmeyers@live.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1333664167!13355332!1 X-Originating-IP: [65.55.90.81] X-SpamReason: No, hits=0.7 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_40_50,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22233 invoked from network); 5 Apr 2012 22:16:08 -0000 Received: from snt0-omc2-s6.snt0.hotmail.com (HELO snt0-omc2-s6.snt0.hotmail.com) (65.55.90.81) by server-13.tower-21.messagelabs.com with SMTP; 5 Apr 2012 22:16:08 -0000 Received: from SNT127-W63 ([65.55.90.72]) by snt0-omc2-s6.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 5 Apr 2012 15:16:06 -0700 Message-ID: X-Originating-IP: [75.168.233.37] From: Scott Meyers To: Date: Thu, 5 Apr 2012 17:16:06 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 05 Apr 2012 22:16:06.0921 (UTC) FILETIME=[B26F1F90:01CD1379] Subject: [Xen-users] i686 and not i386 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6118463686410542066==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6118463686410542066== Content-Type: multipart/alternative; boundary="_41256903-a1ed-4ee4-ba27-73cd5289db59_" --_41256903-a1ed-4ee4-ba27-73cd5289db59_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I downloaded and compiled few *.tar.gz and SRC.rpm packages in the past few= days. When compiling is completed=2C I sometimes get i386 and not i686. Is= there any way to change a file or something before compiling a source pack= age to get i686 and not i386? Thank you = --_41256903-a1ed-4ee4-ba27-73cd5289db59_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I downloaded and compiled few *.tar.gz and SRC.rpm packages in the past few= days. When compiling is completed=2C I sometimes get i386 and not i686. Is= there any way to change a file or something before compiling a source pack= age to get i686 and not i386? Thank you
= --_41256903-a1ed-4ee4-ba27-73cd5289db59_-- --===============6118463686410542066== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6118463686410542066==-- From xen-users-bounces@lists.xen.org Fri Apr 06 00:38:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 00:38:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFxA0-0006oN-CP; Fri, 06 Apr 2012 00:36:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFx9y-0006oI-E2 for xen-users@lists.xen.org; Fri, 06 Apr 2012 00:36:14 +0000 Received: from [85.158.143.35:35661] by server-2.bemta-4.messagelabs.com id 99/F8-17550-D7A3E7F4; Fri, 06 Apr 2012 00:36:13 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1333672572!13364615!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=1.3 required=7.0 tests=MISSING_SUBJECT, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5575 invoked from network); 6 Apr 2012 00:36:12 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 00:36:12 -0000 Received: by bkcjg9 with SMTP id jg9so1997617bkc.32 for ; Thu, 05 Apr 2012 17:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=sm02xxu/ttLXKF17fg0WjxuTRrgK4FjwfqpsdHIa2NQ=; b=Midx7q+1yjkunuVLDhRRfTgBds9n1t7GmmoI9ioOaSF3freiF2oABN+Zfcey8AIZYv 7p6Jzr3zvtmGPmcBvaU/azMOzsj+j0VCzllvUrajqw0Ar3h6jefgflU8P2ZAwUognx6t c1PZsIZQ5LiY3citVLZyYftgiKTalUa/HBbKZClugALHVQ/m7VE01D66UYd1CWFn9Ckk ctOeNjEE9uwm1jW5TUhUvVzljJ+CFKCijNPS0PsO9n7xo0TN/eiqL4soWE9Sl5o/glKk u+4JtFoqA0cZEyoa4s+lVfAw0ro6SAZBK5Wttz1lUzpLeGdf9fPCcuwIS9IF8Qmj3Hsv wEog== MIME-Version: 1.0 Received: by 10.204.155.147 with SMTP id s19mr2259201bkw.140.1333672571941; Thu, 05 Apr 2012 17:36:11 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Thu, 5 Apr 2012 17:36:11 -0700 (PDT) Date: Thu, 5 Apr 2012 20:36:11 -0400 Message-ID: From: Outback Dingo To: xen-users Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Okay, joining hosts to a pool, cant seem to be completed due to different cpu types, research i should be able to mask one can anyone confirm this is doable with these two boxes, and if so which should be masked to which ?? xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 2493.790 modelname: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz family: 6 model: 23 stepping: 10 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc aperfmperf pni vmx est ssse3 sse4_1 hypervisor tpr_shadow vnmi flexpriority features: 040ce3bd-bfebfbff-00000001-20100800 features_after_reboot: 040ce3bd-bfebfbff-00000001-20100800 physical_features: 040ce3bd-bfebfbff-00000001-20100800 maskable: base AND........ xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 3000.280 modelname: Intel(R) Xeon(TM) CPU 3.00GHz family: 15 model: 6 stepping: 4 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc pni vmx est cid hypervisor tpr_shadow features: 0000e4bd-bfebfbff-00000001-20100800 features_after_reboot: 0000e4bd-bfebfbff-00000001-20100800 physical_features: 0000e4bd-bfebfbff-00000001-20100800 maskable: no _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 00:38:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 00:38:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFxA0-0006oN-CP; Fri, 06 Apr 2012 00:36:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFx9y-0006oI-E2 for xen-users@lists.xen.org; Fri, 06 Apr 2012 00:36:14 +0000 Received: from [85.158.143.35:35661] by server-2.bemta-4.messagelabs.com id 99/F8-17550-D7A3E7F4; Fri, 06 Apr 2012 00:36:13 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1333672572!13364615!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=1.3 required=7.0 tests=MISSING_SUBJECT, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5575 invoked from network); 6 Apr 2012 00:36:12 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 00:36:12 -0000 Received: by bkcjg9 with SMTP id jg9so1997617bkc.32 for ; Thu, 05 Apr 2012 17:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=sm02xxu/ttLXKF17fg0WjxuTRrgK4FjwfqpsdHIa2NQ=; b=Midx7q+1yjkunuVLDhRRfTgBds9n1t7GmmoI9ioOaSF3freiF2oABN+Zfcey8AIZYv 7p6Jzr3zvtmGPmcBvaU/azMOzsj+j0VCzllvUrajqw0Ar3h6jefgflU8P2ZAwUognx6t c1PZsIZQ5LiY3citVLZyYftgiKTalUa/HBbKZClugALHVQ/m7VE01D66UYd1CWFn9Ckk ctOeNjEE9uwm1jW5TUhUvVzljJ+CFKCijNPS0PsO9n7xo0TN/eiqL4soWE9Sl5o/glKk u+4JtFoqA0cZEyoa4s+lVfAw0ro6SAZBK5Wttz1lUzpLeGdf9fPCcuwIS9IF8Qmj3Hsv wEog== MIME-Version: 1.0 Received: by 10.204.155.147 with SMTP id s19mr2259201bkw.140.1333672571941; Thu, 05 Apr 2012 17:36:11 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Thu, 5 Apr 2012 17:36:11 -0700 (PDT) Date: Thu, 5 Apr 2012 20:36:11 -0400 Message-ID: From: Outback Dingo To: xen-users Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Okay, joining hosts to a pool, cant seem to be completed due to different cpu types, research i should be able to mask one can anyone confirm this is doable with these two boxes, and if so which should be masked to which ?? xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 2493.790 modelname: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz family: 6 model: 23 stepping: 10 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc aperfmperf pni vmx est ssse3 sse4_1 hypervisor tpr_shadow vnmi flexpriority features: 040ce3bd-bfebfbff-00000001-20100800 features_after_reboot: 040ce3bd-bfebfbff-00000001-20100800 physical_features: 040ce3bd-bfebfbff-00000001-20100800 maskable: base AND........ xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 3000.280 modelname: Intel(R) Xeon(TM) CPU 3.00GHz family: 15 model: 6 stepping: 4 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc pni vmx est cid hypervisor tpr_shadow features: 0000e4bd-bfebfbff-00000001-20100800 features_after_reboot: 0000e4bd-bfebfbff-00000001-20100800 physical_features: 0000e4bd-bfebfbff-00000001-20100800 maskable: no _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 00:38:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 00:38: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 1SFxAd-0006p9-1E; Fri, 06 Apr 2012 00:36:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFxAb-0006p4-O8 for xen-users@lists.xen.org; Fri, 06 Apr 2012 00:36:53 +0000 Received: from [85.158.143.35:36882] by server-3.bemta-4.messagelabs.com id B0/26-05853-4AA3E7F4; Fri, 06 Apr 2012 00:36:52 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1333672611!14954323!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4984 invoked from network); 6 Apr 2012 00:36:52 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 00:36:52 -0000 Received: by bkcjg9 with SMTP id jg9so1997882bkc.32 for ; Thu, 05 Apr 2012 17:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=sm02xxu/ttLXKF17fg0WjxuTRrgK4FjwfqpsdHIa2NQ=; b=xseNNz2GPm8BE4Ww9UeYRMSswcWplU9oAY+w3/XMKM4Bsn3AA3hygbjYDjo8EECNIc pOlKNApq+w8ofamdoCw8CUawP7EbZ212BME5qbHvPhptUZ8yyPiM3+MJKR/Q9CB4h4Wv sv/rE3CqBxv1uvdKMc93aaTnp9MTwFsb7Qb6fa6cU1paFvUBhZP96aEYU4goG1x3SvuF qikeO476jjp5rsQq57jWzf84RhcbDV1Tv/YUSxPmDVC48x3s1A5GfWGbceOuTKxBJevR Ypp+1CrN+L9gPQla8Ft+za5VtwZf589Rde+2osYuRI/TCLa57ppaqmXsOUlDsNvEDOit nmXw== MIME-Version: 1.0 Received: by 10.204.150.78 with SMTP id x14mr2226101bkv.114.1333672611505; Thu, 05 Apr 2012 17:36:51 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Thu, 5 Apr 2012 17:36:51 -0700 (PDT) Date: Thu, 5 Apr 2012 20:36:51 -0400 Message-ID: From: Outback Dingo To: xen-users Subject: [Xen-users] XCP Host CPU masking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Okay, joining hosts to a pool, cant seem to be completed due to different cpu types, research i should be able to mask one can anyone confirm this is doable with these two boxes, and if so which should be masked to which ?? xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 2493.790 modelname: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz family: 6 model: 23 stepping: 10 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc aperfmperf pni vmx est ssse3 sse4_1 hypervisor tpr_shadow vnmi flexpriority features: 040ce3bd-bfebfbff-00000001-20100800 features_after_reboot: 040ce3bd-bfebfbff-00000001-20100800 physical_features: 040ce3bd-bfebfbff-00000001-20100800 maskable: base AND........ xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 3000.280 modelname: Intel(R) Xeon(TM) CPU 3.00GHz family: 15 model: 6 stepping: 4 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc pni vmx est cid hypervisor tpr_shadow features: 0000e4bd-bfebfbff-00000001-20100800 features_after_reboot: 0000e4bd-bfebfbff-00000001-20100800 physical_features: 0000e4bd-bfebfbff-00000001-20100800 maskable: no _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 00:38:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 00:38: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 1SFxAd-0006p9-1E; Fri, 06 Apr 2012 00:36:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFxAb-0006p4-O8 for xen-users@lists.xen.org; Fri, 06 Apr 2012 00:36:53 +0000 Received: from [85.158.143.35:36882] by server-3.bemta-4.messagelabs.com id B0/26-05853-4AA3E7F4; Fri, 06 Apr 2012 00:36:52 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1333672611!14954323!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4984 invoked from network); 6 Apr 2012 00:36:52 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 00:36:52 -0000 Received: by bkcjg9 with SMTP id jg9so1997882bkc.32 for ; Thu, 05 Apr 2012 17:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=sm02xxu/ttLXKF17fg0WjxuTRrgK4FjwfqpsdHIa2NQ=; b=xseNNz2GPm8BE4Ww9UeYRMSswcWplU9oAY+w3/XMKM4Bsn3AA3hygbjYDjo8EECNIc pOlKNApq+w8ofamdoCw8CUawP7EbZ212BME5qbHvPhptUZ8yyPiM3+MJKR/Q9CB4h4Wv sv/rE3CqBxv1uvdKMc93aaTnp9MTwFsb7Qb6fa6cU1paFvUBhZP96aEYU4goG1x3SvuF qikeO476jjp5rsQq57jWzf84RhcbDV1Tv/YUSxPmDVC48x3s1A5GfWGbceOuTKxBJevR Ypp+1CrN+L9gPQla8Ft+za5VtwZf589Rde+2osYuRI/TCLa57ppaqmXsOUlDsNvEDOit nmXw== MIME-Version: 1.0 Received: by 10.204.150.78 with SMTP id x14mr2226101bkv.114.1333672611505; Thu, 05 Apr 2012 17:36:51 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Thu, 5 Apr 2012 17:36:51 -0700 (PDT) Date: Thu, 5 Apr 2012 20:36:51 -0400 Message-ID: From: Outback Dingo To: xen-users Subject: [Xen-users] XCP Host CPU masking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Okay, joining hosts to a pool, cant seem to be completed due to different cpu types, research i should be able to mask one can anyone confirm this is doable with these two boxes, and if so which should be masked to which ?? xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 2493.790 modelname: Intel(R) Xeon(R) CPU L5420 @ 2.50GHz family: 6 model: 23 stepping: 10 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc aperfmperf pni vmx est ssse3 sse4_1 hypervisor tpr_shadow vnmi flexpriority features: 040ce3bd-bfebfbff-00000001-20100800 features_after_reboot: 040ce3bd-bfebfbff-00000001-20100800 physical_features: 040ce3bd-bfebfbff-00000001-20100800 maskable: base AND........ xe host-cpu-info cpu_count : 8 vendor: GenuineIntel speed: 3000.280 modelname: Intel(R) Xeon(TM) CPU 3.00GHz family: 15 model: 6 stepping: 4 flags: fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc pni vmx est cid hypervisor tpr_shadow features: 0000e4bd-bfebfbff-00000001-20100800 features_after_reboot: 0000e4bd-bfebfbff-00000001-20100800 physical_features: 0000e4bd-bfebfbff-00000001-20100800 maskable: no _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 00:57:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 00:57: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 1SFxSe-0007UY-VB; Fri, 06 Apr 2012 00:55:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFxSd-0007UT-2U for xen-users@lists.xen.org; Fri, 06 Apr 2012 00:55:31 +0000 Received: from [85.158.139.83:64776] by server-9.bemta-5.messagelabs.com id F7/44-09826-20F3E7F4; Fri, 06 Apr 2012 00:55:30 +0000 X-Env-Sender: cpetrolino@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1333673728!22616766!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24785 invoked from network); 6 Apr 2012 00:55:29 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 00:55:29 -0000 Received: by yhoo21 with SMTP id o21so1304933yho.32 for ; Thu, 05 Apr 2012 17:55:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lhe8eMzk9tvtYdOXepn7aFIZST0VpyhzoOUfzWSRkx0=; b=U0fBnc2lyTvVrG725oWODbSgTI7HgHsu6gxLiC1pvtXNezjDpIdLVwnxVFvwO8K9qp abFE/MKbPEJO/IB5lJLzXfnTCfEyCtv/u8IIqcoFyS0Lviyb1HafR1aJ5NnAYSceFjDB UaR7xKflEQojlFw6YhG3KYG4bJHgX3JTonOe17lXrjYUAhfkoF7BVwf4xN8GPirbnepM W6nNSJpvUTf+iKeAanNgjotgOfgJbYDJfd31Fi4vY1IFYfzF1qR0wPgmHloVlAnSqpEN 3Mca5mCAt/BLN6X9UPNfpjyK5OzWulTRjfMeCurUzjuDc4jww1JgvH7yTPWvRhuLxc/I gZPQ== MIME-Version: 1.0 Received: by 10.236.136.198 with SMTP id w46mr4762138yhi.68.1333673727632; Thu, 05 Apr 2012 17:55:27 -0700 (PDT) Received: by 10.236.97.77 with HTTP; Thu, 5 Apr 2012 17:55:27 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Apr 2012 20:55:27 -0400 Message-ID: From: Christopher J Petrolino To: Outback Dingo Cc: xen-users Subject: Re: [Xen-users] XCP Host CPU masking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm still getting my feet wet with it but I think you would have to use the masking on the L5420.. I'd be very interested in how it goes... On Thu, Apr 5, 2012 at 8:36 PM, Outback Dingo wrot= e: > Okay, joining hosts to a pool, cant seem to be completed due to > different cpu types, research i should be able to mask one > can anyone confirm this is doable with these two boxes, and if so > which should be masked to which ?? > > xe host-cpu-info > cpu_count =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 8 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vendor: GenuineIntel > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 speed: 2493.790 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 modelname: Intel(R) Xeon(R) CPU =A0 =A0 =A0 = =A0 =A0 L5420 =A0@ 2.50GHz > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0family: 6 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 model: 23 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stepping: 10 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 flags: fpu de tsc msr pae mce cx8 api= c sep mtrr > mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc > aperfmperf pni vmx est ssse3 sse4_1 hypervisor tpr_shadow vnmi > flexpriority > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0features: 040ce3bd-bfebfbff-00000001-20100= 800 > =A0 features_after_reboot: 040ce3bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 physical_features: 040ce3bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0maskable: base > > AND........ > > =A0xe host-cpu-info > cpu_count =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 8 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vendor: GenuineIntel > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 speed: 3000.280 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 modelname: Intel(R) Xeon(TM) CPU 3.00GHz > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0family: 15 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 model: 6 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stepping: 4 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 flags: fpu de tsc msr pae mce cx8 api= c sep mtrr > mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc pni > vmx est cid hypervisor tpr_shadow > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0features: 0000e4bd-bfebfbff-00000001-20100= 800 > =A0 features_after_reboot: 0000e4bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 physical_features: 0000e4bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0maskable: no > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 00:57:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 00:57: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 1SFxSe-0007UY-VB; Fri, 06 Apr 2012 00:55:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFxSd-0007UT-2U for xen-users@lists.xen.org; Fri, 06 Apr 2012 00:55:31 +0000 Received: from [85.158.139.83:64776] by server-9.bemta-5.messagelabs.com id F7/44-09826-20F3E7F4; Fri, 06 Apr 2012 00:55:30 +0000 X-Env-Sender: cpetrolino@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1333673728!22616766!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24785 invoked from network); 6 Apr 2012 00:55:29 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 00:55:29 -0000 Received: by yhoo21 with SMTP id o21so1304933yho.32 for ; Thu, 05 Apr 2012 17:55:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lhe8eMzk9tvtYdOXepn7aFIZST0VpyhzoOUfzWSRkx0=; b=U0fBnc2lyTvVrG725oWODbSgTI7HgHsu6gxLiC1pvtXNezjDpIdLVwnxVFvwO8K9qp abFE/MKbPEJO/IB5lJLzXfnTCfEyCtv/u8IIqcoFyS0Lviyb1HafR1aJ5NnAYSceFjDB UaR7xKflEQojlFw6YhG3KYG4bJHgX3JTonOe17lXrjYUAhfkoF7BVwf4xN8GPirbnepM W6nNSJpvUTf+iKeAanNgjotgOfgJbYDJfd31Fi4vY1IFYfzF1qR0wPgmHloVlAnSqpEN 3Mca5mCAt/BLN6X9UPNfpjyK5OzWulTRjfMeCurUzjuDc4jww1JgvH7yTPWvRhuLxc/I gZPQ== MIME-Version: 1.0 Received: by 10.236.136.198 with SMTP id w46mr4762138yhi.68.1333673727632; Thu, 05 Apr 2012 17:55:27 -0700 (PDT) Received: by 10.236.97.77 with HTTP; Thu, 5 Apr 2012 17:55:27 -0700 (PDT) In-Reply-To: References: Date: Thu, 5 Apr 2012 20:55:27 -0400 Message-ID: From: Christopher J Petrolino To: Outback Dingo Cc: xen-users Subject: Re: [Xen-users] XCP Host CPU masking X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'm still getting my feet wet with it but I think you would have to use the masking on the L5420.. I'd be very interested in how it goes... On Thu, Apr 5, 2012 at 8:36 PM, Outback Dingo wrot= e: > Okay, joining hosts to a pool, cant seem to be completed due to > different cpu types, research i should be able to mask one > can anyone confirm this is doable with these two boxes, and if so > which should be masked to which ?? > > xe host-cpu-info > cpu_count =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 8 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vendor: GenuineIntel > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 speed: 2493.790 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 modelname: Intel(R) Xeon(R) CPU =A0 =A0 =A0 = =A0 =A0 L5420 =A0@ 2.50GHz > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0family: 6 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 model: 23 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stepping: 10 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 flags: fpu de tsc msr pae mce cx8 api= c sep mtrr > mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc > aperfmperf pni vmx est ssse3 sse4_1 hypervisor tpr_shadow vnmi > flexpriority > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0features: 040ce3bd-bfebfbff-00000001-20100= 800 > =A0 features_after_reboot: 040ce3bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 physical_features: 040ce3bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0maskable: base > > AND........ > > =A0xe host-cpu-info > cpu_count =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 8 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0vendor: GenuineIntel > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 speed: 3000.280 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 modelname: Intel(R) Xeon(TM) CPU 3.00GHz > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0family: 15 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 model: 6 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0stepping: 4 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 flags: fpu de tsc msr pae mce cx8 api= c sep mtrr > mca cmov pat clflush acpi mmx fxsr sse sse2 ss ht nx constant_tsc pni > vmx est cid hypervisor tpr_shadow > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0features: 0000e4bd-bfebfbff-00000001-20100= 800 > =A0 features_after_reboot: 0000e4bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 physical_features: 0000e4bd-bfebfbff-00000001-20100800 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0maskable: no > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 01:45:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 01:45: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 1SFyDd-0003KJ-WC; Fri, 06 Apr 2012 01:44:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFyDc-0003KE-Gy for xen-users@lists.xensource.com; Fri, 06 Apr 2012 01:44:04 +0000 Received: from [85.158.139.83:29079] by server-8.bemta-5.messagelabs.com id 30/67-26964-36A4E7F4; Fri, 06 Apr 2012 01:44:03 +0000 X-Env-Sender: matthew.hook@otoy.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1333676642!20000974!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9037 invoked from network); 6 Apr 2012 01:44:02 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 01:44:02 -0000 Received: by lagr15 with SMTP id r15so2342165lag.30 for ; Thu, 05 Apr 2012 18:44:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=UKcs9wPlvvnQHdmgwu0c9TPke7FEzGy2U3uHrQMp+ek=; b=GdTbru1cbpR4XnHOwSOx70AAujG66iuQ5xSyyYipAPmMchnWKM/9L4qgf/9sAQg8Yr qNGmA4Ft7vEbLZQZBCcozmcIFClYn8ue8futSzBgxPB6eYYUJ19JHt063PioCAicW4Tu kG4qC2LS6SJj6F4BMwj4XsKckkKUi1OX77kCMNnqPqVIO2Ddg9drTelISCWd/41zEml3 EPjlvdOc/IKTGBRB/6U4ixLmvEEqFnMH4iYBRwZLYAXhNM5bjq5p/ZkQLNYQjIAYdhTG CQchMa9DGyoydeYB+P9E7KpELgA9eY8nXTixS3h4a8QAzkXKDUfeMujZSUmtKr8aLQEF KnmQ== MIME-Version: 1.0 Received: by 10.152.135.104 with SMTP id pr8mr6113442lab.27.1333676641893; Thu, 05 Apr 2012 18:44:01 -0700 (PDT) Received: by 10.112.42.167 with HTTP; Thu, 5 Apr 2012 18:44:01 -0700 (PDT) Date: Thu, 5 Apr 2012 18:44:01 -0700 Message-ID: From: Matthew Hook To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQn9PxDTYhSgJUjG65XF+M/lZWRMK534NZAu1AFaJSAG1zYro/GE1dbSGj4fGnN+JW1k0QYJ Subject: [Xen-users] What is the purpose of the xend process in 4.1.2? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4183872291626546638==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4183872291626546638== Content-Type: multipart/alternative; boundary=f46d04426bd67c3c6204bcf8ca0b --f46d04426bd67c3c6204bcf8ca0b Content-Type: text/plain; charset=ISO-8859-1 Hello, It seems that traditionally, xend would do a lot of stuff. However, (correct me if I'm wrong) in xen 4.1.2 it would seem libxl is the replacement and doing most of what xend had done before. Even in the upcoming 4.2 release notes it states that xend is deprecated. That being said, if you don't start xend in 4.1.2 you do get a few errors when launching domains. The domains still launch though. I had a brief look inside the xend code and although I'm no python programmer i would say it appears to do very little more than start blktapctrl. Maybe it does a little more than that, I'm not really sure. In any case, seeing as I'm now going to netboot xen I'd rather ditch xend if possible as it would allow me to ditch python which is substantially bigger than than some netboot images and bigger than xen as a whole. Can I just kick off blktapctrl then and forget about xend & python? Matt --f46d04426bd67c3c6204bcf8ca0b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

It seems that traditionally, xend woul= d do a lot of stuff.
However, (correct me if I'm wrong) in xe= n 4.1.2 it would seem libxl is the replacement and doing most of what
xend had done before. =A0Even in the upcoming 4.2 release notes it sta= tes that xend is deprecated.

That being said, if you don't start xend in 4.1.2 you do get a few erro= rs when launching domains. =A0The domains still
launch though. = =A0I had a brief look inside the xend code and although I'm no python p= rogrammer i would say it appears
to do very little more than start blktapctrl. =A0Maybe it does a little mor= e than that, I'm not really sure.

In any case,= seeing as I'm now going to netboot xen I'd rather ditch xend if po= ssible as it would allow me
to ditch python which is substantially bigger than than some netboot i= mages and bigger than xen as a whole.
Can I just kick off blktapc= trl then and forget about xend & python?

Matt
--f46d04426bd67c3c6204bcf8ca0b-- --===============4183872291626546638== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4183872291626546638==-- From xen-users-bounces@lists.xen.org Fri Apr 06 01:45:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 01:45: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 1SFyDd-0003KJ-WC; Fri, 06 Apr 2012 01:44:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SFyDc-0003KE-Gy for xen-users@lists.xensource.com; Fri, 06 Apr 2012 01:44:04 +0000 Received: from [85.158.139.83:29079] by server-8.bemta-5.messagelabs.com id 30/67-26964-36A4E7F4; Fri, 06 Apr 2012 01:44:03 +0000 X-Env-Sender: matthew.hook@otoy.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1333676642!20000974!1 X-Originating-IP: [209.85.215.43] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9037 invoked from network); 6 Apr 2012 01:44:02 -0000 Received: from mail-lpp01m010-f43.google.com (HELO mail-lpp01m010-f43.google.com) (209.85.215.43) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 01:44:02 -0000 Received: by lagr15 with SMTP id r15so2342165lag.30 for ; Thu, 05 Apr 2012 18:44:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=UKcs9wPlvvnQHdmgwu0c9TPke7FEzGy2U3uHrQMp+ek=; b=GdTbru1cbpR4XnHOwSOx70AAujG66iuQ5xSyyYipAPmMchnWKM/9L4qgf/9sAQg8Yr qNGmA4Ft7vEbLZQZBCcozmcIFClYn8ue8futSzBgxPB6eYYUJ19JHt063PioCAicW4Tu kG4qC2LS6SJj6F4BMwj4XsKckkKUi1OX77kCMNnqPqVIO2Ddg9drTelISCWd/41zEml3 EPjlvdOc/IKTGBRB/6U4ixLmvEEqFnMH4iYBRwZLYAXhNM5bjq5p/ZkQLNYQjIAYdhTG CQchMa9DGyoydeYB+P9E7KpELgA9eY8nXTixS3h4a8QAzkXKDUfeMujZSUmtKr8aLQEF KnmQ== MIME-Version: 1.0 Received: by 10.152.135.104 with SMTP id pr8mr6113442lab.27.1333676641893; Thu, 05 Apr 2012 18:44:01 -0700 (PDT) Received: by 10.112.42.167 with HTTP; Thu, 5 Apr 2012 18:44:01 -0700 (PDT) Date: Thu, 5 Apr 2012 18:44:01 -0700 Message-ID: From: Matthew Hook To: xen-users@lists.xensource.com X-Gm-Message-State: ALoCoQn9PxDTYhSgJUjG65XF+M/lZWRMK534NZAu1AFaJSAG1zYro/GE1dbSGj4fGnN+JW1k0QYJ Subject: [Xen-users] What is the purpose of the xend process in 4.1.2? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4183872291626546638==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4183872291626546638== Content-Type: multipart/alternative; boundary=f46d04426bd67c3c6204bcf8ca0b --f46d04426bd67c3c6204bcf8ca0b Content-Type: text/plain; charset=ISO-8859-1 Hello, It seems that traditionally, xend would do a lot of stuff. However, (correct me if I'm wrong) in xen 4.1.2 it would seem libxl is the replacement and doing most of what xend had done before. Even in the upcoming 4.2 release notes it states that xend is deprecated. That being said, if you don't start xend in 4.1.2 you do get a few errors when launching domains. The domains still launch though. I had a brief look inside the xend code and although I'm no python programmer i would say it appears to do very little more than start blktapctrl. Maybe it does a little more than that, I'm not really sure. In any case, seeing as I'm now going to netboot xen I'd rather ditch xend if possible as it would allow me to ditch python which is substantially bigger than than some netboot images and bigger than xen as a whole. Can I just kick off blktapctrl then and forget about xend & python? Matt --f46d04426bd67c3c6204bcf8ca0b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

It seems that traditionally, xend woul= d do a lot of stuff.
However, (correct me if I'm wrong) in xe= n 4.1.2 it would seem libxl is the replacement and doing most of what
xend had done before. =A0Even in the upcoming 4.2 release notes it sta= tes that xend is deprecated.

That being said, if you don't start xend in 4.1.2 you do get a few erro= rs when launching domains. =A0The domains still
launch though. = =A0I had a brief look inside the xend code and although I'm no python p= rogrammer i would say it appears
to do very little more than start blktapctrl. =A0Maybe it does a little mor= e than that, I'm not really sure.

In any case,= seeing as I'm now going to netboot xen I'd rather ditch xend if po= ssible as it would allow me
to ditch python which is substantially bigger than than some netboot i= mages and bigger than xen as a whole.
Can I just kick off blktapc= trl then and forget about xend & python?

Matt
--f46d04426bd67c3c6204bcf8ca0b-- --===============4183872291626546638== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4183872291626546638==-- From xen-users-bounces@lists.xen.org Fri Apr 06 07:32:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 07:32: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 1SG3dQ-0006RK-P7; Fri, 06 Apr 2012 07:31:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG3dO-0006RF-Lg for xen-users@lists.xen.org; Fri, 06 Apr 2012 07:31:02 +0000 Received: from [85.158.143.35:15736] by server-2.bemta-4.messagelabs.com id E3/E4-17550-5BB9E7F4; Fri, 06 Apr 2012 07:31:01 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1333697459!3806429!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12241 invoked from network); 6 Apr 2012 07:31:01 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 07:31:01 -0000 Received: by dajx4 with SMTP id x4so2877753daj.28 for ; Fri, 06 Apr 2012 00:30:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CMI+eQpnpGxPGJIhU15DFvdxShAqb2omFnkbpyeKByI=; b=lnBkOcYKoSGhT/2OC0V6TKo5PcuhGfKLqCn8skoXY23/gxEvirCS71Yxu9GZcLWEq8 Fwp7atoJwXMxDcHQ9S2Pzza3VjG0+mHqeRXzFci0FejwtESYt6CoTVCQAsLro5BCXxYN fScw5WqY6PaQPxTGYSroPPZj6mqjODRnSlNzHjvc4ehOMLVtyyU4DFn5f9Zv0nclXoCW yzY+M53ma7rcszmTtgqRPTrG/6/RVUQZN1ZwlyiER6ltHfzpoD+BImuDI7CDEE9eUyZn orAUXgw04g43RoRL7lxqgxqUCV0Gb5igOeEo2dPCwQveiZ4LaUdIQxFGtZTOOoJSjzqk UbyA== MIME-Version: 1.0 Received: by 10.68.202.195 with SMTP id kk3mr13407060pbc.96.1333697458463; Fri, 06 Apr 2012 00:30:58 -0700 (PDT) Received: by 10.68.227.66 with HTTP; Fri, 6 Apr 2012 00:30:58 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Apr 2012 08:30:58 +0100 Message-ID: From: Teck Choon Giam To: Scott Meyers Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] i686 and not i386 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 5, 2012 at 11:16 PM, Scott Meyers wrote: > I downloaded and compiled few *.tar.gz and SRC.rpm packages in the past few > days. When compiling is completed, I sometimes get i386 and not i686. Is > there any way to change a file or something before compiling a source > package to get i686 and not i386? Thank you If you rebuild the src.rpm, you can set that by passing the option --target=i686 such as: rpmbuild --rebuild --target=i686 /path/to/whatever.src.rpm Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 07:32:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 07:32: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 1SG3dQ-0006RK-P7; Fri, 06 Apr 2012 07:31:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG3dO-0006RF-Lg for xen-users@lists.xen.org; Fri, 06 Apr 2012 07:31:02 +0000 Received: from [85.158.143.35:15736] by server-2.bemta-4.messagelabs.com id E3/E4-17550-5BB9E7F4; Fri, 06 Apr 2012 07:31:01 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1333697459!3806429!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12241 invoked from network); 6 Apr 2012 07:31:01 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 07:31:01 -0000 Received: by dajx4 with SMTP id x4so2877753daj.28 for ; Fri, 06 Apr 2012 00:30:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CMI+eQpnpGxPGJIhU15DFvdxShAqb2omFnkbpyeKByI=; b=lnBkOcYKoSGhT/2OC0V6TKo5PcuhGfKLqCn8skoXY23/gxEvirCS71Yxu9GZcLWEq8 Fwp7atoJwXMxDcHQ9S2Pzza3VjG0+mHqeRXzFci0FejwtESYt6CoTVCQAsLro5BCXxYN fScw5WqY6PaQPxTGYSroPPZj6mqjODRnSlNzHjvc4ehOMLVtyyU4DFn5f9Zv0nclXoCW yzY+M53ma7rcszmTtgqRPTrG/6/RVUQZN1ZwlyiER6ltHfzpoD+BImuDI7CDEE9eUyZn orAUXgw04g43RoRL7lxqgxqUCV0Gb5igOeEo2dPCwQveiZ4LaUdIQxFGtZTOOoJSjzqk UbyA== MIME-Version: 1.0 Received: by 10.68.202.195 with SMTP id kk3mr13407060pbc.96.1333697458463; Fri, 06 Apr 2012 00:30:58 -0700 (PDT) Received: by 10.68.227.66 with HTTP; Fri, 6 Apr 2012 00:30:58 -0700 (PDT) In-Reply-To: References: Date: Fri, 6 Apr 2012 08:30:58 +0100 Message-ID: From: Teck Choon Giam To: Scott Meyers Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] i686 and not i386 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 5, 2012 at 11:16 PM, Scott Meyers wrote: > I downloaded and compiled few *.tar.gz and SRC.rpm packages in the past few > days. When compiling is completed, I sometimes get i386 and not i686. Is > there any way to change a file or something before compiling a source > package to get i686 and not i386? Thank you If you rebuild the src.rpm, you can set that by passing the option --target=i686 such as: rpmbuild --rebuild --target=i686 /path/to/whatever.src.rpm Thanks. Kindest regards, Giam Teck Choon _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 10:22:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 10:22: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 1SG6HV-0008GX-P1; Fri, 06 Apr 2012 10:20:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG6HU-0008GP-Tx for xen-users@lists.xen.org; Fri, 06 Apr 2012 10:20:37 +0000 Received: from [85.158.143.35:53705] by server-1.bemta-4.messagelabs.com id 76/2C-20925-373CE7F4; Fri, 06 Apr 2012 10:20:35 +0000 X-Env-Sender: uhochholdinger@netpioneer.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1333707634!15005705!1 X-Originating-IP: [81.26.173.72] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20829 invoked from network); 6 Apr 2012 10:20:34 -0000 Received: from mx01.netpioneer.de (HELO mx01.netpioneer.de) (81.26.173.72) by server-14.tower-21.messagelabs.com with SMTP; 6 Apr 2012 10:20:34 -0000 Received: from lal.netpioneer.de ([10.13.252.22]) by mx01.netpioneer.de with esmtps id 1SG6CR-0003zX-Qs for ; Fri, 06 Apr 2012 12:15:23 +0200 Received: from uhochholdinger by lal.netpioneer.de with local (Exim 4.72) (envelope-from ) id 1SG6CS-0000u3-2d for xen-users@lists.xen.org; Fri, 06 Apr 2012 12:15:24 +0200 Date: Fri, 6 Apr 2012 12:15:24 +0200 From: Ulrich Hochholdinger To: xen-users@lists.xen.org Message-ID: <20120406101524.GB3026@netpioneer.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I experience massive I/O performance-difference between Dom0 and DomU. To s= imply show the impact, I use a logical volume striped over 6 hard-drives. T= hen (write/read) enough bytes linear via dd zeros (on/from) this lv and com= pare the time. The result: inside DomU I get only about 30% of the I/O performance of the = Dom0. So, where is the handbrake, and how do I release it? Normaly there shouldbe= no such big difference. If you need more information about setup and confi= g, to give me a hint where else to search for my missing 70% performance, s= imply reply inside the list. Here are the gory details so far: Preparations =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=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 Dom0: akaar DomU: guinan Create LV: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Attach LV to domU: root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w Test: =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=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 Write =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/zero of=3D/dev/vg0/performance-test bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:15:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s Do 5. Apr 20:15:58 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/zero of=3D/dev/xvdc1 bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:34:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s Do 5. Apr 20:35:13 CEST 2012 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Read =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/vg0/performance-test of=3D/dev/null bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:21:38 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s Do 5. Apr 20:21:48 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/xvdc1 of=3D/dev/null bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:38:04 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s Do 5. Apr 20:38:22 CEST 2012 =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=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=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Technical Data: =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=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 Hardware Poweredge 510 / 96GB RAM / 2x X5650 Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Dom0 =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=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 Default Debian Squeeze 32 Bit Kernel 64Bit HV: 1GB Ram / fixed / ballooning disabled / all cpus / no pinning root@akaar:~# uname -a Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU/L= inux root@akaar:~# xm info host : akaar release : 2.6.32-5-xen-686 version : #1 SMP Mon Mar 26 10:32:49 UTC 2012 machine : i686 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 2666 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000= 000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 98291 free_memory : 95010 node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 node1:1,3,5,7,9,11,13,15,17,19,21,23 node_to_memory : node0:47110 node1:47899 node_to_dma32_mem : node0:0 node1:2990 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xf9c00000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=3D1024M cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) cc_compile_by : waldi cc_compile_domain : debian.org cc_compile_date : Mon Nov 7 09:16:11 CET 2011 xend_config_format : 4 root@akaar:~# xm list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 997 24 r----- 108= 0.2 guinan 2 4096 4 -b---- = 0.0 root@akaar:~# xm vcpu-list Name ID VCPU CPU State Time(s) CPU Affi= nity Domain-0 0 0 20 -b- 747.4 any cpu Domain-0 0 1 17 -b- 80.2 any cpu Domain-0 0 2 12 -b- 105.4 any cpu Domain-0 0 3 19 -b- 49.0 any cpu Domain-0 0 4 4 -b- 30.7 any cpu Domain-0 0 5 13 -b- 35.9 any cpu Domain-0 0 6 21 -b- 52.3 any cpu Domain-0 0 7 23 -b- 37.9 any cpu Domain-0 0 8 2 -b- 26.9 any cpu Domain-0 0 9 7 -b- 32.7 any cpu Domain-0 0 10 14 -b- 34.8 any cpu Domain-0 0 11 16 -b- 26.2 any cpu Domain-0 0 12 10 -b- 23.7 any cpu Domain-0 0 13 8 -b- 38.7 any cpu Domain-0 0 14 5 -b- 34.8 any cpu Domain-0 0 15 11 -b- 30.3 any cpu Domain-0 0 16 3 -b- 29.3 any cpu Domain-0 0 17 18 -b- 41.2 any cpu Domain-0 0 18 14 -b- 41.4 any cpu Domain-0 0 19 1 -b- 45.6 any cpu Domain-0 0 20 6 r-- 43.6 any cpu Domain-0 0 21 15 -b- 29.2 any cpu Domain-0 0 22 0 -b- 23.2 any cpu Domain-0 0 23 7 -b- 30.5 any cpu guinan 2 0 9 -b- 72.1 any cpu guinan 2 1 15 -b- 2.9 any cpu guinan 2 2 19 -b- 7.4 any cpu guinan 2 3 13 -b- 6.0 any cpu =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=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 DomU =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=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 debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: root@guinan:~# uname -a Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_64 = GNU/Linux root@guinan:~# free total used free shared buffers cached Mem: 1049180 227444 821736 0 20060 73712 -/+ buffers/cache: 133672 915508 Swap: 2101176 0 2101176 Attach Storage to DomU guinan root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Cheers Ulli -- Ulrich Hochholdinger Bereichsleiter Infrastruktur Netpioneer GmbH, Beiertheimer Allee 18, 76137 Karlsruhe Gesch=E4ftsf=FChrer: J=FCrgen Diller HRB: 107521 Handelsregister Mannheim Tel: 0721 / 9 20 60 90 Fax: 0721 / 9 20 60 30 E-Mail: Ulrich.Hochholdinger@netpioneer.de www: http://www.netpioneer.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 10:22:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 10:22: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 1SG6HV-0008GX-P1; Fri, 06 Apr 2012 10:20:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG6HU-0008GP-Tx for xen-users@lists.xen.org; Fri, 06 Apr 2012 10:20:37 +0000 Received: from [85.158.143.35:53705] by server-1.bemta-4.messagelabs.com id 76/2C-20925-373CE7F4; Fri, 06 Apr 2012 10:20:35 +0000 X-Env-Sender: uhochholdinger@netpioneer.de X-Msg-Ref: server-14.tower-21.messagelabs.com!1333707634!15005705!1 X-Originating-IP: [81.26.173.72] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20829 invoked from network); 6 Apr 2012 10:20:34 -0000 Received: from mx01.netpioneer.de (HELO mx01.netpioneer.de) (81.26.173.72) by server-14.tower-21.messagelabs.com with SMTP; 6 Apr 2012 10:20:34 -0000 Received: from lal.netpioneer.de ([10.13.252.22]) by mx01.netpioneer.de with esmtps id 1SG6CR-0003zX-Qs for ; Fri, 06 Apr 2012 12:15:23 +0200 Received: from uhochholdinger by lal.netpioneer.de with local (Exim 4.72) (envelope-from ) id 1SG6CS-0000u3-2d for xen-users@lists.xen.org; Fri, 06 Apr 2012 12:15:24 +0200 Date: Fri, 6 Apr 2012 12:15:24 +0200 From: Ulrich Hochholdinger To: xen-users@lists.xen.org Message-ID: <20120406101524.GB3026@netpioneer.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I experience massive I/O performance-difference between Dom0 and DomU. To s= imply show the impact, I use a logical volume striped over 6 hard-drives. T= hen (write/read) enough bytes linear via dd zeros (on/from) this lv and com= pare the time. The result: inside DomU I get only about 30% of the I/O performance of the = Dom0. So, where is the handbrake, and how do I release it? Normaly there shouldbe= no such big difference. If you need more information about setup and confi= g, to give me a hint where else to search for my missing 70% performance, s= imply reply inside the list. Here are the gory details so far: Preparations =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=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 Dom0: akaar DomU: guinan Create LV: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Attach LV to domU: root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w Test: =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=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 Write =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/zero of=3D/dev/vg0/performance-test bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:15:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s Do 5. Apr 20:15:58 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/zero of=3D/dev/xvdc1 bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:34:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s Do 5. Apr 20:35:13 CEST 2012 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Read =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/vg0/performance-test of=3D/dev/null bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:21:38 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s Do 5. Apr 20:21:48 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/xvdc1 of=3D/dev/null bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:38:04 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s Do 5. Apr 20:38:22 CEST 2012 =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=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=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Technical Data: =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=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 Hardware Poweredge 510 / 96GB RAM / 2x X5650 Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Dom0 =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=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 Default Debian Squeeze 32 Bit Kernel 64Bit HV: 1GB Ram / fixed / ballooning disabled / all cpus / no pinning root@akaar:~# uname -a Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU/L= inux root@akaar:~# xm info host : akaar release : 2.6.32-5-xen-686 version : #1 SMP Mon Mar 26 10:32:49 UTC 2012 machine : i686 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 2666 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000= 000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 98291 free_memory : 95010 node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 node1:1,3,5,7,9,11,13,15,17,19,21,23 node_to_memory : node0:47110 node1:47899 node_to_dma32_mem : node0:0 node1:2990 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xf9c00000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=3D1024M cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) cc_compile_by : waldi cc_compile_domain : debian.org cc_compile_date : Mon Nov 7 09:16:11 CET 2011 xend_config_format : 4 root@akaar:~# xm list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 997 24 r----- 108= 0.2 guinan 2 4096 4 -b---- = 0.0 root@akaar:~# xm vcpu-list Name ID VCPU CPU State Time(s) CPU Affi= nity Domain-0 0 0 20 -b- 747.4 any cpu Domain-0 0 1 17 -b- 80.2 any cpu Domain-0 0 2 12 -b- 105.4 any cpu Domain-0 0 3 19 -b- 49.0 any cpu Domain-0 0 4 4 -b- 30.7 any cpu Domain-0 0 5 13 -b- 35.9 any cpu Domain-0 0 6 21 -b- 52.3 any cpu Domain-0 0 7 23 -b- 37.9 any cpu Domain-0 0 8 2 -b- 26.9 any cpu Domain-0 0 9 7 -b- 32.7 any cpu Domain-0 0 10 14 -b- 34.8 any cpu Domain-0 0 11 16 -b- 26.2 any cpu Domain-0 0 12 10 -b- 23.7 any cpu Domain-0 0 13 8 -b- 38.7 any cpu Domain-0 0 14 5 -b- 34.8 any cpu Domain-0 0 15 11 -b- 30.3 any cpu Domain-0 0 16 3 -b- 29.3 any cpu Domain-0 0 17 18 -b- 41.2 any cpu Domain-0 0 18 14 -b- 41.4 any cpu Domain-0 0 19 1 -b- 45.6 any cpu Domain-0 0 20 6 r-- 43.6 any cpu Domain-0 0 21 15 -b- 29.2 any cpu Domain-0 0 22 0 -b- 23.2 any cpu Domain-0 0 23 7 -b- 30.5 any cpu guinan 2 0 9 -b- 72.1 any cpu guinan 2 1 15 -b- 2.9 any cpu guinan 2 2 19 -b- 7.4 any cpu guinan 2 3 13 -b- 6.0 any cpu =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=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 DomU =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=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 debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: root@guinan:~# uname -a Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_64 = GNU/Linux root@guinan:~# free total used free shared buffers cached Mem: 1049180 227444 821736 0 20060 73712 -/+ buffers/cache: 133672 915508 Swap: 2101176 0 2101176 Attach Storage to DomU guinan root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Cheers Ulli -- Ulrich Hochholdinger Bereichsleiter Infrastruktur Netpioneer GmbH, Beiertheimer Allee 18, 76137 Karlsruhe Gesch=E4ftsf=FChrer: J=FCrgen Diller HRB: 107521 Handelsregister Mannheim Tel: 0721 / 9 20 60 90 Fax: 0721 / 9 20 60 30 E-Mail: Ulrich.Hochholdinger@netpioneer.de www: http://www.netpioneer.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 13:40:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 13:40: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 1SG9NY-0002Ga-UO; Fri, 06 Apr 2012 13:39:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG9NX-0002GV-IS for xen-users@lists.xen.org; Fri, 06 Apr 2012 13:39:03 +0000 Received: from [85.158.143.35:8341] by server-1.bemta-4.messagelabs.com id 35/D5-20925-6F1FE7F4; Fri, 06 Apr 2012 13:39:02 +0000 X-Env-Sender: matthew.keeler@jhuapl.edu X-Msg-Ref: server-9.tower-21.messagelabs.com!1333719532!3846444!1 X-Originating-IP: [128.244.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21755 invoked from network); 6 Apr 2012 13:38:53 -0000 Received: from piper.jhuapl.edu (HELO jhuapl.edu) (128.244.251.37) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Apr 2012 13:38:53 -0000 Received: from ([128.244.198.90]) by piper.jhuapl.edu with ESMTP with TLS id 5Y8HCH1.133395730; Fri, 06 Apr 2012 09:38:49 -0400 Received: from aplesstripe.dom1.jhuapl.edu ([128.244.198.211]) by aplexcas1.dom1.jhuapl.edu ([128.244.198.90]) with mapi; Fri, 6 Apr 2012 09:38:48 -0400 From: "Keeler, Matthew J." To: "xen-users@lists.xen.org" Date: Fri, 6 Apr 2012 09:38:48 -0400 Thread-Topic: [Xen-users] Disk-I/O Performance DomU vs Dom0 Thread-Index: Ac0T3woJgFZywV3aTje5icZWvIclDQAGpLvg Message-ID: <068F06DC4D106941B297C0C5F9F446EA48312B59D6@aplesstripe.dom1.jhuapl.edu> References: <20120406101524.GB3026@netpioneer.de> In-Reply-To: <20120406101524.GB3026@netpioneer.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ulli, I have recently been doing some disk performance benchmarking of various Xe= n configurations using HVMs, PVHVMs and PVMs. I have been using the bonnie+= + benchmark to do the testing and have come up with pretty much the same re= sults you have. HVMs are about 25% of the performance of the native machine= , PVHVMs are about 30-35% of the native performance and PVMs are around 50-= 60% of the native performance. This is when doing the block reads and write= s (character reads and writes have performance numbers in the 85-95% range). I would also like to know why this is. Supposedly disk IO with PVHVMs and P= VMs should be close to native performance according to graphs you can find = on the internet, however this does not line up with the actual performance = I have been experiencing. = Several threads on this mailing list recommend people to use PVHVMs as they= should see massive performance increases. Is there a particular workload t= hat it has a meaningful impact when switching to PVHVMs? So far in my testi= ng it seems like Xen cannot be used if you require disk intensive operation= s. Matt Keeler -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Ulrich Hochholdinger Sent: Friday, April 06, 2012 6:15 AM To: xen-users@lists.xen.org Subject: [Xen-users] Disk-I/O Performance DomU vs Dom0 Hi, I experience massive I/O performance-difference between Dom0 and DomU. To s= imply show the impact, I use a logical volume striped over 6 hard-drives. T= hen (write/read) enough bytes linear via dd zeros (on/from) this lv and com= pare the time. The result: inside DomU I get only about 30% of the I/O performance of the = Dom0. So, where is the handbrake, and how do I release it? Normaly there shouldbe= no such big difference. If you need more information about setup and confi= g, to give me a hint where else to search for my missing 70% performance, s= imply reply inside the list. Here are the gory details so far: Preparations =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=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 Dom0: akaar DomU: guinan Create LV: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Attach LV to domU: root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w Test: =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=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 Write =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/zero of=3D/dev/vg0/performance-test bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:15:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s Do 5. Apr 20:15:58 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/zero of=3D/dev/xvdc1 bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:34:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s Do 5. Apr 20:35:13 CEST 2012 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Read =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/vg0/performance-test of=3D/dev/null bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:21:38 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s Do 5. Apr 20:21:48 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/xvdc1 of=3D/dev/null bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:38:04 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s Do 5. Apr 20:38:22 CEST 2012 =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=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=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Technical Data: =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=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 Hardware Poweredge 510 / 96GB RAM / 2x X5650 Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Dom0 =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=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 Default Debian Squeeze 32 Bit Kernel 64Bit HV: 1GB Ram / fixed / ballooning disabled / all cpus / no pinning root@akaar:~# uname -a Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU/L= inux root@akaar:~# xm info host : akaar release : 2.6.32-5-xen-686 version : #1 SMP Mon Mar 26 10:32:49 UTC 2012 machine : i686 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 2666 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000= 000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 98291 free_memory : 95010 node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 node1:1,3,5,7,9,11,13,15,17,19,21,23 node_to_memory : node0:47110 node1:47899 node_to_dma32_mem : node0:0 node1:2990 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xf9c00000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=3D1024M cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) cc_compile_by : waldi cc_compile_domain : debian.org cc_compile_date : Mon Nov 7 09:16:11 CET 2011 xend_config_format : 4 root@akaar:~# xm list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 997 24 r----- 108= 0.2 guinan 2 4096 4 -b---- = 0.0 root@akaar:~# xm vcpu-list Name ID VCPU CPU State Time(s) CPU Affi= nity Domain-0 0 0 20 -b- 747.4 any cpu Domain-0 0 1 17 -b- 80.2 any cpu Domain-0 0 2 12 -b- 105.4 any cpu Domain-0 0 3 19 -b- 49.0 any cpu Domain-0 0 4 4 -b- 30.7 any cpu Domain-0 0 5 13 -b- 35.9 any cpu Domain-0 0 6 21 -b- 52.3 any cpu Domain-0 0 7 23 -b- 37.9 any cpu Domain-0 0 8 2 -b- 26.9 any cpu Domain-0 0 9 7 -b- 32.7 any cpu Domain-0 0 10 14 -b- 34.8 any cpu Domain-0 0 11 16 -b- 26.2 any cpu Domain-0 0 12 10 -b- 23.7 any cpu Domain-0 0 13 8 -b- 38.7 any cpu Domain-0 0 14 5 -b- 34.8 any cpu Domain-0 0 15 11 -b- 30.3 any cpu Domain-0 0 16 3 -b- 29.3 any cpu Domain-0 0 17 18 -b- 41.2 any cpu Domain-0 0 18 14 -b- 41.4 any cpu Domain-0 0 19 1 -b- 45.6 any cpu Domain-0 0 20 6 r-- 43.6 any cpu Domain-0 0 21 15 -b- 29.2 any cpu Domain-0 0 22 0 -b- 23.2 any cpu Domain-0 0 23 7 -b- 30.5 any cpu guinan 2 0 9 -b- 72.1 any cpu guinan 2 1 15 -b- 2.9 any cpu guinan 2 2 19 -b- 7.4 any cpu guinan 2 3 13 -b- 6.0 any cpu =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=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 DomU =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=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 debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: root@guinan:~# uname -a Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_64 = GNU/Linux root@guinan:~# free total used free shared buffers cached Mem: 1049180 227444 821736 0 20060 73712 -/+ buffers/cache: 133672 915508 Swap: 2101176 0 2101176 Attach Storage to DomU guinan root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Cheers Ulli -- Ulrich Hochholdinger Bereichsleiter Infrastruktur Netpioneer GmbH, Beiertheimer Allee 18, 76137 Karlsruhe Gesch=E4ftsf=FChrer: J=FCrgen Diller HRB: 107521 Handelsregister Mannheim Tel: 0721 / 9 20 60 90 Fax: 0721 / 9 20 60 30 E-Mail: Ulrich.Hochholdinger@netpioneer.de www: http://www.netpioneer.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 13:40:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 13:40: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 1SG9NY-0002Ga-UO; Fri, 06 Apr 2012 13:39:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG9NX-0002GV-IS for xen-users@lists.xen.org; Fri, 06 Apr 2012 13:39:03 +0000 Received: from [85.158.143.35:8341] by server-1.bemta-4.messagelabs.com id 35/D5-20925-6F1FE7F4; Fri, 06 Apr 2012 13:39:02 +0000 X-Env-Sender: matthew.keeler@jhuapl.edu X-Msg-Ref: server-9.tower-21.messagelabs.com!1333719532!3846444!1 X-Originating-IP: [128.244.251.37] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21755 invoked from network); 6 Apr 2012 13:38:53 -0000 Received: from piper.jhuapl.edu (HELO jhuapl.edu) (128.244.251.37) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Apr 2012 13:38:53 -0000 Received: from ([128.244.198.90]) by piper.jhuapl.edu with ESMTP with TLS id 5Y8HCH1.133395730; Fri, 06 Apr 2012 09:38:49 -0400 Received: from aplesstripe.dom1.jhuapl.edu ([128.244.198.211]) by aplexcas1.dom1.jhuapl.edu ([128.244.198.90]) with mapi; Fri, 6 Apr 2012 09:38:48 -0400 From: "Keeler, Matthew J." To: "xen-users@lists.xen.org" Date: Fri, 6 Apr 2012 09:38:48 -0400 Thread-Topic: [Xen-users] Disk-I/O Performance DomU vs Dom0 Thread-Index: Ac0T3woJgFZywV3aTje5icZWvIclDQAGpLvg Message-ID: <068F06DC4D106941B297C0C5F9F446EA48312B59D6@aplesstripe.dom1.jhuapl.edu> References: <20120406101524.GB3026@netpioneer.de> In-Reply-To: <20120406101524.GB3026@netpioneer.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ulli, I have recently been doing some disk performance benchmarking of various Xe= n configurations using HVMs, PVHVMs and PVMs. I have been using the bonnie+= + benchmark to do the testing and have come up with pretty much the same re= sults you have. HVMs are about 25% of the performance of the native machine= , PVHVMs are about 30-35% of the native performance and PVMs are around 50-= 60% of the native performance. This is when doing the block reads and write= s (character reads and writes have performance numbers in the 85-95% range). I would also like to know why this is. Supposedly disk IO with PVHVMs and P= VMs should be close to native performance according to graphs you can find = on the internet, however this does not line up with the actual performance = I have been experiencing. = Several threads on this mailing list recommend people to use PVHVMs as they= should see massive performance increases. Is there a particular workload t= hat it has a meaningful impact when switching to PVHVMs? So far in my testi= ng it seems like Xen cannot be used if you require disk intensive operation= s. Matt Keeler -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Ulrich Hochholdinger Sent: Friday, April 06, 2012 6:15 AM To: xen-users@lists.xen.org Subject: [Xen-users] Disk-I/O Performance DomU vs Dom0 Hi, I experience massive I/O performance-difference between Dom0 and DomU. To s= imply show the impact, I use a logical volume striped over 6 hard-drives. T= hen (write/read) enough bytes linear via dd zeros (on/from) this lv and com= pare the time. The result: inside DomU I get only about 30% of the I/O performance of the = Dom0. So, where is the handbrake, and how do I release it? Normaly there shouldbe= no such big difference. If you need more information about setup and confi= g, to give me a hint where else to search for my missing 70% performance, s= imply reply inside the list. Here are the gory details so far: Preparations =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=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 Dom0: akaar DomU: guinan Create LV: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Attach LV to domU: root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w Test: =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=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 Write =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/zero of=3D/dev/vg0/performance-test bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:15:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s Do 5. Apr 20:15:58 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/zero of=3D/dev/xvdc1 bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:34:50 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s Do 5. Apr 20:35:13 CEST 2012 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Read =3D=3D=3D Dom0 root@akaar:~# date ; dd if=3D/dev/vg0/performance-test of=3D/dev/null bs=3D= 1M count=3D4000 ; sync ; date Do 5. Apr 20:21:38 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s Do 5. Apr 20:21:48 CEST 2012 =3D=3D=3D DomU root@guinan:~# date ; dd if=3D/dev/xvdc1 of=3D/dev/null bs=3D1M count=3D400= 0 ; sync ; date Do 5. Apr 20:38:04 CEST 2012 4000+0 records in 4000+0 records out 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s Do 5. Apr 20:38:22 CEST 2012 =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=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=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Technical Data: =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=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 Hardware Poweredge 510 / 96GB RAM / 2x X5650 Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Dom0 =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=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 Default Debian Squeeze 32 Bit Kernel 64Bit HV: 1GB Ram / fixed / ballooning disabled / all cpus / no pinning root@akaar:~# uname -a Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU/L= inux root@akaar:~# xm info host : akaar release : 2.6.32-5-xen-686 version : #1 SMP Mon Mar 26 10:32:49 UTC 2012 machine : i686 nr_cpus : 24 nr_nodes : 2 cores_per_socket : 6 threads_per_core : 2 cpu_mhz : 2666 hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000= 000:00000001:00000000 virt_caps : hvm hvm_directio total_memory : 98291 free_memory : 95010 node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 node1:1,3,5,7,9,11,13,15,17,19,21,23 node_to_memory : node0:47110 node1:47899 node_to_dma32_mem : node0:0 node1:2990 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-= 3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xf9c00000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=3D1024M cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) cc_compile_by : waldi cc_compile_domain : debian.org cc_compile_date : Mon Nov 7 09:16:11 CET 2011 xend_config_format : 4 root@akaar:~# xm list Name ID Mem VCPUs State Tim= e(s) Domain-0 0 997 24 r----- 108= 0.2 guinan 2 4096 4 -b---- = 0.0 root@akaar:~# xm vcpu-list Name ID VCPU CPU State Time(s) CPU Affi= nity Domain-0 0 0 20 -b- 747.4 any cpu Domain-0 0 1 17 -b- 80.2 any cpu Domain-0 0 2 12 -b- 105.4 any cpu Domain-0 0 3 19 -b- 49.0 any cpu Domain-0 0 4 4 -b- 30.7 any cpu Domain-0 0 5 13 -b- 35.9 any cpu Domain-0 0 6 21 -b- 52.3 any cpu Domain-0 0 7 23 -b- 37.9 any cpu Domain-0 0 8 2 -b- 26.9 any cpu Domain-0 0 9 7 -b- 32.7 any cpu Domain-0 0 10 14 -b- 34.8 any cpu Domain-0 0 11 16 -b- 26.2 any cpu Domain-0 0 12 10 -b- 23.7 any cpu Domain-0 0 13 8 -b- 38.7 any cpu Domain-0 0 14 5 -b- 34.8 any cpu Domain-0 0 15 11 -b- 30.3 any cpu Domain-0 0 16 3 -b- 29.3 any cpu Domain-0 0 17 18 -b- 41.2 any cpu Domain-0 0 18 14 -b- 41.4 any cpu Domain-0 0 19 1 -b- 45.6 any cpu Domain-0 0 20 6 r-- 43.6 any cpu Domain-0 0 21 15 -b- 29.2 any cpu Domain-0 0 22 0 -b- 23.2 any cpu Domain-0 0 23 7 -b- 30.5 any cpu guinan 2 0 9 -b- 72.1 any cpu guinan 2 1 15 -b- 2.9 any cpu guinan 2 2 19 -b- 7.4 any cpu guinan 2 3 13 -b- 6.0 any cpu =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=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 DomU =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=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 debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: root@guinan:~# uname -a Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_64 = GNU/Linux root@guinan:~# free total used free shared buffers cached Mem: 1049180 227444 821736 0 20060 73712 -/+ buffers/cache: 133672 915508 Swap: 2101176 0 2101176 Attach Storage to DomU guinan root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 Cheers Ulli -- Ulrich Hochholdinger Bereichsleiter Infrastruktur Netpioneer GmbH, Beiertheimer Allee 18, 76137 Karlsruhe Gesch=E4ftsf=FChrer: J=FCrgen Diller HRB: 107521 Handelsregister Mannheim Tel: 0721 / 9 20 60 90 Fax: 0721 / 9 20 60 30 E-Mail: Ulrich.Hochholdinger@netpioneer.de www: http://www.netpioneer.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 14:19:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 14:19: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 1SG9zm-0002n8-HX; Fri, 06 Apr 2012 14:18:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG9zk-0002n3-UJ for xen-users@lists.xen.org; Fri, 06 Apr 2012 14:18:33 +0000 Received: from [85.158.139.83:49786] by server-3.bemta-5.messagelabs.com id D8/7A-25237-83BFE7F4; Fri, 06 Apr 2012 14:18:32 +0000 X-Env-Sender: char.konf@cscargo.cz X-Msg-Ref: server-13.tower-182.messagelabs.com!1333721910!22225880!1 X-Originating-IP: [90.183.41.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6102 invoked from network); 6 Apr 2012 14:18:30 -0000 Received: from mail.cscargo.cz (HELO mail.cscargo.cz) (90.183.41.195) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Apr 2012 14:18:30 -0000 Received: from [192.168.0.11] (pc-192-168-0-11.in.cscargo.cz [192.168.0.11] (may be forged)) by mail.cscargo.cz (8.13.8/8.13.8) with ESMTP id q36EIUTq005285 for ; Fri, 6 Apr 2012 16:18:30 +0200 Message-ID: <4F7EFB36.3000808@cscargo.cz> Date: Fri, 06 Apr 2012 16:18:30 +0200 From: Karel Charousek User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; cs; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120406101524.GB3026@netpioneer.de> <068F06DC4D106941B297C0C5F9F446EA48312B59D6@aplesstripe.dom1.jhuapl.edu> In-Reply-To: <068F06DC4D106941B297C0C5F9F446EA48312B59D6@aplesstripe.dom1.jhuapl.edu> X-Virus-Scanned: clamav-milter 0.97 at rra.cscargo.cz X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mail.cscargo.cz [192.168.1.1]); Fri, 06 Apr 2012 16:18:30 +0200 (CEST) Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, what says dom0 dmesg about disk cache (write, read) of each disk behind Perc 200? We had similar problem, we followed instructions at http://blog.slucas.fr/en/tips/esxi-perc-h200-slow and then the performance dom0 vs. domU was close the same. (but our real numbers were much lower, ? only two disks mirror) Regards K. Dne 6.4.2012 15:38, Keeler, Matthew J. napsal(a): > Hi Ulli, > > I have recently been doing some disk performance benchmarking of various Xen configurations using HVMs, PVHVMs and PVMs. I have been using the bonnie++ benchmark to do the testing and have come up with pretty much the same results you have. HVMs are about 25% of the performance of the native machine, PVHVMs are about 30-35% of the native performance and PVMs are around 50-60% of the native performance. This is when doing the block reads and writes (character reads and writes have performance numbers in the 85-95% range). > > I would also like to know why this is. Supposedly disk IO with PVHVMs and PVMs should be close to native performance according to graphs you can find on the internet, however this does not line up with the actual performance I have been experiencing. > > Several threads on this mailing list recommend people to use PVHVMs as they should see massive performance increases. Is there a particular workload that it has a meaningful impact when switching to PVHVMs? So far in my testing it seems like Xen cannot be used if you require disk intensive operations. > > Matt Keeler > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ulrich Hochholdinger > Sent: Friday, April 06, 2012 6:15 AM > To: xen-users@lists.xen.org > Subject: [Xen-users] Disk-I/O Performance DomU vs Dom0 > > Hi, > I experience massive I/O performance-difference between Dom0 and DomU. To simply show the impact, I use a logical volume striped over 6 hard-drives. Then (write/read) enough bytes linear via dd zeros (on/from) this lv and compare the time. > The result: inside DomU I get only about 30% of the I/O performance of the Dom0. > > So, where is the handbrake, and how do I release it? Normaly there shouldbe no such big difference. If you need more information about setup and config, to give me a hint where else to search for my missing 70% performance, simply reply inside the list. > > Here are the gory details so far: > > Preparations > ================================================================================================== > Dom0: akaar > DomU: guinan > > Create LV: > lvcreate --name=performance-test --size=20G --stripes=6 vg0 > > Attach LV to domU: > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > Test: > ===================================================================================================== > ============== Write > === Dom0 > root@akaar:~# date ; dd if=/dev/zero of=/dev/vg0/performance-test bs=1M count=4000 ; sync ; date > Do 5. Apr 20:15:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s > Do 5. Apr 20:15:58 CEST 2012 > > === DomU > root@guinan:~# date ; dd if=/dev/zero of=/dev/xvdc1 bs=1M count=4000 ; sync ; date > Do 5. Apr 20:34:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s > Do 5. Apr 20:35:13 CEST 2012 > > > ============== Read > === Dom0 > root@akaar:~# date ; dd if=/dev/vg0/performance-test of=/dev/null bs=1M count=4000 ; sync ; date > Do 5. Apr 20:21:38 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s > Do 5. Apr 20:21:48 CEST 2012 > > === DomU > root@guinan:~# date ; dd if=/dev/xvdc1 of=/dev/null bs=1M count=4000 ; sync ; date > Do 5. Apr 20:38:04 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s > Do 5. Apr 20:38:22 CEST 2012 > ================================================================================================== > ================================================================================================== > > > ================================================================================================== > Technical Data: > =================================================================================================== > Hardware Poweredge 510 / 96GB RAM / 2x X5650 > > Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: > > lvcreate --name=performance-test --size=20G --stripes=6 vg0 > > Dom0 > =================================================================================================== > Default Debian Squeeze 32 Bit Kernel 64Bit HV: > 1GB Ram / fixed / ballooning disabled / all cpus / no pinning > > root@akaar:~# uname -a > Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU/Linux > > > root@akaar:~# xm info > host : akaar > release : 2.6.32-5-xen-686 > version : #1 SMP Mon Mar 26 10:32:49 UTC 2012 > machine : i686 > nr_cpus : 24 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 2666 > hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 > virt_caps : hvm hvm_directio > total_memory : 98291 > free_memory : 95010 > node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 > node1:1,3,5,7,9,11,13,15,17,19,21,23 > node_to_memory : node0:47110 > node1:47899 > node_to_dma32_mem : node0:0 > node1:2990 > max_node_id : 1 > xen_major : 4 > xen_minor : 0 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xf9c00000 > xen_changeset : unavailable > xen_commandline : placeholder dom0_mem=1024M > cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) > cc_compile_by : waldi > cc_compile_domain : debian.org > cc_compile_date : Mon Nov 7 09:16:11 CET 2011 > xend_config_format : 4 > > root@akaar:~# xm list > Name ID Mem VCPUs State Time(s) > Domain-0 0 997 24 r----- 1080.2 > guinan 2 4096 4 -b---- 0.0 > > root@akaar:~# xm vcpu-list > Name ID VCPU CPU State Time(s) CPU Affinity > Domain-0 0 0 20 -b- 747.4 any cpu > Domain-0 0 1 17 -b- 80.2 any cpu > Domain-0 0 2 12 -b- 105.4 any cpu > Domain-0 0 3 19 -b- 49.0 any cpu > Domain-0 0 4 4 -b- 30.7 any cpu > Domain-0 0 5 13 -b- 35.9 any cpu > Domain-0 0 6 21 -b- 52.3 any cpu > Domain-0 0 7 23 -b- 37.9 any cpu > Domain-0 0 8 2 -b- 26.9 any cpu > Domain-0 0 9 7 -b- 32.7 any cpu > Domain-0 0 10 14 -b- 34.8 any cpu > Domain-0 0 11 16 -b- 26.2 any cpu > Domain-0 0 12 10 -b- 23.7 any cpu > Domain-0 0 13 8 -b- 38.7 any cpu > Domain-0 0 14 5 -b- 34.8 any cpu > Domain-0 0 15 11 -b- 30.3 any cpu > Domain-0 0 16 3 -b- 29.3 any cpu > Domain-0 0 17 18 -b- 41.2 any cpu > Domain-0 0 18 14 -b- 41.4 any cpu > Domain-0 0 19 1 -b- 45.6 any cpu > Domain-0 0 20 6 r-- 43.6 any cpu > Domain-0 0 21 15 -b- 29.2 any cpu > Domain-0 0 22 0 -b- 23.2 any cpu > Domain-0 0 23 7 -b- 30.5 any cpu > guinan 2 0 9 -b- 72.1 any cpu > guinan 2 1 15 -b- 2.9 any cpu > guinan 2 2 19 -b- 7.4 any cpu > guinan 2 3 13 -b- 6.0 any cpu > ========================================================================================================= > > > DomU > ========================================================================================================= > debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: > > root@guinan:~# uname -a > Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_64 GNU/Linux > > root@guinan:~# free > total used free shared buffers cached > Mem: 1049180 227444 821736 0 20060 73712 > -/+ buffers/cache: 133672 915508 > Swap: 2101176 0 2101176 > > > > Attach Storage to DomU guinan > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > lvcreate --name=performance-test --size=20G --stripes=6 vg0 > > Cheers > Ulli > -- > Ulrich Hochholdinger > Bereichsleiter Infrastruktur > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 14:19:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 14:19: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 1SG9zm-0002n8-HX; Fri, 06 Apr 2012 14:18:34 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SG9zk-0002n3-UJ for xen-users@lists.xen.org; Fri, 06 Apr 2012 14:18:33 +0000 Received: from [85.158.139.83:49786] by server-3.bemta-5.messagelabs.com id D8/7A-25237-83BFE7F4; Fri, 06 Apr 2012 14:18:32 +0000 X-Env-Sender: char.konf@cscargo.cz X-Msg-Ref: server-13.tower-182.messagelabs.com!1333721910!22225880!1 X-Originating-IP: [90.183.41.195] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6102 invoked from network); 6 Apr 2012 14:18:30 -0000 Received: from mail.cscargo.cz (HELO mail.cscargo.cz) (90.183.41.195) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 6 Apr 2012 14:18:30 -0000 Received: from [192.168.0.11] (pc-192-168-0-11.in.cscargo.cz [192.168.0.11] (may be forged)) by mail.cscargo.cz (8.13.8/8.13.8) with ESMTP id q36EIUTq005285 for ; Fri, 6 Apr 2012 16:18:30 +0200 Message-ID: <4F7EFB36.3000808@cscargo.cz> Date: Fri, 06 Apr 2012 16:18:30 +0200 From: Karel Charousek User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; cs; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <20120406101524.GB3026@netpioneer.de> <068F06DC4D106941B297C0C5F9F446EA48312B59D6@aplesstripe.dom1.jhuapl.edu> In-Reply-To: <068F06DC4D106941B297C0C5F9F446EA48312B59D6@aplesstripe.dom1.jhuapl.edu> X-Virus-Scanned: clamav-milter 0.97 at rra.cscargo.cz X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (mail.cscargo.cz [192.168.1.1]); Fri, 06 Apr 2012 16:18:30 +0200 (CEST) Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, what says dom0 dmesg about disk cache (write, read) of each disk behind Perc 200? We had similar problem, we followed instructions at http://blog.slucas.fr/en/tips/esxi-perc-h200-slow and then the performance dom0 vs. domU was close the same. (but our real numbers were much lower, ? only two disks mirror) Regards K. Dne 6.4.2012 15:38, Keeler, Matthew J. napsal(a): > Hi Ulli, > > I have recently been doing some disk performance benchmarking of various Xen configurations using HVMs, PVHVMs and PVMs. I have been using the bonnie++ benchmark to do the testing and have come up with pretty much the same results you have. HVMs are about 25% of the performance of the native machine, PVHVMs are about 30-35% of the native performance and PVMs are around 50-60% of the native performance. This is when doing the block reads and writes (character reads and writes have performance numbers in the 85-95% range). > > I would also like to know why this is. Supposedly disk IO with PVHVMs and PVMs should be close to native performance according to graphs you can find on the internet, however this does not line up with the actual performance I have been experiencing. > > Several threads on this mailing list recommend people to use PVHVMs as they should see massive performance increases. Is there a particular workload that it has a meaningful impact when switching to PVHVMs? So far in my testing it seems like Xen cannot be used if you require disk intensive operations. > > Matt Keeler > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ulrich Hochholdinger > Sent: Friday, April 06, 2012 6:15 AM > To: xen-users@lists.xen.org > Subject: [Xen-users] Disk-I/O Performance DomU vs Dom0 > > Hi, > I experience massive I/O performance-difference between Dom0 and DomU. To simply show the impact, I use a logical volume striped over 6 hard-drives. Then (write/read) enough bytes linear via dd zeros (on/from) this lv and compare the time. > The result: inside DomU I get only about 30% of the I/O performance of the Dom0. > > So, where is the handbrake, and how do I release it? Normaly there shouldbe no such big difference. If you need more information about setup and config, to give me a hint where else to search for my missing 70% performance, simply reply inside the list. > > Here are the gory details so far: > > Preparations > ================================================================================================== > Dom0: akaar > DomU: guinan > > Create LV: > lvcreate --name=performance-test --size=20G --stripes=6 vg0 > > Attach LV to domU: > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > Test: > ===================================================================================================== > ============== Write > === Dom0 > root@akaar:~# date ; dd if=/dev/zero of=/dev/vg0/performance-test bs=1M count=4000 ; sync ; date > Do 5. Apr 20:15:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s > Do 5. Apr 20:15:58 CEST 2012 > > === DomU > root@guinan:~# date ; dd if=/dev/zero of=/dev/xvdc1 bs=1M count=4000 ; sync ; date > Do 5. Apr 20:34:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s > Do 5. Apr 20:35:13 CEST 2012 > > > ============== Read > === Dom0 > root@akaar:~# date ; dd if=/dev/vg0/performance-test of=/dev/null bs=1M count=4000 ; sync ; date > Do 5. Apr 20:21:38 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s > Do 5. Apr 20:21:48 CEST 2012 > > === DomU > root@guinan:~# date ; dd if=/dev/xvdc1 of=/dev/null bs=1M count=4000 ; sync ; date > Do 5. Apr 20:38:04 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s > Do 5. Apr 20:38:22 CEST 2012 > ================================================================================================== > ================================================================================================== > > > ================================================================================================== > Technical Data: > =================================================================================================== > Hardware Poweredge 510 / 96GB RAM / 2x X5650 > > Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: > > lvcreate --name=performance-test --size=20G --stripes=6 vg0 > > Dom0 > =================================================================================================== > Default Debian Squeeze 32 Bit Kernel 64Bit HV: > 1GB Ram / fixed / ballooning disabled / all cpus / no pinning > > root@akaar:~# uname -a > Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU/Linux > > > root@akaar:~# xm info > host : akaar > release : 2.6.32-5-xen-686 > version : #1 SMP Mon Mar 26 10:32:49 UTC 2012 > machine : i686 > nr_cpus : 24 > nr_nodes : 2 > cores_per_socket : 6 > threads_per_core : 2 > cpu_mhz : 2666 > hw_caps : bfebfbff:2c100800:00000000:00001f40:029ee3ff:00000000:00000001:00000000 > virt_caps : hvm hvm_directio > total_memory : 98291 > free_memory : 95010 > node_to_cpu : node0:0,2,4,6,8,10,12,14,16,18,20,22 > node1:1,3,5,7,9,11,13,15,17,19,21,23 > node_to_memory : node0:47110 > node1:47899 > node_to_dma32_mem : node0:0 > node1:2990 > max_node_id : 1 > xen_major : 4 > xen_minor : 0 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xf9c00000 > xen_changeset : unavailable > xen_commandline : placeholder dom0_mem=1024M > cc_compiler : gcc version 4.4.5 (Debian 4.4.5-8) > cc_compile_by : waldi > cc_compile_domain : debian.org > cc_compile_date : Mon Nov 7 09:16:11 CET 2011 > xend_config_format : 4 > > root@akaar:~# xm list > Name ID Mem VCPUs State Time(s) > Domain-0 0 997 24 r----- 1080.2 > guinan 2 4096 4 -b---- 0.0 > > root@akaar:~# xm vcpu-list > Name ID VCPU CPU State Time(s) CPU Affinity > Domain-0 0 0 20 -b- 747.4 any cpu > Domain-0 0 1 17 -b- 80.2 any cpu > Domain-0 0 2 12 -b- 105.4 any cpu > Domain-0 0 3 19 -b- 49.0 any cpu > Domain-0 0 4 4 -b- 30.7 any cpu > Domain-0 0 5 13 -b- 35.9 any cpu > Domain-0 0 6 21 -b- 52.3 any cpu > Domain-0 0 7 23 -b- 37.9 any cpu > Domain-0 0 8 2 -b- 26.9 any cpu > Domain-0 0 9 7 -b- 32.7 any cpu > Domain-0 0 10 14 -b- 34.8 any cpu > Domain-0 0 11 16 -b- 26.2 any cpu > Domain-0 0 12 10 -b- 23.7 any cpu > Domain-0 0 13 8 -b- 38.7 any cpu > Domain-0 0 14 5 -b- 34.8 any cpu > Domain-0 0 15 11 -b- 30.3 any cpu > Domain-0 0 16 3 -b- 29.3 any cpu > Domain-0 0 17 18 -b- 41.2 any cpu > Domain-0 0 18 14 -b- 41.4 any cpu > Domain-0 0 19 1 -b- 45.6 any cpu > Domain-0 0 20 6 r-- 43.6 any cpu > Domain-0 0 21 15 -b- 29.2 any cpu > Domain-0 0 22 0 -b- 23.2 any cpu > Domain-0 0 23 7 -b- 30.5 any cpu > guinan 2 0 9 -b- 72.1 any cpu > guinan 2 1 15 -b- 2.9 any cpu > guinan 2 2 19 -b- 7.4 any cpu > guinan 2 3 13 -b- 6.0 any cpu > ========================================================================================================= > > > DomU > ========================================================================================================= > debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: > > root@guinan:~# uname -a > Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_64 GNU/Linux > > root@guinan:~# free > total used free shared buffers cached > Mem: 1049180 227444 821736 0 20060 73712 > -/+ buffers/cache: 133672 915508 > Swap: 2101176 0 2101176 > > > > Attach Storage to DomU guinan > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > lvcreate --name=performance-test --size=20G --stripes=6 vg0 > > Cheers > Ulli > -- > Ulrich Hochholdinger > Bereichsleiter Infrastruktur > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 17:18:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 17:18: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 1SGCmV-0005Oc-Qd; Fri, 06 Apr 2012 17:17:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGCmU-0005OT-BM for Xen-users@lists.xensource.com; Fri, 06 Apr 2012 17:17:02 +0000 Received: from [193.109.254.147:9046] by server-6.bemta-14.messagelabs.com id 69/78-02047-D052F7F4; Fri, 06 Apr 2012 17:17:01 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333732619!3544328!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21374 invoked from network); 6 Apr 2012 17:17:01 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 17:17:01 -0000 Received: by iadj38 with SMTP id j38so4393351iad.30 for ; Fri, 06 Apr 2012 10:16:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=SU/AaaZOBKw2tKy2oq7O+SEct5R90OeEbI3U/mJKQmY=; b=OJbLtoRrgkwizHky2HS5Nd7S/WjbMHgy9kYot93K2sGUSgE4R3QAvV/hosGpGXikNC NCAmfsjulzcAOr+U3Van6XhWPMJgbmYD93imkxzZPa1TpEqCL0d5zt/Gpcmj8dPnWciW sBpwjNUUSYvpBl8iSuibWKsOln0gs2T1juByqv1SvRhgfqdYuEfB/n3y6Y1tMS8jdMPu 7mAFEfC2sCQrggj9/TeKDWpGBGi6ZbRIqEalG9fMe4TcEhT3PIP0CwXRwU4BeCqJV0Vv LR36rwdtrw++i+MSa6j5h5+f1AZtR1W75FABEdT6ahJOroFl4qVcxCf83/OWi4xYur/g U0vg== Received: by 10.43.54.143 with SMTP id vu15mr5122750icb.40.1333732619124; Fri, 06 Apr 2012 10:16:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 6 Apr 2012 10:16:38 -0700 (PDT) From: Todd Deshane Date: Fri, 6 Apr 2012 13:16:38 -0400 X-Google-Sender-Auth: L882xKoH6k8BjKouQWGVp4leM88 Message-ID: To: xen-users mailing list , xen-devel mailing list , Fedora Xen List Subject: [Xen-users] Calling all Fedora Xen users, testers, and developers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org The Fedora community is holding a virtualization test day [1] next week (Thursday) and it would be great if we could help them on the Xen side of things Let me know if you are interested in helping out and I'll coordinated the Xen efforts. Thanks, Todd [1] http://fedoraproject.org/wiki/Test_Day:2012-04-12_Virtualization_Test_Day -- Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 17:18:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 17:18: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 1SGCmV-0005Oc-Qd; Fri, 06 Apr 2012 17:17:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGCmU-0005OT-BM for Xen-users@lists.xensource.com; Fri, 06 Apr 2012 17:17:02 +0000 Received: from [193.109.254.147:9046] by server-6.bemta-14.messagelabs.com id 69/78-02047-D052F7F4; Fri, 06 Apr 2012 17:17:01 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1333732619!3544328!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21374 invoked from network); 6 Apr 2012 17:17:01 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 17:17:01 -0000 Received: by iadj38 with SMTP id j38so4393351iad.30 for ; Fri, 06 Apr 2012 10:16:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=SU/AaaZOBKw2tKy2oq7O+SEct5R90OeEbI3U/mJKQmY=; b=OJbLtoRrgkwizHky2HS5Nd7S/WjbMHgy9kYot93K2sGUSgE4R3QAvV/hosGpGXikNC NCAmfsjulzcAOr+U3Van6XhWPMJgbmYD93imkxzZPa1TpEqCL0d5zt/Gpcmj8dPnWciW sBpwjNUUSYvpBl8iSuibWKsOln0gs2T1juByqv1SvRhgfqdYuEfB/n3y6Y1tMS8jdMPu 7mAFEfC2sCQrggj9/TeKDWpGBGi6ZbRIqEalG9fMe4TcEhT3PIP0CwXRwU4BeCqJV0Vv LR36rwdtrw++i+MSa6j5h5+f1AZtR1W75FABEdT6ahJOroFl4qVcxCf83/OWi4xYur/g U0vg== Received: by 10.43.54.143 with SMTP id vu15mr5122750icb.40.1333732619124; Fri, 06 Apr 2012 10:16:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 6 Apr 2012 10:16:38 -0700 (PDT) From: Todd Deshane Date: Fri, 6 Apr 2012 13:16:38 -0400 X-Google-Sender-Auth: L882xKoH6k8BjKouQWGVp4leM88 Message-ID: To: xen-users mailing list , xen-devel mailing list , Fedora Xen List Subject: [Xen-users] Calling all Fedora Xen users, testers, and developers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org The Fedora community is holding a virtualization test day [1] next week (Thursday) and it would be great if we could help them on the Xen side of things Let me know if you are interested in helping out and I'll coordinated the Xen efforts. Thanks, Todd [1] http://fedoraproject.org/wiki/Test_Day:2012-04-12_Virtualization_Test_Day -- Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 17:45:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 17:45:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGDD6-0005u7-Sb; Fri, 06 Apr 2012 17:44:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGDD5-0005tx-Dj for Xen-users@lists.xensource.com; Fri, 06 Apr 2012 17:44:31 +0000 Received: from [85.158.139.83:56479] by server-4.bemta-5.messagelabs.com id 37/17-10788-E7B2F7F4; Fri, 06 Apr 2012 17:44:30 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1333734267!22693793!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6327 invoked from network); 6 Apr 2012 17:44:28 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 17:44:28 -0000 Received: by iadj38 with SMTP id j38so4430520iad.30 for ; Fri, 06 Apr 2012 10:44:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=hb4tnfnSlFuNXYwCuTIHPSuiE/0gIB28rniRrN3OQ0Y=; b=ea9acopINux95HrUDK2Nk2HXwK3anzQ4LV/hqOM7OIeQMjg+cmD+QONvTQRyY4j/oU xI/4FBAMKz6VI8Nm6mPt//ocTgKq1LO/5SvzO8SlFEoxcqPk9G1aZi5lGjfcqB8jZd70 CLWTZu8N8Ld6z+t5KMpMNOF5NsjLBksWlnKVOhDGOpvbB2WzoGTaPEQle8kIGao3trvQ gSsNKlBb/u0xOdtgtPshhfTUPDFXUTOCaS0iI38CjaYzmNK8Y7Zg+ciojUBwnyT7jfeJ eR+icMbC7SL+cPIggN5XhUg95qxX5O2OxTkcOovJ2zOQ0+DyAgO/a5Fs9aDAFQgcYys7 iiWg== Received: by 10.50.89.233 with SMTP id br9mr8536050igb.48.1333734266309; Fri, 06 Apr 2012 10:44:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 6 Apr 2012 10:44:06 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 6 Apr 2012 13:44:06 -0400 X-Google-Sender-Auth: gTnWocQzuPYoHNZe_yZdm6NMxmc Message-ID: To: niu_xinli , xen-users mailing list Cc: xen-tools Subject: Re: [Xen-users] [Xen-tools] How to enable grub2 support when manually compiling xen-4.1.2? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Let's move this to the xen-users list. Link inline... On Fri, Apr 6, 2012 at 6:08 AM, niu_xinli wrote: > Hi, > > =A0=A0 I compiled xen-4.1.2 on my Fedora 16. But I can't boot Fedora 16 p= v guest > since it is based on grub2. This pv guest can be booted with a yum-instal= led > pygrub. I just don't know how to enable grub2 support when compiling xen > because there is no configure step. I usually compile with two steps: make > tools=A0 && make install-tools. > > =A0 Who can give me some help? Thanks a lot! > https://bugzilla.redhat.com/show_bug.cgi?id=3D738085 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 17:45:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 17:45:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGDD6-0005u7-Sb; Fri, 06 Apr 2012 17:44:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGDD5-0005tx-Dj for Xen-users@lists.xensource.com; Fri, 06 Apr 2012 17:44:31 +0000 Received: from [85.158.139.83:56479] by server-4.bemta-5.messagelabs.com id 37/17-10788-E7B2F7F4; Fri, 06 Apr 2012 17:44:30 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1333734267!22693793!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6327 invoked from network); 6 Apr 2012 17:44:28 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 6 Apr 2012 17:44:28 -0000 Received: by iadj38 with SMTP id j38so4430520iad.30 for ; Fri, 06 Apr 2012 10:44:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=hb4tnfnSlFuNXYwCuTIHPSuiE/0gIB28rniRrN3OQ0Y=; b=ea9acopINux95HrUDK2Nk2HXwK3anzQ4LV/hqOM7OIeQMjg+cmD+QONvTQRyY4j/oU xI/4FBAMKz6VI8Nm6mPt//ocTgKq1LO/5SvzO8SlFEoxcqPk9G1aZi5lGjfcqB8jZd70 CLWTZu8N8Ld6z+t5KMpMNOF5NsjLBksWlnKVOhDGOpvbB2WzoGTaPEQle8kIGao3trvQ gSsNKlBb/u0xOdtgtPshhfTUPDFXUTOCaS0iI38CjaYzmNK8Y7Zg+ciojUBwnyT7jfeJ eR+icMbC7SL+cPIggN5XhUg95qxX5O2OxTkcOovJ2zOQ0+DyAgO/a5Fs9aDAFQgcYys7 iiWg== Received: by 10.50.89.233 with SMTP id br9mr8536050igb.48.1333734266309; Fri, 06 Apr 2012 10:44:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 6 Apr 2012 10:44:06 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 6 Apr 2012 13:44:06 -0400 X-Google-Sender-Auth: gTnWocQzuPYoHNZe_yZdm6NMxmc Message-ID: To: niu_xinli , xen-users mailing list Cc: xen-tools Subject: Re: [Xen-users] [Xen-tools] How to enable grub2 support when manually compiling xen-4.1.2? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Let's move this to the xen-users list. Link inline... On Fri, Apr 6, 2012 at 6:08 AM, niu_xinli wrote: > Hi, > > =A0=A0 I compiled xen-4.1.2 on my Fedora 16. But I can't boot Fedora 16 p= v guest > since it is based on grub2. This pv guest can be booted with a yum-instal= led > pygrub. I just don't know how to enable grub2 support when compiling xen > because there is no configure step. I usually compile with two steps: make > tools=A0 && make install-tools. > > =A0 Who can give me some help? Thanks a lot! > https://bugzilla.redhat.com/show_bug.cgi?id=3D738085 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 22:53:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 22:53: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 1SGI09-0001I4-1B; Fri, 06 Apr 2012 22:51:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGI08-0001Hz-5Z for xen-users@lists.xensource.com; Fri, 06 Apr 2012 22:51:28 +0000 Received: from [193.109.254.147:32879] by server-1.bemta-14.messagelabs.com id D1/DA-29372-F637F7F4; Fri, 06 Apr 2012 22:51:27 +0000 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1333752685!3513326!1 X-Originating-IP: [96.46.148.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1659 invoked from network); 6 Apr 2012 22:51:26 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-2.tower-27.messagelabs.com with SMTP; 6 Apr 2012 22:51:26 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Fri, 6 Apr 2012 15:51:25 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 6 Apr 2012 15:51:24 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B0174B91B@VSRV04.tresearch.net> In-Reply-To: <4EF3BD6B.9020509@gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP, about Graphic Display Thread-Index: AczBAe5UE32faao6T9+9z/1mzd8IoxTRW3LA References: <4EF3BD6B.9020509@gmail.com> From: "Brett Westover" To: Subject: Re: [Xen-users] XCP, about Graphic Display X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >On 22.12.2011 02:17, Brett Westover wrote: >> Thanks that's good to know. I wasn't mixing up HVM and PV though. The >> OP wanted to know how to connect to his HVM Windows XP console. The .> instructions you linked didn't return the needed VNC port on XCP 1.1 >> for a HVM. >> >> Is "xenstore-ls /local/domain/DOM-ID/console" the wrong way to get the >> VNC port? >Oops, sorry, forgot about this. Well... I'm actually not really on HVM domains (we running only PV in our cloud). You >can see vncterm in 'netstat -lnp' output (in dom0). Which one can be guessed by probing or try to dig to xenstore to >find correct one. I think it must be somewhere there. >> All I know is that it worked for me. If it's not right, please let me >> know what is the correct way, as I already updated that WIKI based on >> my test >> >> results. >> >I have no 'clean' copy of XCP to check (only stuff with our tuning), so someone must check if pv domains do have that >data inside. Today I installed my first PV domain (Thanks to Grant). I went looking for the VNC port using this method, and sure enough as George suggested it was under /serial for a PV. I updated the wiki to include instructions for both. http://wiki.xensource.com/wiki/Xen_Cloud_Platform:_Access_to_VM_console _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 06 22:53:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 06 Apr 2012 22:53: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 1SGI09-0001I4-1B; Fri, 06 Apr 2012 22:51:29 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGI08-0001Hz-5Z for xen-users@lists.xensource.com; Fri, 06 Apr 2012 22:51:28 +0000 Received: from [193.109.254.147:32879] by server-1.bemta-14.messagelabs.com id D1/DA-29372-F637F7F4; Fri, 06 Apr 2012 22:51:27 +0000 X-Env-Sender: bwestover@pletter.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1333752685!3513326!1 X-Originating-IP: [96.46.148.180] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1659 invoked from network); 6 Apr 2012 22:51:26 -0000 Received: from gw4.therapeuticresearch.net (HELO mail1.pletter.com) (96.46.148.180) by server-2.tower-27.messagelabs.com with SMTP; 6 Apr 2012 22:51:26 -0000 Received: from VSRV04.tresearch.net ([192.168.1.27]) by mail1.pletter.com with hMailServer ; Fri, 6 Apr 2012 15:51:25 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 6 Apr 2012 15:51:24 -0700 Message-ID: <2B541E71EE131F4F9F04B30362609C4B0174B91B@VSRV04.tresearch.net> In-Reply-To: <4EF3BD6B.9020509@gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] XCP, about Graphic Display Thread-Index: AczBAe5UE32faao6T9+9z/1mzd8IoxTRW3LA References: <4EF3BD6B.9020509@gmail.com> From: "Brett Westover" To: Subject: Re: [Xen-users] XCP, about Graphic Display X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >On 22.12.2011 02:17, Brett Westover wrote: >> Thanks that's good to know. I wasn't mixing up HVM and PV though. The >> OP wanted to know how to connect to his HVM Windows XP console. The .> instructions you linked didn't return the needed VNC port on XCP 1.1 >> for a HVM. >> >> Is "xenstore-ls /local/domain/DOM-ID/console" the wrong way to get the >> VNC port? >Oops, sorry, forgot about this. Well... I'm actually not really on HVM domains (we running only PV in our cloud). You >can see vncterm in 'netstat -lnp' output (in dom0). Which one can be guessed by probing or try to dig to xenstore to >find correct one. I think it must be somewhere there. >> All I know is that it worked for me. If it's not right, please let me >> know what is the correct way, as I already updated that WIKI based on >> my test >> >> results. >> >I have no 'clean' copy of XCP to check (only stuff with our tuning), so someone must check if pv domains do have that >data inside. Today I installed my first PV domain (Thanks to Grant). I went looking for the VNC port using this method, and sure enough as George suggested it was under /serial for a PV. I updated the wiki to include instructions for both. http://wiki.xensource.com/wiki/Xen_Cloud_Platform:_Access_to_VM_console _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 07 07:32:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 07:32:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGQ6M-0000Ko-4s; Sat, 07 Apr 2012 07:30:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGQ6J-0000Ke-Vh for xen-users@lists.xen.org; Sat, 07 Apr 2012 07:30:24 +0000 Received: from [85.158.139.83:50320] by server-9.bemta-5.messagelabs.com id 62/87-09826-F0DEF7F4; Sat, 07 Apr 2012 07:30:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1333783822!22822716!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzI3OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12672 invoked from network); 7 Apr 2012 07:30:22 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 07:30:22 -0000 X-IronPort-AV: E=Sophos;i="4.75,385,1330905600"; d="scan'208";a="11818656" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 Apr 2012 07:30:10 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Sat, 7 Apr 2012 08:30:10 +0100 Message-ID: <1333783810.12209.99.camel@dagon.hellion.org.uk> From: Ian Campbell To: Mohit Dhingra Date: Sat, 7 Apr 2012 08:30:10 +0100 In-Reply-To: References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Redirecting to xen-uers@ where this belongs. On Sat, 2012-04-07 at 07:25 +0100, Mohit Dhingra wrote: > Hi Ian/All, > > I am sorry, I was mistaken by "For now, a 32 bits host environnment is > necessary to build successfuly. building on a 64 bits host machine is > not yet supported" in http://xen.org/products/xci_source.html > > Well, I am now able to build the xen binary image xen4.1.2, (after > installing the missing packages as suggested by you) > > -rw-r--r-- 1 root root 691748 Jul 27 2011 xen-4.0.2_52-0.2.1.gz > lrwxrwxrwx 1 root root 21 Feb 9 23:49 xen-4.0.gz -> > xen-4.0.2_52-0.2.1.gz > -rw-r--r-- 1 root root 734699 Apr 7 11:39 xen-4.1.2.gz > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.1.gz -> > xen-4.1.2.gz > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.gz -> xen-4.1.2.gz > > I earlier had the xen-4.0.2 installed through zypper in Dom0 (opensuse > 11.4) You removed this before installing 4.1? > (cadlab:/srv/xen-4.1.2 # uname -a > Linux cadlab 2.6.37.6-0.11-xen #1 SMP 2011-12-19 23:39:38 +0100 x86_64 > x86_64 x86_64 GNU/Linux > ) > > > But xm commands are not working now. > > cadlab:/srv/xen-4.1.2 # xm list > Error: Unable to connect to xend: Connection refused. Is xend running? > > Is it not compatible with the openSUSE11.4? Or is there something > which I am missing out. Please check the logs under /var/log/xen/ for clues. Note that xm is going to be deprecated in 4.2 so you might want to consider using the new xl toolstack instead. Ian. > > ---------------------------- > > Thanks & Regards > Mohit Dhingra > +919611190435 > > > On 2 April 2012 14:51, Olaf Hering wrote: > On Mon, Apr 02, Ian Campbell wrote: > > > On Sun, 2012-04-01 at 06:34 +0100, Mohit Dhingra wrote: > > > Hello All, > > > > > > I am a newbie to Linux and Xen. I tried compiling Xen > Source code (I > > > want to make some changes and see how it works), but it > failed on my > > > system as it couldn't find gnu-stubs32.h. Later, on > looking at > > > Makefile, I figured out that for x86_64, it is not yet > supported !! > > > > WRT gnu-stubs32.h I suspect you are missing some -devel > package or > > other. I don't know about how SuSE lays things out but you > should locate > > the package containing this file and install it. Googling > suggests that > > perhaps you meant gnu/stubs32.h? In which case you probably > want to > > install glibc-devel. > > > Running configure and/or make in a 32bit shell is not needed. > "zypper in gcc-32bit glibc-devel-32bit" will install the > required > packages to compile the 32bit parts in the firmware. > > Olaf > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 07 07:32:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 07:32:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGQ6M-0000Ko-4s; Sat, 07 Apr 2012 07:30:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGQ6J-0000Ke-Vh for xen-users@lists.xen.org; Sat, 07 Apr 2012 07:30:24 +0000 Received: from [85.158.139.83:50320] by server-9.bemta-5.messagelabs.com id 62/87-09826-F0DEF7F4; Sat, 07 Apr 2012 07:30:23 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1333783822!22822716!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzI3OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12672 invoked from network); 7 Apr 2012 07:30:22 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 07:30:22 -0000 X-IronPort-AV: E=Sophos;i="4.75,385,1330905600"; d="scan'208";a="11818656" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 Apr 2012 07:30:10 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Sat, 7 Apr 2012 08:30:10 +0100 Message-ID: <1333783810.12209.99.camel@dagon.hellion.org.uk> From: Ian Campbell To: Mohit Dhingra Date: Sat, 7 Apr 2012 08:30:10 +0100 In-Reply-To: References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Redirecting to xen-uers@ where this belongs. On Sat, 2012-04-07 at 07:25 +0100, Mohit Dhingra wrote: > Hi Ian/All, > > I am sorry, I was mistaken by "For now, a 32 bits host environnment is > necessary to build successfuly. building on a 64 bits host machine is > not yet supported" in http://xen.org/products/xci_source.html > > Well, I am now able to build the xen binary image xen4.1.2, (after > installing the missing packages as suggested by you) > > -rw-r--r-- 1 root root 691748 Jul 27 2011 xen-4.0.2_52-0.2.1.gz > lrwxrwxrwx 1 root root 21 Feb 9 23:49 xen-4.0.gz -> > xen-4.0.2_52-0.2.1.gz > -rw-r--r-- 1 root root 734699 Apr 7 11:39 xen-4.1.2.gz > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.1.gz -> > xen-4.1.2.gz > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.gz -> xen-4.1.2.gz > > I earlier had the xen-4.0.2 installed through zypper in Dom0 (opensuse > 11.4) You removed this before installing 4.1? > (cadlab:/srv/xen-4.1.2 # uname -a > Linux cadlab 2.6.37.6-0.11-xen #1 SMP 2011-12-19 23:39:38 +0100 x86_64 > x86_64 x86_64 GNU/Linux > ) > > > But xm commands are not working now. > > cadlab:/srv/xen-4.1.2 # xm list > Error: Unable to connect to xend: Connection refused. Is xend running? > > Is it not compatible with the openSUSE11.4? Or is there something > which I am missing out. Please check the logs under /var/log/xen/ for clues. Note that xm is going to be deprecated in 4.2 so you might want to consider using the new xl toolstack instead. Ian. > > ---------------------------- > > Thanks & Regards > Mohit Dhingra > +919611190435 > > > On 2 April 2012 14:51, Olaf Hering wrote: > On Mon, Apr 02, Ian Campbell wrote: > > > On Sun, 2012-04-01 at 06:34 +0100, Mohit Dhingra wrote: > > > Hello All, > > > > > > I am a newbie to Linux and Xen. I tried compiling Xen > Source code (I > > > want to make some changes and see how it works), but it > failed on my > > > system as it couldn't find gnu-stubs32.h. Later, on > looking at > > > Makefile, I figured out that for x86_64, it is not yet > supported !! > > > > WRT gnu-stubs32.h I suspect you are missing some -devel > package or > > other. I don't know about how SuSE lays things out but you > should locate > > the package containing this file and install it. Googling > suggests that > > perhaps you meant gnu/stubs32.h? In which case you probably > want to > > install glibc-devel. > > > Running configure and/or make in a 32bit shell is not needed. > "zypper in gcc-32bit glibc-devel-32bit" will install the > required > packages to compile the 32bit parts in the firmware. > > Olaf > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 07 11:05:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 11:05: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 1SGTRa-0002uM-WA; Sat, 07 Apr 2012 11:04:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGTRZ-0002uD-Gv for xen-users@lists.xen.org; Sat, 07 Apr 2012 11:04:33 +0000 Received: from [193.109.254.147:57853] by server-4.bemta-14.messagelabs.com id 76/62-11570-04F108F4; Sat, 07 Apr 2012 11:04:32 +0000 X-Env-Sender: mohitdhingras@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1333796670!3588441!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29197 invoked from network); 7 Apr 2012 11:04:31 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 11:04:31 -0000 Received: by werp12 with SMTP id p12so2303653wer.32 for ; Sat, 07 Apr 2012 04:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=amD1+pmM0OHW1RCF4s5NRQSTKgSwOo3c+QCkjblJNq8=; b=jcll1fk4ls40J4SPX/mS0EG4x4ORhWTDgeP8FJVA9ll0JClpw1I7tsAcJsL6D4WA09 qaDa/DcfNTlqCfWirgUsL2JTBZ13Eq+gibMxfkgi4hz6L9vqSS2vQlMjav3IEc8hPT0d DTJGmF5xRRukvAKirNSW8XNvgj+le+Z45Swx8ds/GXZ35ayCl8PSEsZVn6Hj9qw5Agfr wh0UVBnD8J6gl7osJERmU0YiWP9JEFQNMx7OoBzBCNWp4x+Oq+5F19TqDZsqy7sheWzo tbLTl0pHKBSJtwqyXbh3oeGdQD0+MwdwsytU4IWHUcb7VaIWf0KJVl2CdUPPlmQGJVwp bXow== Received: by 10.180.83.198 with SMTP id s6mr2505253wiy.8.1333796670424; Sat, 07 Apr 2012 04:04:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.105.170 with HTTP; Sat, 7 Apr 2012 04:04:10 -0700 (PDT) In-Reply-To: <1333783810.12209.99.camel@dagon.hellion.org.uk> References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> <1333783810.12209.99.camel@dagon.hellion.org.uk> From: Mohit Dhingra Date: Sat, 7 Apr 2012 16:34:10 +0530 Message-ID: To: Ian Campbell Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0387129208600781645==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0387129208600781645== Content-Type: multipart/alternative; boundary=f46d0442726cbe46d404bd14bc8d --f46d0442726cbe46d404bd14bc8d Content-Type: text/plain; charset=ISO-8859-1 *Hi Ian/All,* Thanks for your prompt reply. No, I didn't remove the earlier Xen version earlier, but now I have done so, and installed the new Xen4.1.2 again. "xm" commands are still not running, Using "xl" commands, I get the following error: cadlab:/srv/xen-4.1.2 # xl list libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? failed to stat /var/run/xenstored.pid: No such file or directory cannot init xl context cadlab:/srv/xen-4.1.2 # xenstored cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such file or directory cadlab:/etc/init.d # ps -A | grep xen 23 ? 00:00:00 xenwatch 24 ? 00:00:00 xenbus 3226 ? 00:00:00 xend 3228 ? 00:00:00 xend On googling, I found the following old discussion, but the thread closed without any solution it seems. http://old-list-archives.xen.org/archives/html/xen-users/2011-08/msg00083.html xend logs : ---------------------------------------------------------------------------------------------------------------------- [2012-04-07 16:20:56 3752] INFO (SrvDaemon:332) Xend Daemon started [2012-04-07 16:20:56 3752] INFO (SrvDaemon:336) Xend changeset: unavailable. [2012-04-07 16:20:56 3752] DEBUG (tcp:96) Listening on :8002 [2012-04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing unmanaged network pbr0 [2012-04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing unmanaged network br0 [2012-04-07 16:20:56 3752] DEBUG (XendNode:332) pscsi record count: 4 [2012-04-07 16:20:56 3752] DEBUG (XendCPUPool:747) recreate_active_pools [2012-04-07 16:20:56 3752] ERROR (SrvDaemon:349) Exception starting xend ((19, 'No such device')) Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 341, in run servers = SrvServer.create() File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvServer.py", line 258, in create root.putChild('xend', SrvRoot()) File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvRoot.py", line 40, in __init__ self.get(name) File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py", line 84, in get val = val.getobj() File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py", line 52, in getobj self.obj = klassobj() File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvNode.py", line 30, in __init__ self.xn = XendNode.instance() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 1181, in instance inst = XendNode() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 163, in __init__ self._init_cpu_pools() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 382, in _init_cpu_pools XendCPUPool.recreate_active_pools() File "/usr/lib64/python2.7/site-packages/xen/xend/XendCPUPool.py", line 754, in recreate_active_pools uuid = xstransact.Read(path, 'uuid') File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 307, in Read return complete(path, lambda t: t.read(*args)) File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 361, in complete t = xstransact(path) File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 29, in __init__ self.transaction = xshandle().transaction_start() Error: (19, 'No such device') ------------------------------------------------------------------------------------------------------------------------ There is not xenstored in /etc/init.d also. In /var/run, I have cadlab:/var/run/xenstored # ls socket socket_ro *---------------------------- **Thanks & Regards Mohit Dhingra +919611190435* On 7 April 2012 13:00, Ian Campbell wrote: > Redirecting to xen-uers@ where this belongs. > > On Sat, 2012-04-07 at 07:25 +0100, Mohit Dhingra wrote: > > Hi Ian/All, > > > > I am sorry, I was mistaken by "For now, a 32 bits host environnment is > > necessary to build successfuly. building on a 64 bits host machine is > > not yet supported" in http://xen.org/products/xci_source.html > > > > Well, I am now able to build the xen binary image xen4.1.2, (after > > installing the missing packages as suggested by you) > > > > -rw-r--r-- 1 root root 691748 Jul 27 2011 xen-4.0.2_52-0.2.1.gz > > lrwxrwxrwx 1 root root 21 Feb 9 23:49 xen-4.0.gz -> > > xen-4.0.2_52-0.2.1.gz > > -rw-r--r-- 1 root root 734699 Apr 7 11:39 xen-4.1.2.gz > > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.1.gz -> > > xen-4.1.2.gz > > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.gz -> xen-4.1.2.gz > > > > I earlier had the xen-4.0.2 installed through zypper in Dom0 (opensuse > > 11.4) > > You removed this before installing 4.1? > > > (cadlab:/srv/xen-4.1.2 # uname -a > > Linux cadlab 2.6.37.6-0.11-xen #1 SMP 2011-12-19 23:39:38 +0100 x86_64 > > x86_64 x86_64 GNU/Linux > > ) > > > > > > But xm commands are not working now. > > > > cadlab:/srv/xen-4.1.2 # xm list > > Error: Unable to connect to xend: Connection refused. Is xend running? > > > > Is it not compatible with the openSUSE11.4? Or is there something > > which I am missing out. > > Please check the logs under /var/log/xen/ for clues. > > Note that xm is going to be deprecated in 4.2 so you might want to > consider using the new xl toolstack instead. > > Ian. > > > > > ---------------------------- > > > > Thanks & Regards > > Mohit Dhingra > > +919611190435 > > > > > > On 2 April 2012 14:51, Olaf Hering wrote: > > On Mon, Apr 02, Ian Campbell wrote: > > > > > On Sun, 2012-04-01 at 06:34 +0100, Mohit Dhingra wrote: > > > > Hello All, > > > > > > > > I am a newbie to Linux and Xen. I tried compiling Xen > > Source code (I > > > > want to make some changes and see how it works), but it > > failed on my > > > > system as it couldn't find gnu-stubs32.h. Later, on > > looking at > > > > Makefile, I figured out that for x86_64, it is not yet > > supported !! > > > > > > > WRT gnu-stubs32.h I suspect you are missing some -devel > > package or > > > other. I don't know about how SuSE lays things out but you > > should locate > > > the package containing this file and install it. Googling > > suggests that > > > perhaps you meant gnu/stubs32.h? In which case you probably > > want to > > > install glibc-devel. > > > > > > Running configure and/or make in a 32bit shell is not needed. > > "zypper in gcc-32bit glibc-devel-32bit" will install the > > required > > packages to compile the 32bit parts in the firmware. > > > > Olaf > > > > > --f46d0442726cbe46d404bd14bc8d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian/All,

Thanks for your prompt reply.

No, I didn&#= 39;t remove the earlier Xen version earlier, but now I have done so, and in= stalled the new Xen4.1.2 again.

"xm" commands are still no= t running, Using "xl" commands, I get the following error:

cadlab:/srv/xen-4.1.2 # xl list
libxl: error: libxl.c:56:libxl_ctx_i= nit Is xenstore daemon running?
failed to stat /var/run/xenstored.pid: N= o such file or directory
cannot init xl context

cadlab:/srv/xen-4= .1.2 # xenstored
cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such file o= r directory

cadlab:/etc/init.d # ps -A | grep xen
=A0=A0 23 ?=A0= =A0=A0=A0=A0=A0=A0 00:00:00 xenwatch
=A0=A0 24 ?=A0=A0=A0=A0=A0=A0=A0 00= :00:00 xenbus
=A03226 ?=A0=A0=A0=A0=A0=A0=A0 00:00:00 xend
=A03228 ?=A0=A0=A0=A0=A0=A0=A0 00:00:00 xend



On googling, I = found the following old discussion, but the thread closed without any solut= ion it seems.
http://old-list-archives= .xen.org/archives/html/xen-users/2011-08/msg00083.html






xend logs :
------------------------------------= ---------------------------------------------------------------------------= -------
[2012-04-07 16:20:56 3752] INFO (SrvDaemon:332) Xend Daemon star= ted
[2012-04-07 16:20:56 3752] INFO (SrvDaemon:336) Xend changeset: unavailable= .
[2012-04-07 16:20:56 3752] DEBUG (tcp:96) Listening on :8002
[2012-= 04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing unmanage= d network pbr0
[2012-04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing un= managed network br0
[2012-04-07 16:20:56 3752] DEBUG (XendNode:332) pscs= i record count: 4
[2012-04-07 16:20:56 3752] DEBUG (XendCPUPool:747) rec= reate_active_pools
[2012-04-07 16:20:56 3752] ERROR (SrvDaemon:349) Exception starting xend ((= 19, 'No such device'))
Traceback (most recent call last):
=A0= File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py= ", line 341, in run
=A0=A0=A0 servers =3D SrvServer.create()
=A0 File "/usr/lib64/pytho= n2.7/site-packages/xen/xend/server/SrvServer.py", line 258, in create<= br>=A0=A0=A0 root.putChild('xend', SrvRoot())
=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/server/SrvRoot.py", line 40, = in __init__
=A0=A0=A0 self.get(name)
=A0 File "/usr/lib64/python2.7/site-packag= es/xen/web/SrvDir.py", line 84, in get
=A0=A0=A0 val =3D val.getobj= ()
=A0 File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py&q= uot;, line 52, in getobj
=A0=A0=A0 self.obj =3D klassobj()
=A0 File "/usr/lib64/python2.7/si= te-packages/xen/xend/server/SrvNode.py", line 30, in __init__
=A0= =A0=A0 self.xn =3D XendNode.instance()
=A0 File "/usr/lib64/python2= .7/site-packages/xen/xend/XendNode.py", line 1181, in instance
=A0=A0=A0 inst =3D XendNode()
=A0 File "/usr/lib64/python2.7/site-p= ackages/xen/xend/XendNode.py", line 163, in __init__
=A0=A0=A0 self= ._init_cpu_pools()
=A0 File "/usr/lib64/python2.7/site-packages/xen= /xend/XendNode.py", line 382, in _init_cpu_pools
=A0=A0=A0 XendCPUPool.recreate_active_pools()
=A0 File "/usr/lib64/= python2.7/site-packages/xen/xend/XendCPUPool.py", line 754, in recreat= e_active_pools
=A0=A0=A0 uuid =3D xstransact.Read(path, 'uuid')<= br>=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstr= ansact.py", line 307, in Read
=A0=A0=A0 return complete(path, lambda t: t.read(*args))
=A0 File "= /usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", l= ine 361, in complete
=A0=A0=A0 t =3D xstransact(path)
=A0 File "= /usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", l= ine 29, in __init__
=A0=A0=A0 self.transaction =3D xshandle().transaction_start()
Error: (19= , 'No such device')
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
----------------------= ---------------------------------------------------------------------------= -----------------------



There is not xenstored in /etc/init.d also.
In /var/run, I h= ave
cadlab:/var/run/xenstored # ls
socket=A0 socket_ro

----= ------------------------
Thanks & Regards
Mohit Dhingra=A0
+919611190435


On 7 April 2012 13:00, Ian Campbell <Ian.Campbell@citrix.com> wrote:
Redirecting to xen-uers@ where this belongs.

On Sat, 2012-04-07 at 07:25 +0100, Mohit Dhingra wrote:
> Hi Ian/All,
>
> I am sorry, I was mistaken by "For now, a 32 bits host environnme= nt is
> necessary to build successfuly. building on a 64 bits host machine is<= br> > not yet supported" in http://xen.org/products/xci_source.html
>
> Well, I am now able to build the xen binary image xen4.1.2, (after
> installing the missing packages as suggested by you)
>
> -rw-r--r-- =A01 root root =A0 691748 Jul 27 =A02011 xen-4.0.2_52-0.2.1= .gz
> lrwxrwxrwx =A01 root root =A0 =A0 =A0 21 Feb =A09 23:49 xen-4.0.gz -&g= t;
> xen-4.0.2_52-0.2.1.gz
> -rw-r--r-- =A01 root root =A0 734699 Apr =A07 11:39 xen-4.1.2.gz
> lrwxrwxrwx =A01 root root =A0 =A0 =A0 12 Apr =A07 11:39 xen-4.1.gz -&g= t;
> xen-4.1.2.gz
> lrwxrwxrwx =A01 root root =A0 =A0 =A0 12 Apr =A07 11:39 xen-4.gz ->= xen-4.1.2.gz
>
> I earlier had the xen-4.0.2 installed through zypper in Dom0 (opensuse=
> 11.4)

You removed this before installing 4.1?

> (cadlab:/srv/xen-4.1.2 # uname -a
> Linux cadlab 2.6.37.6-0.11-xen #1 SMP 2011-12-19 23:39:38 +0100 x86_64=
> x86_64 x86_64 GNU/Linux
> )
>
>
> But xm commands are not working now.
>
> cadlab:/srv/xen-4.1.2 # xm list
> Error: Unable to connect to xend: Connection refused. Is xend running?=
>
> Is it not compatible with the openSUSE11.4? Or is there something
> which I am missing out.

Please check the logs under /var/log/xen/ for clues.

Note that xm is going to be deprecated in 4.2 so you might want to
consider using the new xl toolstack instead.

Ian.

>
> ----------------------------
>
> Thanks & Regards
> Mohit Dhingra
> +919611190435
>
>
> On 2 April 2012 14:51, Olaf Hering <olaf@aepfle.de> wrote:
> =A0 =A0 =A0 =A0 On Mon, Apr 02, Ian Campbell wrote:
>
> =A0 =A0 =A0 =A0 > On Sun, 2012-04-01 at 06:34 +0100, Mohit Dhingra = wrote:
> =A0 =A0 =A0 =A0 > > Hello All,
> =A0 =A0 =A0 =A0 > >
> =A0 =A0 =A0 =A0 > > I am a newbie to Linux and Xen. I tried comp= iling Xen
> =A0 =A0 =A0 =A0 Source code (I
> =A0 =A0 =A0 =A0 > > want to make some changes and see how it wor= ks), but it
> =A0 =A0 =A0 =A0 failed on my
> =A0 =A0 =A0 =A0 > > system as it couldn't find gnu-stubs32.h= . Later, on
> =A0 =A0 =A0 =A0 looking at
> =A0 =A0 =A0 =A0 > > Makefile, I figured out that for x86_64, it = is not yet
> =A0 =A0 =A0 =A0 supported !!
>
>
> =A0 =A0 =A0 =A0 > WRT gnu-stubs32.h I suspect you are missing some = -devel
> =A0 =A0 =A0 =A0 package or
> =A0 =A0 =A0 =A0 > other. I don't know about how SuSE lays thing= s out but you
> =A0 =A0 =A0 =A0 should locate
> =A0 =A0 =A0 =A0 > the package containing this file and install it. = Googling
> =A0 =A0 =A0 =A0 suggests that
> =A0 =A0 =A0 =A0 > perhaps you meant gnu/stubs32.h? In which case yo= u probably
> =A0 =A0 =A0 =A0 want to
> =A0 =A0 =A0 =A0 > install glibc-devel.
>
>
> =A0 =A0 =A0 =A0 Running configure and/or make in a 32bit shell is not = needed.
> =A0 =A0 =A0 =A0 "zypper in gcc-32bit glibc-devel-32bit" will= install the
> =A0 =A0 =A0 =A0 required
> =A0 =A0 =A0 =A0 packages to compile the 32bit parts in the firmware. >
> =A0 =A0 =A0 =A0 Olaf
>



--f46d0442726cbe46d404bd14bc8d-- --===============0387129208600781645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0387129208600781645==-- From xen-users-bounces@lists.xen.org Sat Apr 07 11:05:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 11:05: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 1SGTRa-0002uM-WA; Sat, 07 Apr 2012 11:04:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGTRZ-0002uD-Gv for xen-users@lists.xen.org; Sat, 07 Apr 2012 11:04:33 +0000 Received: from [193.109.254.147:57853] by server-4.bemta-14.messagelabs.com id 76/62-11570-04F108F4; Sat, 07 Apr 2012 11:04:32 +0000 X-Env-Sender: mohitdhingras@gmail.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1333796670!3588441!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29197 invoked from network); 7 Apr 2012 11:04:31 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 11:04:31 -0000 Received: by werp12 with SMTP id p12so2303653wer.32 for ; Sat, 07 Apr 2012 04:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=amD1+pmM0OHW1RCF4s5NRQSTKgSwOo3c+QCkjblJNq8=; b=jcll1fk4ls40J4SPX/mS0EG4x4ORhWTDgeP8FJVA9ll0JClpw1I7tsAcJsL6D4WA09 qaDa/DcfNTlqCfWirgUsL2JTBZ13Eq+gibMxfkgi4hz6L9vqSS2vQlMjav3IEc8hPT0d DTJGmF5xRRukvAKirNSW8XNvgj+le+Z45Swx8ds/GXZ35ayCl8PSEsZVn6Hj9qw5Agfr wh0UVBnD8J6gl7osJERmU0YiWP9JEFQNMx7OoBzBCNWp4x+Oq+5F19TqDZsqy7sheWzo tbLTl0pHKBSJtwqyXbh3oeGdQD0+MwdwsytU4IWHUcb7VaIWf0KJVl2CdUPPlmQGJVwp bXow== Received: by 10.180.83.198 with SMTP id s6mr2505253wiy.8.1333796670424; Sat, 07 Apr 2012 04:04:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.105.170 with HTTP; Sat, 7 Apr 2012 04:04:10 -0700 (PDT) In-Reply-To: <1333783810.12209.99.camel@dagon.hellion.org.uk> References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> <1333783810.12209.99.camel@dagon.hellion.org.uk> From: Mohit Dhingra Date: Sat, 7 Apr 2012 16:34:10 +0530 Message-ID: To: Ian Campbell Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0387129208600781645==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0387129208600781645== Content-Type: multipart/alternative; boundary=f46d0442726cbe46d404bd14bc8d --f46d0442726cbe46d404bd14bc8d Content-Type: text/plain; charset=ISO-8859-1 *Hi Ian/All,* Thanks for your prompt reply. No, I didn't remove the earlier Xen version earlier, but now I have done so, and installed the new Xen4.1.2 again. "xm" commands are still not running, Using "xl" commands, I get the following error: cadlab:/srv/xen-4.1.2 # xl list libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? failed to stat /var/run/xenstored.pid: No such file or directory cannot init xl context cadlab:/srv/xen-4.1.2 # xenstored cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such file or directory cadlab:/etc/init.d # ps -A | grep xen 23 ? 00:00:00 xenwatch 24 ? 00:00:00 xenbus 3226 ? 00:00:00 xend 3228 ? 00:00:00 xend On googling, I found the following old discussion, but the thread closed without any solution it seems. http://old-list-archives.xen.org/archives/html/xen-users/2011-08/msg00083.html xend logs : ---------------------------------------------------------------------------------------------------------------------- [2012-04-07 16:20:56 3752] INFO (SrvDaemon:332) Xend Daemon started [2012-04-07 16:20:56 3752] INFO (SrvDaemon:336) Xend changeset: unavailable. [2012-04-07 16:20:56 3752] DEBUG (tcp:96) Listening on :8002 [2012-04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing unmanaged network pbr0 [2012-04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing unmanaged network br0 [2012-04-07 16:20:56 3752] DEBUG (XendNode:332) pscsi record count: 4 [2012-04-07 16:20:56 3752] DEBUG (XendCPUPool:747) recreate_active_pools [2012-04-07 16:20:56 3752] ERROR (SrvDaemon:349) Exception starting xend ((19, 'No such device')) Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 341, in run servers = SrvServer.create() File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvServer.py", line 258, in create root.putChild('xend', SrvRoot()) File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvRoot.py", line 40, in __init__ self.get(name) File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py", line 84, in get val = val.getobj() File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py", line 52, in getobj self.obj = klassobj() File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvNode.py", line 30, in __init__ self.xn = XendNode.instance() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 1181, in instance inst = XendNode() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 163, in __init__ self._init_cpu_pools() File "/usr/lib64/python2.7/site-packages/xen/xend/XendNode.py", line 382, in _init_cpu_pools XendCPUPool.recreate_active_pools() File "/usr/lib64/python2.7/site-packages/xen/xend/XendCPUPool.py", line 754, in recreate_active_pools uuid = xstransact.Read(path, 'uuid') File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 307, in Read return complete(path, lambda t: t.read(*args)) File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 361, in complete t = xstransact(path) File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", line 29, in __init__ self.transaction = xshandle().transaction_start() Error: (19, 'No such device') ------------------------------------------------------------------------------------------------------------------------ There is not xenstored in /etc/init.d also. In /var/run, I have cadlab:/var/run/xenstored # ls socket socket_ro *---------------------------- **Thanks & Regards Mohit Dhingra +919611190435* On 7 April 2012 13:00, Ian Campbell wrote: > Redirecting to xen-uers@ where this belongs. > > On Sat, 2012-04-07 at 07:25 +0100, Mohit Dhingra wrote: > > Hi Ian/All, > > > > I am sorry, I was mistaken by "For now, a 32 bits host environnment is > > necessary to build successfuly. building on a 64 bits host machine is > > not yet supported" in http://xen.org/products/xci_source.html > > > > Well, I am now able to build the xen binary image xen4.1.2, (after > > installing the missing packages as suggested by you) > > > > -rw-r--r-- 1 root root 691748 Jul 27 2011 xen-4.0.2_52-0.2.1.gz > > lrwxrwxrwx 1 root root 21 Feb 9 23:49 xen-4.0.gz -> > > xen-4.0.2_52-0.2.1.gz > > -rw-r--r-- 1 root root 734699 Apr 7 11:39 xen-4.1.2.gz > > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.1.gz -> > > xen-4.1.2.gz > > lrwxrwxrwx 1 root root 12 Apr 7 11:39 xen-4.gz -> xen-4.1.2.gz > > > > I earlier had the xen-4.0.2 installed through zypper in Dom0 (opensuse > > 11.4) > > You removed this before installing 4.1? > > > (cadlab:/srv/xen-4.1.2 # uname -a > > Linux cadlab 2.6.37.6-0.11-xen #1 SMP 2011-12-19 23:39:38 +0100 x86_64 > > x86_64 x86_64 GNU/Linux > > ) > > > > > > But xm commands are not working now. > > > > cadlab:/srv/xen-4.1.2 # xm list > > Error: Unable to connect to xend: Connection refused. Is xend running? > > > > Is it not compatible with the openSUSE11.4? Or is there something > > which I am missing out. > > Please check the logs under /var/log/xen/ for clues. > > Note that xm is going to be deprecated in 4.2 so you might want to > consider using the new xl toolstack instead. > > Ian. > > > > > ---------------------------- > > > > Thanks & Regards > > Mohit Dhingra > > +919611190435 > > > > > > On 2 April 2012 14:51, Olaf Hering wrote: > > On Mon, Apr 02, Ian Campbell wrote: > > > > > On Sun, 2012-04-01 at 06:34 +0100, Mohit Dhingra wrote: > > > > Hello All, > > > > > > > > I am a newbie to Linux and Xen. I tried compiling Xen > > Source code (I > > > > want to make some changes and see how it works), but it > > failed on my > > > > system as it couldn't find gnu-stubs32.h. Later, on > > looking at > > > > Makefile, I figured out that for x86_64, it is not yet > > supported !! > > > > > > > WRT gnu-stubs32.h I suspect you are missing some -devel > > package or > > > other. I don't know about how SuSE lays things out but you > > should locate > > > the package containing this file and install it. Googling > > suggests that > > > perhaps you meant gnu/stubs32.h? In which case you probably > > want to > > > install glibc-devel. > > > > > > Running configure and/or make in a 32bit shell is not needed. > > "zypper in gcc-32bit glibc-devel-32bit" will install the > > required > > packages to compile the 32bit parts in the firmware. > > > > Olaf > > > > > --f46d0442726cbe46d404bd14bc8d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Ian/All,

Thanks for your prompt reply.

No, I didn&#= 39;t remove the earlier Xen version earlier, but now I have done so, and in= stalled the new Xen4.1.2 again.

"xm" commands are still no= t running, Using "xl" commands, I get the following error:

cadlab:/srv/xen-4.1.2 # xl list
libxl: error: libxl.c:56:libxl_ctx_i= nit Is xenstore daemon running?
failed to stat /var/run/xenstored.pid: N= o such file or directory
cannot init xl context

cadlab:/srv/xen-4= .1.2 # xenstored
cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such file o= r directory

cadlab:/etc/init.d # ps -A | grep xen
=A0=A0 23 ?=A0= =A0=A0=A0=A0=A0=A0 00:00:00 xenwatch
=A0=A0 24 ?=A0=A0=A0=A0=A0=A0=A0 00= :00:00 xenbus
=A03226 ?=A0=A0=A0=A0=A0=A0=A0 00:00:00 xend
=A03228 ?=A0=A0=A0=A0=A0=A0=A0 00:00:00 xend



On googling, I = found the following old discussion, but the thread closed without any solut= ion it seems.
http://old-list-archives= .xen.org/archives/html/xen-users/2011-08/msg00083.html






xend logs :
------------------------------------= ---------------------------------------------------------------------------= -------
[2012-04-07 16:20:56 3752] INFO (SrvDaemon:332) Xend Daemon star= ted
[2012-04-07 16:20:56 3752] INFO (SrvDaemon:336) Xend changeset: unavailable= .
[2012-04-07 16:20:56 3752] DEBUG (tcp:96) Listening on :8002
[2012-= 04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing unmanage= d network pbr0
[2012-04-07 16:20:56 3752] INFO (XendNetwork:114) Not recreating missing un= managed network br0
[2012-04-07 16:20:56 3752] DEBUG (XendNode:332) pscs= i record count: 4
[2012-04-07 16:20:56 3752] DEBUG (XendCPUPool:747) rec= reate_active_pools
[2012-04-07 16:20:56 3752] ERROR (SrvDaemon:349) Exception starting xend ((= 19, 'No such device'))
Traceback (most recent call last):
=A0= File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py= ", line 341, in run
=A0=A0=A0 servers =3D SrvServer.create()
=A0 File "/usr/lib64/pytho= n2.7/site-packages/xen/xend/server/SrvServer.py", line 258, in create<= br>=A0=A0=A0 root.putChild('xend', SrvRoot())
=A0 File "/us= r/lib64/python2.7/site-packages/xen/xend/server/SrvRoot.py", line 40, = in __init__
=A0=A0=A0 self.get(name)
=A0 File "/usr/lib64/python2.7/site-packag= es/xen/web/SrvDir.py", line 84, in get
=A0=A0=A0 val =3D val.getobj= ()
=A0 File "/usr/lib64/python2.7/site-packages/xen/web/SrvDir.py&q= uot;, line 52, in getobj
=A0=A0=A0 self.obj =3D klassobj()
=A0 File "/usr/lib64/python2.7/si= te-packages/xen/xend/server/SrvNode.py", line 30, in __init__
=A0= =A0=A0 self.xn =3D XendNode.instance()
=A0 File "/usr/lib64/python2= .7/site-packages/xen/xend/XendNode.py", line 1181, in instance
=A0=A0=A0 inst =3D XendNode()
=A0 File "/usr/lib64/python2.7/site-p= ackages/xen/xend/XendNode.py", line 163, in __init__
=A0=A0=A0 self= ._init_cpu_pools()
=A0 File "/usr/lib64/python2.7/site-packages/xen= /xend/XendNode.py", line 382, in _init_cpu_pools
=A0=A0=A0 XendCPUPool.recreate_active_pools()
=A0 File "/usr/lib64/= python2.7/site-packages/xen/xend/XendCPUPool.py", line 754, in recreat= e_active_pools
=A0=A0=A0 uuid =3D xstransact.Read(path, 'uuid')<= br>=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstr= ansact.py", line 307, in Read
=A0=A0=A0 return complete(path, lambda t: t.read(*args))
=A0 File "= /usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", l= ine 361, in complete
=A0=A0=A0 t =3D xstransact(path)
=A0 File "= /usr/lib64/python2.7/site-packages/xen/xend/xenstore/xstransact.py", l= ine 29, in __init__
=A0=A0=A0 self.transaction =3D xshandle().transaction_start()
Error: (19= , 'No such device')
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
----------------------= ---------------------------------------------------------------------------= -----------------------



There is not xenstored in /etc/init.d also.
In /var/run, I h= ave
cadlab:/var/run/xenstored # ls
socket=A0 socket_ro

----= ------------------------
Thanks & Regards
Mohit Dhingra=A0
+919611190435


On 7 April 2012 13:00, Ian Campbell <Ian.Campbell@citrix.com> wrote:
Redirecting to xen-uers@ where this belongs.

On Sat, 2012-04-07 at 07:25 +0100, Mohit Dhingra wrote:
> Hi Ian/All,
>
> I am sorry, I was mistaken by "For now, a 32 bits host environnme= nt is
> necessary to build successfuly. building on a 64 bits host machine is<= br> > not yet supported" in http://xen.org/products/xci_source.html
>
> Well, I am now able to build the xen binary image xen4.1.2, (after
> installing the missing packages as suggested by you)
>
> -rw-r--r-- =A01 root root =A0 691748 Jul 27 =A02011 xen-4.0.2_52-0.2.1= .gz
> lrwxrwxrwx =A01 root root =A0 =A0 =A0 21 Feb =A09 23:49 xen-4.0.gz -&g= t;
> xen-4.0.2_52-0.2.1.gz
> -rw-r--r-- =A01 root root =A0 734699 Apr =A07 11:39 xen-4.1.2.gz
> lrwxrwxrwx =A01 root root =A0 =A0 =A0 12 Apr =A07 11:39 xen-4.1.gz -&g= t;
> xen-4.1.2.gz
> lrwxrwxrwx =A01 root root =A0 =A0 =A0 12 Apr =A07 11:39 xen-4.gz ->= xen-4.1.2.gz
>
> I earlier had the xen-4.0.2 installed through zypper in Dom0 (opensuse=
> 11.4)

You removed this before installing 4.1?

> (cadlab:/srv/xen-4.1.2 # uname -a
> Linux cadlab 2.6.37.6-0.11-xen #1 SMP 2011-12-19 23:39:38 +0100 x86_64=
> x86_64 x86_64 GNU/Linux
> )
>
>
> But xm commands are not working now.
>
> cadlab:/srv/xen-4.1.2 # xm list
> Error: Unable to connect to xend: Connection refused. Is xend running?=
>
> Is it not compatible with the openSUSE11.4? Or is there something
> which I am missing out.

Please check the logs under /var/log/xen/ for clues.

Note that xm is going to be deprecated in 4.2 so you might want to
consider using the new xl toolstack instead.

Ian.

>
> ----------------------------
>
> Thanks & Regards
> Mohit Dhingra
> +919611190435
>
>
> On 2 April 2012 14:51, Olaf Hering <olaf@aepfle.de> wrote:
> =A0 =A0 =A0 =A0 On Mon, Apr 02, Ian Campbell wrote:
>
> =A0 =A0 =A0 =A0 > On Sun, 2012-04-01 at 06:34 +0100, Mohit Dhingra = wrote:
> =A0 =A0 =A0 =A0 > > Hello All,
> =A0 =A0 =A0 =A0 > >
> =A0 =A0 =A0 =A0 > > I am a newbie to Linux and Xen. I tried comp= iling Xen
> =A0 =A0 =A0 =A0 Source code (I
> =A0 =A0 =A0 =A0 > > want to make some changes and see how it wor= ks), but it
> =A0 =A0 =A0 =A0 failed on my
> =A0 =A0 =A0 =A0 > > system as it couldn't find gnu-stubs32.h= . Later, on
> =A0 =A0 =A0 =A0 looking at
> =A0 =A0 =A0 =A0 > > Makefile, I figured out that for x86_64, it = is not yet
> =A0 =A0 =A0 =A0 supported !!
>
>
> =A0 =A0 =A0 =A0 > WRT gnu-stubs32.h I suspect you are missing some = -devel
> =A0 =A0 =A0 =A0 package or
> =A0 =A0 =A0 =A0 > other. I don't know about how SuSE lays thing= s out but you
> =A0 =A0 =A0 =A0 should locate
> =A0 =A0 =A0 =A0 > the package containing this file and install it. = Googling
> =A0 =A0 =A0 =A0 suggests that
> =A0 =A0 =A0 =A0 > perhaps you meant gnu/stubs32.h? In which case yo= u probably
> =A0 =A0 =A0 =A0 want to
> =A0 =A0 =A0 =A0 > install glibc-devel.
>
>
> =A0 =A0 =A0 =A0 Running configure and/or make in a 32bit shell is not = needed.
> =A0 =A0 =A0 =A0 "zypper in gcc-32bit glibc-devel-32bit" will= install the
> =A0 =A0 =A0 =A0 required
> =A0 =A0 =A0 =A0 packages to compile the 32bit parts in the firmware. >
> =A0 =A0 =A0 =A0 Olaf
>



--f46d0442726cbe46d404bd14bc8d-- --===============0387129208600781645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0387129208600781645==-- From xen-users-bounces@lists.xen.org Sat Apr 07 11:15:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 11:15: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 1SGTaN-0003GB-8j; Sat, 07 Apr 2012 11:13:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGTaL-0003G6-Mq for xen-users@lists.xen.org; Sat, 07 Apr 2012 11:13:37 +0000 Received: from [85.158.138.51:53495] by server-2.bemta-3.messagelabs.com id 6B/17-15460-061208F4; Sat, 07 Apr 2012 11:13:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1333797215!21128928!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzIzOQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7867 invoked from network); 7 Apr 2012 11:13:36 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 11:13:36 -0000 X-IronPort-AV: E=Sophos;i="4.75,386,1330905600"; d="scan'208";a="11819328" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 Apr 2012 11:13:35 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Sat, 7 Apr 2012 12:13:35 +0100 Message-ID: <1333797214.12209.125.camel@dagon.hellion.org.uk> From: Ian Campbell To: Mohit Dhingra Date: Sat, 7 Apr 2012 12:13:34 +0100 In-Reply-To: References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> <1333783810.12209.99.camel@dagon.hellion.org.uk> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2012-04-07 at 12:04 +0100, Mohit Dhingra wrote: > Hi Ian/All, > > Thanks for your prompt reply. > > No, I didn't remove the earlier Xen version earlier, but now I have > done so, and installed the new Xen4.1.2 again. > > "xm" commands are still not running, Using "xl" commands, I get the > following error: > > cadlab:/srv/xen-4.1.2 # xl list > libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? > failed to stat /var/run/xenstored.pid: No such file or directory > cannot init xl context You need to arrange for the "xencommons" initscript to run on boot. > cadlab:/srv/xen-4.1.2 # xenstored > cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such > file or directory You need to load the xen-evtch module. xencommons would have done this for you. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 07 11:15:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 11:15: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 1SGTaN-0003GB-8j; Sat, 07 Apr 2012 11:13:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGTaL-0003G6-Mq for xen-users@lists.xen.org; Sat, 07 Apr 2012 11:13:37 +0000 Received: from [85.158.138.51:53495] by server-2.bemta-3.messagelabs.com id 6B/17-15460-061208F4; Sat, 07 Apr 2012 11:13:36 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1333797215!21128928!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzIzOQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7867 invoked from network); 7 Apr 2012 11:13:36 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 11:13:36 -0000 X-IronPort-AV: E=Sophos;i="4.75,386,1330905600"; d="scan'208";a="11819328" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 07 Apr 2012 11:13:35 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Sat, 7 Apr 2012 12:13:35 +0100 Message-ID: <1333797214.12209.125.camel@dagon.hellion.org.uk> From: Ian Campbell To: Mohit Dhingra Date: Sat, 7 Apr 2012 12:13:34 +0100 In-Reply-To: References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> <1333783810.12209.99.camel@dagon.hellion.org.uk> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2012-04-07 at 12:04 +0100, Mohit Dhingra wrote: > Hi Ian/All, > > Thanks for your prompt reply. > > No, I didn't remove the earlier Xen version earlier, but now I have > done so, and installed the new Xen4.1.2 again. > > "xm" commands are still not running, Using "xl" commands, I get the > following error: > > cadlab:/srv/xen-4.1.2 # xl list > libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? > failed to stat /var/run/xenstored.pid: No such file or directory > cannot init xl context You need to arrange for the "xencommons" initscript to run on boot. > cadlab:/srv/xen-4.1.2 # xenstored > cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such > file or directory You need to load the xen-evtch module. xencommons would have done this for you. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 07 16:06:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 16:06:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGY8i-00062Z-KQ; Sat, 07 Apr 2012 16:05:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGY8g-00062T-Lj for xen-users@lists.xen.org; Sat, 07 Apr 2012 16:05:23 +0000 Received: from [193.109.254.147:65419] by server-3.bemta-14.messagelabs.com id 32/22-23274-1C5608F4; Sat, 07 Apr 2012 16:05:21 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-4.tower-27.messagelabs.com!1333814719!3600261!1 X-Originating-IP: [173.201.192.42] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDIgPT4gMjg0NjI=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5441 invoked from network); 7 Apr 2012 16:05:20 -0000 Received: from p3plsmtp11-05-2.prod.phx3.secureserver.net (HELO p3plwbeout11-05.prod.phx3.secureserver.net) (173.201.192.42) by server-4.tower-27.messagelabs.com with SMTP; 7 Apr 2012 16:05:20 -0000 Received: from localhost ([10.6.243.5]) by p3plwbeout11-05.prod.phx3.secureserver.net with bizsmtp id v45K1i00107i5nu0145Kam; Sat, 07 Apr 2012 09:05:19 -0700 x-cmae-analysis: v=2.0 cv=AOhPsyWm c=1 sm=1 a=FvJaFxFVhksA:10 a=PA-ZSVflhZgA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=RMLEc6kwoh9OS5iNZcUA:9 a=DqDW3rX3V_aT66iYCMsA:7 a=QEXdDO2ut3YA:10 a=_W_S_7VecoQA:10 a=F3WyGFr0Ji8A:10 a=pFrFTgTT1lwA:10 a=lXm7JarIywFjvd2akn1wYg==:117 Received: (qmail 23901 invoked by uid 99); 7 Apr 2012 16:05:19 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120407090517.1753ead7c2b35a7d15c5b99498690bcc.e751330814.wbe@email11.secureserver.net> From: To: xen-users@lists.xen.org Date: Sat, 07 Apr 2012 09:05:18 -0700 Mime-Version: 1.0 Subject: [Xen-users] What am I Missing, Part 1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8017668741481568211==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8017668741481568211== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
 Xen and XCP seem like they should be a suitable = tool.
=0A
 
=0A
There seems to be a fundamental difficulty in implementing an= instance - documentation.
=0A
 
=0A
Repeatedly, there are posts in this foru= m where an individual or group are looking deep inside the software for sol= utions to a specific difficulty and come up with maybe something that will = work for some instances.
=0A
 
=0A
For open software, it  would = ;seem that a major pursuit would be to fully expose all features and t= he methods to exploit them in a single instance of documentation.=
=0A
 
=0A
I have read two books on Xen, The Book of Xen and Running Xen.  Both give general philosophy and some specific alternatives to feature and= method implementations.  While The Book of Xen gives a good philosophic= al view, it is dated on features and details.  I have been through the X= en wiki many times but there are major difficulties:  It is really diffi= cult to tell for what version any particular page addresses and whether it = is the most up to date or even if there are other viewpoints. 
=0A
 
= =0A
= I fully understand that documentation is extremely difficult.  It at lea= st takes a plan, organization and maintenance.  The repeated Document Da= y is great. 
=0A
Many software and engineering projects base the design on req= uirements management.  As such, there is always a link from intent and= realization (along with many other advantages).  I wonder if there is= such a management tool in place here.
=0A
= &n= bsp;
=0A=0A
832 586-5854=
=0A=0A
=  
 --===============8017668741481568211== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8017668741481568211==-- From xen-users-bounces@lists.xen.org Sat Apr 07 16:06:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 16:06:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGY8i-00062Z-KQ; Sat, 07 Apr 2012 16:05:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGY8g-00062T-Lj for xen-users@lists.xen.org; Sat, 07 Apr 2012 16:05:23 +0000 Received: from [193.109.254.147:65419] by server-3.bemta-14.messagelabs.com id 32/22-23274-1C5608F4; Sat, 07 Apr 2012 16:05:21 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-4.tower-27.messagelabs.com!1333814719!3600261!1 X-Originating-IP: [173.201.192.42] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDIgPT4gMjg0NjI=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5441 invoked from network); 7 Apr 2012 16:05:20 -0000 Received: from p3plsmtp11-05-2.prod.phx3.secureserver.net (HELO p3plwbeout11-05.prod.phx3.secureserver.net) (173.201.192.42) by server-4.tower-27.messagelabs.com with SMTP; 7 Apr 2012 16:05:20 -0000 Received: from localhost ([10.6.243.5]) by p3plwbeout11-05.prod.phx3.secureserver.net with bizsmtp id v45K1i00107i5nu0145Kam; Sat, 07 Apr 2012 09:05:19 -0700 x-cmae-analysis: v=2.0 cv=AOhPsyWm c=1 sm=1 a=FvJaFxFVhksA:10 a=PA-ZSVflhZgA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=RMLEc6kwoh9OS5iNZcUA:9 a=DqDW3rX3V_aT66iYCMsA:7 a=QEXdDO2ut3YA:10 a=_W_S_7VecoQA:10 a=F3WyGFr0Ji8A:10 a=pFrFTgTT1lwA:10 a=lXm7JarIywFjvd2akn1wYg==:117 Received: (qmail 23901 invoked by uid 99); 7 Apr 2012 16:05:19 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120407090517.1753ead7c2b35a7d15c5b99498690bcc.e751330814.wbe@email11.secureserver.net> From: To: xen-users@lists.xen.org Date: Sat, 07 Apr 2012 09:05:18 -0700 Mime-Version: 1.0 Subject: [Xen-users] What am I Missing, Part 1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8017668741481568211==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8017668741481568211== Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
 Xen and XCP seem like they should be a suitable = tool.
=0A
 
=0A
There seems to be a fundamental difficulty in implementing an= instance - documentation.
=0A
 
=0A
Repeatedly, there are posts in this foru= m where an individual or group are looking deep inside the software for sol= utions to a specific difficulty and come up with maybe something that will = work for some instances.
=0A
 
=0A
For open software, it  would = ;seem that a major pursuit would be to fully expose all features and t= he methods to exploit them in a single instance of documentation.=
=0A
 
=0A
I have read two books on Xen, The Book of Xen and Running Xen.  Both give general philosophy and some specific alternatives to feature and= method implementations.  While The Book of Xen gives a good philosophic= al view, it is dated on features and details.  I have been through the X= en wiki many times but there are major difficulties:  It is really diffi= cult to tell for what version any particular page addresses and whether it = is the most up to date or even if there are other viewpoints. 
=0A
 
= =0A
= I fully understand that documentation is extremely difficult.  It at lea= st takes a plan, organization and maintenance.  The repeated Document Da= y is great. 
=0A
Many software and engineering projects base the design on req= uirements management.  As such, there is always a link from intent and= realization (along with many other advantages).  I wonder if there is= such a management tool in place here.
=0A
= &n= bsp;
=0A=0A
832 586-5854=
=0A=0A
=  
 --===============8017668741481568211== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8017668741481568211==-- From xen-users-bounces@lists.xen.org Sat Apr 07 16:13:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 16:13: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 1SGYFW-0006Ll-Nf; Sat, 07 Apr 2012 16:12:26 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGYFV-0006Le-3w for xen-users@lists.xen.org; Sat, 07 Apr 2012 16:12:25 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1333815132!12087542!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMjUxNjEwIChhYmFuZG9uZWQ6IGF ib3V0Lm1lL2Rhdmlkc2hl\nbik=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26223 invoked from network); 7 Apr 2012 16:12:13 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 16:12:13 -0000 Received: by yhoo21 with SMTP id o21so1795915yho.32 for ; Sat, 07 Apr 2012 09:12:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=44WW56rcAGkgwcpd7PiBAVnrH3HhNakDRa8dxkjWlMU=; b=ZWwzoq20UO86YvPA4c93nOZsCIWsV4p6YZiNlYBdILzRicP8S8o/ui1zyIYmIwOmVL hgLDQV4VqKW0i4xnoLbFBLsy+xITskNnIQtTJVmpPBk82wGCuGGjJ8Q8xfxk1zAI2i4f UzaMqiJvPtwFAiG1uqPGT9GJiw71r8DwgPoKFIhOm+CZAGiCU41gKcfz8Ht4xo/gatNJ hmBM59GYy153IKqVfg4H+Dfk8P818FcQ+i076aV59jiQ1+WgN/AkOMBNv43V1U2cCwa5 DQe9ofOD+RNwKK8QBGt6XcuaefyQeqV6vwvkLbv+XzxNu9enAijfA2JawomLI2R2fk6E Orag== MIME-Version: 1.0 Received: by 10.236.114.200 with SMTP id c48mr1392706yhh.23.1333815131964; Sat, 07 Apr 2012 09:12:11 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 7 Apr 2012 09:12:11 -0700 (PDT) Date: Sun, 8 Apr 2012 00:12:11 +0800 Message-ID: From: Xi Shen To: xen-users@lists.xen.org Subject: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8343321881933982968==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8343321881933982968== Content-Type: multipart/alternative; boundary=20cf303bfae623050204bd190963 --20cf303bfae623050204bd190963 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, My base system is Gentoo x64, and I compiled my kernel with Xen paravirtualization support. The kernel can boot without any problem in native mode. But when boot in Xen mode, I cannot start the xenstored service. This is my grub config file: title Gentoo x64 kernel-3.2.11-gentoo root (hd0,2) kernel /boot/kernel-3.2.11-gentoo root=3DUUID=3D38213e99-588e-4a7d-a215-8835f7afb1= c4\ video=3Dvesafb:mtrr:3,ywrap vga=3D0x317 initrd /boot/initramfs.gz title Gentoo x64 kernel-3.2.11-gentoo-xen root (hd0,2) kernel /boot/xen.gz module /boot/kernel-3.2.11-gentoo softlevel=3Dxen root=3DUUID=3D38213e99-588e-4a7d-a215-8835f7afb1c4 vga=3D0x= 317 module /boot/initramfs.gz And I post my kernel config (only xen related) file at http://pastie.org/3745328 If I ran xenstored directly, I got the following error: xc: error: Could not obtain handle on privileged command interface (2 =3D N= o such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc =3D xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bfae623050204bd190963 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

My base system is Gentoo x64, and I compiled my kern= el with Xen paravirtualization support. The kernel can boot without any pro= blem in native mode. But when boot in Xen mode, I cannot start the xenstore= d service. This is my grub config file:

title Gentoo x64 kernel-3.2.11-gentoo
ro= ot (hd0,2)
kernel /boot/kernel-3.2.11-gentoo=C2=A0root=3DUUID=3D3= 8213e99-588e-4a7d-a215-8835f7afb1c4\
=C2=A0 =C2=A0 video=3Dvesafb= :mtrr:3,ywrap vga=3D0x317
initrd /boot/initramfs.gz

title Gentoo x64 ke= rnel-3.2.11-gentoo-xen
root (hd0,2)
kernel /boot/xen.gz=
module /boot/kernel-3.2.11-gentoo softlevel=3Dxen=C2=A0root=3DUU= ID=3D38213e99-588e-4a7d-a215-8835f7afb1c4 vga=3D0x317
module /boot/initramfs.gz

And I post my= kernel config (only xen related) file at=C2=A0http://pastie.org/3745328

If I ran x= enstored directly, I got the following error:

xc: error: Could not obtain handle on privileged c= ommand interface (2 =3D No such file or directory): Internal error
Traceback (most recent call last):
=C2=A0 File "/usr/sbin/= xend", line 36, in <module>
=C2=A0 =C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py&q= uot;, line 26, in <module>
=C2=A0 =C2=A0 import relocate
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/serve= r/relocate.py", line 28, in <module>
=C2=A0 =C2=A0 from xen.xend import XendDomain
=C2=A0 File &q= uot;/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 3= 6, in <module>
=C2=A0 =C2=A0 from xen.xend import XendOptio= ns, XendCheckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/XendChec= kpoint.py", line 20, in <module>
=C2=A0 =C2=A0 from xe= n.xend import balloon, sxp, image
=C2=A0 File "/usr/lib64/py= thon2.7/site-packages/xen/xend/image.py", line 46, in <module>
=C2=A0 =C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Er= ror: (1, 'Internal error', 'xc_interface_open failed: No such f= ile or directory')



--
Regards=EF= =BC=8C
David Shen

http://about.me= /davidshen
https://twitter.com/#!/davidshen84
--20cf303bfae623050204bd190963-- --===============8343321881933982968== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8343321881933982968==-- From xen-users-bounces@lists.xen.org Sat Apr 07 16:13:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 07 Apr 2012 16:13: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 1SGYFW-0006Ll-Nf; Sat, 07 Apr 2012 16:12:26 +0000 Received: from mail216.messagelabs.com ([85.158.143.99]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGYFV-0006Le-3w for xen-users@lists.xen.org; Sat, 07 Apr 2012 16:12:25 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1333815132!12087542!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMjUxNjEwIChhYmFuZG9uZWQ6IGF ib3V0Lm1lL2Rhdmlkc2hl\nbik=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26223 invoked from network); 7 Apr 2012 16:12:13 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 7 Apr 2012 16:12:13 -0000 Received: by yhoo21 with SMTP id o21so1795915yho.32 for ; Sat, 07 Apr 2012 09:12:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=44WW56rcAGkgwcpd7PiBAVnrH3HhNakDRa8dxkjWlMU=; b=ZWwzoq20UO86YvPA4c93nOZsCIWsV4p6YZiNlYBdILzRicP8S8o/ui1zyIYmIwOmVL hgLDQV4VqKW0i4xnoLbFBLsy+xITskNnIQtTJVmpPBk82wGCuGGjJ8Q8xfxk1zAI2i4f UzaMqiJvPtwFAiG1uqPGT9GJiw71r8DwgPoKFIhOm+CZAGiCU41gKcfz8Ht4xo/gatNJ hmBM59GYy153IKqVfg4H+Dfk8P818FcQ+i076aV59jiQ1+WgN/AkOMBNv43V1U2cCwa5 DQe9ofOD+RNwKK8QBGt6XcuaefyQeqV6vwvkLbv+XzxNu9enAijfA2JawomLI2R2fk6E Orag== MIME-Version: 1.0 Received: by 10.236.114.200 with SMTP id c48mr1392706yhh.23.1333815131964; Sat, 07 Apr 2012 09:12:11 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 7 Apr 2012 09:12:11 -0700 (PDT) Date: Sun, 8 Apr 2012 00:12:11 +0800 Message-ID: From: Xi Shen To: xen-users@lists.xen.org Subject: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8343321881933982968==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8343321881933982968== Content-Type: multipart/alternative; boundary=20cf303bfae623050204bd190963 --20cf303bfae623050204bd190963 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, My base system is Gentoo x64, and I compiled my kernel with Xen paravirtualization support. The kernel can boot without any problem in native mode. But when boot in Xen mode, I cannot start the xenstored service. This is my grub config file: title Gentoo x64 kernel-3.2.11-gentoo root (hd0,2) kernel /boot/kernel-3.2.11-gentoo root=3DUUID=3D38213e99-588e-4a7d-a215-8835f7afb1= c4\ video=3Dvesafb:mtrr:3,ywrap vga=3D0x317 initrd /boot/initramfs.gz title Gentoo x64 kernel-3.2.11-gentoo-xen root (hd0,2) kernel /boot/xen.gz module /boot/kernel-3.2.11-gentoo softlevel=3Dxen root=3DUUID=3D38213e99-588e-4a7d-a215-8835f7afb1c4 vga=3D0x= 317 module /boot/initramfs.gz And I post my kernel config (only xen related) file at http://pastie.org/3745328 If I ran xenstored directly, I got the following error: xc: error: Could not obtain handle on privileged command interface (2 =3D N= o such file or directory): Internal error Traceback (most recent call last): File "/usr/sbin/xend", line 36, in from xen.xend.server import SrvDaemon File "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib64/python2.7/site-packages/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib64/python2.7/site-packages/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib64/python2.7/site-packages/xen/xend/image.py", line 46, in xc =3D xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open failed: No such file or directory') --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bfae623050204bd190963 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

My base system is Gentoo x64, and I compiled my kern= el with Xen paravirtualization support. The kernel can boot without any pro= blem in native mode. But when boot in Xen mode, I cannot start the xenstore= d service. This is my grub config file:

title Gentoo x64 kernel-3.2.11-gentoo
ro= ot (hd0,2)
kernel /boot/kernel-3.2.11-gentoo=C2=A0root=3DUUID=3D3= 8213e99-588e-4a7d-a215-8835f7afb1c4\
=C2=A0 =C2=A0 video=3Dvesafb= :mtrr:3,ywrap vga=3D0x317
initrd /boot/initramfs.gz

title Gentoo x64 ke= rnel-3.2.11-gentoo-xen
root (hd0,2)
kernel /boot/xen.gz=
module /boot/kernel-3.2.11-gentoo softlevel=3Dxen=C2=A0root=3DUU= ID=3D38213e99-588e-4a7d-a215-8835f7afb1c4 vga=3D0x317
module /boot/initramfs.gz

And I post my= kernel config (only xen related) file at=C2=A0http://pastie.org/3745328

If I ran x= enstored directly, I got the following error:

xc: error: Could not obtain handle on privileged c= ommand interface (2 =3D No such file or directory): Internal error
Traceback (most recent call last):
=C2=A0 File "/usr/sbin/= xend", line 36, in <module>
=C2=A0 =C2=A0 from xen.xend.server import SrvDaemon
=C2=A0 F= ile "/usr/lib64/python2.7/site-packages/xen/xend/server/SrvDaemon.py&q= uot;, line 26, in <module>
=C2=A0 =C2=A0 import relocate
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/serve= r/relocate.py", line 28, in <module>
=C2=A0 =C2=A0 from xen.xend import XendDomain
=C2=A0 File &q= uot;/usr/lib64/python2.7/site-packages/xen/xend/XendDomain.py", line 3= 6, in <module>
=C2=A0 =C2=A0 from xen.xend import XendOptio= ns, XendCheckpoint, XendDomainInfo
=C2=A0 File "/usr/lib64/python2.7/site-packages/xen/xend/XendChec= kpoint.py", line 20, in <module>
=C2=A0 =C2=A0 from xe= n.xend import balloon, sxp, image
=C2=A0 File "/usr/lib64/py= thon2.7/site-packages/xen/xend/image.py", line 46, in <module>
=C2=A0 =C2=A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Er= ror: (1, 'Internal error', 'xc_interface_open failed: No such f= ile or directory')



--
Regards=EF= =BC=8C
David Shen

http://about.me= /davidshen
https://twitter.com/#!/davidshen84
--20cf303bfae623050204bd190963-- --===============8343321881933982968== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8343321881933982968==-- From xen-users-bounces@lists.xen.org Sun Apr 08 08:43:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 08:43: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 1SGngS-0008Cx-WA; Sun, 08 Apr 2012 08:41:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGngQ-0008Cs-Rp for xen-users@lists.xen.org; Sun, 08 Apr 2012 08:41:14 +0000 Received: from [193.109.254.147:39946] by server-1.bemta-14.messagelabs.com id 6A/91-29372-A2F418F4; Sun, 08 Apr 2012 08:41:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1333874473!3688636!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzI0NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3570 invoked from network); 8 Apr 2012 08:41:13 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2012 08:41:13 -0000 X-IronPort-AV: E=Sophos;i="4.75,389,1330905600"; d="scan'208";a="11823432" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 Apr 2012 08:41:12 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Sun, 8 Apr 2012 09:41:11 +0100 Message-ID: <1333874471.12209.130.camel@dagon.hellion.org.uk> From: Ian Campbell To: Xi Shen Date: Sun, 8 Apr 2012 09:41:11 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote: > xc: error: Could not obtain handle on privileged command interface (2 > = No such file or directory): Internal error [...] > xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open > failed: No such file or directory') You need to arrange for xenfs to be mounted on /proc/xen. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 08 08:43:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 08:43: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 1SGngS-0008Cx-WA; Sun, 08 Apr 2012 08:41:16 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGngQ-0008Cs-Rp for xen-users@lists.xen.org; Sun, 08 Apr 2012 08:41:14 +0000 Received: from [193.109.254.147:39946] by server-1.bemta-14.messagelabs.com id 6A/91-29372-A2F418F4; Sun, 08 Apr 2012 08:41:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1333874473!3688636!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzI0NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3570 invoked from network); 8 Apr 2012 08:41:13 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2012 08:41:13 -0000 X-IronPort-AV: E=Sophos;i="4.75,389,1330905600"; d="scan'208";a="11823432" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 Apr 2012 08:41:12 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Sun, 8 Apr 2012 09:41:11 +0100 Message-ID: <1333874471.12209.130.camel@dagon.hellion.org.uk> From: Ian Campbell To: Xi Shen Date: Sun, 8 Apr 2012 09:41:11 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote: > xc: error: Could not obtain handle on privileged command interface (2 > = No such file or directory): Internal error [...] > xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open > failed: No such file or directory') You need to arrange for xenfs to be mounted on /proc/xen. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 08 10:47:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 10:47: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 1SGpci-0000dH-U5; Sun, 08 Apr 2012 10:45:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGpcg-0000dC-Ml for xen-users@lists.xen.org; Sun, 08 Apr 2012 10:45:31 +0000 Received: from [85.158.138.51:52909] by server-11.bemta-3.messagelabs.com id 7A/E3-28543-94C618F4; Sun, 08 Apr 2012 10:45:29 +0000 X-Env-Sender: john@ideacode.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1333881925!21207579!1 X-Originating-IP: [72.15.203.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20380 invoked from network); 8 Apr 2012 10:45:25 -0000 Received: from macready.ideacode.com (HELO macready.ideacode.com) (72.15.203.164) by server-3.tower-174.messagelabs.com with SMTP; 8 Apr 2012 10:45:25 -0000 Received: by macready.ideacode.com (Postfix, from userid 5006) id 673E97D5A8F; Sun, 8 Apr 2012 06:45:24 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on macready.ideacode.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=AWL,BAYES_00, DYN_RDNS_AND_INLINE_IMAGE,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.1 Received: from [192.168.1.20] (cpe-066-057-045-125.nc.res.rr.com [66.57.45.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by macready.ideacode.com (Postfix) with ESMTP id E805C7D5A6C for ; Sun, 8 Apr 2012 06:45:21 -0400 (EDT) Message-ID: <4F816C41.6030204@ideacode.com> Date: Sun, 08 Apr 2012 06:45:21 -0400 From: "John F. Acree" Organization: ideacode, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F76EF72.4060206@ideacode.com> In-Reply-To: Subject: Re: [Xen-users] XCP 1.5 beta and Gentoo X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: john@ideacode.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7302649333309196518==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7302649333309196518== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040604050502020608010406" This is a cryptographically signed message in MIME format. --------------ms040604050502020608010406 Content-Type: multipart/mixed; boundary="------------050808000206030902070706" This is a multi-part message in MIME format. --------------050808000206030902070706 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I am attaching screenshots of the boot process. Here is the xe vm-param-list output for the vm(kinda long): uuid ( RO) : 30bae3dd-1c3c-840c-2e3f-8163b434615= 8 name-label ( RW): Test Virtual Machine name-description ( RW): user-version ( RW): 1 is-a-template ( RW): false is-a-snapshot ( RO): false snapshot-of ( RO): snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z snapshot-info ( RO): parent ( RO): children ( RO): is-control-domain ( RO): false power-state ( RO): running memory-actual ( RO): 268402688 memory-target ( RO): 268435456 memory-overhead ( RO): 5242880 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 134217728 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Restart console-uuids (SRO): 7549b9f2-2025-49a6-2958-b89e1b0ec7= 2e platform (MRW): timeoffset: 0; nx: false; acpi:=20 true; apic: true; pae: true; viridian: true allowed-operations (SRO): changing_dynamic_range;=20 changing_VCPUs_live; hard_reboot; hard_shutdown; clean_reboot;=20 clean_shutdown; pause; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2 allowed-VIF-devices (SRO): 1; 2; 3 possible-hosts ( RO): HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): features:=20 179ae3bf-bfebfbff-00000001-28100800; vendor: GenuineIntel last-boot-record ( RO): '('struct' ('uuid'=20 '30bae3dd-1c3c-840c-2e3f-8163b4346158') ('allowed_operations' ('array')) = ('current_operations' ('struct'=20 ('OpaqueRef:ee7002ce-607e-6a35-2837-b83a0aa838d5' 'start')))=20 ('power_state' 'Halted') ('name_label' 'Test Virtual Machine')=20 ('name_description' '') ('user_version' '1') ('is_a_template' ('boolean' = '0')) ('suspend_VDI' 'OpaqueRef:NULL') ('resident_on' 'OpaqueRef:NULL')=20 ('affinity' 'OpaqueRef:8f00b1af-6189-3092-e793-1f5c39a1e90c')=20 ('memory_overhead' '5242880') ('memory_target' '268435456')=20 ('memory_static_max' '268435456') ('memory_dynamic_max' '268435456')=20 ('memory_dynamic_min' '268435456') ('memory_static_min' '134217728')=20 ('VCPUs_params' ('struct')) ('VCPUs_max' '1') ('VCPUs_at_startup' '1')=20 ('actions_after_shutdown' 'destroy') ('actions_after_reboot' 'restart')=20 ('actions_after_crash' 'restart') ('consoles' ('array')) ('VIFs'=20 ('array' 'OpaqueRef:cab3403c-ecee-3c41-2ebd-191e12360b93')) ('VBDs'=20 ('array' 'OpaqueRef:5ce00c29-ce8c-5d59-4a99-66c46839714e'=20 'OpaqueRef:4c8668d0-97fb-feec-f9fa-a50b4dffeb44')) ('crash_dumps'=20 ('array')) ('VTPMs' ('array')) ('PV_bootloader' '') ('PV_kernel' '')=20 ('PV_ramdisk' '') ('PV_args' '') ('PV_bootloader_args' '')=20 ('PV_legacy_args' '') ('HVM_boot_policy' 'BIOS order')=20 ('HVM_boot_params' ('struct' ('order' 'dc'))) ('HVM_shadow_multiplier'=20 ('double' '1')) ('platform' ('struct' ('timeoffset' '0') ('nx' 'false')=20 ('acpi' 'true') ('apic' 'true') ('pae' 'true') ('viridian' 'true')))=20 ('PCI_bus' '') ('other_config' ('struct' ('last_shutdown_time'=20 '20120331T12:47:58Z') ('last_shutdown_action' 'Destroy')=20 ('last_shutdown_initiator' 'external') ('last_shutdown_reason' 'halted') = ('mac_seed' '7aeb3116-63f7-c961-35e6-406a3e1ce839') ('install-methods'=20 'cdrom'))) ('domid' '-1') ('domarch' 'hvm') ('last_boot_CPU_flags'=20 ('struct' ('features' '179ae3bf-bfebfbff-00000001-28100800') ('vendor'=20 'GenuineIntel'))) ('is_control_domain' ('boolean' '0')) ('metrics'=20 'OpaqueRef:5d850bf7-448c-a51d-7062-b71e03ea6068') ('guest_metrics'=20 'OpaqueRef:NULL') ('last_booted_record' '') ('recommendations'=20 '')=20 ('xenstore_data' ('struct')) ('ha_always_run' ('boolean' '0'))=20 ('ha_restart_priority' '') ('is_a_snapshot' ('boolean' '0'))=20 ('snapshot_of' 'OpaqueRef:NULL') ('snapshots' ('array'))=20 ('snapshot_time' ('dateTime.iso8601' '19700101T00:00:00Z'))=20 ('transportable_snapshot_id' '') ('blobs' ('struct')) ('tags' ('array')) = ('blocked_operations' ('struct')) ('snapshot_info' ('struct'))=20 ('snapshot_metadata' '') ('parent' 'OpaqueRef:NULL') ('children'=20 ('array')) ('bios_strings' ('struct')) ('protection_policy'=20 'OpaqueRef:NULL') ('is_snapshot_from_vmpp' ('boolean' '0')) ('appliance' = 'OpaqueRef:NULL') ('start_delay' '0') ('shutdown_delay' '0') ('order'=20 '0') ('VGPUs' ('array')) ('attached_PCIs' ('array')) ('suspend_SR'=20 'OpaqueRef:NULL') ('version' '0'))' resident-on ( RO): cdfffa23-9126-4b5c-9f63-d3a56eb33e= 2f affinity ( RW): cdfffa23-9126-4b5c-9f63-d3a56eb33e= 2f other-config (MRW): last_shutdown_time:=20 20120331T12:47:58Z; last_shutdown_action: Destroy;=20 last_shutdown_initiator: external; last_shutdown_reason: halted;=20 mac_seed: 7aeb3116-63f7-c961-35e6-406a3e1ce839; install-methods: cdrom dom-id ( RO): 2 recommendations ( RO): xenstore-data (MRW): ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 20120408T10:26:40Z install-time ( RO): 20120331T11:29:29Z VCPUs-number ( RO): 1 VCPUs-utilisation (MRO): 0: 0.003 os-version (MRO): PV-drivers-version (MRO): PV-drivers-up-to-date ( RO): memory (MRO): disks (MRO): networks (MRO): other (MRO): live ( RO): guest-metrics-last-updated ( RO): cooperative ( RO): true protection-policy ( RW): is-snapshot-from-vmpp ( RO): false tags (SRW): appliance ( RW): start-delay ( RW): 0 shutdown-delay ( RW): 0 order ( RW): 0 version ( RO): 0 I have no idea where xcp keeps config files, so the vm-param-list is as=20 close as I could find so far. And /var/log/messages has some output, I=20 did not see anything helpful there though. Thanks, John > Hi, > > I don't know too much about XCP (or anything beyond the Xen.org stuff > anyways) the following information could help alot: > > If booting in HVM mode (you are talking about CDROMs so I guess so) > then a screenshot of the VNC session or just a consise summary of the > output (for instance "Not bootable device found ". etc) > Output of any relevant logs in /var/log/xen/ specifically the xl > domain and qemu dm logs. > Domain config file (or settings.. not sure what XCP does here) > > That should be enough to get us started. > > Joseph. > > On 31 March 2012 22:50, John F. Acree wrote: >> Hi Everyone, >> >> I am new to Xen, researching whether we can use it for internal develo= pment >> systems and server virtualization to replace our current solution. >> >> Gentoo is the guest linux os that we use and I have been having some t= rouble >> getting a new Gentoo guest installed. >> >> Everything works fine with XCP 1.1, I really like it. so I thought I = would >> try the 1.5 beta. Here is the trouble I run into. Oh, I am using xen= center >> to create the virtual machines. >> >> * Create a new virtual machine, select the other install media templat= e. >> * Select the gentoo-install-minimum-amd64 iso from iso repository. >> * Leave everything else defaults >> * Add 1 drive, 8gb. >> * Uncheck the startup virtual machine checkbox on the last step of the= >> wizard.(This is important due to some timing in the gentoo iso boot pr= ocess, >> it tries to boot from disk if no user input received in 15 seconds and= it >> would take longer then that for the console to refresh so I could inte= rvene) >> * Go to the console >> * Click start this virtual machine >> * When prompted, specify the gentoo kernel. >> >> These steps work great with XCP 1.1, the OS detects it is running in a= xenU >> environment, xvda is present. But when I try to repeat these steps wi= th XCP >> 1.5beta, the cd can not be found and the boot process stops before it = really >> gets started. >> >> My solution was to install XCP 1.1, install the virtual machine, get i= t >> running with xvda, hvc0, etc. Then use the XCP 1.5 beta disk to upgra= de the >> server. It worked, but I am hoping there is something I can adjust so= I can >> setup another server and use 1.5 beta from the start. Another option = is >> using a different linux os to get the boot started, and then going thr= ough >> the Gentoo install process. Again, an option I would like to avoid if= >> possible. >> >> Let me know if I am asking in the wrong place or if I overlooked some >> information in the archives. And if there is any more information I c= ould >> provide that would be helpful. >> >> Other then this issue, everything has been working nice. I expect the= re is >> still quite a learning curve to working with Xen. >> >> Thanks, >> John >> -- >> John F. Acree >> ideacode, Inc. >> www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 >> >> CELEBRATING 10 YEARS OF GREAT SOFTWARE! >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > --=20 John F. Acree ideacode, Inc. www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 CELEBRATING 10 YEARS OF GREAT SOFTWARE! --------------050808000206030902070706 Content-Type: image/png; name="Image2.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Image2.png" iVBORw0KGgoAAAANSUhEUgAAAuoAAAIJCAIAAAB81Y/dAAAAK3RFWHRDcmVhdGlvbiBUaW1l AFN1biA4IEFwciAyMDEyIDA2OjMxOjE2IC0wNTAwnqEs9wAAAAd0SU1FB9wECAojNuWYn/UA AAAJcEhZcwAADsMAAA7DAcdvqGQAAAAEZ0FNQQAAsY8L/GEFAACbhElEQVR42uy9CcBVVb33 v/bwDAwKjgxiDgmXvwkmD2I4FF3rOqVZamJOWfePdd/XMAkNFRscbmQo5v1n0L1veTPFyjeT VMo0Zxy4mkiJYokTIAo+gMAznLP3fw17r7P2ePbeZ59z9nn4fjw+nLOHNe3pu3+/31pLe/LJ Jzdt2rSRs2HDhj/+8Y+EoWkaAQAUHNu2nS/ih4D/Fv8xNPafuKIr623bsiz5U+Pouu77ombE sWxLfrNl7sH7hVwlvns2ED/430r5ZdnV8leK7+ynVSojEvFkqvF2cBLxlIAtD7mn2SIFnq5I UyNKxXkSleS8idpKrpVqOSnwBtTZX91d6m0Z24unFm7zKO3kb1vnEFiW3DJI1KEBoEWZOnXq HnvsMXLkyGHDhu2yyy4mVS3vvPPO+++/f/vtt9PVs2bNOuuss9Ke8b7LryDE1GKnuqSjjk7a 5bnTokehUMX2qYR85QtxHu5iR2Kr+yiZqQ9KkXSC1vO1oqtbKvpFLFbEgfpfWCK+GvpTsolH 7si2UeSLR8UQRWi4iQalRiV3VVcJ5aI77ajII0/7q9+DTRSlXQjxiylV6BRfvuR1e8mcjiqm c7zX+do5tNnpQprjV7/61R//+Md55StYtGjRjBkzckzwp5d87f+94ZZ8C5mZ80867hf3P3DH HXfMnz+ftuG0adPGjBlTKpWYfKHa5Uc/+tG///u/n3HGGeWy1dvbR685uado8fjU4zeIWZvw 7EmyWfDs8V3VJPBCU7QLux6o90f1r/oYitksipCHT9jyqkRd5LUnUjWdzEc/+Y71PsHUxxg9 oP2lcklQtqyyxf9YtASGoRu6Tv/SzcqMEvuv1N/X19ffz/7SpNrb29va2to5HR0d4q/z8OUP fbpbXy/dlt4e+tg+9E8/+9B8uY2B/e9YP4ijH+h+ioRiZgiNqyJeHI0WiAsdbkLgBSvRD60D R5xQ4q/uXstMEhhcGPB/NF2kVxEK9A9tCZoIrV2Zp2TxlrF8skMWi2oaXTMM0zBNk/7TRv+h /7NfvMolizcXpY+lWaLNZbEkRR2JKhlYmQxTJEVbctCgQZ2dnfQP/W4wWPsT3owCmhotlzhc wogijqOblCH/UuS5JLZh5enrE3/pT5oFL77RxqHf6eGjP31KtMFIaUUCIju4WZLvvqSCG4Qa /GI2CxUxCR92wSdIlIIUh4AoTx/ivjxUzSXhBvRYi5/0/Eyyb9WMWIKl0o7XVn/wykvsp+a8 ohjuu4zJN9P5hz5MdL486iRjEsK7VrQgr78u7hQW/1vmm1v8Jy8bKdtk8If2ty225izO4sWL 58yZc/rpp9Ml5rvvvvuLX/zi2muvPfVzn+vp6dWc25xo9+z1V49ozI75XlfBk4koJ736Rf2b YwEKiFrZqLYKrgq9+EMJ3oxSNWno9rkkQrw3mhxpudPG5s9q9Thp0hejKgMX5c7rTUhTbtKO YtDpDYyrEuEl0WzNVnOiq4TbprKHxrWHmyuVWFxz0P1sjSohrrFYxsLaIbPlOXEFxG+l/uav VIHQlAybCx+WJVUuHvni/KkYepwdefmkd8oxxFg0R5qcI5dsek+37DK9u7rWrYq/SMoXKiN0 oYXYjVRzFRsJLbGrVOTlKeWLVC0DD9+NRb01Rd1zxDZV70W+u5y8/ENvfVIsZii/3NdXi6Ae 8j10QstTTGwqHKjAKjE9VBZKRaNfLKFgLP7TclWLxTeIqpXTCN6FlnJnthyfr/Od/bR12xUx Fn0PUZTe9OnTaQPecMMN06ZNM2f//JGJBqFaZvv2HUzs0/uGpbF9pcM5vpJhp1pwSXCzVIcw w0nmO2NIQC/vbAqGBKRMlAWFJLjG4i1qtTdpXgqGxIqbzOVMuG8Rzi7b+00jznWtPj7pT92L VDXugXZNKO7TlT2qy5ZlGprlRHgI64uwBKnnhzC7cHnA/lOkC1ctmudNVMSN0J/CEaWGrLje GUfESFsOl0XCMMOMFTIVrl10y3IcSX4vm2t8ZNLIcPalksNRV8LuZBBXzXDVVaJKiyoYYSmR tXOlHk9DGGDa25gBhqoYJmGUICLfRaM0gua7+kLNw6q5dCARereJUTmhG/g2UxVhTEZRUilJ gWOcUDE1iso3bTF81VdtOQnfPOMzskrMsFripllDKAluXS2Ln8yewiRLWdhm2AZ2lNxmF6BX wvOy0lcdmrVqd2FvE46UsZTlpZJtldQEzzrrrPnz569Zs8bs6n3qoit/uH3HDosJHtt5saDZ kUphYpoj6lkYc+RI1tt6KhdSsFSqXmn6Q6XxBLWL7/JLddKT/J7NDbCd1EnBJCleERRMCF67 i+qwULQLK7bunDCOHUFsRp/9rGqkXXOevo6WIJ5HrE2k4BA3L0cfeBy73DLi2EdoymXD4i4v O/T57Qt/0VwhozvSwRC+LvrF4tpKWF2swCNfLLVsq+LY4grMcNxIzHriagtWIOZCMqgisYQ3 yr1JEuJ1HzE7Ci+JcN8wJ5Ro0soNxxOzIhAKxn3WeixeouVDrafFR72fpL231JKXurAWdZIk X9/VHSqVQm+5VZ1HwQRjNhAps5NTSVOsuvUXv37oz8tiUvjnT04975zTfdmxQpb6mGuzr8fR AZrjOZJxJSZXIQZTGLbu2mAoP39hzZ/+8Z7Y5lMH7vmlQ/f3Ltnrgo/uT1wrC3tX8XiO+HLb WUv4F+ZdLZd9xZ41a9YNN9xg9nSMOPPMMzdv3iJtlWlPsai7c/zLfcpMUuPTKDH6qaAPmLxb I1S7BF9uoi42X+vFZ5ej7aTBiQw0gt1kiGN+CcoX6bbwvf27Z4KuaheuZcrc6a7IEdX6Yle6 BmneDMRBko9tEfti8yAYLjhEcEmYHVeJ41Vkg6OeDNeSxJM0bSFeRO19Zyy9LTpdqCxbCdwV FeSaw2BeL6HSxHZlyxFWFSeUrQgqxzXGFZqjpUyzTaRFiF+URBlRhC1KbsaLxAzpA+/ETuhC 8n33NQ4JkxoJxUcqRRW8t/isO6EPO7GNCA7zWWtE2FOSl58kG+jMCcse92XvY56updrlN3cu jEnh9DMvPPusz/n2Ytd1X79d6rd6e6QTh7jhL0K1lJzAF1t3rgSnqFSpyBxp4lap/NAb76tL zh0/QiTnaBRNK/OkLeXDol5EYeiHFqNU8hX7rLPOYvKF7u0EeemaY1kOeGrXbdh2zwOvPbvi neUr3qE/J08cMXnC3qd8+oBRew8hESdQ1OmS6tgEU0i1S9DQQpcEPcoD79YQSox2Udsh/gUi VMfkbtjITINdSAl3L4yuCnkTVQmaXpzNeOiJZQvLgnC30K+W4coNsb23A7Tl7uraNqQPSUY4 8n+YyBAKgYiIcve5rnn7G/vPPBmIw/+X0bw6d2BZdlAj+IMHg/G8jn3IMUM5NZKuJ0tacZQu 3UT1sWsVASitQYa4q3rbRvYN9yJrabvWHeUoSPdT69lgavRihG6jfolRML5VlXM1LCP1bqYF 3HkkcCGHyqnQkvjut8JSIkLmUxHTPiIGvLe3N8MxEiXx1be/Z0epr69n6wdufC4p82uL/aT6 hp/WYpUbz2uJzaaNHkI1itAr9K/8Trh2+eToIaUPtrALn8X1S4uLpmgX7j+yqKZxIvY6envK ff56idY2Xbsn/08E1ok7jbvRwl+unDt/2UFj99t99+GHdu1HF67fuOm/l6y76oanvnfJx756 zgTf6RKaTegByHBPz2xEVU/coLrfeVC1S/DQBMWK7+KvX8Fa1IWUcPfGKxi/tcH1S3gDeL16 Irx3nvPHcaYQk94yLJ1qFxk9Iv3a8gEsTxs3Qtjd3dnSNf94n9kh+lgTpgtvVSrjwSgRyG5c sHw4xZytmseJo2zoE3HeAyi39aeseaKJRBqyuhr3/jg1c/O0bG8PdEuot4CSoSko53+r3ql8 T4e8biNSGahLSISAkD9DZU1w9yiVk/xiDzUsyfSFQzJbxYOlkueSJa2DAah08C2RqkKWRO7L bDnlEjM59vVZsocRC9NnRh7W7UgEl7jdEtUW+eJ+u9KtVAUjCzBt5KAv7j/MKpWcjkWufCnz QDfhNio5sS96RdCUy1ZEW5mOihH2UqFb5PHRtH+97MFHnt145MePHDK4rWwZvdyEM3TYHvSz 96h95v+fvy5/ccN/zjtWPfy+s6E4xJ+vBSxw7vi0S5RF1GcUzXy7aSEX0oDWsjbrjEPivMLK Fa+FrOR/dMOwWZgeu0XYbrSGeKArcalhvhpFDflsn+5J6I9pDTE7xKDYaWLerdWt5fkvPUGO JHJNRFEZe1JWFBrxmGE8Zi1VmxFHBznNpVheLClq1Hd03h+rEmRd85nQNKKMFjW6kOJzDL3h +1RylKKKySLKSBN1DwmtnZAv2W44oaV13K5h8mXz5s3iy49u/LZc+PVvfFcuDwopllSpxGxE /dww48bDUo2haUQJEnb+uF5ih+ljBttcwfzXoh+IJV+Zcekn9u44a8wQi1t6LHHHEOEvwtxi E/lX9DyyZBwMF1KhTWE6wfs8xEwTHm33XWrhbSv//MzGfzpkYl+Z9G2VnbElxtiPTPzzMyt+ ctvKC88+xHsk1i/94n6fvcuz9Wm/e+P240cSxZSa7FARsuJHnVOe+t2a248b6bTZuqVfPOAX 57122csHTLn0B8/0XDQhZEev1VmaXom8eRH3VqJp6++fPubW899efMLIyhvnCwv0wy454961 d54wUqnW/WeOPunXNzxvXXxoSDn9vLDAOIzQbScqy1bQZZfM9y0MlLlayrXgRGIqZmo1VzXw WV7Y8qpzwg8DJfTeyL2rCuVCCvgQcsuzarL1bgo1IsP54cTPqgEwcis/ce8emmO2YdYXen/U dWmCCN6ave4aojaLesdX/VOhhnpSRVSFlD/U7B+TgM/0YivhFGEKJpBqyFnvL7JoObmj8mrg HhpHxBDXCGOrwwKKmzPvhqULX1ZLK+wow0aMrSKUKN9Qks1qeR9TtU5UXXzvh8R7acjDt3Xr 1o0bNwbP8P++7e7X1rwVU4YD9h9z7tmf9S0cNmzYBx98sG3btnfeeYcEztSenh7xZf369aHL xV7qMdptt922vrxyy1tvvvHEowZ/MBmih5Ftmzr9bpvEMvkIBiZ3HgnzjHpq9pijiL6nzIIt Wf/2xrfXyba0uYgRqqJE2Pgulq2ViV4mWsmiSzQZBEN2Gdb9dnibOM4jMZCU65Jmf9Zt2H7V DcvGHTp5e0/fxANJR0dbuWw/9woPtSH2pH8yOtrZiA56eTTd7JRP7z96xFAl2ZEn3MFUlv3C TR2Ha8/2XuQ+rKueN0z3/Pd5r3OhI44rIYdO+wGZ/fIG25Uv61f84q7Tzps/auJxPT1fDybB 1A55pufrqkAQMkWTX5QzSXpMiOydLl+Vfn3S4ssVqbL++Z//OqzQsdeDd9XEmeXyzKh2cAsZ m0IO2PKvK+acWvgyd9+M7WRlyKGcebmQot+E2J/cnwEJk81dwdg28agF8dN2f4SrqkyHidss CO/rSJQ0fW/VxKMJ5PXl2dKu2GA02WjeVFV7jedvlQIGy+RfUPnqHAuPtHAzCs/Ss2+lfnJ1 cKCJcL+53/PE3mplxJAlnUoyrEg4oixRvCRN0YrEmGSS76jK4ngXUnyCyXMP3SxUwfg2tpUJ H9SsqXapGmkb7LKkOo+CBRNj2VGum+dJWS4PWl9YUFupX1pfZBlZOLuILiNsQExhidGlecbd fUnHvk/rey6YP1dmQb9fPOtqutPJvW86h8Mbq1tmr1ZUsugs9sWqRMOw2wlVHlas80hE7Ltv Wez/ex54bbeR+/Tben+//e66l39zy9l0+bU/XfX7J7Ze/bX9PnXE3uWy9fWrfr3hg33pZj/5 5crvXfIxIh3sjruXuG7mLG+8SvtPpPplysMrvj6RK5L1L/w3Uy8jvdtE7h40w7gFsn23JF+v Rc4lD71w8URHCL1wx0lcvdi+fPORF65JOfiEU0P/cslKk881aVwJmGFCVuXltC4sDXAh1SML IWLU24etnCp25R+/6SXoko/JhDgSjVT0iTqkrvfRLh0ktj99duOyuIWX7qsz04LlqAXi2Vh5 AHiuyqimqzSsNx5CXj7q2wuJjrZhGxCvkTbQQsFHo6cx5GIpJgNJyGghUXPvXch2O5OzC5B/ 9/dbadErMVzsJtgloQtJlQs+ARG6mdqYtVhlkuDLUR5QuxI6RsTf999/v2pDimR8S6I8p0JD XP/9b4UuVxL0ZiF0syasGvwjMhWdhPggT5pHsTv5Lmkf87SxN81OpD/7W98XWdO/9Dvd5+T+ t6T812TutnQFaER3jAma7SqKiKteVx21REnr2RXvGIOG9tqEfl7aPO5b3/8t3eCb54/9+XfG ffpjI9au33jsl25/+LUP92ntdLO172xTXwRtO+pBu+JHHS4/WsGXrF/6RWfBTS84Lqe7Pruf XC2YOO16cukjzg5cvUwcQex1fzhn0Nl/WE8XsS8333z2oEFslO4plxJy6ZRBbNWKmwd10oR4 eVb8qJN+pwdX5CiGRz/r/nWeojpPAqf8N/z+92fMuu5+x+K24s+zzrj39/OdLdfff6YYWJMq v+lykwWGg1z0kLtowQqx23Sxjn9ZsGC6b/MVNxlusgtesD3l8TVvbR9xI/AdLM33cVfJL+ly 8V6ryXdMtfFO/lHb1lb+urcTO0T6OuPNukeHhD1Fgg91IYlkpx7LmZZAIIacqPxwhsV3Btwv 8VH8K9/49AAsHE8OnF8Wv93NwxBpOolbKsrPylq3EM43+Y/44u7lT8rpHO2O0+vPpBySeyUr DyIdW8X3fFBmWZLxA3JbZ7DgwPxSLSpcfKdWaC1iNH3oqlDfohIVYFfdzLeLL3Et3HgWsiq0 jupf9Yv7XXbckY4X5xzYHosoAiGe3flNWmcfd4mmSZcOKcVCnIgv9hER9uwLlUGmSUxT72wn g9v1Qe2ks10b1G4M7tAHdWiDBmmdg7WOwVr7YLtzMOkcRAZVPlS7/Ps13xSJU71yBNlE/4qf dPnTxl6ks5N+bPp30CBn9/ZBegdNcxBbNahTH9xhDGrXOlm+2pB2vd0kuhHazqY8JLY3um/5 ine0Pca5va21JS+O/PLf1/7Th0ePP2D4Hx5+4ZL/WNPfNt5ZN2jwPQ88/9PvH0vkGwcJuiEI UxlnH/7U717vYU4gKiYOv+kTvdMe3u+zRzzb80vX0fPL139HmPPol8fJiBNepImf4PaXiyZM WP8Xql7Ona8EpIg79F2XPn33aztuo8tfvHnQFPLMDhYR8+IrhHhVKi3JiON+2dPzS1pjppZO +dWcvq/vLS8r4tF59uiPnn/6Z37+3I3HnzBy/f3XXnL6+W+PfsXZdMTxi0ulxYTrkDGfWTyn dDG5yZi07PdvldxgGZvplVmzyHOl8sQVC8xJ19135uIT3DdjXuhfz2LbLyZuCnvfP33SsiVv l08cYTMdM+mmT5ZmTvQWXpXwpDY8b8hhqakhhMlf02uFy+1we11a54vrDgsPpquDC6nh3Yts UrkxWop2qXiRxHaVYe4r0THKXVXGsYY+WlwfIpEPbG4asCpmGNflojx9rbAEK0PYii7KioXC 39nN5zkS0ataZTJn71uf6jhy+/AQ19zqDnLnCfJ1CyqFnIPTX0id9c1tBF91WLPIqbB9niNn LD1NGrRt23+Nubdc4nu3DBEstu/Ct31fBgwJo3pT7RizWUCjV7l+U9037AgXkiyL7doOpBeA fvnwhz8085LvxSRLNyCa/1nujHrCEjLkZS8MiJMmfWTOlT+MSXDSYR/RdJNULnNRVJ0YptZm GkOGapraQZp1nGZB/JoIIyFGIKD8iL4tMscj2rac3L6V9JnqEtI+uFJu5qhy3E+sRWjyzuC9 mkncSQnaOnXdDC286cY9aG4KwhPLFpbpHcZkLbVLp33jv40bd+AeYp9ddturNKTfcrp5swGg iOs2Ui0EhHiVAxMe5K679pMRvaetW//1r/c+86OOs/+g6pXgeUCk/+iivdb9gqqXH6obc9sA Oe231x83wq6YzT0voF7WLT37gFPdUnzMfRP1ltw50UaecPn8z0y68/LSmW/f+pv5ly8eSV6R 1WGi4zduKtw4Q+Y/d4KvGvOf40G6E/95Ppn1yobFJ+ytrjxjyQK+/WHnn05ufXvd+rdv/TX5 za/3kSfn6W+vnzlxRNg1G23fSo4vMtfvJ+K9HioXO4kTOikzrnb5u0o6dLt0nkjbrp5dYJdw 0ZNw7yQ71paFp3ZhhrHKxed6SWWpKq4k+fhWdUNQdrg3NU0aXBzzg23xEWj5qaNEjMjQDTFb oi1NPYoaEcOilPm4/LZ4sPM/MuhDFNKrXTSna6TuxOoFG88JoqnMB8Dd6Zoyyq9WeXVWq1pJ QauMICM96ZozrYHj07ErMzaKTCv/Kclo7rgvhkjGl4v7RR4SN+wucJ7Yrg5tvDiuExlcSMHd pSBIom+06A5N6he5KsrYY3uOfGrkjp2dnaVSyTDa1CKJM/OcL56RIVl6utnO0AGmL68Tj/80 /cQUJrhEJGia7Xp7u7nLUGnnMbmRyGS2HVuoGYNdhSyMl2hy+kbyOdL/ObJRSXgoXXIqX+I2 61DbnXygTFUSISVb42mwGF6NewYMHsDLEjRNfchgQ28LrbupXlbiXiQuz64JIx55Y0fb4M6D 9zFu+fqHx+w16M21717ywz/eeu3pRx46es5Z5at/tUnsVtq25eRPHai2RsXN7LSHLPhpSgci 52474aLXzz1nv87Pkh8803vRBPlm6C/oBK5f/jDu6btOO+/6Ee4rpvOoq2rKc0rBdlnxowNO JXe/1nPcSO3FmzumVN5viByq3N2aLZw4bT7pemiBPes3859fTEWKs3rFTWM+Q5a8zUwtzLIS m2Pge8VL7nlLZv+cvuStO44fpSRUSU1N2fe9Bknh1y7Stqk6KRRTTYrsfMZXsSxsVeRxCx7Z tDfwkE65yZLK/KRIuGNOT6KQ13QpTYSVz9YCexDloHK5wLu3uEPeevpeinPDGU2XO0qEI0fx svCrRgx9y5OzpXnGDeGwFUOFpoxM61hfpN4Qg9o6BXAPvjOgv274BoWT8sJpT1KRA5btul6I a3hRDDjsTVUZeoV4LD2aO9Ozmj7bumzJ6asrw78osb6adOVrcvReStg4mf4zoXJofD5B+UDN 5VQpFlGWjIQqJHRh1L52RBBMaDqqiIm3AIWmGUzElzv9suuuu/b09nZ0dNAzyqfRszUmG9+Z T7bV1tauFiP4PeFCmhRp6zDbOzt2HS6tgyZXLeyjs/5HXMFYzEzjnvvhDh6Rsmgx5acj2PkL hu6O8qLzkGCnD5HQMYOGWoN23W3Y0NBkzUAWTgUmT9j7Ty+vP+OE0VdN36ejTbv/4ee/ceuG /s7D/tf3771lzonTp+217JXNf3qJXZn9O7aNHrGLcivRvLc/50rXRn70vNM++9lZS9f88niv iWLkcbf1PnNEx5SHX7howt7KXl64fjn1VHLa3fNHeooatrHDXuM+Tz738IsXTZjw4s1TLiNk HrHXr32afP7cQ1kJXnj4UkJ+4EnH9gxiwe8jE85ccvqYk795xpI3J1bedNe9vYyccf5HR9Kf Kx6aRch825447Yeka9KCaf2hfaKrQtMd+dHzTz/55IvPf/PO40fGmEnzdSHJBG3ZCylosXDN IZW1SV5BbGXYeKWa6qpspDDAKK7MEBdSLiaQsGSb+pZsB3/LEb0rMlqaW4S1g80T5FUwQgLx OFbXWmOJEaTKQsGIiBW6VGoDQmwl8FRxNNnSQC7nJ9J1IRFcueVadpyIGmGTELd2Q0y25AoX OZuzEvjnCdEvK5EjxCtfNBEX6Azv6wwX5+oajQ++bvAR2C33HYzF+1h8mFQem8OUm7OY2Mr8 S46OERnxB0mbyNwg0nMVPFTS6eVGR2qkHudka5HWhRQVvKIuTCWJ5C4JfUlB05rPlqP+ZI+U CRP+/NADnz9t+vYdPeo7c2YF09bG5teiF0Vbe4h8iSl8lPxiCXa06e3t7UN35ZYVSxf2FZ2I ftQm+0mlOZsCSedd+g1nMJek8LgUNgaDRd8Z+Bi77ObAb00m6zjNNVnH4KH7HvDSxu6pH5sa mojpG+DAfa7Yp3z6wG/fuOy3Tw+/+y9scButbYi2+4dpBR7fcvBHLlnBszL1wbtaPb073lzz 1bPP8l1ySiCwjEobedz83522/2f3d/w2zBIz6lcdLNKW/3rtNtZD+bjLrj91Ct3k+md2fF0Z z8UW/iNy6WlUeriv1GoWFSaccffnD5wy+LLT/u8/bjvu0h+Qj9HvVLn8YB6hOWkjj/vl0690 HjAotDVCXgU0Muqj559BCNUqyoqRJ9zxPy+37euRmxNnvr3kqX262maxH6f//s079klzNFnW I4+/acnp+5zsJnv6krfv8Ck995Ih0smV041OCxurwHUvyJfCYMR7kpTDK5u45KGGXJLqFh+/ fdQto8YHSZI7UY1ZKLf1qAazg4fLrqgRSw6fpca9qi4V4VEWPQi5KpABtuxRTv+xnemQuHzR iC0jYyxbRrmKB7k7OZBuWGXDMkwuEeRpRlVLyQ32FbJCc3zZQrUICwyfS6jNNJxxqogc8Ja4 OoX7rRzY7NB8eHKiOqFcXeJMeaRVBvvnuojbTNw4AHfCo3K/Gz9slS1p6FKSJSLgUSRmmmVb vFYaeiXT8DERHDOyandRw84ynxsFJ0cXkm95koVRLiRfmkmSilE/JEzc0LNo2rRp3/nOd+i5 9C/HHb/PPvuqOikqvjgmC8GgzvbBgzrMvXdPUrYkrT2oo33XMfuNmXoMdxk5waxOjDG3J5q6 RZThXjLcxcSJbrlxYGVbJ1ZlKF5itm/s7V/x2hu3/vg/fvqnR0JT0CZNmrR8+XIxjK+qVSmL bl959c9f3mPa0TEl2Pjw43O/NG7GFw8JvAXJu4rtBtZEtWOSamZo/+pIjSU99x7HtObZMrPH M3VxvC2jXk1pGi1lKQNB8pXoRiUcglTaPUX7By3E0avCE4hONrEIis0pWsHUIl8SFa+WLNQH Xpk//kuOaaTSPYYwy4qYyofN/meVS2VXgfRzxIwnHR0dbW305a1d9MoTf03DkNcxGwOCbUvp 7e9jPYjEE50bKnQ5FWNFjjjRMY4c0tx+lroYI5NbYDT3TBMWF54kLVm/O/ORnCpSzMsmxAuf FJoqGB75q+taJfKEN2WlKxMtW+Vkdc40N4i3EsglRIZj2jHljNPsvc7tiMSMLqxhWWuxlEWz O9GCWiU4mBZTtARtSdaXsrNTtCo3HjH3Gj9MThcm1edXVqSb2rOJpkmPQhvDVWwcuqrfhe7O VptsgzaxKZ/v2pnJLhjpXCSidAOJlRGhP0O3Dy4MzTEqr3hpov70tXDQHiO/aO5gAQ8//PBz zz331ltvkVjVEnPs1FzoWZOkqZOjL/vj++5gK8J4qCueWCLj0rky1yu9/7XQh73lNTO4kwbY dsVVavEbgfQls01G7jJk0mGTzr5xoTixfc0yefJks1I+p5KVnxeefcjyF9+5/7En9vjEkcYQ v72ivG3HxkeePH7ScK5dSMCk73rNNSLnPgsNRPBG3fvbPKZ9g4c1/UPdDW30/CXKT6elanB2 JH++hse1hFYz99tRMIpNFoDPeVt5O1T2SHFJBOJg0tpOUiyPIM5VlFMWWfat/VBKj17F++BY oTXllCau48jth6RAlJGvPFKVuOMoELmHMKyovYjZMLwWm6REdy0W/EYkw3ZdL5Q77gy7PWmq e4aHkygdroWDxp2oiXUhYBNFslkjXfetxicuYFMCWe4Eba4DxzUplYRlyHItJa4bqeIdFjVk vh7TGdxAJKNZ/MPGXKl08HbVXskX8ivv51y4WFRjWCzEmCoYy5lJW4i3dKc8qIsLKWazJN6W +JecoBHFJ5ikeVv4QI8//vgTTzxR3T74PWqJLFLy9izIxjH1CrccxLaAqaoicdMTV7q48f3n vE8t/OWLc+cv2eXQgztG7U0/dLPedRvoZ+sLf/veJVOpxIkuXCVep/L2Ex5iH5lGdEOF+hSq t6SvxaKXqF+0cNNvJqJK6FsuZ/BVNkgV95oF9RrTvJ1pff1BSGpjb8iyNPvm49+JeZWJzaW+ LqTMWYgT3g0hdQ0L6nuQH9vzjytJ1Nz9h1V97kpHh3hZsj0BsuLdTK6XKQkbgBtFK8NcnSe6 UBdyiBP5zCf8VUx4rrhrietoTWOzu5XYH8M2naBhm9sX1Aq7kkXafixXQckeQhX5onsmXHQD dljwuuUMF0MlS8VfZnHri+zf5QpFWgxHIOn+mQShWyKp0YUUk2xCv1JwbUwxVHdh1AZJwmUI t2UKAR9DMN/Q1qtqLgo1MsWvSm76Sr5NsOTyi6yvr/ryb1TDmkoqlRdrN0iT7Xbh2RNO+fQB 9zzw2rMr3lh+37N09ZETR0w+dsQp3//iqL2HBCsSaGixRKZMCIk5jSqhndFUMclEGfyUlCv3 Y2V7TSoGeWPy1SjJIyalfqpewRgzTL4EtYu7kPA3bNkXyfcqk/GGk952oqVflS7TGDNtDQom 0b612fbkXdUREpVuvBWbh3payYA3x7lAvDcOr9+0amErAsf2hto4XhXZ96kSfSLmtue3GHkB 2u7khKLbARcWwnkkhZmUJxYbY7ys81FaRC+5Svis6EDK87AtwqdpkjPEVZpCOo+UUWIqksvm s1xKy5HzhyiqRHP/aIG2UyatJq5rCRImntDnk5asF1Jyg0oSK4tve+JVD1KZxigYEiY1Yl4S opRT0CFV9U6SUKJVXeVr3rTmq6rtHLRIhf5UKx5afVMNd3d384eFjh4x9MKzD4kytKjpyg47 oYfQZ8eOPQwxNY9sjpiW8i3zFVjak/kq3V1iu3dUp8BNCaRrpNs69ATyapdKvIXme0KmJuok Sd0OaZooLtP4F6fMCibJftnSVs9eV7vIQJBKff15kUobyHAKXUF5+wnsKV+IuKhg8RwiBMU1 gIjHvqyU023J1RaueqlM7Cznb7H52PgsOtc23AtS6DBd2my48PGPVe5k5VaBCQ/D6TSu8a7Y XMjYUpgQxelOxKxCTuSxZjtiw5VRFs/PtjReLsvgPagdPWJXTiXZgCIyh0fPiOieSnMSLfuF shMQ8wivtwtJtakQkvRtLD7rqAibUEWimrqJchOOyrSGV6mQZo+qclqpVyOhda+q2GTHaZ8X qnJnjDdmuFk6G7udJ0XevuYgwV18SbmFDs8oam2qiBmlsSq3Exk6QJSpmMX5HGH8GPgvU8oN RZ2TS/04Lek90aMaX0u53I9tR163MatSbe+1umUvaobiVcs6okCa5/zX4kppE0XVuHYBTcTD anyYtTAFo/qNiPKgFt10LNs06DNeaBen5xH31XjviG5ainARCBHstffwDMRsdqLnkfvs151+ S06PazcdXU6T4sgX9k7meHGo4lCcR157eCXqmYfu8s7Zhvjmqg7CdZToUs07QLEYaOFFVW4L rsWIR/4arnxRom0d+RU44iGvVdlOsIFNEtUStWMSA0zQxEJin+vJidEroYWJEW0xyca0jx0Y vSa5ASbhqqhtkuwSFKahifj+qil4QneVnX1BrMHS+JqsUiTif9KHFDdmScIdvQ3nX5AsWZ8x XepmXUnT51Or7JujBC4UoWeM1/QSDOOtnB5RDZ9X+C2JfManPSIxgXipd6klu8QVDNvaoxG8 PqMYKqYQFm0aNMBIeaGkJDZwRm2x3WFZNLfjtOaOsy+DpaTxxI0Icawn8lkuzhmLKQwWB8DG 4S0rQ8O5uaoNonOxooggJ1/dnWrM4PKFJaaXbdsM1S5OIZ0QZN7gota8f5PoeWS4g+TZNtMr Ji2X6XYsF3YdpaGlENTdMW2YfGnnvYFMJobcZqxyV2qKcbc4ZNAlNbqQgmuj7BDEq2+Sy5rQ R55qXQgtFfGqjSjtG30HCxlNOEoixDRXBhcSySQ0ZSHTKhj/VAI1SrDkTZw7VSOYkhTV5z3x Ne5AlSw+gmcMCTtfU50PDTOH1pUk7ucCEmIG5f/TR7ZluWO2hDuP1Jc8XdUuXDWUDd4nqCJ3 FOsLH4+LVB7wbjakYgFyDObKKL0yhNdzYjhJu3vx3FX7i2aIcXx58YgI9bWUHv/BeAJnZF5b dNfUXBOQ7rp8qAKhSkmOBuxGF4thgdVgosrAda75xzHeON2vuf3FKQLRGqlQWvFcjbnbVN3F t5DEPlyTPMtjihHvc0lYcolvY3qaiWul6r0xeTRM/Gb5upCqasqqTRH66AklZCak4M612NDi LS65WF/iWzBhyrKhVYNbMDVVOLfc3SEz8pRQq+w7PdTrJLTx691iadNvsKIqygnjxpyqkf5B u4vn/Hd3EOrFFuYK7pgRakP6T5x6Ov3U3JBeaZ1wv9hu/Dx7qrtj3Mk5IB3J4ZbA1S4yPFcU yY3o5TpKzlRkiIFq1D7gsv195lNFKEmzlZhIks9nwJ8fxAnuda01jilHDVDWvBamSlPKiRF4 KT0aCqQn5s0+/hmZ0KlRo7co1U0j1IWkFkAomGDxYvJN0j6VyyfaKBVclVDqZSb0OPpUV5QB JnwiR99G8Tqodgdhvq2QbRefXqm6hBTngVQHfFbHoP1JetpIk27LebV8hnSKdtDlUaBv+1a7 2gnZVu5uxB1tllTmGFIG2HX9Hv4IGKfK/PFvqqrA9j2RNaleRKHc/YLt5glhlSmEn0seB1bE UdDUuODkfrfwUzfU8hT/zhWYr9GdSEBJwMnMxTuxlDuDgZzIwNVMxJmDye/Rs90Rk8UucgP1 8KVqjeKQxBwSumXwzSqGJD6jJOmEbpzwMe87OurT1lfNqsfRd68OTV8gVFHMkytt09W4WVSb BFvAcgfpVp9H4fJlyZIlzzzzTIbsAQANwyci5RxD0vrgBGrwAV9V+6K70pbmE9fooAfli+yD VDFnOFn6piSI7VoTdw+u3OsyS+EM7l0lV7cirhIKFjikYCEKLeSdx9vmHkKPnbKWrVIPClEO YlC+qMghd0my5x8ARWby5MmnnHKKvFiqWF+odnloy27VU83lomhIItUzaVxdqt2gC9IgeZVk IOVSzEMjjRp6kj1rqIuWRyIZS9IiV03rnGa5JILbSBgtcq7mUpLGnKvLl5988snB4IRUNzwA AAAAgCbgM4JCvgAAAACguAT9rQTyBQAAAACFRUoWX8S9HrF1s8sLAAAAAODiHQwh0voC/QIA AACAQhAc7MAMnZ8oir6yuX5T+/btmmGZPaWSrZWG72aM3K2v3Sg1u2oAAAAAGJgEx9E1+VL/ 5CmhambdtuFvvG1MPWDI8SccMGTIoH+s2/rwc2/+9e/vrH1vl/3G2KOGdje7dgAAAFqVw3fd 5egD97fkLORgp0HX9cfXrFm+Y0vUBuqgL6p8UUfJjOSVTSPMrX13zjupbUinxnfbbZxl7P8h 7dX3X/zTC6///f2tY0aM2+OdZjdCQTl4713PPHx8d/fmZhcEALBzMXz4sF//9aWXCn/z+dgu Q0887NDDDj1kyODBzS4LaDTbtm/fbdgw4y9/ebpna3Ctql3UGRVMd7Vva8/PdduGW5t2/OSH p5M2Y+wwg0qd5zeVtpTKpxw8lH6+qhmrH1/1/rp16zqGwwYTylVnn9oxqH3vPYY1uyAAgJ2L DRs373/gQV/+xW3NLkgVPnbg/pMOnTBoUGdPT0+zywIazeBBg+jR39Td/fSqF6O2CXEeBWNf fANM95XNNW8ZN87+1KAOo2zZY4aau7ZrD77T88SGNeu23f3k+kfeNV9tn9rTv22PNzYevIt2 2FBraLOboohAuwAAGg+982zZur3ZpagOfSYNHjwI2mXnpLe3lx79tBMqCeuLTaLnLlnf3THY 7ukr6X/fYveTUlfJ6tTJ/339x4/9/TuTd5/8L2P/5fQDT39zy5v3vnbvS4PvWands//WU0Zu OqbZrQEAAACAgYDa7UgaYEx3UjbfrAOVn92bSh1Ddt3Qr6/d3P+B1X9yf8e/PXbeyjcfu/KY K/mc8va5/8+5JjHbh7UP/sfg5f9YvmbQPVv3WTP27XObXV8AAAAADBxCxn1hk7y7Hx99evtW rf3ljb3rd1ivbSv/5K83PfjqQ//7Y/972i7TxK6be7ds2rLpDfJG526D5k2dd8HECzb2rFi/ +2PNriYAAIABxnOLLrjq9+ty2nfd76/KnhpPj1JDAi1ILe1fE0HXUoh88YkYs920de2pN7ev 3VZ6d8fa+cuvuuDQC7o6u6YdOO3LB36Zptm9ufv9l14dvuDRM2at2/Wsmyec9ZuL/9M+7E/3 dPa8mb6E4+ctmPWk+1l80p5i6fFfrnxndJ3y5JfHeza+cdbiE/cMSe1Gtop+nrhx1h0hGxAy +ug7brzga6PTl3TSKU/ckGnH5Lx601HaUTe9mkta91/oJCW/5IuSLP0qUPNhC7PmG98ONbVS VGuwRAUX3u9b4i4IqVSSvZJsE9qCtVcWAOBl1Ge+97PvfWZUtp2fW3TzsqkX/Sx7ArXSNCXR LIKTBgiponk/FdpJf5vd/153z1/W9bz+/uJ2u13v0J/d8ewf3v3j3v17TRky9en/+PbT//zp yf/Yt+uMCz528cWTzjxr0i4HH/G4fcaimw5//tH0Jdx02w/mH3kx/dz7+qfP5zKFLH1h9YdG VMTH8YeOfeyFVZ6Nv1HZ2J/a9XTt/KP4Bk8EN1j7+Fnf+Nkta1OVcM+vXTbriUNJ3e1LB818 wn5i5kEJt66TLkkJfb6euHLBaj62c6Xsr95098oj69QO6VopGfffS27lVbhvxqITmap49abz Lz7kPrpg9YKVzgKqOe4mM9LtlWib+y90WnD1AnLx+d5DWo/KAgAysu/oJimXnZCg9YWF7gZ9 RurPXYfYG7p7jA+2bd+2q73jkaGD23ut3g+MD3668b9fIC/tdvHC3pXvT7/llvbBg0m53PHJ T9K/BxnGhsGDVyxfvs9j94xa+9o9J52fqbSrLvvBnosvHXc8WbV03aY3zuVf2PLxn5y4+s// J7Dx9Xsuni23CUntW9fveUfcBsl575Z5828h479/w9Rcj85A4P7rLyYLVvufr/df/6uDv3AI +VWzS5eYE2bOdL6cOoNc88qrr77yqydnXHkCXXDQSV848uK771+4kOqImVRpLFqZZq8TTqi+ Dbl70YwrbdaCB828csbF19z76kzoFVAHxl839+Sj3R+P//b6y9895rYZ4x5f9F8/abkBvNb9 /qrL7xLW/qkX/WzGpOiFDs8tuoBbTmaQRRfcPfq6731m1HPsy2lj7rprGV2972nXOSYVN5F9 T6Prnhl9nbS08BTov5df8IzYOCQ7liaZSpYtG+PJPyTN59xiOHs53ytpiiTV3xeRm50C3OWv nn+3qLIF6ptkx7h86o0M3RU/dfElynNE2XtYbz/pMDa9Y2/aZne+qtnaV/b/yqX7XXbF4G8O +9mft/3P+i9efXVbZ2fHZz7T89prxDDs9nZt8OAD77zziClT/onqo7+/ePjzj2Qs7NpVj74z 9pNdyhdK17hjVryyNGrjSVVSm8Y2GP/9Gy/4/pcveOLGU47n3782mhlUvi/3nXTKE5cdPZZw 19INs55gH7plLHKXPPF6fG660OtRUN0QdIMTF5EnLx7ruCCk+0H1dVTNzLsLz/R+JxO6TOZX MfK4i4666RWxy92LjvwCud7vHLmGXDlzXJVqxmUU3w7etbEFTt0sr76y8sgvnHTQ6r89eeTB 4ugeNO4QsvKVV2veK1HKYw8+8sm/rQ49JQJOqMqC5MccDAS0MJLtuun2Rdd//Gr2uZzq8Hce O+fq5Npl/HVXfuXCvZtdecZziy6/iwoExnWnvXWz8KeELhTQp+7NhK7yP3DfvGvtZLb9RVPf vGvJc96Uv0aeWebZeNIMuh177gvfUVR2b741+mvenGLSDNbrmSnX8TQvInfTFJ9b4uZBU6wU IKhd3N1cpRJRNn99PenHt2FY8RpFlRmnVf9Ru1H60Ig+q3sTWbOG2MQ2yFtb33p387vv/X0V mf+7KRdcQBVQ5+c/329Z5bff7v/gg+07dpRff71n9eqhd9/94QkT9iHkI48t2eWDGsd8fO9P KzbtN5L5jxTPUS3svt/6JUd94x5XBr13ywOrjznUcS2xLB54fDVVNt8c++gP5x91yfyjbiPn h4bONI4nL/7bqcLp8OTF13OFcr1wOlDoW/1CuoIcyXwOC9mrPP3tuiiuSehRCtvlyYuv4b4O 5unQzhduD1kA+igd6xThVvKrRW46vyKnqs4RXs5TT6hau7iMYtshTTopm4U7dq4Uto9DxiU1 gSTZK2YbKlncwtGmezIiE8/R9xwL7oUqgBsRNIqgUT3h+BkDhHVr3yJTJ4sn+KjPnDr1zbXr IhZynrmFPXXDbAX7nnYyXzpp8lTylpOIu4ylkbYMPM0pXaP8W6ZI8827LmfBwRfcvIylOGr0 vsturhLtsu5/nnlz6qlqNE502fz19aUf3YbhxWsI6qTT4fLFp91HDekeNnIoeW892TRqi73t lMdPOWbl0Qv/67xtnZ1jdtvNPOqo/r6+/ttv1/v739269f2tW60XX+w977wdDz1Err32Q21t PbR9lmV+H9z0Om+WV55fTSaOH0f2PHCEsyR84/XVUnM22PToX97zrHnulccmjOMmlvHT9n76 v6gWHb3nfmT3c77JrS/njFWDb0J47p6j5j2+mtSPIxfM5hqAOR34Ozp7zEU/phw7w4mLotIL hpCG7HLkglv5I5ZlymwFngIw+4FTKObmcPf5wkminLMXHLno7vtfvemalc5GMVnHZxTfDr61 8elENUtIkRxFsNApezWLS5q9Yrc5aOatCwgzo2na3QcvONK1zfjwHX16LMgMRySyg+Gz2YAB jqpXatAu46+b+5WvjuBfRxxz29zZj15JP6ce56zd86tfE0tmX3fI+OuuPPlosvsXZ8x+5PTx WbNrCsxp07Bnbc1MdYwhwh7CAo1/9jVyCxUMi56rQ26p0/cWr+HoCbcbt9s7HzqgnWz6iNan EYuUukuTl++2i2lqfX3m/vtvv/PO8gMPlF95paenp7dUKm/bRrZtK1155fYxY9q7uoYT0vlu uuBYh9HjPz5i4z/ErmtXPUrGfqpr/MfJ6j+trbZxdGqvRW6w6r/+tMf5J+459sSp+724yr35 r776Em59oZ+f1W7yyRUWxWnfSs4PcRaw+Flyn3gTPzJu98rbe5JdUkMfvav/9iR3aTm+Lf7A 9WXdMGLqGCiSs63zi4oFmQgVCpGWmCR7Vd9GFmY2+dWTEXnFHH2wU+LrlJEMpj8epTJlrtQo gvHXsSCY6z9+zfUfv5ucO21Prl0uOPqln7El11x/+cpVl1+z5HHue/rEb5p9Yxw1egxZtlw8 btf9/u5l3GAQupCx75Svfe8iUs2GIVN23UgsjbRlSJHmqNFSUz23fJmSZtApQzXGdaft+1aU AhvVNWVf717Jy+ZLP37HkOLJnlDBL3XBTL7pqCHdu+gT/1q62+4jX93nwmHrb+/44ANrxw6L kP4//lF/+eXSpk1kwwY2lt22bVZPj75mTd/q1dqECUOfemrUexnky/h5lx7x+i/mS//On1aQ n597xBsP3PpK6Maz1Y1DNvh+lQ3I6r+sJuce+RWy8dZ53DCz9r3XyRFU0Cy97z1SlUmnPPHp TV/6QV0NMCHQp9hqctT59P1dFQIyoOLVe3/1JPlCkoQy7HLQuEOePPH6+2fSB/GrN12ziJAF zNBxorOIOT4Oue+gE2ZSRcC2vv9C7ZqDVze110zyOt5/4dhffWH1E7JNDzrpC2QsrxfbVYTa ZtsrRcrMwUQWrD4huvWUoz/uECJig3ms0aIZVy5sXjuDJpHe7kL1R1iwy4i9PkR2P3rG7C+K n6tWkb33OnqP1b94OMGdsBEwn8Vd/BuPOZ0047rTrrr8ggvcBcIjErbQga5be5WIuY0f+mLS jIumXnDzBct4mO1U8kzcltHZJUiT+WbEQjJ16lRPmm5Vp170s8nLRbgw/zGK7jV56s03+0N3 qfy4aO0Fzl58TeKyueHIMv3YHQPFm0EaTAr5QhlqDd1v+8lreu95fPgTHyn3aoRsX7nSLpet 996jH1Iqdf7rv7JJIbdsYQsJ6SuVDdumm6WZAX33cy6ddQ77wjpF/1iRPa88v/qNT4999Pn3 wje+3rNxZYPZlQ2qdJBmBp7zz9lw77ec36u+9cM97/jm+U98iv968V7XALPn1y47/xxuYj3m m7POeefpL9XXbRSBiNZlzLiPdVQ5iEmHsdrF9NfC2QuuGUu/kiNnzEhoSjkh/S7khIX3zdBO 1BYxn82CGbxj0QkLVy84aix3Ph65QHlKF4KkdeRi7EnCtnTbd+HMW516OdV69aajxjqBKXQ7 tvCke5PsVX2bynFlC6LkXuDoVxq+gC0PWo/V11599x9kFMHeezW7PJJJM34WeFAyr8dnSPWF dN9JvnXuErnK+13mtu73V901ZvKo0NSqZhdRAzVNtVozotKc5Kt6WFuELa5SNvf7qEBy8TsG 1gYaM6IFckLr6upavny5T7bPnTv3oS27Re2zesxtG8svzPr/7PFvk8P22uuAVau2fOMb9m23 kbY20tcnprWmquW9MWPe++Xtw6741ponnvzbXqMfmH5JRBFyqUeN6+tbjMXfOG/fMcW5/gEA OxGvrlkXNuP0+OvmHvWGx/oil7A+1R96/GfnVMwtjvNIWTL+uivZxgs3VMs+2a115sSPfPbE 4wo7ZSMzTLx12nW5jlBXjzRbl87Ozt/d94cfvbwyuOrITd3f+c53+qi6cBk8ePCUKVPSWV8E Y986Z5c99vvH+Hv2fdve+u67H9xxh/nNb/b89rf61q3OsHe2vYWQ7Zdd1rHhnb1W/2WFSXr2 2KfZjQMAAECFxb4ID9EbVKz8WS5fdfmivW6bccGjYliYVUs+/ptVP7llyYeudJY8fjcLf3lk 1clX0N1XLWl++Eu9UIY9Yd6RXHRGPdLcSckiXygjNx7z/oH7D3nwprcI2e2qq3a77z7tgQd6 Lr+cPPWUZVm9Bx1U/sYl7VOmjPjGlz7o326XyF+mHp8tIwAAAHVg1eVX+2THnoRsfE0YY9gY MI95DSerLr/Gs/0ffnP9H5tdhzoT6pQqYJo7KRnlC6Wnc98Vx5yy32P3DNq0adxJJ3V873v6 T39a3ry53F82dxve9vJf95h1rvHi8/dsIa8efcrWocOaXVMAAAAOj86dHbr86Lmzr0iZ1Ceu ub728miatn37jkGDOnt7e5vdNqDRdHR00KOfeLhFh+zyhfLsYR8fvW7NP15dsWXjxrH/638N //D+bVO6OoZ2Dnr9pSGvvLB2a/lPm8m2/SbQzZrdOM1nw8bNe+8BDQcAaCj0zhO6/ONXK5pj xDG3zfjYh4IdkWqPKUzMstde33348K6PTqQKpmmNBZrEjh09z73w4rLX16TaK1y+JO9/97sT zzv8+Ud3eeyeJzUy+rU1Y95cM6SNvK6TNX2kv5e8eswp0C6UW/7wxL+dPO2tDd3NLggAYKfj 58ueqrKFcBU1lae3bNWef2FTd/fONWQw4Gia9vTrrz+zY2uqvUxxqgRHnU6eBBUoq8YeOm7F Ex+8uXrDlg2aRd4futfGfxq3euJR8BkJHvnb3+nH/VWtbQvSFSuvkgykXAbSoWmdBuG0yFXT Yq1aLJ7asvWpF1Zm3LlAt5EWOVdzKUlTz1XTnUOgMjILG3cupf6lMuV/jjwxj3oAAAAAAFTB sb5YVkWv6PpONuMXAAAAAFoKU0zfWCpVrC+mqZfLkC8AAAAAKASiX5JqW+Hyhdilclku0g3N stKM8g8AAAAAUGfU4BaTqxdSKlXkS5tplCFfAAAAAFAw5PAwwnlklxXri2XbVhnyBQAAAAAF RYTu2pZVkS9UvVg25AsAAAAACoopxnzx9DRiv8n91/xrs8sGAAAAgJ2aefPmhS5no+6yOaLV cWO0lhzyCAAAAAA7CSaPgtF0Q5eL6BJdd/TLsXdi2FwAAAAANJoHz9wcs5bJF4ppVCY/otpF 1/WE+wMAAAAA5EtV64mQL2yoOrlIZ7YYo9klBwAAAAAgws7iW+g4j1S9ojqPAAAAAACaS3A2 xjDri64ZSiiMZPjw4c0uPwAAAAAGLN3d3Qm3NIU9Rg12CbXSCBYvXiy/T58+PXRtcLlYFbo8 npgEa0yn9pTVpsilkAAAAACIwjftkU5cvSIhyqC8KvKRLx7Vvud3DMm3bBXUpkjbGgAAAACo EV3qFZ+CCUXaGEKNDfJZnhd5JehTGHkZdQAAAADQFMzQpTEKRuJ7/EtxEPTRqN/lWvkzdMf4 BDO4gURGVQuZsIQyNbEkquTJE4yvV4YEAQAAgIGH1Cd6belUqGqP8ZlS1Adz/EM6uDCbHSXU dBTjBpI/Qz1Ecomv2EkSjKpyKLknCAAAALQ6Zu1J1Ehag0GMHSUz2Z76qoKJN8DUWOV6JAgA AAC0BKEeoebLF0GqB7B0l6TaS7XZ+Has5fHvcyQlTzBtlfNNEAAAAGgVguO+ZHceNdFP4XMe Jd8lr45CQZ9RjSC4GAAAAEhOuHzxaRxJBt3g2732p34GIeJTAzE75q5LkifoC6aJ0i65lxAA AAAoPj4Xki6ECv2rfkKJf77GKJtghClJoIRCN0guRBKiViq5zSNmr5hVVascGlxcS4IAAADA gMGjYCZNmmRZVn+pJD+lcnnOnDndnK6FdrdLs4sNAAAAgIGMlBxSflBB0t/fv8Nl+/bt5XK5 q6vLFKYW1VukkUgDDAAAAABAg5Ghu9IAYwqpYpUV+WJolgX9AgAAAICCYlo82KVkWe4SW9O1 sm3VkigAAAAAQF7Ytu3rO23a7JddLlf0imnYVhnyBQAAAABFwdcn2uTqhZStsrKFYSH4BQAA AADFQ4S/6ISpF9sqVz6U4se+xAx/0sQxaQAAAACQOxpHfBdmGJOpFyI0DHFXtHDXI0gQAAAA YEAiFIz468555NcrRZcvuQ+ojxH6AQAAgFbBFMYY3eD/cNFCl4TO7uiblVCOABscrDbJqvhi +YwoUSP8BlMOzcVXnlQJ5lv4qFW+AmDOIwAAAEAiZIkavatrXK6Yms4+Ovvomkb/b2Ip1VmN QqcFCH2uy41930mYJkiYIEk/jWJM4avWi3hDcOAIAwAAACRqBIwpvhtmZe5GTdcMPftM1LmT oxEibVLCYBNls8k9R9VeBe0CAAAARMHkC9UzhmHIcBdufYmULzFGiGyrGk9mSdHsggMAAACA oTP1Qoih64bhfKig0Y0CWV+aC1w5AAAAQBPRvIiFujP8iwKTL1p47EvMszzbKpJgwJVsI7Lk Mo6LGq1CqoWq1K8YAAAAAFBhVpagrtG0yNBdX4QsUbwqqVbFILWCfPZHdRQKKoPQnjtVLSih G/gSiVIwyQtftV4AAAAASERXV5dt22Uvl19+eTena6Hd7dLskgIAAABgICMlh5Qfc+bMKZVK fQqWZVHp4gxb5zO3xFhfAAAAAAAaSci4L80uEgAAAABAOiBfAAAAANACqK4hyBcAAAAAtAaV jtPNLgkAAAAAQDrM2pOQoDNwQnyTX/pWkYhZHuN3IXm0fNVZKtV+48HsYuqVKtNcapE2zWyF zz3BHI8mAAAMJDRNQ+huM0k7il3CYXIaVvKoQfzEzyKM0VeLaMiLzAlCtQAAQChUu9Qr9sU3 zzPIQGHbMHQIvtC1GfRZMasMAACgCMgxdVXrSwrnke+xFDUSbqjrIbg2ySoS60wJLUaGwket 8hUstFQxtY5fHj+acC7TXmZrqOSEHi85R3fa4xLVFGkLX3Vg5dDCBytStRi5J0iKYbsCAICW IJ31ZboLSfaAiXrwx6+KQfVf5LJXkgTVeYt8BQ7dKyo138wJwRaLf0insm1ka6jGEy/U0hY+ SuHFJBhzULKdNtkSJOnlKQAA7FSo8zWSzKG7aW+yMdunSsr3ch/zXhuTeIYcidfWEk/9hEJm 20aOJLEt5VvNVJWN2ThbCZPslTZGOEPhAQAAqOTZ86gquYgY+Wzz7VWQW38tUSC5U482iapa qPekllxyn9gyWzr1c7oBAADITEv2PCq4Q6R1iXKRNKswOMoAAACIMlpdrcPWqeEgjUTNN/Oz rVmFb2IxkuclWzW0q1FjCpzLUc7WGgVZBQAAIB6tq6tr+fLlamckyty5c2fPnk2/HHvnsAfP 3CwWLl26VN0mptNEklHOqg6AJlfFjJxGUgZGhO4V34UkGPtSNXI5pvDBDZK0SfLuKrV30fLV Pf64hPYOS2WzybfwtZw2VTuRpS1h5gSjThsAABjwdHd3iy9SfsybN++aa66RG1C5ouv64Ycf Tqh8oT8sL1dccUU3p2uh3e3S7EoVC7w6AwAAAPkiJYeUH3PmzCl7oaKFSpeWjH0BAAAAwM4M 5EsWfMGtAAAAAGgkDe04PWBAUAIAAADQRGB9AQAAAECLAfkCAAAAgBYD8gUAAAAARcc3wgvk CwAAAACKjqZpqoKBfAEAAABAC6DOOB0iX3z2GQAAAACAIiAlih5coaobAAAAAICCIF1IenBF s8sGAAAAABCOECqIfQEAAABAiwH5AgAAAIAWA/IFAAAAAC0G5AsAAAAAWgzIFwAAAAC0GJAv AAAAAGgxIF8AAAAAUFxET2mNIxdCvgAAAACg0EjhIr+YzS4SAAAAAEAkvrmMMGwdAAAAAFqS FNaXxYsXqz+nT5/e7MI3H9EmtTdFMJ28Ug4m5TuOwVzSZp2k8NmqQ/fK8TSTFU+VptpcSdow tLVxsQAAQL6ktr5M55CwO/jORku0QPDxKb9HHcqCHN/cC5BBQ8jW87VJ1TYEAABQV+A8ykjV x9ViTsLUfI/A+hl1spWnduRjvoXwtV7LlR8AAAYwOYTuyrt8qHE+xuVUhFXxhY+hHg94VfHU tfANJqZSoYVX6xvji4lyUdWvKYrZvAAAsBOS2voiH7G+t9Lgc4V4be/FXBVT+BrJYG8IfdFP UvhsLozgoawToenHtLzadKmaMbSV6krD2hAAAIBKautLzG26ljt4cN/Qx480UYjtfSEdUatq rFcRqMfDWLV8NJF6BOe2YuEBAAAkJ/9xX/K6oUelozpZfNvErGpw4bOhmouCVatHjj7N10Ty DfQpgiwDAABQP1oydDfGQVCcniCpQndJdCeX4lOnuOMC0kIHBQAABjZFkS8xD3t1VTC4Ncmq 4hMTTpS8oYJkboe0EkRmVA/tklYI5kWoLAMAANB4NAVnSVdX1/Lly30j8s6dO3f27Nn0y7F3 DnvwzM1i4dKlS8WX0FHOQleRwE2/mD2PogofQ9XB31IRP85b1XpF9cQJTTwmbDmqMJlrEdPI SVo+vh+WjN0JrVpe/ZIyFB4DPAIAQDa6u7vFFyk/5s2bd80114iFcu7GyZMnEypfqHaxvFxx xRXdnK6FdrdLsysFAAAAgIGMlBxSfsyZM6esQCUKFS1UumDKRgAAAAAUFypZxBdN06h2MQyD YMZpAAAAABQZKlnK5bKu6yL2RYS7QL4AAAAAoOj4gnQhXwAAAABQXGyO+C57HkG+AAAAAKDQ SPkiv6SQL76xWRP27I1JjVTrr5utB2++Y8hmmw2xam9bEtuvO1WO9ZinsGFtWPDJJvMlZvrJ XFJOmFqN/bobPCxhfAd4kmCkgKp7VZ0SNZhy1XETBvDgjQA0HtE/Wtd1osiXHIati5lTsPHk nnWNkw/4ZmVSv4TKjrQTPdZjrN5GtiHu77mQqhmTjI5YEGIERNQ5HzXYY9ReyROMv2BDNVCR 2xaA1kL6jzLKlwYPDJ9h0uZWIf7ulsruEiqVAEhChqdsw67KDDeZDHIhSXWyjfsMBQNAvggb jNQxKZxH6oSIxPvUrGWq5yhiRlxVjbehrpkYK31eg7HWD9GStU85WdUknq0N40fCzasZMxS+ 1Yk6D6tWOccHZPK8krt9GzkGcY2KAR4fAApLMPYlnfUl6kXfN+VNLoTeRIISRL2fZnPBFMTt JcirADEmcfkzdFVUG8a0fO7ewySFJy37drvYxbc8qgHjq5zvE7dq82YOlMnr3FBvNcnrHtwr pqih+0ZlVKd5vgAAKrYXsTC3nkfqDaIBV3I9AkuLQGhUYKFocMxm04uRO1Gh3FWPe8IY1XwL mQv1sA/JnwlvOPGR8vEtWTV4q2H3PQB2WoRqkWPWkbTyRX3hjrKONPJKzstJUaj3+Ja4CRZE obZEWyUh+XnYyCrna9QpLDCfANAqqCPXpXAeRXVyySWuDXcQH9m0VEEUGNipaOlrubVKC8BO S9B/VFPsS45ubFIHe3WRn+XxVU5Y8tDHRr6FLEIbFqQYA5K8Lr2E13KqQ1knm2iOJawlIwBA cmSXac/wu11dXcuXL/dNJTB37tzZs2fTL8feOezBMzeLhUuXLq1H54Koi7zqyG9Vn/2h3m4Z XBJMM7gqYY4xZSDRsQ7xzvjk2cX3WIlZFdUVK7QN49sh/gSI2Tdt4YvWTSwV8cPWRZ2HCVs+ 9OyNKUZomlWbN0lh4jtGZQ7+TVt+39qEZ5q6AYatA6DxdHd3iy9SfsybN49qkh07dmguQ4cO PeKIIwiVL6IvtcoVV1zRzelaaHe7NLtSAAAAABjISMkh5cecOXO2b9++kbNp06b333+/VCpR 6ZLDqLsAAAAAAA0g/47TAAAAAAD1I2PPIwAAAACAxuOL0CWQLwAAAAAoPj4FA/kCAAAAgJYh 9ZSNvrF0a+w4HT/NW9SSDOWskcxTAwaLkWR+6SR7Je+WnLB26N7ZSNJ2qk+YVKodayw2SXzl Fr9eAIAWggoXTdPE9xysL7nPylZ7YXIk231TFCN+NJeoYTOi7vhRzRs/pVwj2wpUJWro6mwD QlY9N3Kk9hIWs14AgILjG7POsiyxPJ18afC44Kkmji4Oye1SCa1Z9SskaCS+qyZ+gsCCHKCq o7olp1D1AgC0EKp2EfKFfk/hPJLTMcqfvuViSV6CI2bwXNUoHWp+jxneNK9xdeOLLZuiassE S9WAaS9jBg8FjaSu6rzqyMUxwy6HplAQaq8XAKCF8Bld8pnzyLc837lpEj7s1XtW0OacMKOW sFHnNTkUbusDj+C5kcSlq16woWtJs8+TetQLANBaUOFC9UrZJYv1JR5VwTTglleP4Nwcqcd8 0RlmkopJwWesgpopLEnmw8pgSFPnSGqKdmlKvQAALYcwvVDhQrxxMOnki/pOE2UdaZiCIXn7 euphOkqVZra90rZM7X27QCNJeHRyvPQaFtnW4HoBAFoRYX0plUpySWrnUVSniWw+o2AiBM9R sJNRQPNAhisR1zIAoH6IcN1+BWF9qSn2pcabry9iJt/7Xb6BOADUTuhjPkgTH/8Jsw5uluRa hqwBAGTA2+uI+ZHEwhzGfVHvXGnvUFUHQSGBKI3gwtDCkDCxJU3QwU4KwVUJc0xL2gQTPu0y lBDhjY0n6jGfzXQRc+AyX5VRm1UtYei1XJx6AQBaGu5BEurFcjofdXV1qapGcMUVV3Rzuhba 3S7NLjwAAAAABjJSckj5MXPmzI0bN/7tb3/761//unLliy++uGL79u0TJkzIrecRAAAAAEB9 cCwttmN8ya/jNAAAAABAvohJjjTC/tqsB7Uz7gtmnAYAAABAoWGmlzL9j8qXEqwvAAAAAGgB eNBuqdzfXyqVsnScBgAAAABoGEKslMvlUqnM/5ZEN2rIFwAAAAAUFi5XynzmgFIJ1hcAAAAA FB3LsqmAKVvM+lLi5hfIFwAAAAAUGmZ6EV2m3SHq2DI555Ezhh0AAAAAQGFg6sV2Zj6y+eC7 hKsVp+eR6FcNAAAAAFAcuG3FNbFQraLpQrLoymoAAAAAgALBrC3cgcSMLlS46NzaomkmcbWL VDCwxAAAAACgCAjDizC9MPWi6/xfLl/oP65VRiOwxAAAAACgKNhUmmhUtNi6bhtEeJCI5hl1 lwoXmF4AAAAAUBCE6YXFvOgacbpLM/3iOI+k9QWmFwAAAAAUB00EvRD2n+ZSsb5IuwsMMAAA AAAoAkyTUO1iGMxBpGu2TfzyRQIDDAAAAACKgBArhmHwEWB0uaQiX9DzCAAAAACFQtd1ql3a 2trUQJeKfJFBu9AuAAAAACgIVLtQBUPli/gp5Irf+gLtAgAAAIDioHMi5YvULhAxAAAAACgI VeQLcWNfoF0AAAAAUBAqobscqVVgfQEAAABAcREKRv1J5IzTAqFd0HEaAAAAAAXBdpE/iSpf pHaB9QUAAAAARUAIl3K5TJQRXugXj/MI2gUAAAAAxcGyLClfOFq49aXZ5QQAAAAAcBDWFypi fAsrUzYi6gUAAAAAhYIbX5h8YSqFT98o0OUWvqAYAAAAAIDmwmY6cgwwtsZ+Osv9M05DuwAA AACgINhcv5TLFlcpuoxywbB1AAAAACgoZcui+qVUKrGR6zSi2U7ES8iwdc0uKgAAAAAAo1wq l61yf3+/ZVl6WRdxuhX5QtDzCAAAAAAFo1QqUQXT09tr6LphGhoJyBcAAAAAgEJR4uzYvkPX ddNkMx9ZHAxbBwAAAICCUi5z+bJju+6gUe1SLpdDJg1odlEBAAAAABilEhMwPTt6iEaYeNG8 1hcAAAAAgKJhWWUqVnp6e5hviHuIQuQLDDAAAAAAKA583BfmLhLiRM4hoMvVckWziwoAAAAA wNBIJSbXdiFy2DpE7AIAAACgaGi6puu6YeiWM3mA08cIsS8AAAAAKCgGVS6G0d7ebgmnEZ+7 kUoaf+xLs8sJAAAAAOBA5YtpGB2dnRafPcAmts7Ui+aRL3AhAQAAAKA4mNz60tnZyWeetmzX nQTnEQAAAAAKimEymHxxEaPXhcgXuJAAAAAAUAQMTid3HhEuUSLlC1xIAAAAACgCvNuR0dHR blmObUXjwHkEAAAAgIIirC/t7R1ydDrW8wixLwAAAAAoLEK+dHR0EDe4hc98pFWGrUPICwAA AAAKBRv3RdepfJEqxW99gYIBAAAAQKEQ1pe2tja5BLEvAAAAACg0op9Re3u7+Cl6HvnlCwww AAAAACgOTjdpk8kV1X/kt76g1zQAAAAACoJwFVEFI37mOWXj4sWLfUumT5+urpI/1SXBvXxb JszXl1d8InSbqLUxqwpCsIRJqpw2i3wTjCl84wmejfXOSxB11FIVpupeaWuXbzF8l3PyKqct RszdJnNe8YVPUp7gLjk2b+iNTvwMvYuSiFtuTDPW2PJV7/Mx5cn9eGVredKQQ1lL4TPXa2Cg ypfKktrTlU05nUOiL6r4vVIRPNWqJhJTqiQFbi61q70k1OmqKEjzJj85c6lv6OUQsypbguoG uZQww17q8lRVzlCM+LtNfILqvqG7pD1DorbM1rxRJYzPK8Ne2apc9T7vOx+SrMpwbtRysqnU 9VAW4UoZSAhbi+Yil+cgX2KIOnhRWyakka/RVUtS9Uxqadk0wGjAxe87OdUcY1apu0fd4qP2 yqxdUrVJ6F71bo3a61WVbK9PJMEDL696xefoK3zMi34DiLkfpjqxY1bFHK8kCcaIg1QJxjcC KfaV0qJI4SK/pHAeqZ6F5AJCbBzvlRCehRzlSIx9Mu0q1c+V2UqUZFXUm2JMCWOqXDXB+Hql NTjXWPiqjZOw8NlO0ZYm3htbV4rftmlLmOqcacpTJInTZ+d5zuV1jde7oYp/pbQcQsGks74I kRHjIwxdFa9Dcz9pZJiF+jCL8lXFryJeaRXq/Y05NZOrjZiXg5gSxlQ5PkFfAaK82lHWy1R5 VS18TOOkKry6VxG0S6o3UbXlY14u499fcyxhKuSByFblbMWIuttkJvdzJq/mFeRYsCTHK0m9 kt/nqz4Csp02+SaYpMo10pQrZSDh61qU57gv2S6w3F8cCyJ1U1lK1OU5Vjk+wfiGkmazgrRn qsLnQhJbfRHwqcymlLDxPot8q1kEvZukynm1bS3HK6aVsq3KQEscr6rtsJNrkWyow7s0Ytg6 9f249sCXliCDdqlHOyT07jWliRpWwWYlnvutPOallmS6oTfy0DfswZaBOj0L61GvpngJ603a c6Pq8WqJQ5lXa+wkiKBd37h09Q3dJWlCplvxsgy15mXTLgCQlrIPF7+cSUqIS7K1yDfepZFl BnkhXUj1lS/JQ6ZTHeAaI63q6lzMRbsU1ndbI1Fqr2Fla8CzKioiJ35VtgQTVjk03jOXYlRt 4dxbo/YSpm0ukvIUzb1edaWJxcvl3FAPTZK91Ii6WkqYdq+qLd/IK2XAoHV1dT3zzDN9fX3E HY7XNM3vfve7s2fPpt+PvXPYg2duFpsuXbpU3TO0d0loX5VQE3ftgQWh0a/Ee7Cj+s7ExJ0k 6VATX6qYSJSqcb4xeQVLGF/lqARjjld8MbKtStjyUUcqr8KTxl72VS+KqCpkSDBJdql2yVCM GouXvBhVt0+bV5IbUZJTNFWDpKpd6HWdJK+YEmYoXi33+RgvZ+7HK2FrJGyobG2VsBh1vVJa l+7ubvFFyo958+ZdffXVlmWJ5VSotLW1HX744YTKl3K5vIOznUOlzBVXXNHN6Vpod7uo7ViE V/kGsPPUdICBAwcAAK2IlBxSfsyZM6dUKvW59Pb2UilDpUsK5xGeB6DIQLIAAMBApcqwdVXn a4xxAQw8qnaYAoVieoIBEgEAAAwMUnSc3tmeBztbfQcAOGQAALCTUPeO0wAAAAAANVJ9ysaq LiQAAAAAgCYC6wsAAAAAWgzIFwAAAAAUF9Up1KBRdwEAAAAAaiQY1hIuX7zzIgEAAAAANBOf gnE6TsuJHOm//Dv0CwAAAAAKhDrvtCm+uJMJMN3CFUyzywgAAAAAEIEpLC+lksUMLtwyQxWN ZUG/AAAAAKBYVCYNsC1ma+nvF+YXtrStjUC+AAAAAKCwmJbN6O0t859MvnR02OVys8sFAAAA AMBRo14EpmUxW0tPD5UxXLxoZMgQq1y2MuYAAAAAAJA3PgVD5YtNFcz27RV7y7Bhdn8/nEcA AAAAKCiO9WXHDiZfREBMqWTTT7MLBgAAAABQwddx2uahu471hX4vl+E8AgAAAEAhUFWL0vOI j1OnmlssC+O+AAAAAKC4+CcNEMIF8gUAAAAABUQYYEz6l34zTfZDjLfLlzS7dAAAAAAAfHRd IVk8PY+EWGlvNwhxRqvTdY1+gvsvXrxY/Tl9+vRm1yiueKGFFNuELsxQL7ljXZuifrnQlIt2 EAEAAIAk6EKsdHYa9DNokNHRYRiGY4wJZTqHRMiFJiKfxLKEPkILLAVN2nqpSqiuTVEnhVG0 wwcAAAAkR8gXQoWL/LS1xcmXViHexKJuVqM+gAEDAAAAqB+i55FwIVV6HlHtQn9Q1UK4V8my iGnq9JM8XWmHCHVzxLhmsq1KWCSfLkliJgl1LSUhoTcqvqGSt3OSvKoWI22VfWX27ZihykHz FYQgAACAhOhUu1AF09ams0+74zyin6gdFnOI11lDIpwpMa6ZbKuSkM0tkuoJ6itqaDrBwsc0 VBKCu2RrQ1XYZTA+yRNAppmkyoX1OQIAAGhFdG6GYd4i+dH1OPmiPqWCq0J3WewS3DjqmRq1 KgkZXuLTvv37ipqWzGaGpiuAmIqHHmUAAACgdoTbSLiQxBJTXck8RnqtHaeDD7aop7XwKYRK h5hV2coQQ7M8FwPMVzLAqgMAAKDI6ELHiJmPmKjhPxs27kuMT6Ex7gZEXQAAAAAthy4mDejr t/r7rVLJLpeZnqnTqLu+sInQoJD4VfVmJ3R/5F7lHBPcCQ8HAACAKNSeR9rEiYc9++yza9dt ESEvhq7tumvHd7/73csvv4yuPvbOYQ+euVlsunTpUvElpvNLaEiE+rN+PY9SFYPECqOq2WWr cvxeCbPLsQ1TdYDy9SFSvyQpRnx/JV9qofsCAAAY8HR3d4svUn7Mmzfv2muvVbehCmby5Mnk kEM+umNH/0ur3nt59cZ/vLbpjTff37q155uzv9XN6Vpod7s0u1IAAAAAGMhIySHlx5w5cywv tm13dXWZLOrFJr29lq4Tq023bPpho78AAAAAABQTU3RD6uu3DINF7FIRIyZuBAAAAAAoJiaP 1CXlsqVpWtmymVXGgn4BAAAAQHFh474wrSJUi6XZfNJpqBcAAAAAFBad2V7ox6bKhf5rua4j 6BcAAAAAFBRdI4R+DM0yiKWz7zxqF+YXAAAAABQVUyO2ptF/bIOUqZbRbR2mFwAAAAAUGZNb X2xTKxuaZhCNdz+yGzVnAAAAAABAakxNY2KlXS/rDDbqrhA0zS4YAAAAAEA4Jp9f2m7XbZ3b XgyDhcPoerPLBQAAAAAQgZAvpK1N03Simxr76ERr2JTTAAAAAAApMXU+f2Nbu8n8RoahG8yF BOsLAAAAAAqLySwtutbWSb/oVLtousF+w/oCAAAAgKJicq2ime1tXMcY3AajwfwCAAAAgMJi ct+Rpre3MYsL1TLCmQTjCwAAAACKCnMe0Y/R1ia+ECFeoF8AAAAAUFQc+aIZBvslVAvkCwAA AAAKjOnoFBHs4soXiBcAAAAAFBZTiJWKYpEGGAAAAACAQmKyP/AWAQAAAKB1QAdpAAAAALQY ZvJNFy9erP6cPn16LiWgyWZIShYmx2LkmFotZfDVK1uz+/bKsWrBhgrmFbOBr17BzeiS+hU+ SYsF82rkuZHtxM52EeWeYO5XJQAARJHa+jKdQyIeWmnJnMjAuz/KZ6SveWVNUzW7uldjjtd0 L1Xr5UswVOLkW/iELdZcahENeYGrEgBQfOA8cvA9dGtnMSf5xiSgVEILSRryLI8pZIZd4hVY qoZqCrmfGwAAAGokhfMohhgHR9QqdXla43zU0y4+r1CTgG9HXxky1Csv6vq8rHpQVJ2RzfzT eOILH3+8YioVem6oicefS6nO7WwndrBIVauce4KkwCcGAGBAklq+BO/mwdu3dJzHrMpwc/dl F+qGCM2rKqHxFtnqpaZZ++GpnVTHK7gXSRwGEer9iWpMdcuYkJfMgSC+wsdXOaYAMcszFCPJ 9qlO7JiLKPerspY2BACA3KnIF9u2le+RO8gbXO7RgkmoKnfqd/eMeiQ3kaoxsyTTEyVeUlTN Me25EbNlhpMtpvChdalTWG7aNqzTiZ3h8GVIsAhh7wCAnQ2TKhX6sSz2Q6gWvsSuLdmm0ch7 aNPv16me6E2Rm2mLOuDL0ODCt5ZPEwAAkqNTuUI/5TL9UBHDvtC/LatewvEFbTTmZbHGiNSm m3YAAACAwqIL60t/v8U/dqnE5Av9NLgcuXc/8SWouiFIJu0SU8LaCx8qsEIzylb4uhJT/aYI x1oKXHyynYeNXAUAAA1AO/TQSc8+++zGjdvlol12afv2t78zd+636Pdj7xz24JmbxfKlS5eq e9bYxyG4QdreGaEhmUnyio9iyateGQgtRraMsnXD8YVr+Fo4+LjK0K+nfsPWpSp86KEMnlEk wbkRmlFUMRIesmwnNqnzVZm5DQEAICHd3d3ii5Qf8+bNu/baa9VtNE2bPHkymTjxsN7e0po1 3a+9Jj7vd3fvmDnz0m5O10K726XZlQIAAADAQEZKDik/5syZY3mxbburq8sUrqIdO8p0N+Ez GjrU7u8fWMEvAAAAABhAUPnCuh3t2FGiPyze56hUsuin2QUDAAAAAAjH5GYYu6eH9T/iUoZF 78L6AgAAAIDCwsZ9sWxSKjHLi1UmZcsu8+7TzS4YAAAAAEA4ps17TnP5Qqwy0y52MzpOAwAA AAAkRI66axH217bLthA0zS4YAAAAAEA4psZG3SUat7dotq3Rv6xTdbPLBQAAAAAQAZuykSoY nbBoF02n/xFds+mn2QUDAAAAAAiHWV80QgzNna2RaxdDb4R8qTr2K4kemzW4V4NXAQAAAKBZ mLpGNM3uMNiwdcRmWsbU6afu8iU4LHqSKZFj9mrkKgAAAAA0EVNj3iLSYfBx6piU0UzDNvQU SYTO3Fb1MS/mRpGCIJssiNkrfmKjJMXIpYQAAAAAyB1T12yqYDrbuOWFwbSLaaRIIvNzXeqD WhKpvZwxxWhwCQEAAACQBJ0KFmZ9adc6O4zODvpXM3QtlfWlFqZzSIRppGHEFKMgJQQAAACA RNd11uGoo9Ps6DA6Osy2dtMwiGHUvee0tGoQb5Ru5kSyrYopRpISxuQCAAAAgDqhffSQCc8u X/7+m+sJ70Fta9qQPYZ/+9tXXfm979Ilx9457MEzN4tNhw8fnm/eSbr8CPcNCfRLit+rAavU DeBXAgAAAGqnu7tbfJHyY968eddee626jaZpkydPJh+dcGh/b997a9a+9/rb/O/a7Zu3zp55 STena6Hd7dLsSgEAAABgICMlh5Qfc+bMsbzYtt3V1WWyQXaJZhmmdBfZmm5j2F0AAAAAFBXT ttmIdWVLFzqGOZComiGNit0FAAAAAEiJafH5GXv6NU0TUx1pZUvDhNMAAAAAKCxMvtBPTx+f uJErmLJll8rNLhcAAAAAQASmbdmWRXp6+VzTOptAoFwm5TLMLwAAAAAoKI7zqL/Pckbd1Zl2 gXwBAAAAQGExbZvpl1LJYoEvmk3KmsXsMZAvAAAAACgoJmHzTBNilXnkC19mM5pdMAAAAACA cEyN2PRj6NyHxBxIhI38YlvNLhgAAAAAQDhstDr6aSNlmw/1QjWMzgVNswsGAAAAABAOt75o drshol1sLl8sXYN8AQAAAEBBMTWNjbBL5QsRQTC2Zei2AesLAAAAAIqKqfOh6jpMm2jEspiE MTRiGM0uFwAAAABABKYYabe9jc92xNB0gxiY8ggAAAAARcVkQ9VpxGw3NMd5RAxDNwzMOA0A AACAgmJqukY/Znub5ioWKl90eI8AAOD/b+9coO0oynxf3XufVyIQhJk7qOHkZRBm6SUPcNQx RkmUx5rLuK4xyegkcWDGxDheHqMYkigao4OIC2cZggJj1DtDYpaasFAwCZDgzF1rQia5cxUU yEmI3LuQIcBJyHnv3X3r0V27+lW7u3fv3b3P+f9yzkk/qutdX339VXUVAKColPlqdWa5q4MZ Ybj9xaDqSxmjRwAAAAAoKEx9YTsdOdYX9ocNHcH6AgAAAICiwua+UKXFLHew7abFrgGmaZiw vgAAAACgoJTd/0uGmPxicPXFwNRdAAAAABQUMffFYF9LE0Kk0gL1BQAAAABFxbG+2Fxz4b82 +z9Cfdm+fbs8XrZsWej1mLeivNKHJS6Gnsa/FXpFTzr3dVMX00NN9tYNSxNQ0kRlni7NI/ok x8kl9cHQW6RebUwRh/gZ1TLS1TSNe+omXYrqFnTorRRhJa1RcQq67RqsRh6mI9iIkraIljWE zMNqPPfyinycFt2+OHNc+G7TxGLbTpviNBSZBaGqgEDNMs2tUK/qhqV62zKSBqemOvTxRB5q 8rBuWJqAUuRhtunSPKJPchRqhQmtVFE1KipdPvfxU1c3owpLXRmXOi0alSIqo9LlXtIaFaey tWmDzZZg+0raIlqDCCv37Gok8hkyLrUWiaO+WBb74avutsduR4mKOUpgZR5Q0PMo+ZUo8lFR 1YfVJN0lq3SleyRRvsU5DU1XlG9xIhzTw5ahqT8tQ6+7yHiGRp7k3U22aYOdmASN7plQhEYE grDBI2Z6sWxbzIExbRJtfQmFlut2jijgVloIU0RSnsYPQjybYZxTe5hI8dK04cybd7p0Nc84 IWpjnK4x/vXUxB9LVTMw0YBpVMWOcz2qUoWGG3qrGRnViA+5V+zg4w1GvvhmvDiTBKIG8aOe 0lRsTRxkN6T2SvHbF4mu+aFu0vUpSTMqpocTTccyxd7SVcu2qrZF/1ppNpuWVaQ1DSxdISV9 IW5QRgdzo3EPox5vWc43I11B1OrU4ASdQlF3LFXVuuKPl2neOPVTKPS6SzCGdYfnCkuwRsW5 NQ4abGi6MvGThGkAoRU7qtrEaQ4kI9UtXftSn83Ew3QZVTd67ThOnQnu1F1mfTFMqrsYCW0v LqoUaIFoy9AiosenFDeetHQetmbumObNL1260nkYFI6Jcr5ldaM4FNAQUjTivPSTsBqbrmK3 crJnnFRnO5ISer0RA1XSsFJ7WAQy1ybzTlBuKF8e0d+S+OQo/VfTPpNdU0naS6ljzHGi16Aw CjpO7WFdx1nldtJsqZuuvMR37t0GUj0OSF2xW9ZgC0WDRvGsfG6GxpYtGZZ+k+b6tAumu9Au KZkpdZesjJNNzf32/RikIK9x7UgzXgeL4OF4ZXxkFBpse9HIhx0gX9iXR1RrMfm+04ZY8CWP Jetao7uI0ww1GM1QemjQ2YbYyobXdo08ZvnG/Pojfnrjf07S1iR6adHMy9FnVDOqmX5KSjOC y6XBJo1ba7xNd6vZ+OZutvLrkwLmRhthzJkz99ChQ4ODo+LUNElHR+kLX9j4+c/fQs+v2HHO o0tPCadTpkyJmuQcfyxZb9mLejDOVxh1w2pw7CYYQ40/+tngieaKp8uo0Ac1mZ/JLPekc+Dj xzCdbzEzimgrW9Is0oeVoqVoMqpuhieNhmbuZPDZpFJe7xuJ3bhiZntU0hLFIaYDfRxIHg1W LypT5HD8tq93kLR3iF8B4vQOdSt2fLFW18O62Rg/o+J4GDoTP11O5kt/f784kOrH7bffvnnz ZtWNYRjz588nVH2pVq3XXx+mP2fODA8MDI+Ojt1yy7p+zrzv2P0ueScKgPFMzPetbF/L8JIH ACgUUuWQ6se6dessL7Ztz5s3T0zdddarE4NHbBmYNlm8DoAJRSbG7dzHLAAAoHHKQnGpVqtC fWGXyiZb/gUA0Co0n8U1MoYVyrJUSzgCAEChKAvTS6VSEefc+lK2LFhfAGgdLf7IFioLAKDd KfNxItuyKtL6YvPVd/OOGAAAAABAOM6ydZZVVdQXCtQXAAAAABQUNnhEfwyD6yuGWPOFnoYP HjXjK6wWLNEbJ9pFmM9YkOzVzIpo5KPZHHO+9RUg8y+xAciXOG1f38xR4RsEeejDdP4z7VLJ LvG/VHcxwlaua8bCta35aDP3Nezzime67M18Hkbun+a2uAJEtZRmLJwIQGtIt+BN3VsgJsjD IKb4WLpcNvgPKZXYBgKmGe66XfSAFCTa5BNkSEFyPqtoxNwcBxoMAHWJsy4R1Kb2IsNCKQv1 paPDkEu9GIz6T8ZfPFHdWzHUkK5fKzD+rcYzNHRRxajIh6632OAKv1FxC41G3ZyPk73ZZqAm oERLuKaoUZnEX19wmg3SJtr+fGAio1nuPOmtBttyTN1F05bT3YoZq6Anxe8r08le/eK/ccor BcLMYrjWF/bDrS8J9j1STeWh1nIxYhe8pb6hhlaR4FOaW40QmtGayNf1KsNtTTTR0Od8VPY2 KQNDPdRHg2ireNIa1WD8E7lvUj0EoPjIGRhxpI3+FqnXlvU20RZvXxU/f2TMozS2wvaVcWJI oru5OLpLhoVSFrYWszZcZBta80v8DTsmLMtatSyYDEgEET+gzAtrYpb+xEw1mOAUxJpYTN0l fszbl3QZ24xCcT6cVia7uPtOa6Oees+/CYJeCc08oBRbr2VoM8jcw3YBdR6AXEitu6R7MFth Pj7kRqJUNKk3dNQWobKoP+ObZveyPqtaU8H4RQpaOQ6IcgEgHaFTd9vX7jIxaV6hmK6+UoOQ WCNHGjcp5HUrd75tje7SAq0iOEQVFVZBNhYuTjRiupS5WveVLqogNCVCIGfBeETTzBuXAI3o LppWme5WgynKva9sgUBuqqAz5s37r4cOHbKsU8rFSRs3bvjc575Aj67Ycc6jS51bU6ZM8c0u rjubmoSNLPhSkuiDGv0tfQ76iPIzZuSjJlo38uVRI9GIyo0Us8Q13yXVnfkUNWoW5wujRBVA U6P0GVs3uKg81MQ8ZrrSfQgAQBHQTOGMclP3VjphrnmLiDnPN2pGbaJbQQdx0lWovjJR5OMI ydCnkgq6/v5+cSDVj9tvv33z5s2qG8Mw5s+fT6j6Yttj1epJ5Wfw1ltv6ufM+47d75IoBgAA AICGgphjkcBCJVmqHFL9WLduneXFtu158+aZjQQDAAAAAAlUlpYB9QUAAECraeX3Da0k5oS5 8UReSS7nnXAAAAATjnHcr4/jpBUqybC+AAAAAKDNgPoCAAAAgDYjweBRIyvtpvh6KjVZhdW8 Vf8zj6FKnO/68kp460MpVGT05ZX6s+pC5aQmkikWQgUAgCgSW1/0e2iF0sqZWRmG1SR52owY RhVKujWRiHftgSZRqO6qNZHRlFe6/dVIC8urEQobMQBA+5Jy8KhQfc94opEv0PSrDzXoG8ic qI15G/etvWg87QCACUiaL4/UTb2J8v4XNGKrPah+dVcSttBhIqt4urBippdksa6iPoYN4isU ksUbeaLVGJOWVzD+JMZISt3KFhWNdBWgeevkBssrKivi0+zySl0omnTFWY45fuSxrjEAE4cE mwY88sgj0oVmgkXMVfM1azMTr1BLJM1ThBXHtzixrbvmdNLQ46c3tFBSBFd3u4BsyytF9urD iiqIOBWgbkllUnDtW16pm0DdRCXN+UZKGQBQcOJvGpBm7kuGEd3u0oKwGqHgcwuyyih1ckbL ohHVzWReN/QeRgWh9vSZ53PMrKjrTyvLq7A0r7wAAAUkzeBRhkIhjleQQXEoTi41u49PHVa6 4ZgmLSUZc/u0FlCcmpNJWibUaqcATGRM2ya+n5gU1hTR1kzA/TKKb9lqQQzR42ZFa8oLAJA7 zuBRUiUmnWjQ9M2Zd9vF1wOKH8OWoe9v8qobqrMW94jjtW40NV1xymu8ZiwAExBj7lw2dbdS 6ZeXTHPSxo0bb7lFN3VXEHPiHvEOSAcvhvoWdB+T1nx4ku6WJoYk+Su4PqNSLDOYyMMGyyu0 p4n55ZE+hok81Hub7ZcsdWfa+ihUeZFm1vlEHqYuZQIrFwCFJ/7UXTJnzjssa2x4+CX5MzZ2 5vOfv7GfM+87dr9L3okCABQUWDUAAJkgVQ6pfqxbt87yYtv2vHnz2NRdelSt1oaLTJPQu3kn AQAAAAAgHGfqbrVqyR+u2UB9AQDEQtpdYIABALSMMiFMU1GtL4m+PwIATHAwlQQA0HrKQlmx LOfcdwoAAAAAUDTKhBiEaS3q8ruGuAgAAHmBr4QAABrEqrtGYOvpEPUF26FJGtmbsMFAM981 MPd0ZRX5mE8R7Qe67ZL80HS1Y8wzT2/qrEhXo1LHP5OwmlfuKWJYnEpYt3okXTgj9xSBUEyh qRiGKX/01hcsaknGRW1u62479aqJUbeWeck7fYlpxzg3Kb2NbLzVGjIMq0nlniKGwcV4cqSV +5aAHJF7HnkGjwyMHRUPtKVGyF2kgkRg5KhNkXuYFxPUqPEEU18MjrzEjxPoL1LQJF3utpFF PDUxifItNIahq3ams5rGXDE2XViavI3K+Ti5pIlD3XGW+GElrRtRQfskY6IMzPy9MPOKXTc3 4ixcGzOGKdLVSGXTr5kbGsNWjuNExTZzuaGvvY2MzuvXOg96GGdF5tQaZHwZVTcampXc42Ry 1K34GVU3k0GOmEJxMRSI1vwS3NA1WMN860CoNvkGb+mJekReacbIV5Qgyzas0DaTLl3q+EjU WIkc+W6wUDQx1HgY5TJm5FOwXSGme5JpxY6TG6E5HyVS05VXzELJpGI3qaUkRVOjMk+yJqwG c0NTMZJWthTtS7PwT7reQfU50apCeg1D/56mz3noLgXEGTwKWF8i0ZSfXmkNOhZVU3ZLcW7p ab3403ce7UuiomyEKA9lHdDHJ/OUqhVP/5S+isbX7RrPvSjVNl0jakG0k2ZU7rRFp+Ur8dYH TbKek6R627juEjPf9CpOkzMSJCNEfSGNTX4JlrFGFw7acureimJczh0rGpmnSy/viiw19FW0 CHFO0YgSeZ7IfZEzqklJBkGKmYdNbSmgeZiNe9EIGntdvibl+PEveAzbl+IvRV/8Klr8GAJQ BPQtBY2omLRUffENZGrmOkTdKiD6GMafTpEX6WKYebp8HqoD0qSZ2dt48lPHsKl1o1CNKI4m WpCW0spoFCTJbR3DbNOYQoOZCFlUWIxLL7300KFDAwMD8lJXV9fGjRvXr19Pj6/Ycc6jS0+J 64888og4CE4XkMd1JwEEZ6slvaVBrYVRM2pJwI4dNd0sZkB1PdSkK0XSQj0MjUai7GowXXVD SeRhMCFRV9JlYFSqG/Gw8Ypd95Y+D6PqfFbp0jfzuh5mWKP0kWkwnvGTnLotk4jaW5B6qIlh nDhk0jv4przEH0fWNAdST4pGRYNoBSyGnDKnv79fHEj14/bbb9+8ebPqxjCM+fPnE6q+VCqV UwrDw8Of/exn+znzvmP3u+SdqFaAdy8AQFLQlgHICqlySPVj3bp1lhfbtufNm5fz3JdC0Uo9 Gjo7AOMDtGUAcsH58ojqMupV3+k4JrX5uuBhAQCaB9oyALkTor5MHN2FtFbuQMYBMD5AWwYg d/yDR0J3mVAaDAAAAADai7LNsSxLXoLuAgAAAIAiEz51N1SDadLseszYBwAAAEAiwqfutgzo LgAAAABISqE/nMZqCgAAAAAIEr5lowbNyoOSRAsaEiycAAAAAIAkhFtfNNpMcOsHdXua4O5F UbfkFd+xLyzoNAAAAADwwdQXI4D+mdx3gAMAAADARIYNHolvp+UlfDgNAAAAgCJTFspK1aoa hBtduOmlIBoM5sQAAAAAIEhZrFk3MjJi8EEk+qe7q0tdxa41QFMBAAAAQEzKYu/p4aFhZ9qL aVqTJ1eq1agH1Lm38sD3hXOcW0EHQd0F2gwAAAAAgjD1hTI4OGiY/J9hjJ19drVSCTrVKBPp bsV0AAAAAACg4qgvQ0NDzPJSKpmmaVUZeUcMAAAAACAcR30ZHhlhmkuJUeVX8o5YYjQfcsPA AwAAAIwnnFV3HX2FTX0xiV2QD48AAAAAAEJw1BeTwwww8VauKyAwsQAAAADjDN/SdMTdGKAs FJfuri4x94XCZsCUCr2VIwAAAAAmDr7FdSmO+tLT02Nw64vBJ8CUS+W8owoAAACAiY5YnU6d kstmuUjry6RJk/iaL4wyVV/KpbwjDAAAAICJDl+czlY/iC6Xy471hSouzPoi9BfD4MYXWF8A AAAAkDPc+GJXKjX1pbOTmWTKQmnp7u4Wc2EMpr6w5V/yjjAAAAAAJjpi5GhsbExecea+cK2F qSwGW3KXcG2G/eYdYQAAAABMdKrVqmVVR0dH5RXbZuNJfJBI7Nbo7NjIbTB5RxcAAAAAwLLY 6FG16tnLiKkv7GMkNinGMk1b6C/Bb6wBAAAAAFqPsLVYVUu5wlSUslBWKpUKn7bLrC9WRwf2 PAIAAABAYXHUl5GREaq9iLXsOjs7ob4AAAAAIHeYXYWEbAZQ5qNKVH0ZFnN46Z9JkyZVKpVU oQAAAAAAZAb7rMgg3MLiXuH6SpmPKlmjI6Nyvm61WoX6AgAAAIDcEYvSlUu11XTFKi9lPnPX HhtjnySJ+bpVTt4RBgAAAMBEx+TLupQU9UV8LF0WSgvVV2x3Nq/FV+jNO8IAAAAAmOiIZV1M ZTk6MVZUFv/Z3q+lobwAAAAAIH/cLQE816j6IhQbs1RiM3gdlyFTfAEAAAAAWowRVEv4cZlP 6SUdfP9Gob6YJvY8AgAAAEBRCNpUymyLI9Ps7Oxk2gvXaNiWjdhxGgAAAADFIDinpSxsMl3d 3cL4wmbzlqn2AvUFAAAAAAWlbHJ6erptd+YLs71AfQEAAABAUXGsL52dXcQZPDJK5ZLnA2sA AAAAgCIh1ZdO54JhlEwTU3cBAAAAUFgc9aVcKtnud9X4cBoAAAAARcaZ42Kquwnw2TB5RwwA AAAAIJxycDleAAAAAIAi41hf/MvxYvAIAAAAAEUFH0gDAAAAoNAEbSoYMwIAAABAmwHrCwAA AAAKik1/bNuylW0D+DHUFwAAAAAUFNuymPpSrdau8B+oLwAAAAAoKBZndGxMXrE5UF8AAAAA UFAqnKGhIXlFKDRQXwAAAABQUEY5p0+fllf+qMqA+gIAAACAgjI0zHjl1VfllUq1WqlUoL4A AAAAoKAMcl566SV5ZYwD9QUAAAAABWVwYGBgcPDF3/9eXoH6AgAAAIBCQ3UXqsC8+OKLxN3R COoLAAAAAArN4ODg0NDQyy+/LK+Ib5Ec9cVW17NzVrQDAAAAAMiT4eHhkZGR1157TV6piqm7 totz2dlsGvoLAAAAAHJmbGxsdHT09ddfF6dUSamqH05bliWuMsOLYaQOBgAAAAAgK4StZXh4 WF6x+DYCjvWlalmuzmKUSqaN0SMAAAAA5I2wtYyMjMgrbAsky3LUl7GxMcPFhPoCAAAAgAJA dRe259HoqLzi7HkkjDBUrzGZ5sIomaUqH0sCAAAAAMgRscPRmLtlI1VVHPVFGGFGhoe55lKi fzo7Oi2oLwAAAADIm0j1RVhfhh31pVwql3t6qlBfAAAAAJA7Qn2pVCrySk19oTD1hWouZatc FRdC5r709/fnnQoAAAAATCCcD4yqVd91Z+ru6NiYWa1afP0XqrvA+gIAAACA3BE2FVV9qc19 YXpNpWKXyoZRMQ3Ts4odAAAAAECuBNUSuWmAs1OAHVhv94od5+QdbQAAAABMUHxWFXFcFmu9 lBjOV9OG4e4cQMijS0/lHW0AAAAAAA9lqrJQZaWzs4N9d9TRUS6XTYNdyjtiAAAAAAAM27YN r2ZClRW2WF1PT4/BTS8lqr6U2FHeUQUAAAAACKcsVtrt7u7m2wWUSiYfQzKhvgAAAACgKPgM MM7gUVdXFz1hqozB9RcMHgEAAACgGAjdRdVg5NTdspixaxgm4Ud5RxUAAAAAIBznw2lFXbHZ F9SBD6y3bdv24osvqjtWA5AhXV1dF1xwwapVq/KOCAAQd21MI5IE5Z47cYpPfkHtLFsndhNg xhdidHR0+Fbd3XrPPZN6em688cbzzz8/79SB8cnJkyd37NhBa9qa1avzjguY0EDctTWpJQnK vQhEFZ9QWcTf2uCR2LJxZGTUEFf5PBjf5gKvvvLKdZ/97JQpUwYHB/NOHRifvPGNb1y+fPkd d9yRd0TARAfirq1JLUlQ7kVAU3whH06L3QSGhoZc9YVQDVTd2pEyNjZGPUWhguYxPDxM65jc Eh2AvIC4a2tSSxKUexFIVHxcfalaA2fOiLEjytlnn10Zq/jcYSMk0GxQwUBBaFDcvTJ88kzl TO8bpuWdjglK6rJDN1cEoopAjhzV5r4w9cW2BgeH6InJ1Requ9B/eScBAADaj3967ns/PHp/ V6n7mrf8+d9c8um8owPAeECqLJ4Pp22qvFiWmGvNrhlGlVKpap4HAIA4/OP3vhfH2V994hN5 x9RPfHE3ao10ml3i+PvP3rvz+X9e8c5PVEhl17//ZKQy/Om335x3UkAC0M0VlhDri80/k66M jblKDVdfvF8eqQ8DAEB8/uav/1rv4Lv33pt3HEOIKe5++dLjm/5j/cZ3bH7vH73//me2PvR/ f/pnc/9s/5k9p6unLnv7/Md/tfcdb5z73jctzDs1IC7o5gqOx/rCztkli6sxzrdJ9CzvSAIA xgl7Hv9X3xUqgDo6Sl0d5XddPi/ysb03TFmyjR+t2tl/1+JYQdFn7rjo8J41M1qUtN2/+/Gn 5v2PLz1560d6lz320p4rLl30yzOP/r+RFyqkMtmcvHDmFTue/Z9QXwBoHN9X0xST8MV2S3y7 I5NvGsAuGyFPWhr23HCuww17rHRQLz54d1/wet/dH3T9Dr1f34ewyHqiGfdBX1LrxSjcW5ae WuiFSp0bmfiZETvL4niJ955xzNS3vEX+zJjWO3vWjItmzejsKEc+cGzrB5eQnf2cwxcd3dvS 2NYRdwpPvfp/Oid1/vc5S/6t/39d9seXHTj9SN/Q0dPV1/+AvGnq4Mxt/3bfklnLM21MoD6N TN0NeBZT4Eshl6g3yZimdS6eTEjdx8cML7T41Lkv8ljM1jU6OjvcH77jdNimAXYUfVuvXGpv P8k5+Nbn9topoUFYAZ/Pm//MzScdttiPMM/33njelVv74vkQFttvPL1ixdPf8PjgPBjtsyeU y75yUERo+8Xr5593Y3SCw1K0Zte1B++8opCpm/bJh7evoKnb8slpccqrDrXgrrjz4LW71tTN 2JZ2UCAPqGTp6uzo7u7s7uqgBx3lUqTTvmcOXn7RTHE8Y82aeLaXDBF1cv8T/7rlnvs0P9aQ /buB40fG/s1+88jjpx7uG+obHhuZbr/1HZV5u4785Jvv2fqnFyz0NooaN8YSlfGEUmz3TOoo AbMIeeKRMLhagoQvYY+zIN2Lwn3cEHy+Oad1o9h4uXu9kwL/5MMa0SjlcxxB3Qya2rkomSBC CCNu5dH3CPrS8coTbnHpoXT3dHcxShSNWAly7NknL5vtGGtnrF69KCsBcuyetRsu3n7ym9LD LDw/tmc3ufbTn76W7N5zrOEYLvrmwa9c9oOf70sW+gdntEfqMmTG6psv3vDt+PkExhtUzFBt haosPd0dPV0dVH3p7Ch3dnZEPrD4mlUH163e6qvGx7Z+cIrgBm6P2XvDFM+5zm0annr6N5/5 27XX/ZXgE4xVqz6xauWqlStXrVixcsWKKW8490zl9d8NH39q4H+fGPqdNWTMtC+6uPKOXf/x 4y0L/vE9FywIeOl2A9tX/GDZTa1uElTq7L72oBQ6x+658zcrVvzmzntCpMW+m86/6p5jdXy7 ahlxX1xnH41KzIzVD598ePUM7ueyH6ygD7CzGP5HQMXutbvXpnt2HNPsziVT0vQItpzcIq0v gkmTJvXQ38n0d1K5XO4od4Q+HKFKXb3iyQ1r7/GqUn33XHW+4KZ97JxX1ntuEpeuko5dZ1fd c9QfRt+e3U+uuNqv6FF/lv2APLnhcuEx8/amm67iJ75YUq9F0D5PybWLp09fzHp4NxLiQZ/P UZ54Q6EeMf0lNMnBXHNCb4fUhZaXP4WhpcwjTPEGN332Zb85qtfL825RoFmUyyWqr0zq7nzD pO6zJvdMnsTelDo6Orq7e6IfWnxX/+EP/3Suon1QfWTuTz98WAwoibkw1BFn56ptd3hVnb03 SLc7yR1bE/d1sk4ODAzt2fOLvexnz769e/bt27tv375HH9336GOPPvbYoyMDIyPV0dcrpwcG R6zTdtdA9zkD546cHrvv/f982R/+SXgdl2KT1GsS4WIkvXtFAMnTtWtVaVF7PEa4/MXV8W36 Jz95Rd2n6D35QJx0+dzI0+mf5J1fCkmya9euc845p265a/OTy8Y+33Ew3wLS0n9FFe8xnEf1 ocGyzb5zicgET2QCXUxk78BPo3sEfemoB2VhfqG6i/ukTcVKOTAmXalUTp8+HeHnZV/se2zb knf+wQay/P6+ryykV/ZveOdPrnysb3svO1zyD7+6bNXAGE3YU6v7+r5Ir8y87q4Hl1OH1NmG Wff3bV9ITmxb8gFCNg4ogQyMVOf2/qE/VBrW/WMzt8x6bOeqXnL69H7q7TO9j/X10ZP9u0l1 pOYDfX5swPf4iYd+Ur3yG+fTi+++svp3D/1qOfWEuhxjD/p8Ph3hiXCshkK4i9Akqy4pv37q yVmLzudXip66sPLaf5dTWoyoJLsRZo8pwZ1/wawn9/369GnNbiKTJ08mYDzSydWXrs5yZwej VHKMu93d3drnZqzZ07+GKS1TbtjZf9fMX/z04KrP7vFOyq1N7738a+r1Y0efJge3zZ2yTpyu uob6Fj/CqrjTq9Vlu4OMGmcNn1sZIpVhKguM8jkd//7ywfPK50/vnBlwrsiE/bt/MPfKx4Q0 YOJv02HmwJWg7pW5GzdeJB+pOZPuSOBhGQRrtw8o7hQBcVo9PZ8o0sKJ4YOf+YPrHqBnVKjX fKAB3TttZ807ctn7lj953Zp/ePdO8ah8/Nf/8KF3isjz9u+IgrVHP+D4+ROaqE2b6vsfELa1 0z/snfvrp351+rJeEkJqSRLWzXFJyDq3YA4Tr8D0Hjzok5asmH52jRCX4ooiLU8/+Bm/LD0e rw+VNLVzUTNBFFhIZLz+P6jrHajn0T1CVPHZ7jdHUokp87Ejc9KkHvHlEf3DrC8d0UbdcHpX 7exbxQpo5gaauOnPP0MOP/CBmZvEzeXCbjV341/z3F64aDnZ8vwJevT8M3M3fmOheH7t8k1b /L4ePnqc3qoT9Nxr3u91ojRyMvMBojT1E4//jFzzDe669/3XkA/cu3+VWgHieRKMwKzp1H1o krUUPXWB8po+a+4D1y0R1ZNEJTkQYQf68DPMk3oJBuOPcrnUyd6JyiUOkzl88YYOzdRdyYw1 93ztp3N/tveuzwRuudN7F7Oj4P588b9X0mPPv/xdtiMf/cz+3R+TIeN9PYsHzMHRnpGSVTrL POeqOX929+Fvvfe/LLzonEsCvh3eJJoMbXI7F/Ir+zfwfm2nEPTbTiykXdcHNl3E7zvvdY4z 5yK/umQba4hup7jT167o9evI/X19C9WLx48evmiRdFiTF1Ra/N3jJ1bVlBCy8Ct99xO3K4qG OnuMCf1NqgA5vGnLNayPYr2aKoO8fq6aFsP/aHqnXXR4Xwz5mQmuGpYIv7R8/GeHl6/1F5Mr LYOy9ES8PjQqVll3LmGZoI1M/d4hZY9gqx9OM+XFNDu7uuhbhvhX5lIm+JgVthiMh6krvr7+ oUV7H//y9ZZNlt333Kb31Z49QL3m04p5BMQxYV9rO9fkRRnI1PddNWcT9WzB+3zB2CFeqce9 K3Y8t4IVxUfvm/4jEQfh4MB3Nx0+TGSOUoT30hPFt6lRnnjjeeLRhw7PXjvVsk7ok1yLuS0u FD11kUHTZ2bOPMKSOi1eKTvJP/bc4dmLptavRGD8waa5UOWFCxYxWk3Et9PlaPVl79atM9fw 75+P/eKnBy//8EwyY+aHL193x9bPLJZfRcvpvcwJ+bD6+IxZlxCv44TImuqsKBE+TGEtOu+a PS89+Nzrv6EuqFLWd+q5UWvkDeWz/rx3yVvPelugulOP5qzf96NVZNtHF7mt/8Sx36qCftkV 1vHjv52z/o4F7OmpKz61bNMW1oyOU2fL1i5w2i+9uu8YPabyZ9naHWq7YnF96OYPkKv3/WiB L3xF/nDRZV91B3+SCiN70XcfX8GacpgEoG1+0eYjwg/eqynNfqojFBbNXM8u8gR+fQXzdsEV y8iWY8etBb1aqaLz3ydD1NPeGXN+yz3PuK6GFVmIGA+kInAQIi1rme/3xwrI0hPHkkhX0uTO JWkmhKXI3yGm6RGE7iKtL/zDafZ6xCe8dLCPj6hwCVVfIgcoD2zb9rw4ev7xnx+ZM7PXvnD6 bLJ9i3tVjErVZt3IY+rsyOZ7D/Ant23Z7g/jwpVrl26//q0bDrgXnt+27UCEV/5jZyDM4+GB vdvnrN/7rGTv+jnb93o89PsQ4onHzYENizbPvu/LC0RadEkW9M6c88zx59sidZFBX7hyB/Wa JSNmKTupO/4Mqxk6MpZDoDB0d3W+/PLJV199rf/UqdOvv35mYGBgcJD+lkrR6sviWc/MFRNv 5667ZCdfyGXGmj07L1k3tzYdd/Fnvkb4+epnLrnc//xdh52b6Sbv1upktO5Cf9/SPe0TU/92 88Vbvnrx3Vv+5IefHFq3/6pDDy1+/PrZnwqt467oW/n19c+4bYdeWnqfbLhMnNQioDZJtbWK d03fRfcO1QTmHDn6fFjo0vGBezcfObJ50Vs5THkQ0iJUAtA274gUJ55c5Cmw5AhxEyoB6kmV SP+pwPTKEDJ7+oXOydEj8jhLSRJZZDVorNzcpVJXl0ZVWi68ek60tAzK0kTS1YlV0zqXkOD0 BR2jQ4zuEeoWkDw2+S7TDsISI0y7CQp8wfSji2dzFtPOfMdKqg8v2LR3PdnsXJ298YmoJzfd t3TH9czJ58jVS8Pu0yr97PWON9TRQjaRf8HipUeY35HeCnpX7tikzvt/Yu+OOVcvVJT1Xlqh duxVPQn67PeEc8RN2ZZZe591b8dJMg2R/Hz/iaKm7sT3l16/g6buc98/ERrmExtlMa+tX8re 4E4waYOBo4nJJRe/bdq03gsu+KPzzzvv7LPOmsS+c+ymv5MnT4p+yJ2VK6fpei/ya2xyDGPP XXftEUvVUQfumnXuTa8PKQjtIkM+MyVJOs7elWtni5bWSwX9ji1qm+tl73X3iXbz/S075EXi Nmh2deniBU4r3+Jvr3Ou/vqO+8j1S/3Xe2fNefa4uMbkhe9txyst4vDE990QTuynL66zMm/f PCNccfTEfZuP8ETzAI8/24TwYsaKKgei25q9lyyNcuWXllTY3jfblZYB6R6UpTH70Fqsmte5 cGSvN3tpRP/g9b9e/JP3CEHNxrj00ksPHTp05swZtl8AV1w6O7s2btxw6623Ske33Xbb5s2b X3jhhcQFDXyc+MHyz5O/f2DFBOvIYyV76tSp69evp5Ut79iCzGjHPY9UcfejH+9etXLlq6+d qq+7EPLGc8/ZtfvBD/+3q6P9fuKLb9s68xdOQ6Ct4kMPX8XO2NFXndGTpd/97ZcWMId/w/SW ObfeOvurDzuP1JzNufUXsjW5Tp1HZRDcNVEcKu3QEw/31of61vz2S0TecfwV8YlMjhO060z1 WB4HD5SHdf4TNc3+RD96RdSDGkmya9eulStXnjp1Sl/ubUk7dS66uAaLb9asWV/+8pdvueUW aVg5cODA/Pnzy+LdYmyMbTEtTC8dHR2hBhxMW8iAqR//2pUf+9AXep++7b15R6V1/PK2D331 rd95GhNfJh6F0ksSUausMewutrsiBakjJ//0i0//qXQy9eP/9PTH+ZlzpARNHT79Ref84x93 HvE4k+GoTulFGYTrWp1PuOBKsm7/8x//S088iBsZdoXIO9Lf6BSpQQtnqsfyOHjgeVibY8Gs ofzuh1ufXfe1LzZDoLSxkGqfziVdjyB1F8+O05TR0RFiE7NU4taXzmq1msBXkIQL/5KJiQnF e297eqIlGYwbbI8CE7k0qeu22Fz4l7SHu/K2acXv4TT88rYrv0Y7vwvzjkfxaJfOJWmP4Exu 4VP+iaq+iOY4PDTMZs6z/QLYCryVil99sX2TpgHImrqTtgBoDaq4i6O7UIzAg8XkLR/74a/b 2sZAyHu+8Gt9EjSSZOXKlRqfi198E4GQOS5cXxFKjDyglEWzHBkZpsVmcPXl7LPOrlTGgp6i XAEAEwTPp8j1dBf+QaczcxdyssiEznpRQfEVEGF6KZfLvo+KyqJhUvWlWrUNNnPXrHDyjjAA AOTPWW+Y7K5uIae41D5BJuICsankfMPknsaCAgCEIGbllt1lomrWF9H2KpUqhas2RtWqVsMG j2DbB00FFQwUBCnupvVeuGXrd2I+RcXr9N4LUY1zJ3URoJsrAsEikB8VySuu+kL4EjX0/aJa tdkKdnwZXNtjQKOPvfbaa29+85vb+KMyUGymTp1K61jy3SoAyBhV3L39j99GfxI9jtGHfEkt SdDNFYHQ4tOqLz5sv/pz3nnn/fjHP16yZMmsWbPyTh0Yn5w6dYrWMVrT8o4ImOhA3LU1qSUJ yr0IhBafb/CI1NQXNl5kiG0ChOVMLMOrPrx69eq77777W9/6llgeBoDMoZr1ueee+6lPfSrv iICJDsRdW5NakqDci0Bo8fk+nJaUxY2ODnYgNtAw+bZqPnfoVwAAEwSIu4kJyr3I+KwqzPoi 1Jeuru5yuSrUl1KpVC7H2MgeAAAAACAPygbf6Kiru9uq8o8Dxe7TUF8AAAAAUAx8U3LpaVmM KfX09PAJ88w4A/UFAAAAAEVArIYc3MvIGTzq7OwSqo1hsMGj97znPZs2bQr1xXtBrBTjHZIK uG/kS/pQv53Fg+XiNdKZXEbK8qyRGRp57zrEkWkISQJ3K67WjbyMp+mE4gYkd0lxosz/ecNz I6/NP9c/mRxfYl3/iBq+4SU0q5UluXzxiSx4Z/lR99fvXnEuIut51s2AEP/cWLjxNb2F73qs Rie6ToZWhtjU8zduiCHhe7xOHw4oFmoFDtsmqc4jAjYxUWnRlgI9NQOU+O51vqXWc84HUhOa ol1b7EcesB+ZXPFH/efeMEI9du4KKUFs15FteHz05P/Y2NiwwpALvS4zVv1bt9RA83jXu971 yiuvqKvpirKQU3c9X1Rfywl4Uis72Z0Q4us2RA3zl3LqUg9veL7OU3WkqAVB3cV24uh5ztOz hsVfF/m6qoW33w4mx6++KJEnNbWhXuYIjcq2g+qL6xtRyqpWbqpGEbLhnEeFCaov4c4j4+zP 5MgsDOheIlymtwjNxfToLuKqJ8cjsotwEWeHhhV6IYlGFKH/hfseqb5EaZMFpG4HHNNNfG8T uWk8FTHxFVnoK4GaIUl1l9C79E3Up77QsITWUuLfXuSlvgSLviZ7lRcyqrhYrl7Ajm1xrGaa IV9y4rQJgzjvkwbXYIj7t3ZX2RKcHtC+cNhLqPri012gvuQC1V0OHjyofhHmqC+0oj/wwAMf +chH2J5Hbu0IXXnJLT63QIltuv2I2it63rHDa5v6dm7J1mq7VbVmD/GqKWrfGaHAKAqWX3O2 anVPWiB4KxdNPSq2miorjQM1iaPYNmQ89R2S47/f+GC78Wb5465ZzjLIlB66YamqpHrsFmLN huFVqILKlTcHa3GzZU7KiiHS5XunDNVcFCuPq2d49V3ndUzNVLfsxCFbRZFXTvFeKQuN/fIl AQz3ddOsKTa1lCn1h0gpGmUlcnQ4Wyq5NQXXDCjrvsOweuLR+JU675SvqP1O58NTIlJgFl53 IV6TgC/Bqv4d1YJ8NS30OMp9TGfpNKH4XZTatFWk9uB7sVJ7xKjV7Xw9ZdAHekC73tHRUfGX XqEvn+J7C3og/nZ2dkqdpsV6sKgVqhKmVHpbqClU9RqrWhX6Y/G/bJl3a8yqWjX1xZejThKC n8SKNz+Dvw8ZfOMp+tck/MD54X5yf0XuVzmDg4Ovvvoq7Rfp35OclzkDAwO0m6R5K/5WFVRt ppVZCnxccsklu3fvppW/fOmll955550f/ehHLb9y4NEbbNtSFFxWC2mlsQxLNFZVigsbgE+z 8DQh5oL9sgZMj2Qvwoc4nOpJq2m0TmG79gTDroUa5sR2dyapDSexF38WKN8FirBdtp03e0Oq HyRoZ/JiOPueEG8XKKyXyqtDUOAa/O0/dJjEVmwnymXCc17pVF35qGY48UttS4m/878TbeLu LEfU9HosIjUPZeKE3BG/TCIYRJFTjopBVBuSx7Dl9s4su/mrlMcWRPipVLCo3qUEb1u+UUD+ NDGEPmNw9YUpNNQdPbBMi+syrPbI0nDLl3jibEv1wZZCSRkSVPQXV1eyvT2B0kZE/VOrq62Y rWo1hEit2s1MR30RcWYvBITG3ORhyapWZFSlOfS6zKWg0Fe1H9+x3s/gI1HOoryKiobeZz3B iKXzJ2YkC47sCGRWCEuKweWP4V4xHMWidRELvp6paqVUblSVhf4Veoz6Rpx3BodQfHttTOpm 78c+9rFbbrmFHpSnTJlCXe/YsWPJkiVs2yMq+R1xH2L4EKVcZbsiVR01hcpaYbZRfg31JdIm wmIgehKRzYT1dpaYo+LUCf5LuD4hOmfZVxjOwEiUIcRvg6nJSrfnFd2ErHZy0IGel/gl0wjL r9p8FOdA9oGKJdQDu+m88tRMWUHrka+oZL8t+kwpc91elt0V72osaSIngwMVbqcYNvBV601D q3jAbOYfBhK9rXj7kKqXyGdLeSlRVTeP1YVbR6gL01Vt1bqlqBS2q3pZrqywHeNL1WIFxk/l O6WrKFeYtbxK3z4t/r5plmxTOFI04JoxRuoO/MCVT44CJlPtKTs5o8A7SkVq5h732PTmnntg udqzapNmL5uiWGnUaZzZwpEM0+AqvVPT2o2gOVDTnUdpMHnFWXMlFNmg7LBx29DmFnzZGH/4 dBflOn2lkE3RtZnwO0S8mZGQGXAq8t0p/GZybO9EIlVl8V2Rp75+pGVZ2rKwCs5f/MVf/P73 vxc7h5ff9KY3vfvd77711lvpCddgLFpBTKpbEGeagWtoEDYXJnSFKlqzsqgdkpiX4Mp7MSpr 2LUeUm3bolti/1RDOjfLOF2UEunam7gnLb5iVQdDXPMBcTpeEYxUinhHV3JUnICa5rUliGtE UdI8AxBucnj8aUDCd5/iovRmUe2MGyiIqTzlZr2rXvFDaexyI8ic0TcEZ3THa0VwB3+UUJhv nogYhneczk2g2g1LRUV5itUI0brp64nFx+CJT3ERVaFEc8ViGoxjM/GHJYvXHTVzdRZ3xIpb SdikcqEuq/06M8CUSuVSmT5R4qFRJdydumjW4lGzQkvTR7Ui//GgCAkpHac28wkFao3j1byk TJdkVj1SMpWss90W4w6ASbuLY8VmtxzTIfvWryreRk1hHSTR+max0fT92eooRbBJqBpM8Fbo Ffm3Dcs2LlKDqV0h7nuxK3B4jijvbFx5MfSmGC7yQvItVS3wyjePHuOb/qLqLnGsL+O4ZHPk 7W9/+8qVK//zP//zS1/6kpgHY9x7770nT5584YUX/uVf/oVm+s0330y1G83ruGppYBghFU7t mVSFQsXjT0ifETHFlQS/UfG7Dag9oSHUXAYNGfWyUbpP2GjqeV2/0it2DZ+XNWUtNJCGg7aV f0GPPd5HDLHESZ/PtKuEzp/3+iFv++ZdBe1evgM1r/z1uX7+KDXeO4Dkceb6qKi4IanzzPfy tpe2loCa/Mxc4chdgwlFU3wx7To+36JGPYhS93zUjUkL8CVEMeo6EwaERJGvSiLKvi5F/fRI l+ciBFt16JFLRBFWwqxScREzXeSbue/ljYQKOtBadu3a9e1vf/vUqVPyEyRj+/btr732Wn9/ /4kTJ+iNp556qmZT8Q4eyxd5t2wj7Xjq46pvLjVjhNrh2t555yquC51p0TPWFOFB1FO1r26i +k9fIIFQ6lbrOPU+VJ1SO07PZFtva4zuieO2OP8gXFgSYqgv3jcug4SoFcFAA0qmIstCMoi4 d8XLW1iZeDSm2l/DnSpsy0poBbLNY3LzJcIXHU8Nd+u8kiceu5uvLOR8pmC3o3Y/oN0JUVu1 bTKOMJEGAxKmuBRHffHHXEmhrbwQRbxAJIi72r8YEXdtr/pSUZDTdaX6ouYzgfpSDHxLv/x/ w+dp1kFDGY0AAAAASUVORK5CYII= --------------050808000206030902070706 Content-Type: image/png; name="Image3.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Image3.png" iVBORw0KGgoAAAANSUhEUgAAA6MAAAM2CAIAAACMr8K7AAAAK3RFWHRDcmVhdGlvbiBUaW1l AFN1biA4IEFwciAyMDEyIDA2OjMyOjE5IC0wNTAwg97nHQAAAAd0SU1FB9wECAokCGu4FJkA AAAJcEhZcwAADsMAAA7DAcdvqGQAAAAEZ0FNQQAAsY8L/GEFAAERfklEQVR42ux9CYBUxZl/ 1Xuvey4QlJvgLYRVEUWjgjHq5vBKjEo8koUoyQYTN8YralZd/1mjxnMDazZG3KwxmkRNNMR4 RHNpFFCjqEAUgSgEwykIDAwz092v/nXXV+/q7rl6ZqgfTc/revXqVX11/eqrr6rw0cefVCi0 t7e1Fdrb2tta23c2o1qBdDoEXP42ru6Rfg0S/dH5HKgKFcu+qkwiZVJBEhLf+6Fi3ceiXSlw 6o+uDNihP4AkunV9xYgUnQ68AIswqiuDPCk4GpD8y7sw9o2twHHEXx9Cj0WZJP2BUTDCNb/E 7T4oVoe9DzqiceDgQbsPrW8a2NA0AP/vA794f+OGrVs++Pn99+aC4NJLL50+fXqHQiZd0gsT /YW6mo1UVF6xfrH2TlB6g9W5qpCaTpLtP+LG354i/Qw2G7siqQ8mhJvwPsuNJPU+kTY87R04 6TbpiJBhccKdLlDd2OKZcpeSiv7KcatFQqeeWDFxt2dWpx5ynWcHQOyvBA9JtYRkSjuFN+sW P5lDx19EYm8yl5o9ZcTBajsJaKl1J4ER+IcVL1OErFPlnVTc5SZLv2xnYUmFAGFYIstKAhBh jIzC37HLipKggwXyTOzbk4bkFQ/Tq7xXnw8uuOCr98y5G3Up7vrhD7/21a92YYD3XPa1r/zX XV0byQ7jvFNPvPfx3/7v//34e9/7r0KxtNeBRwwaOqJx4KBg2aq1Wz54/9cP3HPDDTecfsaZ m7ZsXbHqvcjDVi2IVkjxRQsG/YujLQAmFkGJ1eh4OyKdCPiZXLFwQrNnD3OxiJeIg/ypKoZ2 ISok/gzGOkhIdjG8b4bUnmluYCuk4xJJHBcQbK1xJAGyfeN/wsijRLZ+QIQYPgZyxIhO/mJ/ 5XtCQqSIibwKRQjKBzGtLHg6Xg5k3oc6y8STRCFUXyoqoXpZYqWONiexcpHQdFnkEHrXhQ7e 06nAPO/TNbs6/fqNkDXJ8iNy3Cp1MKIYpdxNBOzXtHC1TIm6khlFVEbBB5KSUqZ7zY5Sungq DsPq9GEnhHVQFh/Fdp1JFlxypgB1TPwbwa6rAkKAM5xxxFMV/CKl1Mf6+bK1Ix6L1EhnhUU6 xY6ib4YVVjcC0WcEQ8M4s1CqpofYP5GpC6aJNhWFtWwkDEPZ6oSqgRJ9kGqZNUlk3QIhgMma t2HV9qu74G1INnKhaN/EC0PZrnI/vL9Boj/Anse6CPlFXTzZVxiuR0zSQhYY+4/CUomUSmEx LNGf9KLE3UssvtjzA8/3A9+j3+w//Wb/PfYWmTRVsBJkbDNoIht+09jLBj2MdvXAB1YBqaaI YCzvyb/EQ7K9UtkYIt0I005T9FyxMq3f5kULLpOTpwsPE6avLvgXFzD/5SHmj6iO2ZOVlkuO 6M4t5AmUfZQgCMwzC4hKk4bOxcl+eOJNusyABkVzDQ+DNklFH9Zl8ZXc0uGEJkA3fB/e50Ob tmzbsm17c8vOrBoIKmHKbePUWF/XsrNtx862Ldua7Sd0licoXRIYmPLe1FBfKhQ2vbWkedlb 1MVXifeVBi5QmcoEg0IP9o5J40IS+0lECUKevqbfJe4rlLdYUSsR1LjXPmGp+MG27Ucfe8Kz p5/x+GO/vvbaa/abOGW33YcELc1bnnvilzfddNOpn/ks9UGzubGxESUgYRQbioJOJIUTtQgr QYk8JLIERBgskJ7VzyO7gUxUDEJRp2S/LmFm+CejJVsihDXxlUQ4JTRihakaEtlcY0+xXtWP WmQXmfYSGWGkqOdg1yApJs3EEEgm4ilTSJphwrEDge0TMVehIquAHZsQAPM3CE3GMfmpd4Qh Up0AUf2BCQsEZTXDJBJtIdvUsXJiXtlEUb7AkgyB7Wt6TyvjiFWtBxmqs1iWKIvgIl2DE5yz QVT0CFadH+C5JIQjCJ07cKDXg+reBGVTCmJaVdiqYyxHxbYjkBYhOEN4sceQrpUWrVW/PUtf A9h0JNiyGZZAMsuIAfpO7H4yCX3lDtnEtRKCX0GSsr3owVhI9OhauBM5OIRswXoyuU00/4mm mYCZgdG14In8DyeFurHj7RMrbZLleoISepLq8mZCVz3VUgvOJumIihojSIoisXeId4WmpSOG 42JJwShTYv889VbPw9jqFLS6SCSBk1v6VSoWS8US+6b/C+K6xDp3TsLENw4YK8O+jxgl8ziN 9rCXznStATVsS3hXQ0yP4yEtOEuPov1r9Yb5ibBWUAidFyb6jb5RpRgtk60KANqq6B/VE9DU 8W85dJDclv3xpaPskZXiybNFQBhVYZ1UKfQIoYJmMWG9H290cSjaJOyx2PsYhZglP8RM2IZR aBbgaWqDiWbUWDY5putQyVDECOsGSCQnufJhxY4BvyhfORMar3izIQo8hj9NHJN6WUV+lVUN AfHl1QoRyjHDEBcLiBMDjze3tCT5yr+nqA8gXUmFM+VnaF8TxRMEzSXEU1QYhbSS8Pxsad35 7j92/vOnTrwBkZtvuXVzPh9s2rAmFwRnnX3Olubt9fV1MRlhWS2iIzyjMNTFn5cTrHsSbAkL g+4RDMzThwtmRJjID5P0vJHeL2ZpAzodTFSnJh8g2CifsVXxIvo8VYC1HleOo81sUozsJsYX xDzCHpQANE/Vt0HzEhUWtgOE2nPYMYivEJluA6gVYm2YPTIhIB4IxEd2QxjQMaI7O2L6PCvu RI6FCNF5ZN6FI2KPSDOpp4TiS7mNVaVV7YiVQVBQALrfiBJerdWN8TmbVFUMLXzE+2AgyBDK VVZ03lGD9CWXr47r7OJyTKp+2WQXtvRIVx99oaYmTPVU3nShMEKNBx7RhkQyBU63IPN2k51d B4vLRp2TfuEK/MdumWakSmMpnHgJ3DorC5sOqVYgDO0OAqh0zQshU8oesqlhnhqcq8oiuKbQ hoYlpgBlX2wCKSRS1WoKg9TVKbaLBZXFct6Pe2X9gByAwaZXVrtQ1Eb+OvGyomG7YShYHFaU yw/oi4IgEJpCCaEd4SwaEy0tSZ8l1WW8tlBk4H8L7YVCodheLFBWJqIvtI1cvSs1vNRJUOty 7Y/qHEIocaXtCD3TT8gBgOq5sdZ3E9BFRP9g04Oo1hbwaEMqsNTrYj3tm6Tpt4aytukG9jTj lZzXx1K1Czplo+FSpYeVHL/E/pQwzzOMRE/FH6CclfDcY2phj1Nd/i2yVEaEuiAsFc861vK1 CIH2J849hM7PpAbFmjCQcDmBLCYEsqpwYqVMeYKGxgsq8jCs+cT4tOug0lgiokYyti8WvZCV zLDU3o64KpcItT5Xuwa8TAj6S3/6/J2hvJ+cpBAqfeVPbDS7YmKYRchTI9CiuKB8GxeLJCzS lPl8dPL+B1tPO/2MO+64Y9999w2WvPby5d+8vFAK83V5OwWRBAPipPiR7rEENSR8oCPdhXCw 0o7FdLlRPV5MxKH+IklPqZgkZDEGYy9Y+Ii+EdMGWc1xSiYQu9TqNluNHOHMWKSoYYvoR2Dd sbsMk8YQ+rcUIDhJDPaoBFBZ1WSrH3Ci3EyMI9iSWWUgJn84thflwKK6MuBQRkP2PLCpTCAE XlJWCCcPRWKQlnLZ8GLwUzOSyDx2JJPjgVq5bJMlrkHxtL8YnzGXyd1O0pvhJKnSj0HbEOFH Z1VPIa7cqRhwzBmVotK0GxcidSDg2SShGsniyHWCGQP8n6QeqY7t4Qp+4KxnKn1phWFXGEzH lMcZYVpjRNMMwKkI8IBsjsXf6BwSSWvNgbIFDKtJqCgvJYglPstPhCLUK2IvVJSUz04bozOu ZPU5L/Q9L74CidPciJ2bmskPQcJC/qoS07d6gpxKNS97nSeJkefl6Lso0Q18RUYZEDYlM1Kz S1IjzQh0Mce5bqFISW67ZMiM1nOG5wslLg3V58EzKq2m22WCuCIyAtM2KnMC0AGE2hItBHps oIGzFDAIkVj7j4yWy5q+0z2HMhUAk6DELkQZ1vWqzZYPa4MFQXbNT2ZvoPpi3eh4NHfoq6Vt S+iVSgT7TNzMjWnnxTCHB8SySA6KtLJYMGmtxMLSLgLYxHhaDauLbXQOyyrT2E6XnUwJD3Nt KC8UdqUoV0mh2sjmptLAp1QSJhwmxxB65JePz5v3SkaoxxxzxJlnnhopU7S8omI7oZWh0Kbb Ga7NpaMFYWPA+G6Jk2DBcTUd+ulf33t21Wbx0PF77zHtoDEPxFyw0t2KnkEIoqRSFBJ1l5c1 Mfqkwg48Oe7YvGXrZZdddsfs/w5o0j//+S9s39lK62JUWkbypjnSilZClLGiUEBZJixC62TV lRjXjeRWhGOIF/nggcrW1NslylqlCm4DayoTRyvdSIk2MrECiLRuu4H1OjYNa1SWSaUzwkij ziTuooYO5cRhK0mMShea/BLQdZjpQeDThJPxnlC3fUTodRVFszS86s12YklcLICUgOYg6XZU hHE5An96mIgV2TVtEmgKohMXJtOBkTZkTUklBzRlmTQtIfLCEESPRpJh2TmUyZ8E6VYAkuHW IWMJ09IDaqFbGGW0Eu8WiC3VWKjxd2AwjlG/cdxP9UmoOsmRCJZ9ZRbpxOUf60SScOa7K4Vu O4iymCVWA6ZtdDEYDxMzDjf1z1ZTwNJgWiyhYiVctepzdlgqqhY9LGHKXTylyJPEk5MVpmPl elBFjjjBsZgGMfbjoAHVY3fCda6eR9lokfqj7xVst8QeDYHC0c9REprL5egL+Uu59tUXFrtK bxwJWFLdUtEvFAO/WCiJBz0xI0xKxVDpMWVoLGxfWusKEi+UdVpwsW43OleoewOkW2mEkNTx 6rqpTfx0joU6L7BuOrWKCyGrddLWK0K0ciShclnZReu46UaVwPqj2LTWdAqDBU9qdbVFg5Q/ MmLgfSYrkFTy3MCO5xgtNSEzh0ZypMIUtcIuBPvKZleY7GLPmN54pitAQM7cBtuUWWWrG7Fw i3Y5OFZ5LWdh7CLKRVr1TOrrytRSwkNjDNUGpbm/fChr9dvnzrng9NNPjr0WofYCKhXC9lZd 3mD18Tkx9RTNDTUPx4iSWv1GGjgt38+9tw26nHvAEB6mtMdlXFZUcPUz5GRXE19Co8FrJa0K ogOg48Rzzjnn9ttvD+hvVvNFabDEZvqKtRt2PPmHVa8u2fDako3Uz6EHD5t00NCTP773qGFN wiNhlZHXDE9aOGFPUVxp1QDzgpjykNJpgnFhxB1OKKXC7jFt2wXFooC35CISp2AyFwnopA2T FpVAzZnAIosTQovpx7D1K7F9An9JPJys4In+byanzEIn/RsaMiDQzCcp4E34PrD8NaN3M/Gu OTQxDaxlZ5qoclJ1PS66KIOICAEQsagWlk+T6YG5B/IG24mzxY9BUKYweSp6iflrxbMcsQIU mxgliK3INbYLJLFmlEOHJqmTDYayah9Jbm+jS0XtCzVdEp/vg51gCteNkl1YPIAJQ4zsomgp 6haUETuuwrUjnjIe6nTaYQCGDyJpUqALrLoPawLrokLF7MTgDfgymecZi0z4Qk3OGL+kPIQy Fcw6O8ZefBwyK8wQhypCQpsriApXezKCmAvUOialH5QsTKposKDjYAgsDTK4ObBXkrpTYadY kjoR6sXTC5cYsQ44Ew0o3eV0VK0lk+RL6pDMqEAEHpb8EntBkfosegWtm6XRKXlFYe3LtFZC YZwTXJdZSASc/oqpbk13Tf7AgbwaVeg10CQyiGD2H5qzWn0xUQZUStmt23CCrISp7t9MVSkz AGkxomaDgTLNtIIqEJEJSt2rxvhayFq3KyxDEFdmK3fN9VXzTvi0IuW3HjcVQaGYDmDjFDXW 5oMizJX+KlAPkGij9MDK0Fbpj9U/Txd1m+aalWpmQJBIcDWEPQrXlrZFa11yK1u+Xhfz0gK8 0NbegTagUGjjpd6Uh7p8vtC6s0QZZfMOT1GfkE/vcz0u4dfiIzSXWKxLo/jYiAZKZwW1pd/6 GnGaS++GO7Zz0oCJ0uOWLIKLuZ0uDpV+t9TeVmpvp3LLB74ulzSGzKhdFfQQ1gJlScSK4Y8e fPM7s18+YOzee+wx+NDD96U3Nm3a/NBvN9545yvXXHTEl84dTxCjuUZFCtU30gRHZqqyhdUl wZphMBXa1M2UzjVOt0xeA/Ik36NvaRVstLQk6najxUh78SJdsyLUQDeArfea5xN6h9QXWlsq QH+JM+yRyEaDgtOLKhBhkCZUhHLfDKlS5DagyubKVi3bjNwErxYYARVNSKReBVhJmdgQuR4k mbVFzCsjCRMq+bRCEIdn8V2EzRgoeQSSwJYBL4tMiEdatGgqkhuxpPxWb9baZEMWLJ6LdLdg pgvLlYDOI0HjXYHwE5SuyFa4mumhZD+gUcVpQWdobWEWxQtVp6RUAU3tTPgR/U/vQWJ0TOmV FqecGCZPADA1FRV/SY8v1ceyC1XaO19TUvNysbJIhMIqV4n1c4SpckPVGIvmTMbLQ0oXJ9V1 vrCdxXpvBNXtqYVrqonX+knWlbI5X4+1a1gtSqB0yRcDeOaMVMuPlc2sz9aNMXorVK9CRUt0 kSTC/sLjFl4KmCtuedwEzRUmGmyCmFsfCublc76eY9YROaXVZXyX7/EgNZDR/FGXxB62khA0 LcYyJDTzsmouThBClmqCbKar8gYOKyFTtguA0TbLbTBA7OLKFKFgVupfMzrh6nh5remoKC2G Xpg16KoPImrtohpZiNJK78oxlVw7qA2rtZ5eZy4CWg/QuET/eVarBhsfoTgDdo927RJfcqGh 1RslMCLLRC+hvkUNUQ3bSWm1KcuMuBhdL7DB1iMYVCqyolEslPj+CB6vcGy8K1Opk6g0TerR s/ccQB+HZFdH4GPD68/ZcwApFkNslVhtqEDkcjT6Zr4iDfOfbNRCh4g4nwt0hHk9woGow6Vi 0S5hchbgov/3wryFW6Z8bEpTY64U+m1Fdm/AoCH0M3zUh75//18XLtlw538eG8p89Ci9puUi hEoyjIzhjzT2J7wMyJGdJo46M7HKU6P3w1C1E99ZNWZnK4u2XbqwHT7Q0lq2Wqa8JQHD29Kq S5ViYVpgJ94weZIYEpS4rdAFNMYMcE3UIzAyiTcUcGyrZqTkvBTRfFdGUY4w1LuJUHKQlLAt 8SuDdZnV2ItNu0O+REx1w/H8hGUhkUnCvVziEYtkolyzq1XxaWJUscdw/yHpk2jrhcjSYe2a LBszakzJeATbDay0Q1ia8SHrn+pxorqypDyJNnEd40sZcyiWaxmqC8cGKmYJgxgc90MIKRv3 uGbXEn7UILN7dbrl4lqxz3Kh1CL2WdDjWMysSblhpLF1A16IqPzKtpUvgtfTP8bGgT/oYbnO 2axmw6q7lSRJVIzQk1xEaUrBoFobh3qKg/rYLA/D0mLXM9PqGDSYYGQe8tU8XF3M7SW4apeb zsplNEh3nDwAMfPtKeVgwDXKvrASFFHl/FiOaDF4ljdDJFDvZUq4gJtJ6I3LBNPN5fh/yqDV pli+ms2PtpxQZypdQriBi/qF4JINZNKPkDLltafqjDpXai3l7hJKPY712lk1oiXA1FFrb3Fk ia0yZrFsgY3yV5NSTvrZ7mJIjYiMnbQQperstNGw3iFODspKzL4zlCoeJPXNHtANa30utrmt B1oS61t1CVoHbDoAqAuzyYS+ob2waQGuqI7YlUb9EpQSQlb9TvSzdetWcXHzd69CUv7o36++ RbsDxaSaqKeyLRbZfEqhgJUdLZ/SD603pcTp7NH1NAsotf3RnFuFy5dnXnns0Dxz55s5GMWc ukBqVbbku6EXanuGEjO6pnmXD3Kgh2a5GYgML7S3m/G0XIeI73t0xfOvbvnwwYe0l1B7c2jv 9kDhjz3okBcWLvrRg2+ef9aHeYFgG3Ww+RWy4Q9fHn/OXMv3Zx968/8+OVIO4Bi7FVWCWOVA JwZpZ4IXf3/g0S/98p37PzVC3t7wzPSxD0xbdsXycZOv+u6CHRdOQGCcAIUb1/XA+0QN3dc9 PW3fB6a/+8CJI02OLL6z8cgrz5wrHSWYx9MfvfXlnRdNgJG1i7GaxEGLZucOxwuLFx8CevBF s/zDLr/jtdIlh8TyXNf/CD/RDVBlJTjiSbYkks2qy8g30WsHI7fMI9Hcib1cWRBLmkvk/gCI b81jwjTqBBIfsSDYEpg6aTcSiiFHyYppC+3AhJOncxyUDvgkUhZnWDuARAOrFEN2E4JCCVXa izKqmA813kVKay46Wrn3JFDiAr04cBTFDQwZILmOzi1UDRK5JIm3kI4VSFbSCCauV9Wzl+YW aO4JIZUwUjNGtYksTvmOR6gH0TVv7IJQuirpxCjdhEYsZHv9CFWhHqXLZoa3AJJskBI3kpSG DMTUUDZOZupJZg5A9Dp3yV7gUl2mImVaUaCdBXECwyajcBSTwr5QunIaiqKV2lBqBOegMOPT JU6buNWvV+LvDEOsjQWk2s+0FZI1iYVkUksnuyZrj5VQbM0lyyPxfcIme33WcVMmGwZUTgHr xLEwJFVMVyAIPLnQzpdJZKpIuSQ8Wk+j03TclATcibNcaIoCzC3CUDX52CRValy1tHVBUz2C 3mkBEQL0MzGaK3pnYtZMw4ww+elp41zDUFVUTGU3WntorydKXkmY22i7DBGyZ7Yt4wI1LT/W DazpTaINjF6eHm+QkG5y7D/xuilGLs3bm9dvWB+//8ijz6xevTajUu6156ipZ54YcSwWhzQ3 N7fsaFm/PiHM1tZWcbFh3Tq4kk27i5iYMS0dJAwtbnt7yfb33lu94Hmxma7PbXM9FNIxnc/2 0yUBl1rAl6Z5cuMFk+i23IeQP1S/grmsX/PBe/+ABbakuGyRfogwXfBKCNMRSlFb8RLk7TZ4 65rVtOzn8zmkOIyoD4FQ4Le3tYH5bRaPDZtav/uD18dNPKKltf2Q/VBdXY7S5YXLxA4PZNKH /bo84+1eafR3f/DaJ48dNXJ4k7bbRmjICfe8v+EehP561/Dj0R83XHAgTxkdlcqCyXm3WOlq d8Trnpm23wPT3/mJ4JeiZEw47mZ01YoN958omC5e/8YDj54x7faRh5y4bcfX7QrMbi/+ftMx aMG2r0+AXEQxAuMbFi/FYiyzHopHT//FktZvaFa7btH9j+p6g6w3p+uAbb+HXFIKL80onQn6 vs5QFa1iFSmUFgNiTx2luFRdkTCbsnW+0QYpU70mBuWic5ITfIhPZGA1PynHYlrgisUQrf9O Ct9sgJwgKKPz1uwoNtttWhScGH+sVIfGgNnWIyiTMhWoRcX0WACX4UzREV00o3RiRY+jWlBT Jo1cFbGV/YPahRyUcanv0CLtOKeLd5VgsGILPBuKRUTFoSz37PEDoL3GFLBc+PGhLVTlJg58 y+VazZBeVLpHm9u5uEr7JV7pBZWjTTwKCdyBTPrQlg7SbNKY7CJVKmSx9zHfLJMoYiE0eVhY dxK+j2nIuWMYir9Y+BEcJVQbhgn46kAAsUWB3GxMskI1l6wYrq10wGpGitl3ihcK9sr29goV rwpDpdxEujuRU+kI7BWg9X1YTaLxDw2S/hPxpgETzOi7T9ibfLmxgtpITO7iwFa75fK0T8/5 Yt2a2lhCF3UsmwTdWMb1ukaVK35Cnkv0kmWpAOYZpvZUK8llUrKn8JQaVWYEZ4taXWU8JhVj e32IYdtEdw2qdbam8rXNMiC7csAj7QX09rpR/Y7R00u+K7Z+5zYqhhxLgisyUScGw/5Gi1qV W6SGMfoPUN4CnRhsipIqFELIU2XawwnbjFGaW3YBWXwHDl2JPC9BU1woFMTFf82+L9Hd5zFR ho2i1rCVksJ6gcimQO6Zxa1aeR3H0l10rFAl+Xj9Xi/7Q2fd8R/6FfT6ksu/Q8vZp9v+rouK 9ZF0wmNDT7aBP5amC8IEiK0WxbRS6CGdKBGBGFK3tbfpnaDEzSf/tHr3kR8qEK9QIBvXvv3L u/6F3r3xnqWPz2v+ztf2/sRRw0ul8BvX/WLD9j2pt/97+O0rZ04AQymVgSUWHNuRRemQsXyx x5shQrQC2cpH1SdJeR5y3C1o8nNLvn7IBOaw7o2fPnomJbpg8I4shRYYcBmZmuqOtWczIjNq eWQZDaErn130jQlS/7roF599JKNgWbMywI1UwzDi3RiumEkkQBFcGbjShyBg86QiKIxtZTOv l2cIBpdiTJvwNk1ziXmRtE+xC6sa2euQceRvNOcqlKFtCAPG0RFlMFIjU6xZrhzry+2JkNJU qXG9B3WGZtYtW9Uu3kMwzqK5Vi5jQXL11JA+zg/oJJSKRH5Ul6PiI+uPp+OLEYYtbrVlKLpY FSFtr4JQwt2swEx2gLzlnWJsAwbbZ4XB6zJbgUK3+8lud4Tb62iuAKh4RBnf6PFZfKJEL1K1 rZtMQNq2XzxodvJT406uJeGWA1gwzpBzLUoIS14IvCOsFxZJ3Sr2MFjJJCem1RJqNbsliSiU OeZHfHmhVODCra2wOHhAKzfFNl+S6mktn1q0bfdz0iyWD/iw6rpsNaXgtoxbii0XqIOyXOAb O4i9xrRlqeAxusCrfgmakOifiuDJazNXBLyJzZGJ+KuUuh6f8ZfDVKTEqoYTSEoAa5UHtu0T TEmIvc4wXWW/Bf6AciC0tmBVGpZ5IJOvfyIlBM10kVIwq8kF0fIjdQCIelqUH4yUkS7WVEF1 S0BpDAbz9ssT2p+I5iGxcdYDG5rLiXXugw8+yK6UtHCYH/x1gTDm5vs8x/0Lunnbzd9KdGeP B2A7LC4pWt+QtPHwebFnHRAfIfDdiEnIKydSjgjr3oOg3+THvBwMp68T4V/xrZvFq+k3vaZ1 /jPt7+moi+NMMNfrYCL7NDkCkaopvq8Jj0xOrUhDqk56fN1h2GbQSlkvxRtLN/sNA9oIop+3 to771s2/or6/ed7YH3973CePHrFm3aaPn/+zZ9/dvx3nqbd1G1raC+0FdpiL2PC6WBJf7FgX vpe3xJIfDh82fNjQoUP2GPI/i3n1Wf/M9MaBjY0DGhu/v3jdM9P2PfNR9OgZ+zY13LnY9Pzo kONvQVc9u4T/2PDG/b86c/qhIxFe//QXm6Y9s55e/Pa8puk/+P703Zqa6GfKVQhddfRuTdOf Wb/4B01N/7NYhLL4++wV9GLtM9MaBzQ0NDU0NDZMe3pdrJ/TE1Ho1rm/nnrlLU+vF9mz6Nkr p/7619KYBK17+l/qFf7lt2tF9Vg0O5/ng+zc53+7XpT0P80Wu8D4sxbxx5461zvnt/Sl/GL2 rHN8rmI496l1ohAsmqXbq1lvwFrdiY9OEbYqpGVWZBSAWh1oV2Orkqd0t7KJVzQLBGw6BLkM 05Z5YrBWrQBNYfzt0MUOCutbOOVZsDMEW/ggDykK1TGc8jskcnpLr67Tj6NKALuTZA/AK9Lq b3uCD3rhC4eZVVKRfoqkvRDST6HIrtmHLV8hpdCwYb00tCMfq9+V03dpd6WH2AcWIVOkQLHB cRflTaqIKinqhKT91KqAiEv8qS78VI/uiQju5g/SClHA4YBmMSOdUNeAEAhEj3CT7BnVW3gf xtmVz3ZC5fsqiE1sc4FcrhX4ObnNl9yRS+t0ZWnVW9Bas2eRWRp4Sy1XUkfG+krJ6sudqeT+ uZJYK3MFY3YExqlx8gcqg62qNEYX+nXchkFxX7niTYFtccZ/a0fhE3qQG/4GatdfIbNcDrrn gA+5qZm4zrG9Jex/knezjNDPCt0zgLylro27+KnuqlsiJ00sdCrEHhqBulTugVBsw8SKOPu6 bMjN30wCRfiyyLASk6Mfj6WG3VHPylfIbd34oMrXkwTKTloUQlEYAnUtn1XZkQMJCcBucZGP 6jR9P+Em46ktmWBFmhmHy4/YiI6rwX0sI299ELNtyAIPMCc/WIQZMHYZBJhKrCGPm/JeQx1u qKPfQWO931CPGxu9+kZc1+jVNSJ6Ud+AG9SnsYHS3O/e8E0ROKW2R6HN9Fv8pO4v+8ON54YG 9ngDC8qvb/Qa6Ic61vuN9QF/nd9YR9/u53OIy80HuS9qUCBGaZSnIn0mLK96S5ZtxSPHFFXt +83ikV/625oP7z96/L6Dn372jcu+v7KQGy/vNTT+ft7bYXEiN8HAYhNmaSPD9cTMeJ/JaOOf vvrxV376xtqPj/T8t+YMO/YHH9t6/Av7Tz1ywbafHCKr9wPvPMqtF+6H1rH03gRKdY96bvFF Eyase+P+R8+cfvsI01wKKvDot156dMWO+6n74u83TUEvNn99Ar1cbhEI0YCNPPGBlh3sfYxY n/GLq1ouGkYgFwHt8uiJX5z6yE/euOPEkSPXPX3LlVO/uHLU2/LWiE89sHPnAzTKlPLu89mH r2r9Bppdd+RLv17VdtIoOZBdRIP75uVoYbE4cfFs/7Cbnjr3wZN1M8de8ovLFjyxJnwIPXXO 6FMfvDq8ZMRT5xzGXE6miX9jlnfYrBPCSyZ2pLuMdSoIzuljuf0x/EbKNIoo6wI5/MXaLE7e 1kGlkV2jzWWb7hgdm4wAt6sz5uxa2QBG/MkhI2DKDPxoOmjpLaQfAjrTZKjZEDmwF2d8EqBU kHMDtCEImXEeATvjKMGCrSZT+nVVBkniXahrIQnRk5kgV0SHqBRKIisYeEmuHNYkUyxlYFug U1ef7xEZipPjO0i/YhkBQorHuqJXgKkOAugRAkMaGJQpqJXEMOYtor6Na3a7T627S0DZX+pp D5I5rlOlVCgB2YS9ML0U1jdiYCTuekpjF2nGYDvkiSOtuB0srbyUR2DM16nwOWnE1xV5+qgF 3yg/ZbDS5seq8lhblMLSCNsoxTuJ77GdFnlAhG+jJMzrA1/ucGsGcHKXoxB2MUpzTaDiU99W 0bSGDVBxq3/GHY060UQeWWNqkDpiX0DTeL53m89bRE/s38bW5WG2dwbx9d5Klk4XY2Mckl1z 4zbBeu9Y1dypM0KIpe7VOpvIYBtZg2gEZRfRrQqxe+K8PbbXLhGHSGNimnRVGpGnthTDWklv t04IWS/QY3448EOJ/mGtiFYTOZLDfi4uuv333+viy67PqGXUgxfkIoHyw/T4dEMszMMPP/jf r709I0DqgQZoZRwrEz7xAy+fCwYM5BpWJhZ5cgTT+IbcjJY7xswljmrfpt94VG7bZ/LNqD2A LijfaGLOyobav4B2yMTzQyndQJ+slqun/BvHbDMY0xXTQ2wDZaWx0nWhxPboY1V3YD353oXj xu03RLgP3H1YsakQqhkisSKzxEgCLTeyYodCrSyYrrDfWr/k4cfR449PHKVe/9m1ay+8cNu8 u3Y775m/3fepkZFKaB3DzA0Yjn528deHrXmAmy4oX/rPmY/cLu14EwHb3fVPT9vvjEeVsFEW Rp541a2fPZLy2LPX/uSRW6/66Uj0tspmvjrtERPKomevRLe+zBi6nvOnuP3VbxxCXSaccAe6 /O0ND548HIZ+1hOzGalFh51/FvrxmnXnrvnxL9AvfjH6F/r+mnWXTByJugaRZjqB7BpSZbW5 mtdqS4YIdY7DSwoZxgQDYymVQ+k0N9MABCv1JwY/03wmwKwI4QpdeX6MNl5QDRctxb4cD4S8 JoMQrKBT6Ww2UbPM45DhDDzeobIsoh9mg8/2yWffxRLffUjaOkqzNKGvCnw6ivVIwGwufDHT SnQmWqIApSJVSDCtlZiyZBMdoaczPRYYZenhSjwelZPRuKitIm13vXEXhw4jXtnjP0Ux0/am jIny7Qhlh6KX/gjLWs+DJCG6bomY91IWqweonjkmTZg06P0KhCUrnGAw0/UINJLxb/VGon1K cs3LrmDl/OwFyXfUu3zNp6GdhhZU5BUIlHNdLOM0TpNISIT1XfMzSvsQGKCalWEwdbBeSGFy 0gAMTLiKmtuPCPFKM3tlGSI4bkQtjez6C3uiiItg1cqFPRvK43qJOT0R7NgQSVqiuOC1TqMQ jlyLzSf0+GZvrCMQBwDr0uiBPYAw6Gg0qYVpsb4THVOMqRLR2NBQLBRyQT7eok77wlkdqKFs EwK5PDLKdD99yon0k/ZgWpPO7SDyXj4fDByA5b65KOCEN+DHnTAXOgRkFZ0EiK1U9ZQx0hmo cAbaBAIbEHchfDlaDuMi8XJsORotEOzxIt/qi9NfUuQuKAi8pkaf+UK8MloRDkz/alu1jt9/ wBtbd+Ya6w/8kH/XN/YfM6xh9ZqNl93+zH03fm7KxNH//vnSdx6Wh7YVd2z758kjkF7Howud 4S6ChTNh/uS1OR8faWznqZ8DL1zxhfP23+1M9N0FO/7tEATjA8nuhBNuRUc++/S4l5hGd6Ro ojrUMy2+c78z0KPvtJw4Ci++s+HouI28zasmHM/e+9/oykduffkBQhbrUPY9Hc19t/WkUWjR f9cfmVgsTPtYeR961hNrHjq5q8htecC+HyGLDSfcjWpMpdAiKZejriRWoQPR59GjsqxIBYsA F4+mIoN2Z7JkZSCviK7Y+IjIZeCK4mPexorlNGAzQmAbHolVBtlFsdZNcWpzDV5NRLPOTeXY tdDgFoukUAyL9MMpb4kd2iR7KWkw5eFc4IWB6Jw8ytEDdW4xToqSFpWxFq6S9sUzMWUvVXUP K8odyyDeWES5r45VRaXFzoLE3HFkt7sBMysySy+4B1eysj0phfkn65sggVCTwnLhBzBj0mHq ACUb43oZTpHBEdr8YbVwCflyYVqEdckCAJu7CMRUD/DP40/906rFt8DlCuUQK2NQPautBm/S 3pUveYq2t3HKG9P3RZWjETVhBFyeXoSExXIH2X0+hmdxJQkEsz3/uQmuoJ6e6u/FkjTP6Jtj Fk2xIhHnuBGSDdIbij0qkF7SqNthbLH5uNDi14ID6WwS9rpCx8uJGpZ6XaDT1YXSYrrlFANp DDgtUxJzc/DgwW3t7XV1dUwX2RVQNhpsMWNXBYhydUG+vm63wVgNnQJBcPkMbsBP+PNpsfeQ rzYJDEDXn9Ah2nO2HjL01FN7innMfk8+yW2Dkd8wgDQO2n3QgMSaEohxCptDUmdHiIJ30NhB rzy/46yTR1937ofqcvipZ1+79L4NhfrD/u3mJ+7691POPX7YgmVbf/8Wi0Nh547hw+qx2rNF zN0gY84nT05DIw4+69Pnf/G6P7425xMj9awNe9/wT9zX/MJRAz/63KILJ4zQFopQm8iizAwY jjzzDHTmr24fjgwzSO9M6f9hY89EU59ddOHBE5Z8/+hvIXQzIevWvoTOnD5xJI3AoueuROiW xIeJuZhw1typ+55+5dS5704wHtateQlNpaHQRCx+loZyK7MlppT4yP8+vvUbE2NFViQ2UZEG MPKw88869dSLz+82rhtX68YvIuwzgeyK1GWoYLGcC4y3azpPxXJp3b5jHSZOXf2mBZilNNVv LycKFZqcxyDyXPtQbaETAm+VctZKkPIgAX9NB8S9Sieh1xAKXfphFvGFsFBSfLfIoi70Oz7f hEj0y8rYV67bEZ0sholPLImqG9S/7bKLtG1lJF3qfoTjgrkXY0NjwpUaPK1rMR2eKA4k3gVW Lmpkl2FdvB2p7T7AJkW4gJG/nBnC0nCBz/94HmClhhPodfVIDXMRKEHKvywlMryA9TbEEF0i PGC17YGnthXTkUGKiIvISrZqlzqkZtUN58NiSbyn7YX42Wx6NS8yG7vK9aCi1DGyi5M6iIgA E9W02dQW2+wBZkGygiDW1iaxfKxN2Dg5FHuXMVHwk13lJLESbpmmMo3Hxz3Y8TG8VH/HR+zx /isx7TqnFQ8S3NZ0L6Zty24hlERwUhziEYg3PpV0IhMmTHj2T78/c+q5LTtbw5AQUrZnKwOx hpFpdPNdw3RZgHU5L5/PD9iN62tDT2htPSQ2HQv4eWn8mGqm4kWc9aJYqciQA7ehZQeuhDSv SuKwNLZAnD4XhOwuM3Kuaxyw575vbdpy9FFHI5vMCPBDERHO5/IhUVpUjk8cM/KHP5v/q5cG z32dbRqMc014j/1pAl7YduBBly3irwq8xt3C1radq1dO/89/DoIAm8otZ6CIWBzpix0LR/7z DQ985tBph0nzhc/+/K0fj/7VoOOu5r/OeOTtnzAq+akrbvnc5P0GolsW7Lhogp604pl+HOWT V545beIIbdafKJsJZz16xn5H73bVmb/8209OvOJmNHnybozk3nwzYsv6Rnzq/vnLmvY35h/W is6kadORE6dPRWi6ZUYw8sQHXl7WsG8DDGXCRe/++qV9j6y/kv2c+utVPxutQ9eqv0jQEQI8 8uTZT5w1+lRlvtAd+t1EsosQwpnKXegCzRiS32Fr6eCDKKVkm3dlkF1SfhMLKE1c7kG1llex S07PQrWZjmnrQIigq4m2oRWqdU1ioWfzTcA196VcQ25ixL+ZQpfS3PZiqb0gmS79DokwVmTT pQHTaflwHMirJkE+105jvUkvISq5kbwGf3TiwQ9iRVLLM7Z60PiyObwtUTUJKLiDnPIjxhY6 MkDvDE9N62acWreTiE8HiYvELl+4eJx4Ig+pMmgNg4yVI8iSxJ5ecjFE9BaooTwf1Gglwey2 MZ60CyNRlofSERiMkqgnJBaYs5lttpUvM73AWiet6zekp5ouJ2oWUKyQZ8xu6wChytyzRwuJ rbcirGVyzeajprnSFJHpKfi5Zbw5MZvPYDu+ivGna+9SqpsdDSyPYLU7Zxx7JF42xN5z8O2y MOiiaEkq+rgxX4i9L62NiJNdlFIX0p6NOB533HHf/va3i8XiJz914pgxe3We6VI01OcbG+qC 4Xt0PigRn4a6/G5j9h4z+Vg+gpSqMDGaFNbNgRdqFyTrSBVMFymdZihfikpEambFEcEoyL/f 2v7GO6vu/+EP7n7mT7Dmmjr14fHjX3/99ZWrVsHJJVHXHvzNqv+Zu37I8R/NiMGmZ1/4xtTR 087Yj9sHIlNJ5bfl2cOaDKuN79TOIKpVQPqfxSli8s3I8Mh0rAoF6xbIUJeIXTn0XG5El5jr GTMUkZYrcWKlxxBvuyPfkam0hIuIeBPfYoePQXNPAOJvxCkTiBlCIynu0hFZeSp5mtq4Rhgt lMR+C4xOlggy5ZCv7lILnT1z+qTO47TZqIyc1V24iYgSKZhXMS273maBXrQXSXt7sbW91NZO mW6Jclyh2WWnLanlO7nAq8v5+Tz/0As65GZrBoRVJLfGkG+TO6qRxAhCdmApYY35vDZ0tOKu XZCVmDjTRZrgKp6rdzjF5m6qeCtBWplJJBMZ9MKhEuhaDOf6YX1HdiNjuyBY5hNGW7EX2S7J oYrAhBdkOlekXYhdA+LaXJTeSOrXwX1pxQbAimGbYgZd9HWkmxeOavMXBspy2hUEow34iWjW rgXcBa5LS0MkgYnChDYMyG6coQCEiRdCUUoHu3SUUtEySk7Se61fyOp5YvTUfnVcGkhNIkml rBhj8UkzoWkMoXKK+/UUnfFUYcqmCvGER4QAmzWU2YMUCmwzq+eee+7VV19dvXo16gp0lSGE ziY8/+kPSkAeciNlpcQw2xvzZSRI721lz76qH6EtYclu9ewr77FZlqlJWDEBO3Jg02GHHvaF //qh2G/BxA3jfD5/xBFHBKJm1DXUm/08iRydnX/2h99cse1Pz88bctwUv6khksLSjp2bnpt/ woTGGWePR1haAAqKS+wNk3W3p/aTNglXt00WJ2lVVRAAlowi49fER6DWEHjQ0/F6agSOXqvL 7yTDo8ichWiqOl26OgucorKN6xtSVbxIbbub8Q6Y6hSzXS2u+FC4rJCtxgIQa03OKhSGPHhB RhrLtdNmV0QxjSoXM2ujnOzoZcNWcttaTqQV51ZQYq/HEuF2umJzMWbDEAKmyxRM0hBAJEVv IMrIOhH6JCzPaOBthdyzP6bWjTXMyLTCiqVL0emuBxzaiQjsjgiKswTzJnGQjJAuXxLC5qD5 cSOS7iY2CNWKGtmVsdpAHCoETpq3FaZK2Lb7hDUdjp/LzRinTn9DTmSFqdryJNVs8pLZeBMk 2GekCOkk8G8viatZfB3GWa+YiY/lsFzcRjI0JjBisEmMsHb4SPx18VxL/GmHo5Wh2Oo29U5w segh0Avg9F4gMaogQww7VVYD8gmUUscjtD5acqLWWfyN0YZQK+vAmD8imXSqIEpDJEURPmAl L0m7KUYyJ3Gg3ofszrrCx9PS3gHoA2gEdJuDmIUD23TCq6+rJ2YmXWp06Ned1x/7418s++7/ /GbgxAPrRg2nH3q7be0G+ml+482r/+2w884er05mCmWJl4fsYmxOR4k0T3pcZU0Hm07VnipN rHORAleVTt+qJQhFq07cPBBM4SR2uvA6Xq9gm4XtSY3e0NHipNm0OOmM909lyG5kXJzUwMVr O2ynEqtKfESR2OfhpCeTbRh0zmpWy0920bsbwdOUkNk/NGqeFb9GlXApKGGk9mFHNv1W298x xQPfBY3tMsZXoTHWG8p1aaE4NAaLfoidE1MseX6JHSvK9gT22T4onrTSEFvpyIOpCLD/Iqrb 0vYEoDGw+msMo6gUW3CfQmOrC47ytJU0SJBcJlk1AsR8hZIXUcfF+gbcRZYGkSKU3Q07VAiY TYIgwknkRO1d2TAr9A8JrlD2xImsQMQ4ITF8eEtrKGJMmpQNJ87w4ro96CIHpUAXGJdw5FYi W4JRwjH9cSRERKxumiT9FO+06aYku7Ajj2hJ4oKS7ZSe7kuf+1KBIK08hkZNEW+J19qGIRIy ggMVObumi066riROlIlZco5hXiidsYwJQihJlxTJPlTBeK/3IFJUKqkLcQ+VMN1qG+Q4fwjE Nih1dXWA6Qqv4gvP/JeDP/up/Z7446qFS1YufPIv1PXIg4YdftywU66fOnJYI5FbF2F1apJW SikCHJ9EUm8wQ0GMNLUk4lhkYvKbRDS4ScIrO5me8H5QvLT5kniXOVQM6Hql9twWeTwv49U4 suFFL9EqpbUOEZe4t6rIbnLGpcchO1ZdKjR9uA9fP4w0y2VDNn7mD/KUmYJcbKnPd4ytUusU 2U2ImW0/qMIRHUwoT7DkKt6Q700cohK3wSBinwgeS8GGS6HHbTMQkU8JLQUxmx5JtqsmCPUw 1NBcw3ox3H8ZSbmZqBFit3B2Z6Bua7Ir6xoWFQSp4iYPTxRFy+o5OkF2s9UnGSMuh45BSw+2 fmmkM80xcqssIY54CENLt5f2eHavLEhnmiPK7N0RKGYRIUDdB/yJlE4XvgIO/iMcNy1d8L3x FjVetqNTS5n2u0gwAyxHL8YzNvuypwUSDy2igs3I30QtEryOMyctjXiPJvS1YnmS2HdZ6AGk co61lYRvYwU3j1IrHCJcwhAGrNtEMzmsXmdmjwH9hVPQsA1CfYrvxss5Sir2aTSja2ODYKVQ pS4Q1SaXy8UN6LS3PUcP+uo0eSSuVM0gW1sb0ZOqQRIWXZo9yan8J09NYjBUDO1Z6WiSIkwX ZZFdAt9qh2H6VM13RecOKHpV+gdd5SDNjfSdicSui7K644jrHuLKXRQpweUU6pEwUxWxST1E hoQjQZCYhwQbhiT+gtXyKq6zRXz4L/aHxGIGXRqX6x1m1PALrNFNih4qn6OmezBpiBdy+UUQ UJZqiyXEz3VTRS40zTfmqlpPGDzI8igqLjYhKmdTXGFtxSZ1KpON2llN5WnGrGNkEmbRdcuf fBnflsXjEfXkRkIGvKwgcaipcojnYYWUNKOzT6O22ToGhzQk1vHI6CJeu8vKOUM/lOYTLtJK 4mpRrWf8ZyS2iRwrUdkRj0wkgZC2ape40rdC4aQJij0LzCQ6oyws28gj2FloRQ9CKFZzrWIA RrMokwqbfOQbWMQzAqqliW03EuX9UQNFIg46FrMAcsAvNo4nIdZrrCriZdKAC2vSr6QHm1PZ pGkXO5bI5h7CR8dyrVtbr7JD0LJ1NnuQGfeZ0KTY0tEaT3kB/EumG/hgL3zzNAjX3ARlWPu3 zBTUkVGyYwTvVzp8RYhlIuwpSjko0jTXqFQzZF1OVNaA1WZC4rWy0eFm9lJ7pQKEo86qhiBw HgqlK0p1xHuyW61wdNUFoy6l2Y0T6IxYlZ/bUqKM1wEzqomfRJCWGG51I3msh1T2Y63iBK9F cl8AW2MdjafV7KbvwwDrGNy8QP6Ub4RDRM0lLZWpqX9Y+ybI8iUVC8bwjBjjuowxIlazL8AB Rp6kUPRYKOohPeujnpPbBstJUZNCeD4fjvSUStEc02nZe0SkR8im4Wa2UeVxuZpIEkOyX1tN be5PhDptAJ8x0EXl1LplmV/iGyPK18gYKaLLj/xEKNq/hkkEK7GfhheG7sSmrSG7jbjEEwuj pHlhhK+H4FhKxIump45kE0NJZLeHhi4Qu0DDsy0QirR1WAWIIhwgJZKJAxutWCWw3pXjPREG SGL3MkoTHzhjMdoWI2zefaBQnpImljeJFWki+ayZ55vCiQMmceiZXqEM9dfKDqI268XgEBAx m4XMLLFRhMc4LmB0VUNy9m6CYvNAWaMibxdCZLtkpCfCXBOSY3mGgxxoLxe9IJLp8oNJIFVN eLlOnWSvhgfqyX7JXrHc6BerF+lhjeoaMYhTqA0eiK0ogm8OU3iuDtaScmLEYxxTs35Z5+HE KCHGIgkpHqz0YrDZqqAwGJRKJWwj3rzWSodUeXKqUr6aB3XzB2tCpOMBhBiBLiEyE5EybZRQ pa0mW0XD3IIXWteoIwtGXuYAT5EEaNMWk4+Mp2rHo7ci0dPukQkKux6GcnG30u2yOhSqwSIh 6gO0sUokcG2rtR06v6kbXrmRj1qZge2d38FCWhyhvQjZGzCI+o3hmS9Wr4DFUUcgR62mXyVc 7UdPrLAtsacUO3sEEMsdYmecVfug4DpVE0nkbzXP9CCqT2CFD8TFrt2zQkgfcCU0Oyja7yWS trTBpwkU8OOQEJTemnGeZKyNE+Om/wAOELV/RbCV4IgYeCTRO9lNqCNtiNFdKSDeS/riiC9I jlUNExvhYm1cpxQ3WK9RgakA12pUbXH3iBy0H9PvgyN2zItUfIhWfxBT4aX6KTHwmFbL+mn9 JyZR4Brz+dWQH4eGuXEI1w0TZVIVlpBYoivJhuxqeCqY6kNQXbHiN1Y0IqXV+lJjcmSTAUAC eLhQn2C6ubKMOhWWbqabER9vmHqVoveNe4D3QtMtpqXK6tqiVUaxXgxKbSCe9bCaw1XhkUjo pqxjDOkzVI2CXsYaMmo/vJ7ycRIIjGi1jt1MxWQTkZQl6FjzkEx5xbGqMEBVBpEguyryoi1A StlDkmyJIolNLQcx46o4akVwkyRX3nOC6gKVq1F2P0RAM61LYGjfMt/g9QlV3zZ+yopCjOAS vdEY6DFkq411YWCkEqu9XuEMVOa7bOVislpazYFgq+iDqib/02Y5hBE0fFf4AgxYVkhheiy+ BU33rGKrulrVCYYIQbME1TybcouVxa62REOK26qeUm7poOsQyB/Vz6kGjuj+ULNqMIkk/bGD cKQFEw9FVF4wtRJRd+lIZOQ+5B/Y9CiixxVaHNPb8uuwc3XTdHtVPtMdsEtl9V1gJ/tMjLLM +nU7jDKILByoxCiacYfEUXmIvD3ekmBVLlPeGyO4jBsR2P+orjKZCsNCG9WY6JG/4Hxg/Tgk srypYgussDKwF+CVmPHlUsiP50VqIlEyWtmJydqux7F6iQ18WeI1kpuKJfhSx0nyllwuuBHN pzqKSldyWeG1ELBod0QEpIYVzOnHuhvjYt8GLvJ/CCcSleqqpAy3PcXEpQYXkVAdGhRyO4ZQ bpYso8/WaYRi2UasdUst6lCnwBmF2oVVN6WRvDBqBGxCqKj9qLCBStHOoOx6ndL8Zau7VDNv 0dkEzps0akoSZnJipUZFx0hqSa3Yyc6SsKOJpYMhtCB0q8WBI6ek1MaFEZk8Vbt4ar6iebda /Bjl5jadhUMB20/agC+aMeoGhoHDuqdUuVjta4LFZIcak2oNHIKNVDxz0jcTiat1IQ/uebVu pFOx5t2SeG38Ox6IJXMoEE0l4y041FgCXQuK5GySqJHKuYgHozbAONKDwfk+Ips58VYC3y5J llydJlxwUutjDTbhMA/F/YJ0yOqEbQkCmitYJmGbILLuTxxVjEiJ+xU2uiXWsbGP0EQQxRk9 4c6Xn2EiZi9DbMbCFhnAIB6G2UaTJ7phHlxcnxPPG6jDUrkEBGBItTWDLMx2w5LSPGEjStgL RubFoUIoGxhU2Mj4M/4TpTT12Zyv+ytwVgeY7IwjM3zdqNPtAGKDvCQPMe1GWW9Ij3BQcisH 3qkHvyk+uQrQ0kaZ+8njf6Sn+AEPFtpELNiYsjo1jT+ShTmMg231zfbjo20B0uSJc1xWLygB 5ufG6DYLjks9cYab2N5E810Emk0oNJs6RphJPL0h0dVf8VRD23VLEt10IjqwhN7T1MYxxzhD 0DEJZe6rWSao0pJvZ1/qBHj2n21gUwrFwgbkYT348pTEwDb/sCpEyxvSqcamB0lS6SJNebVq QT8EohsNnCCr8lba7mk5dw6ZnRnMIHvPSSsf7SFqTHVovS5zGgjGAoMTjWBh4P17GMQJBL3h 88pj7AlMsFU3+ihSNKPsOUsXm0yeMuWSFmxSmDb5gYUKJyTVUlJVqQ7BsM+3v2u+vW5cCxK5 QCmtTPY4rIyAkobmVq2w31SGyoBVjCn3od4CgSomzc71yWhwZhCIKDZln9W+lBmG63mZ2EQ7 iT0rmz41AJBKiBLfX4x3fKQkT76QexmI5/kGutj3Pf7NDgfmRwQbTY6lUEpKMtApxC1fcSTS 5mdSNmBtx0SsdFt+YVcQyTOc0u7E7kbsYdLzJqNwoAp7hIq7C1yuOHQMOPK3I3HriE63UjPo asKsOMGR3r1cXkc7i8qYMUpv5eIzsBkPIhTpz6WLmsxIHZAgOeAWe6IwNa08Q4JWe3XqmFTi evYGiPHRNSRNxlAPRyhYefElSipVptoQiqBYBTB/beUAWOUa7d9xkiSzYh35bfEXHLlrjiRA ypYhjPQ0CQPe2PHolv9IYoEEMI5cgixB0Y4mseFIybAyvRH81XWD9IjfNOqWXHKSnkF2r0BQ ZtOfDPqmHS0tposX+qwwDGRPDzYXDHz/sccee/HFFy2qkZaiaCxTWpN4dMoFmCSWygKvEtbY CVxgcDdZk9QTypuaocImPqE97DakdW/V1V1731eu1A21LlcbbsGEAbVDFueCl2ULRrQ9tybg 5duAPhMrao6l+oGf6lYiSG6Jq9Y2SHUu5kyXneomWK/oEsUWEtaRLmnZl5GYyORPUj4k6D3U bbjNbuRdRpsRm76LCzv5FR3XWJAqXCtGR0hup5uUdLnZ7VgXvqsMyo16K39fWdUvKtdf2OGQ ihwzX5eahixalpRH1pjNYrqS5xbZqFbNeHviREHrUDRQtbOVECTFC0lMKUn6UzGsuhwldtaE KoL3ksOpGpG8NKfYmAMyuZTVITqhnuaLZRdoNyuKS8SvPRloG3HYql8Uad76MckQ6DLSwHLt o1OOOeXUU7c2bxMhE3WcRCBGNGyxlPbuefMXLJjXOqKKV3RHZnRTBlehjal1bKsLs+LyUuuo VuG3B6LqV+O551HrzOqOYPtazepDUXWNQE2DrXVUay/VfhsBV7NqGmzFYbb96Y8nnnRSy44W /kuqcYulUiAGMKViUa8uZ0sUS6VKA3ZwcHBwcHBwcHCoKdra2oqFAjdgEOCnihaLgVhTWQTU NsdnTGodYQcHBwcHBwcHB4eK0NbaViwVW1p2aBdh6C6tF4rFIgY3Qsd0HRwcHBwcHBwc+ggK hXbKZlt3trIfwkyBr94OxEIccaiB8CrstGtvRuPg4ODg4ODg4OBQAdjCzTAsFgrq6E2x1jyU ++kKza72TaQfBwcHBwcHBwcHh94Ps3EuBi6S6cb2lEzmue2lYN3mfEsL9sOgtVgkqDh4d3/k 7u35oFjr5Dk4ODg4ODg4OOyi8H22cXwuYMxWbKYsTv0IxE58gW82WzIHqNhYu2Pw3//hT963 6aST921qanhnbfOzC1f/9W/r12wauPcYMmrAllqn0cHBwcHBwaGf4yMDB350v33cgqJdEJ7n vbBy5Ss7tyXezefyvh/U19crB7btNKW/gdh32gdM1+N3kL3P2LLNI4Lm9oduOTXXVI+5Knj3 caG/z154xQeLf//Gqr990DxmxLgh62sthF6KA4fvds6R47ds2VrriDg4ODg4OCRg8OBBv3zz rbe29vZ+6ugBA045bOJhEw9uamysdVwceho7Wlp2HzTIf/31l1qb43fr6vK5XNDY2KjP+ZBM V5y7HORyzE0dPO2zw7XNw2t3DA437/zh7Z9DOX/sIB8R9Nrm4rZi6bQDB9DPV7G//IWlH6xd u7ZusNPsJuK6aafXNeSHDxlU64g4ODg4ODgkYMOmrfvsd8CXf/pArSNSBkfvt8+kiRMaGupb W1trHReHnkZjQwPN/c1btry0dHH8bn19PWWzTU1N2iyBMt2AQpwgSi/0ijRBgVFB+msvBSvf 8793xSca6vxSSMYMCHbL4z+sb523YeXaHXPnr3tuY7AiP7m1sGPI3zcdOBAfNiAcUGtR9EY4 muvg4ODg0GtBO6ltzS2dD6e7QQhpbGxwNHfXRFtbG819knLadj6fzwUBZcN67ZnR6UolrgKz 0wU/122paySt7UXvb9tIARUPL4b1Hnp01Q+e/9u3j9jjiE+N/dTn9vvc6m2rn3j3ibcaH1uC H9un+bSRm4+ttTQcHBwcHBwcHBx2FVCmS3ltfX19lOkKYwbqSvhKNbFUDW7FsGVzsa5ptw0F b83Wwvaw8JlC3YXPf3HJ6uevPfZa8dT0f5oeoCA/KN/4TuMr77yysuGx5g+tHPuP6bVOsoOD g4ODg4ODwy6BIGBrz3K5nCaxgtB6Yvcxvp+u3GNXQD/Z7uWbcf7tTW3rdobv7ij98K+z/7Di j18/+uvHDzxehLO1bdvmbZv/jv5ev3vDLZNvmXHIjE2ti9bt8Xytk+zg4ODg4OCwa2LhnBnX Pb62i55d+/h1HQ+Nh0fRiQD6IDoj/w7C46B815dg240xMwVBb0thiX70OcCQ6Qb5gHj4xdUt a3YUN+5cc8cr182YOOPw+sOP3+/4L+33Jep3y9YtH7y1YvCsP591+drdPn/nhM//8pL/JYf9 /rH61tXVx3P8LbMvny8+sy5/8NShwvWkL5lrhsNPm/+l8czzLOZNfCwPOrQyHhAa/dEHvzfj wtHVx3TSafO+N+NrHXiwcqyYfQw+ZvaKLgnrqQtkUPqiawGCpZcC8D3MsaPvzZZDp6SUJg0W qMAFT0VclENCoip5qhI/iRLsfGIdHBwcHDqEUZ++/t7rPz2qYw8vnHPngskX3dvxADqLGpDO mkCocoUJLoe0UfDCkDHdAkd7sVAsFinZLYFt6vKokCOF97e0vr62ddUHD+ZJ3qvz/rLzL09v fGZ4YdiRTZNf+v7/e+mfP3nEO3seftaMoy+5ZNI5n5808MCjXiBnzZn9kdf+XH1UNz9wyx1T Lr5jyiVPrPrkeZzRot++sXyvEYannjRx7PNvLJWeb6U+Lc/R0LI9rHnh3Evv/cGaqmI49Gvf unzeoajbtdYHXDyPzLv4gAp9dxOFrRKUip2yZNZyPi9g4r5i9twlU7pJDtVJqTI89QS6jyfh yZlzTmEEdMXs8y45+EnqsHzWEulA6elcNLO6pyry89QFUoLLZ6FLzrOztDsS6+Dg4ODQvdhz dI1I7i4FHINwD0JOddva2zD3w3YcC4JS0Zx5tlsT2bCl1d++o2XHbmTncwMa821h23Z/+z2b fvIGemv3S+5uW/LBuXfdlW9sRKVS3Qkn0O8DfH9DY+OiV1750POPjVrz7mOnntehOC+96tah D1457iS09LdrN/99Or9g7uNPOGT5n/4v3XPZ0DorzPfvuvmOu9D4m783uQdyrm/hqdsuQbOW R6nYU7c9fODZB6OHax27inHyxRfLi9NnohuWrVix7OH5M689mToccOrZUy6Z+9Tdd1PKeTEl pXOWVPPUySeX94Pmzpl5LWESPODia2decsMTKy521NbBwaF2GH/TNZ85Rv2YN/e2qzcee/9X xr1wz4/u3lDrqFWLtY9fd/UjYrp58kX3zpyU7iixcM4Mro+diebMmDv6pus/PWohu5g65pFH FtDbe069SSpqVSB7TqX3Xh59k9bf8hDo36tnvCw8J7yOhYkmowULxljvTwhzoYqGfEpemzBF kPD3RehOGYFHosmLPpYWt1h6K3kw6z3dhZTzfT3JdNvaWtsY2lvbiqVSATDd4YPaCqjO37ye bN5B6ldggr+8z5ev3Puqaxq/OejeP+14dd0XvvOdXH193ac/3fruu8j3ST6PGxv3e+iho448 8sOUSv9t8Udee66DkV6z9M/rx55wOLigOHzcsYuW/TbDc3ZoTMbjb/nejFu+NGP+9047iV9f OHrohd+6/BYt/kmnzf/WR8ciZtvw8+9dPo99qM9MTDpt3lX8ka6EbXIw+wJ7ShvOg1MPp8xB 8y8ZK+fA9fw3nGwv+zL7Ef7Sp+RLqJt+n1EdK6djZi8Tj8ydM+VsdFt0dv4GdO3F48okM+tF 2XKw72ZGuGqxrFi2ZMrZpx6w/M35Uw4UuXvAuIPRkmUrOv1URSGPPXDK/DeXJxaJmBWEcag8 zx0cHHYh4CRU9ujmn91z23E3ss/Vf0Vow/PTb6yc5lKi/OULhtc68QwL51z9COWSDDdNfe9O MaGf6ChACdqdiN6KcrPVj6w5gvm/aPLqR36z0A75a+jlBZbnSTOpP0YRhfFC2utWvzf6a/ab MsKMp+vlI2/iYV6E5tIQF/5GvYOGaCIQp7nqMUVqU+IWTa8VfrYMk6LX/YisN/OYqQIJOctl ZJd+SpTpFgzTzfvFvUa0h1s2o5UrEUHER+81v7dx68b3/7YU3fHrI2fM8DCuP/PMAg3oH/8o bN/esnNnadWq1uXLB8ydu/+ECR9C6KDnfzNweyePXXn/94s27z2SGTAA04XOYI+91/1myqWP Kcb8/g+eWX7sodK24aRDxz7/zAvL0fibrxj759vuOObSO465H513ytAOv6wrMP+SN08Xs97z L7mNk9nbxKw3xd0nn3w3vYGmsEnvu5mCkP5Wc+Q3VGjSkPTI/Etu4JPtbKodnyfm3XUEKOsa K6NwH3p4jgrnYXQ6nJ3n8Tz95LKpy3pRphyqCadKsXDLgmuFRvXgcZUqVit5KsMPZbcqclR0 81NeYuW+lRfcDKIX2LE4ODj0MsR3IU3bl7R/Yu2a99DkIwTZG/Xp0yevXrM2xZHj5bsYQUvS QO459TPcddIRk9F7MhDlxsKoNg48zCMPHxX1WUWYqx+5mq15m3HnAhbiqNF7LrizjGXu2ldf Xj35dGg5nB63aHoj4afLMDl6PQ5upxuSdoCwVCoWC9DTqKYtg0YOQO+vQ5tHbSM7TnvhtGOX fPTuH31xR339mN13D445ptDeXvjZz7xCYWNz8wfNzeHixW1f/OLOP/4R3XjjXrlcK5XPgg5r mTav4mJZ9tpydMj4cWjofiOkS4bnrNDWyYs/v/6+dWfhsucnjOOK2/EnDH/pR3TYMnro3miP aVdwne70sXuNzGS6Cx875pYXlqPuw5RZV3C6yGa9ueaPMaJ0RiO1l6fMSQsvvjIq4ZEps+7j bIy9lGkgrQgwraSMFJtnV8+cfaqI5xWzpsyZ+9SK2TcskZ4yXp39omw5RO5mh5MmloQoSfJ4 t4x7OT1uNU9l+jng4vtmIaacx3jugbOmKI1vBJHcp3mBZsrxBMuMiCbYwcHBgQFS207QXKCm HX7s/ddc8Rz7nP4peXfoBV8VLlfcdJCwfNjjC1+54rnPje/o62oCZjVQE1rWIUyWKlahZWXr 5+79GrqLcss5C7vhbVWHb0evx+FxDS9h5FahFLKNGCL+xu2+fq9982jzQbgdoxAVtxSPeGX3 gUGA29uDffZpeeih0u9+V1q2rLW1tY2GsGMH2rGjeO21LWPG5A8/fDBC9RurW/MlMXr8x0Zs ekc8umbpn9HYTxw+/mNo+e/XlPNcNrQELP3R74acf8rQcadM3nvR0mXScfl3LuU6Xfr5v84r krsUbHESuQ+dlzBbzZaFoSeFfm9K1uNGJ1jJI1WDsrTlb87nNhXSuIJzs8irewwZaYxFSfqV vyiv1IFQTpmq363kqfJ+dGSuQA/PT3lXRu47ODg4pEMQ3CppLqeqFp0VGH8TM9jlhg1z0fTj h3KaO+OjS+9Vpg5Lr77xN/OE8cMva92Hjho9Bi14RTCztY/PXcDVkImODHse+bXrL0LlNKM6 ZGXHwMKoNg5VhDlqtKbfC19ZAMKMWwVQOnrT1D3fSyProw4/ck/7qcrjFgk/+8GE6Om9IOIX XQldyAOERKHnXyEzT2A3wzD+zKimLQO9Q/5anEva0Vc/dMGgdT+r27493LmTei0884z39tvF zZvRhg3sOIkdO8LWVm/lyvbly/GECQNefHHU+x1guuNvufKoVfffoQ0Mfr8I/Xj6UX//3X3L ynvugAe07PXl6ItTvow2/fhmru5d8/4qdNR5pwz97ZPvo7KYdNq8T24+v3vVugmghGc5Oua8 ZSsQ5Iza+HPFEw/PR2dXElAHHjlg3MHzT7ntqYspZ1sx+4Y5CM1i6tNTpBObeT/4yQNOvpiS R+b7qQvwDQcur+m+AZWn8akLxj589vJ5WqYHnHo2GsvTxR4VK8g69lQVITMLBzRr+cnp0gO5 P+5gJJa8cbvoOTOvvbt2cnZwcOjdqF6bS6lqkmHu8GF7oj2O+coVXxA/315KXT46ZPn9z1bQ afYE2KT5I/yKL6WaNPOmqdddPWOGchBT8kmOEvTemuvEUrLsLUUnzbxo8ow7Zyzgq8cmo5ez fKa/roIwmXGAcESTJ0+2wlRJnXzRvUe8IlbB8R+j6FNHTL7zzuiKNMpUL1ozQz7F71QcN7XK Toef+WAsejNRDyMQ+495nseLvjBOTzVRHxAO2LvlMyvbHnth8LyDSm3UX8uSJaRUCt9/n35Q sVj/r/9KaIDbthGuFm4vlnxCqLew4gjRseO0qy6fxi7YBmFw/69lry3/+yfH/vm19y3PVyZ7 TvWQYX/P1MbnTdvwxFXy99Jv3Tb051ecN++T/NfiJ5Rad+jXvnXetBHs6tgrLp+2/qXzb+5p gssgFqExzHySLdU/gLHMsfgS+uvuK2bdMJZeoikzZ1aooD25+kfQyXc/OROfgucwo4FZM/nW CiffvXzWMWP5IocpswCh6xWoNI2ct89HzKeS790X3yfTJZO1YvYxY6URLfXHHE99opKnyvsx +coc0kYGsdw3gu+FkndwcOi3WH7jjXOf0b+GD6t1fDQmzbw3xqnYtPunUXlH+uykyD3lom/Z 1/ptax+/7pExR4xKDK3s61JSAMOEyZqZFuakSNKTZJHkXCZu6npULLjsB2N3Y8JMkUAXAY8f /+HXXn991apVXJtLx3p42LBh37zim28POCjtmeVjHthUeuPy/yHj/4EOGzZs36VLt116KXng AZTLofZ2NlrEmBLc98eMef+nPxt0zbdWzpv/5rDRvzv3siqj1k0p7p73Z/p+8LIv7jmm99R/ BwcHBweHKFasXPvlnz4Qcx5/0zXHrLJ0utqFmeHuOe/e6UaJK60XgEv88U717xdPOOizp5zY 2tpaa2klg6k735t6U5ceEtEdYfZd1NfX//rJp//77SXxW0dv+uD6//zPdkpEFRobG4844ohA nCKRr8ujUJ4H7PtewI9QS8PY96YNHLL3O+Mf2/MfpHnjxu0//3nwzW+2/upXXnMz5gUYE7IN oZarrqrbsH7Y8tcXBah1yIdqLRwHBwcHBweHDoDZ6QoThb8zXqvdl159z7D7vzLjObHd7tu/ Oe6XS+/+4W/2vka6sM13/7r02bc/cw19nN+tdUK6CWA7WTY93yWUtDvC7O9IscoJONH16vN1 RCh1CWJHBeeC7NBGbjr2g/32afrD7PcQ2v2663Z/8kn8u9+1Xn01evHFMAzbDjigdOll+SOP HHHp+dsLLaSIXp9cZjtaBwcHBwcHh96HpVffGGGoQxHa9K7Q0bK9dZ/P9v/ML297BvVvJFpF 9MIwd1FQputjD9fVcabLrdQp080FubJPttbvuejY0/Z+/rGGzZvHnXpq3fXXe/fcU9q6tVQo BbsPzr391yGXT/cXv/bYNrTio6c1DxhU65Q6ODg4ODg4VIfnrrki0f2Ya664psqgjrvxts7H B2Pc0rKzoaG+ra2t1rJx6GlQskpzP/XEkxRnynQp0fXy+TqxHJNbL/i5XIAKqCz+cujHRq9d +c6KRds2bRr7b/82eP99ckceXjegvmHVW03L3ljTXPr9VrRj7wl/OexjtRZO7bFh09bhQxzd d3BwcHDojaCdVKK7RU+HH3v/V47eK20rhh7BgndX7TF48OGHHkLJbm1i4FA77NzZuvCNxQtW rUy8m2b+HWBKdDEOAmauIHS6nudRslsJ06X49clf/Mjrfx74/GPzMRr97soxq1c25dAqD61s R4U2tOLY0xzNpbjrt/MuPO349zZsqXVEHBwcHBwcknHfiy+W8ZFgq9DTeKm5Gb/2xuYtW3at A94cOChffWnVqpd3NlfiU18E4gejtgqS6VaMvxz6saVjJ45bNG/76uUbtm3AIfpgwLBNHx63 /JBjnNGCwHNv/o1+qn6sutWpFdf57tjUopowq/DbTftv7OIR6Ee7mvRRCXRbmK4RqGmwtY5q 7aXaU3ixufnFRUs6FYSrWbUurt0dph4I0Qu58oyyWxMmR1UhUkb76pRTuiF9Dg4ODg4ODg4O DuUgzzqNHnkdCF4LmS4CWl8HBwcHBwcHBweHXg6txRUH/yJBZbVONwLHdB0cHBwcHBwcHPoK hAY3LJUspzSm6+Dg4ODg4ODg4NBXQMIQhSFhH3FEBCHQTtfBwcHBwcHBwcGhj4JxXEJKxaLk u9SJXzim6+Dg4ODg4ODg0LdBSozXhsUiM2AIOe1lzLfkmK6Dg4ODg4ODg0PfRhiWKL8NCwXG ckslyncZ083Q6T71nX+l3x9/aNAfzpHnpgwePLizseBvqw/q6QX7Rqi12IqK8rvDYdZT8DAZ il0RpoODg4ODg4ODQ43Q2tq6cePGIAjy+XxkJ1xKX+HGCWIPMer/pm9/G1FmSzlusSiZLmO+ PWy9wKkn46D0G7V2VZit21u7LDQHBwcHBwcHB4e+BkFtSbGI6AX90AtCkLPTdXBwcHBwcHBw 6OsgQokrVqQVi2GhgLKtF3o/HnzwQfjz3HPP7fm3d99Ldeq69hVlg01LV63i08PYNeXThW+p NqjeVgAcHBwcHPooKNNl1LZYFHxX6HTptdf5oGsCTTgEUIz49mlAOtW16eown+gmItLb+M2u KZ8ufEu1QfW2AuDg4ODg0EdBhHluezuhn0IhLBQIPy+tZjpdYa0r1qVV4t7b0GMUpIcZvGMe 2XDycXBwcHBw6IWQC9Ha2ti6tH5gvSAoIIVgHpB/pFk1QPeIIySUUJMad48EVTaciOcO2Dwk xr/CeGYjHpm0QKpi2xnxTEtaYpSy05uWhC7ELi6fqupRhhwyrIz60zyMg4ODg0MPwPd9z/PC MCzBU385mBKXura1EbHLWHu72E+3ZtYL9UF9ouI2zT0O3bXD/jLDqiHNUfyM3Epzh08lRibi H8anQtqhX1RJutKuy0IPErLThapkS9lWJdoRVUbjamidsovLp9p6lCaHjHC629LdwcHBwaGf QdDco48+mn7T68hdtpMuZbotLfRT3L69uHMn4ucD91WdrgAku4ldZl9UIHVS9du1/ssuwEoM M363rJYxgyfVBE4+2UmuUA5pjzia6+Dg4OBQFXyOf/qnfxoxYsTMmTPnzJlDHaFmlylxi8Vi aysSZgyFglDu9m2mKxCxZEhE963x6lXoMeqQ/aJqNy6oeXK6HP1VPh2rR303Hx0cHBwcegME zT344IMPOuigQw89dMiQIbNnz7744osROxotFH6E9ULY0hLyzXTDsFTjvRdaKesutlbuHkHE aMGh9yObxvX7QUhZOPk4ODg4ODgkgtLc888//+yzz/7c5z73kY98hPLdyZMnP/fcc/D4NLEi rdTeXmptLbW1hW3tTKdL+rj1Qlm4SdLaIrJgLnuOPkM3X3k+VjX7X1XI/UM+tUXn89HBwcHB YRcEZbA//vGP4+5aoYvEGWncaEEod4m4RUiyTpftQNbN6OSKNGihCzvFStw7rx5LXDRWNp6d CTwtXZXHpBJv8dCqlVtaPHWwiSsIKw8n7t612DXlk52uSupRJe7dVx8dHBwcHPo3uK6WoVAo iG8BaKdLOHkN+R667AdmbvQ/Pvzww1955ZUItb322muvvPJKevHxhwb94ZytwnHw4MG1Tmnf hlNTdTmcSLPh5OPg4ODg0BfR2tq6cePGIAjy+Tw0UcAYMxKLMXShoP4vO/PM23/wg9V//nNY LLADgUNy8LRpE8ePDwTF7QEl7q4JRzW6D0622XDycXBwcHDYdUD5L6W9yPcxpbnYwz5hPz0c CJYLma7gy7WOcD+Btq3UP2sdo76NyBy3k2cETj4ODg4ODrsmsO8jz8O5HGLUNmRaX8Z0PbEi jUSorWO6XQjHNroQTpjZcPJxcHBwcNhF4fvY81AuoATXIyFX8tIryXQltRXfnuc5puvg4ODg 4ODg4NBX4AUB9n0vX0f8IglDZsrrcZ2u5rhE2TFQAgx3bXBwcHBwcHBwcHDozfDyecp0/fo6 UgrkFmPYkzpdtikD35WBfRPKgj24a0OvRW1NErt7uU83mfaWDbbs8ba9ZH487Ui8XrIMy8m5 ky/tKiFUG1Rvk7+Dg4ODQ4Xw6/JeLpdraioVipTNIkyJrse0vEKjyw6RKIWU4BaLxZCExV7P dHVHK4D6136c3Xd2cYf7717V8ff+vHZy7gy6UAjVBtWr5O/g4ODgUDn8unrKdIOmptyApvyA Jkp5KdP1/CBA3HohZDyX/qNkt5gLcsVitzNdceRv/JCINPfehp7pEfXpWf0sXS7+fSWe/TX+ Dg4ODg79DEFd3guCfGMTKRWZFS7G2Pdw4CvrBU5zixSlYj4sFQqFWke4DCIno0YOmor4jLvH j12Nnw6V6B4Jqmw4Ec8dmPNNjH+F8cxG4hldiYFUxbYT05t22m0lcktzrDD+XS63auHk3CVy rqpeZ8gzw+qp988VODg4ODikwc/lfcp0BzSFxRIiIWFmur7nB55Yica1uaVCsdjeVuA2DN3O dDt5GjBKOWg3w6ohzREpY8TEU0wTrSPivXWafxifCmlu4gG/aelKuy6LxFNYO2+RWW16M+Kf kYnx67T4l5Vbd1u/ODl3iZyrrddp8swIp5dYeDs4ODg4dAxeLucFQVDfEDQ0BI2N+cZGj9vp BoQfCswUupTgFgrthfawFBYKxVpHuCJAspvYRfVFhU0nVb9d67/swqnOxCH72b6SX9WmKxFO zh1GhuI2ezlg5f4dHBwcHHo/PL6frl9X57GNF/huuXI/XbaxGGIst0iJLv3fLtal1TrCVSBi yZCI7lvj1avQY111N70oPu2O+nV+VS6Qbgq2r8u5Y/F3jNbBwcGh/4HttMCWoPnE95HcNpdB 6HRJqcjpLeW5hWIpDAvdz3Q7uSLN6WAcHBwcHBwcHBwExJln7Jg0SnPZuRH8NGB2Xho/NKLE lbrtxVJ7eyEM+5hONwMRK16Hfobuy9+0kKt17x/or6mrPF39VQIODg4O/QlE8F1OcLWjx6wX ECnyTcaKlOsWC6VS2ANMt5Mr0qCFLtTvVuLe+bnaxEVjZePZmcDT0lV5TCrxFg+tWrmlpTce /2xJZr83vuapkvj35DyAk3Nn5Fx5+Gnxr8S9+9oHBwcHB4eehzn0V1wod3zQwQcvfHXh3//x j7bW1pYdO1t2tuy955ivXnjhQz//Gb398YcG/eGcrcLr4MGDa52Kvo1dzeIiI727mii6FU7O Dg4ODg79DK2trRs3bgyCIJ/Pe56n3THGhBvgQhcK6v8mDnqhb+22226TJk0SDxPC9l7gat1S SZyXVus09hPsapOelaTX0a/Ow8nZwcHBwcEhAsGDI46BUO+yHXbFmcAU7MIx3a6B3hdC/6x1 jGqT3sRJc4cOw8nZwcHBwcEhDqjuFZBnpBHM/mD6V3rA1QbtkIZdjW2U3djYoUvg5Ozg4ODg 4FAWjOli9sHY5xvssg+GJhEODg4ODg4ODg4OvRlCmxvX6XpIuHscfuAHOfo3CPxaR9jBwcHB wcHBwcGhI9CUN8BMn4t8ym59P5cLwlLOpxdBrtYxLI/amiR293KfbjLtLRts2WNpK4lPF0Y+ Iz5dso9VN+Wgk3NnYtjl6ao8qF3HpN7BwcGhf0MvTfM40UWU5oqtHCjERa1jWAa6YxZA/Wv/ y+47o7XD/XdVD3Y3S+i8TLo7hk7OnYlhF6ar2qAcwXVwcHDo09D76WowO11mvOB7QUj/EVxf 5/t+vq7bmW4nTwOuOXqmRxRL7PtfuvpufPprunpbfBwcHBwcHKqCJrhRpitOTKPslrrnEPI8 HAR+Ptfbdbp6lyV4xJFAmlVD/PAnBLSn8dOYEt0jQZUNJ+K5AzYP2RtIZcczGxlnX0UC6RK2 XTZf4vLJ3kUrzXMlcsuWQ9fCyblL5FxVvc6QZ0Y8+9O8kIODg8MuCHNAGjhdQu6x4GHP971c EAS5nO8xg93ujk0nTwNGKQeiZlg1pDkiZYyYeGpoonVEvLdO8w/jU2FPn3hwa1q60q7LIuP0 18T4dJIIpsU/Wz6JctaO8LqS8BPl092nvzo5d4mcq63XafLMCMcdtOHg4ODQpxE9DVhdBGrv BeyLbcaI53Gb3VpHuCLET6tP9CDQVxQ2nVT9dq3/sgunOhOHLkfZLE4bonQfnJy7O84Zitvs 5YCV+3dwcHBw6FuAlgyB0O16nic0vfSWh7Hv96VdxiKWDInovjVevQo91lX3Tk7QO2PV/1LU e2LVsXrde+Lv4ODg4NBVIAoR90DsOOZhDzGWyy0b+Na63R2hTq5IczoYBwcHBwcHBwcHASI+ CUyXK3U9abeLCVuh1n/OSHOEuH8je9K/M4uiui/kvoj+Ko3OlwcHBwcHh94CynEJCcNQ/BIr 0pgCd+LEQ1999dXtO1o4FWaor8tfffU11133H/T64w8N+sM5W4X74MGDa50IC9WuAU9be17t NUpZXVThErHKV6ShTDvjCtc5pQVebbpQNQbE2eFU6J6duuztAsq6Z8sBdZrbOTlXKOcuTFdi vc5wr0r+juk6ODg49CRaW1s3btwoTniA6lduZ0vgkb+Yg/q//vrrb7755ubmZu2+xx57TJo0 CU88lDHdlpZWre2ty+euueaa/7j2GtS7mW6fg+sss+Hk0zNwcnZwcHBw6OXoGNP97ne/K5iu 8DBkyBDKdNmKNPbxzEPsJ64mOg7pcKwiG04+PQMnZwcHBweH/g24ky601g2Q2GYMAW6LBft1 6ALofSH0z1rHqHfByadn4OTs4ODg4NC/ITZeCMMQanzZLmPaPNehm+BYRTacfHoGTs4ODg4O DrsCIuYNAVuphhBfqqYoL/HiezQ4ODg4ODg4ODg49E5A7qotGRBnumxThlKpoC0WQhLoPRoc HBwcHBwcHBwc+hbESjV6EYQkDAlpLxQRp7oEo3yYK5VKtY5heVS7e1d3vL0Hzjjt2leUDbbs sbSdjE9vWxqVlq7sI/e6/HVl5ePk34FAujA+PfBqBwcHB4fOQPBauY0usM31Qkp0Q9LW2ibQ 3tZOaW6xWKx1hMtAd9gCKEZ8+zS67+ziDvfH/bIjT5Nz95UlJ3+IrpJ/Fwqn2qD6Zb44ODg4 9EWooyL4NdhFLAhLjOrubN2JED8TGKGmxsYeYLqdPA245uiZHk5vYt9v0tU7mUHPyzkjJn06 /A7HqpfI38HBwcGhj0KYK/i+3nxXqniDMCyRMGxtbeXb6HrUqU/odPWuSaLnLnuWGMo8eAl2 tJHDnBJnJ9MOjkr034Gzr8rGv8J4ZiPtICiUNJVcVZhpic0WZoXp6vDZeNnySdMsdreBipN/ N8m/qnYgQ84Vni3n4ODg4FBrCK7rIftcCI9Z6RLS3lZoV6DctwfsdOuD+kTFbZp7HLprTOwd 41YNaY5IGQUmHuSbaB0R733T/MP4VHsUaiXpKnv4cMZbKjxPuGOEIzEVGYfoVpiuNP/VumfE UEcSXnc5nPy7Vf7VtgNpci4b/96pI3dwcHDYBSGsFzwPY+swNL73AiGoWCxwjS7bbpeEJCz1 jb0XINlN7HL6ogKmk6rfrvVfdoFUYpgiCR2Ykk4bQlQotEQdf/YjHRBdl8DJv1byz1DcpsUk /oijuQ4ODg69DYLfMporNlig/7m5QiAXqDELXhJSKoyw+F3rCFeBSC+biO5b49Wr0GNdbw/3 8ZUzp12Egjj5dwwdawd6bXIcHBz+P3v39mQ3ch94HrcqVl/YVZZv4XtMWCNLq7UkN9luRfiR uzGvfmgG+6n+hp1dU5ZDZDe7aXklebxWzf4B9dp8m0e/MDZio6M7tkl5fInR7MaMJ9Yza69s jWzWyk2eOnUALIA8BYIAMpGJe+J8P11kn0KhEr9M4JzzY55EJvDc5bRixT9JPuuJtX89zxdf btrt6xTXlhjIarMSN59pbi8pDVoAnMLn3Vwbk6D9AQBTuezS3crH6iaJbTqiIdgP9vbSr/3A T7b4vj91wP0gIbZL6/NV/MUek61qPLIITbfP0/zb35b2mVvkALB4l/mtJ+ZXcLepr+N+7td+ 7c/+7M/+6j/935c7uT/7Mz/9u1/73T/6oz9Mttx4cPjw1pko4ujoaOpavKD1PeClAYKmjx3J XT6at4jp35HmKMcZa97PJCvctF6O3sDK2gI1y9esV1/3/uvcqiU7uuLWLp0Gof1bt7+i1qbH rX0dUGw3Oi8zH8UBADO3Wq1++MMfBkGwv7/vefnEYWmmGsdxceiByF2T/f/gD/7nP/iDbz57 9kxsjuPo8PDw9ddfdz//hS/823/7b//zf/lb53Iw70/95Ge+/vWvf+fb33Lmnelahzc/AACA Rp0z3fQGtMPD15JMN/CykblJQdnu6V9Jid5SRi9MjuwWAABgeHHtN4EY1BAEvrvd6nqZqcNd iOIN6Q4pLwAAwACibIWIMAyzfl9HZLXJn0DMPOZ5aSeum00vlt2uNvjcC7uD7BYAAGBQUSZb 5XebxKYLRsRxsP0uzXdjJ79PjUQXAAAAlthcbMIwXK/X27G7XprLJrluIH68zXDjbFGJfAMA AAAwexebizCMskw3HYrr+362CnAcpDlt1okbZ126FmW4prN3DXH04Q460NDexmIbl58dv51t HP5BO3cMpq9GMC2KIfUAYKnNJu3TXa3Osw5dP/DDOJPfeeYWl5WYf8KbJwqLXJZpuLWLW79/ T/LGb+85pZ276LERTIsiwQUASyWZbhSF64v1en2xuVhvwo3IdAMxi25hZrJ4nERXLPl7EBxo bp+bcd4R80npF1Yv0M4AAPQoCrM70i5Cz48cN3DCMN0aO+KOtHROXUdsiD0369+dOuAG+exd ImNoXEvMUS6kVEwoS4tX1X6aWd2o2N9ojavamirqpY5TTbawk9O0LFZjmbWVNYq/uHOXchr3 lzVFj2jnXtq5xVprsvWZa8sxan8AwNzE27kWoij0XDfyIy/9Ns1rs9EKvudmX57vu67njDCf 7kFwUNtxK9telb+V1r5bV0c1yDY6l4MUaxfyrR0dUX2rlu1fjEfzbT4/kE69GhcfVhxFcz3h dtlJqRaN8Ve350csPjZth8lHudDOfTWjY/K8lrWnohwWeQEA24lBCq53+U0mEHPn+oVF0bx0 Zoa59+kKxWS39i3Kxg6bjl2//e7feONUbZmiCsMNvVAUq0giJ0E7D03Rcau+HVB/fwDA/Hme l+Svftpl6247brNkNhA3oQVBkO+aLpLm27RGWmkkQ63h7vGaldHeqqfNCRqPXtrB3gyGdlZr 97y293oAAMj4SfLqecHeXtaHm36TzS6WZ7q+F1+uEJz16Q6e6Xa8I40+GAAAAAhZousFvp/2 2Kb9up4YzhCI9dDyW9JS7gvfWY2EeBnUH+53uQmvryMu40obv53nWV97awQAO8v3gyTF3Uv7 dMV8udn/XWeb0oqxueLrxUnHhtLxjrTiCN3im5DO9u5jGGpvGmuMs0vhsnrpR6KzW7W01u1W +7l2NX7N1nOazq+sHfSvk37Rzl3aWd0+Os9rne3DvT4AAMaXjdBNM91gy9/eovb6669/73vf i6KouPfdu3e/9rWvJQ9uPDh8eOtMbDw6Opq6FnajW2i2ODXjoJ0BADpWq9UPf/jDJF3d398v Tgjmum4cx8UOWTEKN9n/nXfe/fa3v/XkyVk+We7P/szP/MZvvB6YHx0GeGufP87ROGhnAMBw fN/PRi8UpljIhuNejtN9cbjC/FeOsEU+L0T+7dQRIVX74Tt6RzsDAMYRBEmu6+/vX3HSVSTS v7aTLjj5nAsYBu/uM8RJGQftDAAYh+jTTYfnuq5IdbNVJDxGLwAAAMBu20x3b2/7fZyNXkj7 dJ10neDS8F4AAADAFmIW3b3ghXG6rsh0LR2XO+0QwKFvrxloaG9jsY3L0g5UZfUSdyMH00t1 1BHSzuMc17So+V9aAIBaIq8tTtQgNorv0z7dqSM0kycKgrOs+S+HW7u49fv3oG/8pnWcfxZC O3fR43FNi5r/pQUAqCXWhMgXh8g7cScbp9txNeDJjfOOKKZuWF69QDsDANCjbEW0PL/dTiyW j16wTz57V3GJI0E2qqG65JhT6D2trsZUu71UVGM5pZ1bjHmojV8zTrVqMLJCTFe3UrdDNf7a eGrPl2ZdSmEozq+sKXpEO/fSzkbPa0V7KkY9LelzIQDYNbKRuJ5hOb3puBqwI1loVzGqQbbR uRy8WLtqaO3oiOpbtWz/Yjyab/O1C67K6iV73Kh21dPa2IyyE512KMWcl1x8LDtfphrPr2kF TdHOvbSz6fNadjhFOSxsAQCLtO3TzcbpPs+FbRm1W12tvnYHwZYOm45dv/3u33jjlFGZRqdg 6PNVXNRjuPyGdh66nRUdt+rbAfX3BwDY6/nohTiOCgN4LUl1M6WRDLWGu8drVkZ7q253oHYj KxZ8vhrRzkPET0YLAPP3gx/84K//+q9/9KMfFTcmaWppYtyjo6PPfvazv/iLvygr54VxunHs jDaxbsc70uiDAQAAWKokzf3qV7/6mc98RnwrZglbrVZRlHbOJt+GYbher588Ofurv/oPikzX u/x9MWIhLpS2BKVRvJgJ2XkZ83ypuwNNI5znlTaHaOfcbazfDvM8vwCwYD/84Q9FmptkpZtN eLHZrNcXT5+uPv300x//06dnZz/+4X/90X/5f/7W9/0f/N0PFOW8kOkmaXIUjZTmdrwjrThC t/hWqrO9+5tu7U1jjXF2KVxWL/1IdHarlta63TTPS+kojt75UsepE2HtsTRPEO08dDvrHFcd v8724V4fAAC9EIv4RkIYZZ24F+fn6/PMs2crsVFdiPv6668/fvz44iLMBy14nnvnzt2vf/1r yeMbDw4f3joT24+Ojqaust12ZMTFHKo5hxh2oY5ziAEAsDyr1er09PT4+DgbpZCms2muG0ZP zs42F5tMOnQhyXcPD69+9PGHN9+6eXJycv/+/WIhSWZ7/fr1QPTmFkfoLmbowhyQCoyPNh8H 7QwAmL/ns4wlWW7hdjSy3X4Up1hydiAtKH7uPGZlS581085DH1dYfDsDAGwXiMxWJLhjzLmw e3YqG5iqsjvVyBPWd9faGQBgu/SOtGyl4Ow7Ul0AAAAsRb4acOy62ynGpg4JAAAA6EG+ckTs iPWAY2vy3WmHDA59O85AQ3sbi21clrZLPMONV7arXj22w4SHBgBg/i7n043E7AtiNt14/ktH 5ImL4Cxr/svhJttvnd/0khgNl13ZVa8e22HCQwMAMH+BmJU3jCIx90KyyYu8KIqGPnDH1YAn N07GIKZuWF69xrfUegEAAIVtphuFYexs//N9v3HBicnls3cVlzgSZKMaqkuOOYXe0+pqTLXb S0U1llPaucWYh9r4NeNUqwYjK8R0gbd28fTF0noZXbeK+BWjepb0uQcAADqy7tvYudhcZGtO XCTSVSg2m6EP3HE1YEey0K5iVINso3M5KWntqqG1oyOqWY5s/2I8mmlu7QK/snrJHjeqXfW0 Njaj7FzdbiOwtF6m160sfkU5LPQAANhBQbqUcByt1+vtvWixE10Jk3x36sC0VFerr91BsKVD q2PXb7/7N97I1SWGISyvXoqOW/Xtd/r7AwCwVEEUpnehnZ+fu5cTLrwURZvh+3R7VBrJUGu4 e7xmZbRUZqk509zq1e66nVstAACYShBGYZLpXqzX+boRURheDJ/pdrwjjT4qAAAAqKWjF9JM N0tt3SzZjbIb1KYOrB8kxLZQDyfQ344i/VaiPQEAi+TF2US6YRhGYXorWpLlpkN1h59Pt+Md acURusU3aZ3t3ccw1N401hhnl8Jl9dKPRGe3ammt260Up2m7mbKrXup4dK5bne3DXf8AANjC /exnP/uXf/GX/+mv/srxXNdxEz/zsz/zL/+Hf/mv/9d/nfz4xoPDh7fOxK5HR0dTR2u3Hek2 W2o1l1ovAADmZrVanZ6eHh8fp2s+hFHaIRslf0dPzs6yucIS4Xq9Pj8/Pzy8+tHHH9586+bJ ycn9+/eLhSQ57fXr1wM3zW8d1/fcdJOX/JfwfG/qOi4E6REAAMBUssTWdQPfDwQ/8Dw/+W7q wBaiNHph8SnvcOMTqBcAADCV5LVpsru3t59842bfJH+SjHfqwJZj8dntLlR2qfUCAGDZAn+b 6e45zzNdb2+PTBcAAAB2S8cqFDNdN8t0fX9v6sAAAAAAXfGLU4elt6Ilma7IboMk042zmRe8 NNMNAn/qaJuVRkyO/Pny0ONuS/NPjVZs4zK5fI5fRHvq6LGypkXtVDsDwI4TqW1Jmuc66SAG cTeanxDdulNH2yBPIARnWbcKDbd2cev3exKFWrTnyJU1LWqn2hkAdlxckG8Mso7cfFoxkQ2n G4aOpuNqwJMb5x00OcrIGTyZQb9oTwAAxlHbpxuIrZ5Ibbdpbu2e8yJSwHzBp9oFq/I9q9tL G4sJZWnFqdpPP6sbFfsXt7QY81Abv2acaoq1vkqFGGXbLdq/tnHU9ZU97r39TStOew5RL0W7 KUYxLelzHgBAO5dduZ6XDdj1LpPcwVPdjqsBO5KFdhWjGmQbxbelH8m2F3+rNpjS/sV4NNOC 2qlbZfWSPW5UuypsbWxG2Yxp+8tqbTo6pcf2b4f2NG0u03rVHk5Rzo7MYA0AUNvOJlbsxM0W BZ46Lj3FZLf2Lc3GDp6OXb/97t94Q1WpTP2+9mqVSz2IsnLmifbsi6LjVn3bn/7+AIDdEVzm taXc1pJUN1N6F6813D1eszLaW7viQPnpcCofSRu1f205S0V7tq7XnKsDAJjc9s4zz9t25Yre 3BH6dFeblbj5THN7SWnQAmalrwkxFjmxxoTtQHsCAHaNd9l9u70RzZZxC5pIiEdWbPAuSVVf 5RgdqMv2gVjXntPSPzu8MgDAjtj26V4muK74GiHf7XhHWnGEbvETT53t3d/pa28aa4yzS+Gy eulHorNbtTTTdmvd/qUPoPs6jy3a3wjtadRKte2gE4/O9uGe7wAAe7nXrl179OjRZrPJN3me 984773zta19LHt94cPjw1pnYfnR0NHW0dpv5EMnFo/37RXsCAAayWq1OT0+Pj4/jOA7DKEz+ RMnf0ZOzs83FJhOu1+vz8/PDw6sfffzhzbdunpyc3L9/v1iI67rXr1+XrRCxrEEM0+FD0mnR /v2iPQEAdslnGdumtmL9tIWN1p1Q8YZ3hw6w0dH+/aI9AQB2CUrfW7A8mm3IBqZF+/eL9gQA WMTrXgQAAAAwQ2S6AAAAWKagexFTUU+rNM7RhzvoQEMhG4uV1WthQzOX3Q49BmlalBXtAwDY Hbb26eaJyCKXfRpu7eLW+cfCEpdlt0OPQZoWZUX7AAB2x2R9umLJ3+oiEbLtczPOO7q41X15 9Zo/2gEAgAUozzLmWDL9Qj7bUXFJJEE2qqG65JhT6D2tXSu1ur1UVGM5pZ1bjHmojV8zTrVq MLJC2i2I1SX+UmyDjhXZkXYwel4o6qsYNbSkz1UAADaqJrGTjV7ouBqwI1mYVDGqQbZRfFv6 kWx78bdqgyntX4xHM02pXeBXVi/Z40a1q6TWxmaUXcnibIx/qlEoO9IOps8LWX0V5bBkGgBg cnGB2BLkP3hxv6kj1VNd3b52B8GWDqeOXb/97t94Y1apTEVf+zzRDoqOW/Xtevr7AwAwFdk4 XUtS3Uwpq6g13D1eszJaqqE4UHEZrcWnPra3Q7vnxWyrAwBAiTdV9+1qsxI3n2luLykNWsCs LHJCDNoBAADrlMfpisTXltELjUiIR1Zs8EGTPNmZNd1ueztMS79VeSYCACbhiYEKSWorvkbT 8Y604gjd4iewOtu7Zx61N401xtmlcFm99CPR2a1ammm7mZ4X/XL6tex2UMev87zQ2T7c8wsA gL64r7/++uPHjzebMN/kee6dO+98/etfSx7feHD48NaZ2H50dDR1tHab+ZDNOaPpaAcAwO5Y rVanp6fHx8dxHIdhFCZ/ouTv6MnZ2eZikwnX6/X5+fnh4dWPPv7w5ls3T05O7t+/XyzEdd3r 169PNk53R/ChbXekd7QDAADtLGHuhTkr3oDvkKZoK/3zYGfbjXYAAKCLQLIgmgXLpNmC7KQF Gk2gHQAA6GKyNdIAAACAQW1HL5R6dl26dAEAAGC54HKgQjG3tSPPnXYI49C3Bw00tLex2MZl b+fwefp8gqE9Ry7ftKhZtTMAYHz1oxfm36ebJxCLXIZquLWLW7/fzypRmE8wtOfI5ZsWNat2 BgCML78jLXYvH42T5oolf6uLRMi2z80476Bi6obl1Wt30J4AAEwon2WslN7OvVM3n72ruEST IBvVUF1yzCn0ntau3VrdXiqqsZzSzi3GPNTGrxmnWjUYWSFG2bY6Ttljo/ZX16VUr9FGudCe LZqrWk7t81TRbop4lvQ5DwCgne3ohfHvSOu4GrAjWWhXMapBtlF8W/qRbHvxt2qDKe1fjEcz za1d4FdWL9njRrWrttbGZpSdm44qadf++kYb5UJ79lWOrPDadlOUw0IbAABHvnKEHYrJbu1b mo0dPB27fvvdv/GGqlKZir72SYwWD+3ZF0XHrfq2P/39AQC7I8103czUkbRXevetNdw9XrMy 2lu74kDFZeHmkGrMLR5ZkLbEP2g87Z6nc2gWAMAcVBPadPRC/KJxQlltVuLmM83tJaVBC5iV uU2IMbd4bI9/bvEAACBUE1qvdqep4+wNCfHIig0+h2SoMR7ZFWK6far4Rza3eBTh9bUnAMBq zzPdkRPcjnekFUfoFj/x1Nne/R269qaxxji7FC6rl34kOrtVSzNtt97bv/aDcv04ZfH0hfbU aU91+Tr1Mo2n3+c7AMBe7rVr1x49enRxcZFv8jzv3r17t2/fTh7feHD48NaZ2H50dDR1tHab z1BLK9Bc/aI9AQC2WK1Wp6enx8fHcRyHYRQmf6Lk7+jJ2dnmYpMJ1+v1+fn54eHVjz7+8OZb N09OTu7fv18sxHXd69evp3ekJaUkv5//IMl0p67gcpBeAAAATIWkdlil0QukvJpMR2VAjfYE AOym7Xy6xTG6yeMF3ZM2PbLbFmi0ftGeAIDdFIik9sXb0eLsCwAAALBDks1W59MNRFJbHKc7 5qy6AAAAwECCbKxCel9bvsmWTLc04nDkz2eHHndbmo9ptsZph9rlc2feMtPivDQG7/TRPqZF 2fK8BgBLVbt1PZHWXlyE+VcYJonv3DPd/I12kcs17cjaxa3RJvNky3npMcs0LYoEFwCGVuqu DUQP7rown+5BtF8czDAQseRvdZEI2fa5GecdKznKzLOHoduBzKAdzgsAAE6e6V5cbPJN6dy8 w2e6HYkUMP+otHbBp3zP6vbSxmJCWVqBqfbTxupGxf7FLS0+U66NXzPOWjrto7PdMfkotlRx Wad1qRxFYzraH9B3qa/O+e0L50V/+xDnxei4tb+iLsexp88bAGxXHMPg/vqvf+nRo0f/+b/8 Xf7jn/rJw3v37r3//rvO7NdIU2Sctd827qPzWFZy7f7qQtSV0qyXUSYtK8d0u6IdjI6r2Md0 Yy/1bXGd9ILzMvJ5UR/I6LiKABpfEwAAtdqtkfb++++LoQsizfU8L10jTdyRtgkLfbpxHMVz 79MVqqvb1+4g2NKh0rHrV6fw2r7w2tI099dXPVODnhfT+g4dT19xcl5Go+i4lYVd/RWyWwAY Qe2ECp6YZSwuSLfM/Ya0F+jcuVW8g23qeIdtisYKlpZt0ynTaH8jI5wXo/gnvE44L9PG0+Nx 337RmAEDwI6rJrvb1YBd9/lX9v3goaw2K3Hzmeb2koHe4HeE6YQVtk9wYUv8nBcAAFrL09zi hLmem6W3vu9lXynP9Tx3+FR3FCTEJcUGUSQZ+W6a++sfvWMJiur0Ut/eI9HcznkZ6LxMSz9+ 22sKADNRGKGw5f76l7706JNHf/O3P9h25LrOT/7E4bv33nvv3jvOvO9Ia33vtuImEs070hpv GpPdw+5ojNWT3etdW47ixvDe200dkv7NT7LGVPyoWn71ZsTe66t5nZRqJ6t143bOyxDnpfHQ HY+r2K5ZTuksOACAtnek3bt3L9nNzSSF+L7/xhtvuF/60pcfPXr0//5AzL2Q/ujo8PDee/fe feeuM+9M1zq8mQEAADRqnekme7qXRKYbZAXGbja2IcuA3ew/9GPXslvZJ7BDt8BUx7UF5wUA sHilcQtCIGZaSFJjMTTX9TwnjiybfGHG8tmU8m+njmjw+u7UcW3BeQEA7ILimhFCEEXp7Lnr 85XjJllueoNa1kFsx3y6VuDNHgAAYGiiTzdJY5OENt8YZEv/Rp8+feo6rucnP/LCTRgWFpIA AAAA5k+MXiiOYUgy3dSzp08dJ51rzPP9zSYd7Dt1qAAAAICufJxuXab77Jmbjl7wk//CcBPa kOmazt41xNGHO+jQQ3unGjpMvfoN0rSo3RkyDgDYQWKcbjHT9eIozX/X64vzbLKGxCYdvRBO HWqD4iqdy1tmSTE9Z1+WeouSFfXqMUjTokhwAQALFr8o2RLE2dwLYqLdyIviUIzlHXzuBbHk 70FwoLl9bsbJGPJJ5gEAANCoNNFYIKbPTdcAvlxSwrFhOt189i6RcZquNVVd2Kx2bdLq9lJR jeU4TWsj6dRUUS91nDLV7Nk0SM0FtNSnpndW18voulUcd8L2BwBgQrXz6XpuluLuZYLsby8z dDQHwUFtx61se1We6hXfvxWjGmQbxbelH8m2F3+rNpjS/sV4TJcq1alX4+LDsvJlYdQeXT9a RfuPM7LZ0nqZXrey407Y/gAATK40dCERiLz2pZdfFuujJX+CwE9MHaqWYrJb+xZuY4dWx65f NXXJ4tDFHuLaRst/vbp/u+N2t9R6OcqO28a0fsw4AQCYoW2m+8orL+eDFoLEXjB1YAZKIxlq jXCP1xz0nsosNTeypV7trltbagcAQL+Koxe2d6SJTPfgpZfzH/hJpusPnul2vCONPioAAADk qpPpOukdaZ6XfB0cbDPL5Ie+H9gyeqERCbEtZGfKdDuK9FuJ9gQALICYT7e4xXOdZIPrB3vi KwjSO9Lc2d+RVhyhW3yT1tnefQyD/u1NtbfNtShcVi/TG60a26Hj/KzjtL/t9aqeNdPydbaP 2f4AAMxE6Y4090tf/vKjR4/+7u9/lO9x+Nqr9+7de/edu8njGw8OH946E9uPjo6mDt5udJsB AAA0Wq1Wp6enx8fHScIahlGY/ImSv6MnZ2ebi00mXGdLnh0eXv3o4w9vvnXz5OTkG9/4xrNn z5JfF926r7322ptvvhmk4xVip7BShBjiMHUVl4LsFgAAYEzFMQxBlug6SZqc/zjJemNS3Z7k 80Lk304dEQAAwMI9n08368N1ouh5bpsuB0yi2x+yWwAAgEkEsZN14cYvpLoMXwAAAIC9tvPp FrdIHgMAAAD2CdIBu67r+16a3ab/pTeslaYim6eO00j1cvShl7cd7hDjlG/vyI1e2mfC8dlz Gxo+0PXQVzV7b66den71WFnTouZ2nQOYieL9Ztl8uq6zF3h7gS++sul0557p5i/0grOs+UFH WLuYNwa1XtpnwkbekfPbVzVZRnsmle047zUAVAVZ/627FzwfxpCkuv7wK0d0XA14cuO8woqp G6aua8vIpw4BM8L10C/aEwA0BWKswt7e80zXy0wdWIN89q7iElCCbFRDdckxp9B7Wl2tqnZ7 qajGcko7t/jMsTZ+zThlqtmzaZDq/fXbR6fdutfXVPf20S+8r+uk3/hNz4v6EOonUfFHXc6v 7KA6x1WUM2H7OzY/v4xeh2Xt5ijPl6W9AABGUByF67nZcsBJppt/paMX/LmvBuxIFtpVjGqQ bRTfln4k2178rdpgSvsX49F8B61d4FdWL9njxvJlYZguL6xYu7i2fTQf91hfU/22j6zw7tfJ oPGbnhd1/Ips0uh5p661zvO9cdRT99WSeX6p21nW+LXtpihnViOVAczZtk838P18U9qja8Md ac6LyW7tS56NHQAdu37V1CWLQxd7dGobLf/16v6t45zJ+Lx+22d8vcdfW9T4T6UWccp+RfZZ kKK+pnHy/GpsIqN2k/WRk+YC0LEdtFAcrmDL3Au50rtXrRHu8ZqD3l/6B3ovmf/7sS0BjBN/ abfxa216RMXz/e3CsoWTn75de361ex2e/DQBsJrnVoxz4NVmJW4+09xeUhq0ACwbF3yPTIdG OLQ/ANigNon18p8VM127+nQVeH/aNbIzbrodOqxrvWLAi/+EZ3n0rzfrrkwAw5lsjoWOd6QV R+gWPxHT2d79HU7/tpLa2+ZaFC6rl+kNLo3t0Mvnm9WoZHHKtvdVX1P9tk81Wp3rcw7xm54X dfz67WBK1lyydmi8rjrazedXu+tcdl50zle/r+cAlqTaV+teu3bt0aNHFxcX+SbP8+7du3f7 9u3k8Y0Hhw9vnYntR0dHU8dvt5kMDcTMVa8Tu64cu6LdzRoBwMytVqvT09Pj4+M4jsMwCpM/ UfJ39OTsbHOxyYTr9fr8/Pzw8OpHH394862bJycnd+7cefbsmXO5Rtprr7321a9+NegaC5R4 j4SOxnv2pw6wU/y2W2q9AGCpXphPd+pgFq70qS5vmahl+3Vie/wAgKWiT3dwvOtDh+3Xie3x AwAWiT5dAAAALEFx3IJ4TKYLAACAZdqOXhBpr7hVzRYdp+/p5egjrJk56LK3g1ahrzgHjXCR 7dBjpUyLsqU9AQBLleS0xYTW1j7dPNFssdzR/I2wdrEVicgI53SR7dBjpSZfPxYAAFOzmHuh 42rAk8sz7KGPMnVFAQAALFC7xG/QuMc8JSlgcYGc6jT7xT2r20sbRWnFH8m2l4pqLKe0c4sx D7Xxa8YpU+0jbBGkUTylMku7yfYv7azfaJp2qh2Mnhey9nGUo4aW9LkKAMBG+dCFPKe1dTVg R7IAqWJUg2yjczkIsnYVytrREdVsQ7Z/MR7TzEmnXrLHjeXLwtBcDrSveBTtn0c4UPf5TrWD 6fNC1j6KcphJFwAwQ3bPp1td/bx2B8GWDqeOXb9qjWtxiZZU53myRL9FPFOhHUpNYdQ+sr7w +VcWALB4pTvSgto9pg7STGkkQ60R7vGag95TjY4FLib1WWo7tHtezLY6AAA4Lya7tt6RVhq0 AAAAgB1X7a61dZYxTSTE4xi6navly45out32dpiWfjxzixwAsGzlO9LGH7HQ8Y604gjd4iew Otu7j2HQvF3Jkdw216JwWb30I6mWU9sOmh9Mm8ZT3b9a6+pYz9r5Cnqx7HaoHt30eaGzfbjn FwAAfXGvXbv26NGjMAydyzXSPM979913b9++nTy+8eDw4a0zsevR0dHU0dqNu3ZysgkKdg3t AABA1Wq1Oj09PT4+TlLTMIySNDWKkr+jJ2dnm4tNJlyv1+fn54eHVz/6+MObb908OTm5e/du skWUkPziq6+++uabbz4fvWDXUsC24EPbKlI62gEAgHE8n3vBuikXrJDPC5F/O3VE02hctkA9 dcZi0A4AAAynNMWYY/t8ulYgcXGUM9dOHRrtAADA0kjXSGMMAwAAACxVGqTgqX8MAAAAzF+e xBazWYtHL7SbFqrfow930KGH9lo6dLh12EOPf6U9hzhK96IsPS8AgHaq43RtXTkiTzQFZ1nz d46wdrGlb/ztwh7h2qA9ez9KL0VZel4AAB1Jx+mOpuNqwJPLM+yhjzJ1RQEAAKxRGohr6+iF fPau4hJNQuNETtWNorTij2TbS0U1llPaucWYh9r4NeOUqfbJtQjSNB6j9nc0RqeU4lTEU7t/ j2jP7o2mrpesndX1WtLnPAAAfcUxDC+skZb/2JY10hQZZ+23jfvoPJaVXLt/i0Ww1BmM7FiO dlKliK1EUU6LNjT6XdP6qs/7oIOqaU+jVtIvULaPokF06g4AmL92a6S98847yca8kJdeeunN N9/c9ulWB/BaIX9Lk90fY2MHT8euXzV1yeLQxR5BWcam6FNXH9qoERTlzyRxoT17p+i4lQUp 61OfT6UAAOMQQxdETisev7BGmo3JrlN5F681wj1ec9D7W7uiwOLyb5od1Ubtb1S+LWjP3us1 5+oAAMZUO1WurXekFZfYxVSGnvhikRNrTFjfXWtPAAC2mW6ccS77ey3t3K0iIR5IsWGHSJ4G Kr96PciuENPt86zv0OXP7fmlH8/cIgcA9EJ067oZscXLU9tSsju0g+Ag+dLfXlIcoVv8xFNn e/d3evWwS1mcXQqX1Us/kmo5te2g+UGwLJ7Wx9U8j7JqquMxuiPQCO1pNKS4mm1rPk91tg/3 fAcAWKQ0hsF9/fXXHz9+LG5VS3Lc5Me+77/zzju/+7u/68x+7gW7zHyI5FRoln7RngAA27Wb e+Hdd9+9uLhwLjttX3rppd/8zd8MRFdu8htOmgUnP3Ncz1vM6IXJkXYAAACMqTjLgrfNdC+S DPlivU7z5DjJmqNo6iAXojR6gZS3xHT0BdRoTwAAnMIYhiCOoyTTXZ2fZyN4kx94wd5eVFhI Ah2R3SrQOP2iPQEAu6w4n64QRFEcRdH5+TNxp1rykytXrojBDAAAAIAV8n7c4uiFJNNNrVar tEc3+1n4arihTxcAAAB2Ko9eOD8/d+JtrhuG4Sa7c23m2k3n1O/RhztoaT6mycnqWxvn3IIf Ov4e6zvhoQEAsF11xd/tHWkX6/S/9Xk6X8Mm3My/TzdPXBa57JNFaxfLckcrgu8r/h6zTNOi SHABACgqzafricUi0sG6YbhJhy2E6bjdaPBMt+NqwJPLM+yhjzJ1Rc3qWzt7/9SxLyF+AADQ QiD+tx2i6zhhGKW57+yn002ykOICSLUfPed7VreXNorSij+SbS8V1VhOaecWYx5q49eMs0on zmohssLHzwItit/oOlTEoxilQxYOAECRGL3wwny6Yn1gz/c8P/mT/v/FTt+hdFwN2JEstKsY 1SDbKL4t/Ui2vfhbtcGU9i/Go5nm1k6JKquX7HFjo1X3VwwFqY1ZXZ2BkjBb4je9DmXxKMph hmYAAGSe35HmZnw/cOI48rzIi7N015s6Qi3V1e1rdxBs6QDr2PXben+j9pk8zbI3fkXHrX7a PXn7AwAwT6Wb0raZ7v7+frJR3J3mZ6aO00BpJEMtu26T6tIU7fbvvX3GScKsi79dnGS0AADo e2E+Xdf1ku+vXDkQm0SmGwTB0EGI286qAxVk20vo0wIAAIBamuZ6XtqneyVzcHAQZKYOrB+l UbwYWu0Y5eIOsjNiun2q+Kel3xpc+QCAHVRcJk088Lz0FjQvSXEvv66M06fb8Y604gjd2pmh FNu7f8Zde9NYY5xdCpfVSz8SdeTq9qn+lmL/6k1jPZpn/Oryda5Dne3DXc8AACyGGJfrXCa7 7le+8pXHjx9/+umn+R5Jsnv37t1vfOMbyeMbDw4f3joT24+OjqYO3m4z7CMEAACYm9VqdXp6 enx8HMdxGEZh8idd+CF6cna2udhkwvU6Xe/s8PDqRx9/ePOtmycnJ/fu3Ut2EyUkv7i/v//G G29s70jb29vLS89mG7Nj7oX5I7sFAAAYgchpS6sB57OM+YWfuWS6fcnnhci/nToiAACAhXs+ n674Xz6tmFhYwh1n9YjdQHYLAAAwiW2fbjG1Jc0FAACAjUQe+3w+3eLW0k4AAACAvcqziVVH 8s5W7TxTIx99uIPObWivrL6yOOd2K96g8fd4skyLmtt1AgDAhPI89vl8urU7TR1nszwREZxl zSdq0drFtQnWzGPuPf4es8zW6zkDAACnksdOthZax9WAJzdOhiGmbpi6rmb1nUnAC4sfAABo Ko5QsHXV33z2ruKSUYJsVEN1yTGn0HsqWyKr9tPh6kbF/sUtLT7Tr41fM84qnTgdyUf5iu2y wHpnUfxG16EiHsUoHZJyAADUJps3t+NqwI5koV3FqAbZRvFt6Uey7cXfqg2mtH8xHs00t3bB W1m9ZI8bG626v2IoiOIj/pE/PbclftPrUBaPopy5jYQGAGA+yvPpWqqY7Na+5dvYAdax67f1 /kbtM3maZW/8io5bWTzVX5m8/QEAmJvS/GKC3ZmuUBrJUMuie7w6NkW7/S1tH+vibxcnGS0A AJpK04hNNnphtVmJm880t5eUBi0AAAAAzovTL0yW6Y6DhHhuZGfEdPtu0m8N2g0AAMfeO9KK I3SLnwjrbO/+GXftTWONcXYpXFYv/UjUkavbp/pbiv2Lle0935pn/Oryda5Dne3DXc8AACxM 3q3rXrt27fHjx6XRu3fv3r19+3by4MaDw4e3zsTGo6OjqcO2G3cRAQAANFqtVqenp8fHx0mC GoZRmPyJkr+jJ2dnm4tNJlyv1+fn54eHVz/6+MObb908OTl5//33Xxih63lvvPHGwkcvTI4P kQEAAKZCpjus0ugFOnQBAAAG4maKW5Ywy9jMkd0CAABMgkwXAAAAdhMjdPNxuvkDMl0AAADY Lc5EUVTaaHGmWzvP1MhHH+6gpfmqJierryLOxvXASiuczaeypvWdYfxzo17CEADsxftFO43t Zqo203Xs7dMtNVDjasB2yWs3/3qJIGVVqO6sqOzUVWlZX7vinwTTjwDYQbxftCPLKxqVMt34 0mSZrljyt7pIhGz73IxzpbY+39PW13SZjBk+7TVDmm38AIBx8H7RTu9NEWU2m02+ZeJMt6NS f2ftRwP5ntXtpY3FhLK0QpXmpw+K/YtbWlzotfFrxlmlE2e1EFnhit7cmeToI9S393jaXSe1 QTY+L6qfjZQCULdbY5DVlerUx23dnrJDyOrb/QPEGbYz7bCzz69qpRTxmO6veH8s1WsZ7WnX +0WX7b2/Dk/ebiKvLWa6gt1rpCkyztpvG/fReSwruXZ/dSHqSmnWy/QVvHF/zY2NdVSP01Vv 79EI9TWKv6/rRLPimu8Q6l/R2V8zEnV7dqmmZibdV8Yzt3amHRRlLvX5JRskpo5Hf/8ez4sV 7enM9f2iVJRp+7Roz3anr992++3f/m3TNdK+9a1v3b9//9NPP80L/Imf+Inr16/b2qebt6mj HKSr+DfibHXs+m29v1H7qCMs9eS9nSntUDxlxWfaB8OMSx60viPEbxpqNcJibH1F2KWcPKRJ yukr0ZEFM3470w7jmGF9xdGriazsJU62v+lxezHD9nTm935Ru09jSOM/XwZtNx3Fcbr5jGMW j14oKj0raqn/XbUYrfPdvtpH3e09ud7rOzeKevWVWS5J945kZxHtTDsssr4zCUNh5u05t/eL UjvM9vxO2G7b7DaK4he3T7Ya8GqzEjefaW4vyZ8DwC7o5YLPO9fn/9yZ6gm+a+1MO+xmfYdG ey6DjYlWPt9CnN2dJrZMlumOw8bztEitT4TsF02377his/T45mHa2sX9+/rn/ky6W6oVHLmd aQfq21c5k7fzzNtzblq/GxbbdlYfR7SX9unG0TbLTYleXovvSKt+2KG53egmKsUA+dryG2/G 0h+B7tQNBij9SLazaeGK9lHXt3b/2l8xPV/VVm2xfYT6djm/3dtBUb5mnNWXQp3ngn59q1HJ TlOLoS+Kcto9XyxtZ9qhGo/6uMt4frU77/r7t6jXAtqzds9J3i904ml3vmrfrPXfZ8dpt9Vq ZXpH2je/+c3333//7MmTJMPNsl7n537+55Ms1+JM1zoL+TcTumm8DFqnfSPENpMmsv24M2nn ycMb4kA8v8aPufEfrhPGhtYmb94Wme79zI/+639Nxy24blLIL/3SLyVZ7hLuSJuzya8VTEL2 mVG7K2Gc66fLtWpjfac67nzamXbYzfoOXS/a0/Z45nD0dpJsONxskhTZibP/HFcMYCDTHVbx BlLHzksHLchOdHGUqnrimA9Gma2s3VAE/fpCoJ3HaQeeXwPFX2quvurVOp6Ox53b82hu8dhr s0l7e58+fSZG7Hqul92aRqY7PC5i5BovhpGvFi7OcdDOwtDtwPNrnPiX/akL7HVxcbG5uHj6 9GmS6Tqu67tedldaRKYLAAAAu1326SaZruO5ruf7y1k5AgAAALtM3Kd2vkrXZEjS3CAIrM90 pxoqVDz6cAed29Be9axe1R/V7j+3Sk1Vrx7bYcJDAwAwH2IO3YvNJnmcdeduF5KwdeWIPOFY 5DIqs5oEXk1924ellRq6Xj1mmaZFkeACAJYpy23zZSPS0boZW1cDnlyeYQ99lKkralzfxnRw VsnuUusFAMBOcdM5dMUfV/xfbLZ19EI+e1cxyRB01gipznEtW8Op9tPe6kbF/uq1xHRqqqiX Os4qnTgd7U/na7O6SRK+BdTL6LpVxKmzFg4AAAvjpdxgb8/ZjtP13dR0fboHwUHypb+9Ks88 iu/filENso3O5WSBtQsJ1o6OqGaTsv2L8ZgurKdTr8bFD2VxVvdXDAXpuF5obe36ZXu9TK9b WZyKcljEBACwYElymyS4e4n9vf395M9elula26crFJPd2rdwGzu0Onb9tt7fqH1mmzYtr16N oyZ0fmWG9QIAoEd+4HuelyS4npv8lyS9/hIyXaE0kqGWXbdDdWmKdvuP1j7jJFuLqVe7+Mlo AQC7xs9c2b/iuOnjdCjDtJmuuO2sOlBBtr2EPioAAAAIfpbepn26WY4r+nTTsbtTBzas0ihe TKV27HJxB9mZMt0+t3pNS7+VZtKeAAC0kya6vr+/tx8EwV72dzYNg2vrHWnFEbq1Mz0ptnf/ LLv2prHGOLsULquXfiTqyNXtU/0txf7FyhYfV28a65Fd9VIfV+e61dk+3PUPAMDciBEL+1f2 U+mNaXvb8QvXrl17/PhxupREwd27d2/fvp08uPHg8OGtM7Hx6Oho6lrYbYZ9fgAAAHOzWq1O T0+Pj4+TBDUMozD5EyV/R0/OzjYXYt3fcL1en5+fHx5e/ejjD2++dfOb3/xmkr7+3d/9XT5C 91d+5VfeeOONJdyRNmdktwAAAEPL5tP19vb2xPBc9xKZ7rDyeSHyb6eOCAAAYGnyTNcR43PT ZdIcMt0xkN0CAAAMSvTjir+dy2R3yjvSAAAAgN7lfboJ+nQBAABgtzgTRZFzmemK6RYsznRr 55Ma+ejDHXSgob2NxaqXmhstzt5rVzpfrcM2/cXa/Vsc3fS89FWdSa6HHi+qXs4XAGD+8kw3 +TvPdBO2jl7IExfBWdb8oMOtYat+/zY91tzWWNbPTlrnMS3Svmr7tE6vezfP66HHLLP1+tgA ALuIvFbMR5ZNSRaK7ZNluqvNSiz8q7l9bvIMe+ijTF3RhcQ5zvlSHH3qBqC+AIAlK2a6YUZs sXX0Qj57V3EJKEE2qqG2Uy3vhZIteaX56bNi/+KWFmMeauPXjFNB9mm+U9czp1O+Os6+1PYU Nh5Cf1RDi6Nr1lc/SEfjvOgfV9P8rwej53XtrzTGM4fPJQAA7cQFTjZUV2y3dTVgR7LQrmJU g2yjczkYsXZV1drREdV3a9n+xXg0k6rahW1l9ZI91m+9YuPUPpaVbxRnv6oR6lRWpx0az0tt LlVbX9OFmhUXbfVx7+088+vB9Hnd+nzRGw0AlhKr/ZYW/XWsviPNeTHZrX2LsrHDpmPXr+mB NG85qk3uq3Eq+tr7ahzxoMe8RKcd1IeT9TR37zDu/Vc6tkNxZ536Dn09OMqOW/3zRZoLAPZ7 3qHrFFJeuzNdwTRTsSXlbdcUk5f/dmFZuIHimVte0tcUAabX5+QtMPn1YGm7AQB6F2WpbRRF 2bgF13GTb9MvW+9IKw1awKwMOnRhbmnuPM3qCTLo9QAAQELchrbZbC4u0r+S/5LUN/mydZYx TbN6v7dI63Yr/mJtciMrWXN79capWZ3foeMxbb3J69V4PUxLv15zu9IAACWbTZrpnp+fr9fJ V0pMN+Zeu3bt8ePHpQG8d+/evX37dvLgxoPDh7fOxMajo6Opa/ECnXuxa7eXBhSaPi4donbk qOJD1Xb34MvKaTFLqzoeRV6iuLG9Mc7ST/XnQFBPOFB7CtQhtZ4TQH396AfTGE/tgFfFnB5G 7ayolzrUga6HxpA6Pq9bnC9F+/NJAgCMY7VanZ6eHh8fZxOHRZdzh0VPzs42aZdtIkxy2SSv PTy8+tHHH9586+bv/d7vvfPOO//xP/7HbNUIz3HiJMX96ptvWpzpWoc3S4yDKw0AYLUWme7v /M7vJJnuv/t33/dS6RRjv/Vbv/Xmm28u4Y60OSPnsIvsE2q7zqBd0QIA0F06PPdi8/Tp07RH 10v7dcXoBTLdYRVvPHdIQWaPEwQAgI3Su9HCcPXsmZNkuq6b/B3HMZnuGEieAAAABpV14KZD GpLHSaqb/Jd8b/FqwAAAAMBWvP0rjiM3dPPZxch0AQAAYDcxZCH5K3KysQvp+hEpizPdFrMX 9X704Q46ztBendmsxjRQPD1WyrQohmgDADCCdMYF39vb24vTjt3tTWlivjEr5SnRIpdfmmrt 4rmtmdxXPD1mmaZFkeACADCCIAh83z+4dGX/ipdlu5P16Yolfw+CA83tczNOBpNPYj9yLYY+ ri3xAAAAKyRpbpLsHrx0INaI2Hboep6toxfy2btEbqSzJpN6YbPataCq20tFNZbjNK29pFNT Rb3Ucaqpf6X1WmKtjRxPx7XNGstx5tEvDgDALsj7dLffx47o051s9MJBcFDbcSvbXpWnesV8 QjGqQbZRfFv6kWx78bdqgyntX4xHM83ND6RTr8bFhxsbsN1xhzBmPKbXiSMZma0oh0VDAAAY Tdqnm2W6VzIHLx3Y3acrFJNddUegY08HW8eu336Pq+g7n6QdRohH0XErO1z1V0hzAQAYk58N X0hy3HyLGMBgd6YrlLKfWnO712q4phiizLzjfA6p26Dx9NI7DgAARpYkup7niUxXDNX1hKkC Wm1W4uYzze0lpUELGNTcJriYWzwAAGBaQUaMXhDTL9g9y5gmEuKOig1Ym1zKWth0e1/xzKe5 +toTAAA0En26+/v7Ypxu8mDiPt2Od6QVR+gWP3HW2d49Q6q9Waoxzi6Fy+qlH0m/xx1Bj/FU izK9TnS2D3e9AQAAtXThCN/fz+zt7SV/b5eOuHbt2uPHj8WAhtzdu3dv376dPLjx4PDhrTOx 8ejoaOpa2G0mQ11lkzYQDwAAmIPVanV6enp8fJwkqGEYhcmfKPk7enJ2trnYZML1en1+fn54 ePWjjz+8+dbNP/qjP0rS1x//+Md5TvtTP/VTb7755hLuSJszUjcAAIChiQ5c3/dLW8h0h1Wc KMCZR8o7t5DmFg8AALBOvihaaTuZ7uBmmLrNLaS5xQMAAOyS9+nmoxfo0wUAAMASuJdK2xc+ yxgAAAB2lsV9uqVpm0b+BHzoW82GHrdqy7jYSeLs8aCmRdlyXgAAmCfRrZuPYbC1TzdPNBe5 XNbQaxfbsjbyVHH2mGWaFkWCCwBAd/kwBltXA55cnmEPfRSry9+1OAEAwKzYOnohn5qquCSV IBvVUF1qyyn0GtauMVvdXiqqsZzSzi3GPNTGrxmnfvmK5Rt02rPFcU1NHqfRdVX7K43xzLl/ HQCA+XNdt7Qamq2rATuShXYVoxpkG8W3pR/Jthd/qzaY0v7FeDTT3NpVcGX1kj02LV+9c/W4 I4wemVWcpteVU0nEG8thkREAAHpna5+uUEx2a1MEGzvMOnb99lu+ou/cGbhJbYlT0XEri7z6 K6S5AAAMwe5MVyhlObVsuQere1MMUWbecV4qf1aZ2SRxtruuZtVuAAAsyVzmXuh4R1pp0AIG ZcsEF7bECQAAxmHrLGOaSIg7KjagIomstrOs5U23Dx3ntPTjmVvkAADMUD652PMH165de/z4 cek+tbt3796+fTt5cOPB4cNbZ2Lj0dHR1PG/wPRee9kcCKaPHcndaZq3iOnfkeYoxxnr3CfX rvza9tFv52prtNs+Tpz6TdTuumoRZ+0AZQbyAgB2x2q1Oj09PT4+ThLUMIzC5E+U/B09OTvb XGwy4Xq9Pj8/Pzy8+tHHH9586+bJyUmSviYb85z2lVdeefPNNy3OdK1DsgIAANCoS6YrSkh+ UWS6Cx+9MDk+dAYAABhBPmKhiEx3WKVJf+nQBQAAGEg12V3CLGMzR3YLAAAwpjzlpU8XAAAA C1Hq1t326V7ekHb5vxdvUAMAAACskCS7eSobJA+yr+fJbZIKW5Hotpg9qvejD7341kzqJQvG dPtS4++xvhMeGgCAxSiOXkiy2jgM4yhKv5IHIveduTyhWeSyWFOtXSxbbaE2GNPtC46/xyzT tCgSXAAAcsWhC+KxJ/LaJMFNvjabdNKyJNVNUt6hQ+m4GvDk8gx76KOMVqPGNLGY/JluJ34A ADCC8jhdkemu11H2bdqh63nuCJluR2IdqUQxKRF01sqqLmxWu5ZsdXupqMZynKa1r3RqqqiX Os5asvaxJbGzJX6j67D2V9TlzKqyAADMkxelfbjx+XmUfcXrdRyGaRfv0Ac+CA6SL/3tVaWp agXFqAbZRvFt6Uey7cXfqg2mtH8xHs00Nz+QTr0aFx+uLbzFqA/ZbqbbO7IlftPr0HnxJOqU wwzNAADUKnbrBlHkJF+rZ6Hjip85BwfeCJluL4rJbu1bvo0dYB27fnXY0hSLjL9xlIXOr5Dm AgBQUh2k62SZbjoq99kqTLakX9nQBVsyXaE0kqHWhLdJjdwUPe6m8yum28es5gzjb3cdktEC AKBDJLjF2XKDbH6xeJVlup7nZoN0nXHuSHOysQqa20vo0wIAAICaJ0YvrNfRZhOFYbQJxcDd qePqSWkUL0oa26fLfAWygaeyj++Ntk8V/7T0r2eufAAAEu7nPvel733ve3/5F//o+W4QuIHv /sIvvnznzp1vf/tu8uMbDw4f3joTux4dHU0d7Qt07m2v3V4aCGv6uHSI6vQLjvJDaqO5ERrn lFDfJ9el3WRNV1uU/soLsvRRf/u08Tc2acfrULFdsxx1ewIAMH+r1er09PT4+DiO0wlww+RP lHbIPjk721xsMuF6vT4/Pz88vPrRxx/efOvmycnJu+++e3FxkRdycHDwm7/5m+7n/vmXvven j//sz/7B95JM1wsC5xd/6ZU7d+5+5ztzz3StQ/IBAADQqHWmm/wgH5kgMt1sjbR0lbRsEEMU OtF2deCp67gQfIgMAAAwmtLKEV62zfHjyHMiN86S3TTTjaaOcyFKk/7SoQsAADCoF+bTTWcW c+LAC5P/+7HrxU6S77r06faH7BYAAGBo9fPpem7sOc6+FyUbXC/5L018PYc+XQAAANikZj7d NLV144Mgzn4cp7PqJn879OkCAADAbkGW2jpX9p6ntr4b+54Fma7p7F1DHH24g5pOdNWi/I6z ko1TWdn8bqbBD315DNqePdZitg0IAMAQvLRP13Ou7CfJbvLlJl9ipbSpA2uQJ0CCUzedqr2G XrtYv8xx2lk/izLNt8bJz4Zuzx5rMc8GBACgR25GPA7EN3tXgnzAgue7vj94pttxNeDJjZMB 5IsCLLuacw6A6gAAYIskpy2t9Bu4XprpBnt7zmWq62WdulOH2kCkgPlHxqZraFUXNit9Sivb XiqqsRynaS0rnZoq6qWOs6pYiGJgwEzmRDMd1aBuh8ZF71rUd8L2NLrOa39FXY6zrM9JAAC7 yUtn03Vdby/w9vbc9Gs/HbvgD57pHgQHtR23su1VpalqBcWnw7KNzuUgy9qFfGs/Za6mLLL9 i/Fopjv5gXTq1bj4cDXOPIDiY3WcH1zSib9HimNpnsdiFYYYfTFVe5pe544km1eUM5N/7QAA YKS0ckQQp9+6oRek32W9utmkunPv0xWKyW7tW7KNHVQdu34HCkk8UDT1+Er9+hO2T4vIxYMh 2lPRcSs7UPVXSHMBAPYqjmEI4jhdJmITeo7IgGMnit0onvsdaUU6Gc/Q93jNBKnJjmt3nXPZ AABmy8/EcRRF8WvR1TAMk0fJX//0T/90fn7e+OtBFCWprfNs7Yi+3iTrvRI5m+EXjuh4Rxp9 ThgUFxgAAHPged5//9/d+PznP//TP/3TYsvP/dzP/cqv/MoX/9svF3cTnbh5b+7zuReSBDlJ dp+uItdxRT/vq5t4s7FgPl0d5Ctqje3TegfT7cvQvT1nHr8tFQEALMkXv/jF3/qt3zr6iZ8Q 37766qtXr15t/C2R7Lq/9mtf/t6fPv6//s+z9Nssv/2FX3j5G3fu/Kt/9U7y+MaDw4e3zsQv HB0dTV3TF+jce167vTQQ1vSxI7k7TfMWMf070hzlOGOd++R0jqLfbrVH6SXT1alyuzhlU2o4 dR/uVw+t36R9tae6cKPya69zxXbNctq1DwAA+lar1enp6fHxcdZBKxb4TUcvPH36rDh64Uc/ +ofDw6sfffzhzbdufve7333vvffSnS5H6O7v77/xxhvuP//cl/70e9/7sz//xyzvTZPdf/bP Xrlz5+4f//HcM13r2JIc2BJnj2H3NelY74EBALCDipmu5/my0Qt/8zd/25jpBnGUjmxYryMx niH5KwzjTTj8QN3dYEuWY0uc49S9ezvscnsCANAvo9ELpcUj0snFkm+jMHYuM930pwsZpju9 fF6I/NupI7I7TpniLLCm4wGGqK/t7QkAwExEUfS//PF3a0cvyH7lhVnG3HThCOdyTbRsCINN M4xZwJYsx5Y4ewl+hMpa3Z4AAMyE5twLMiLTdff2RKrrZiW6vk+2CwAAgOn9i3/xL770pS+9 dngovn3ppZdefvllzd8NkrzW85yXX/afbwrc5GvqSgEAAGDXRVH0P/5Pv9M4esG9VBykmwh8 P8l03VdeCfLtQeBddvEOaLVZNS4PobO/5koTk5ffIh7xYPxDAwAAzESYEdnt//fjH28uNplw vV4rfuv5yhFZn+4Lme7enlub6f725reTv/9N8G80tyuINE4/2c3TvoEMXX4LScvMMCoAAACL eJ6X3o720kv+5VcQBF7yVd1V5LIir9XZLlPsJe2ezCXlDNrrOXT5AAAA6IsYw5B/64k+3YOD NM09OPAODlzfd2R3pHVPdotpbinZTR4Uv4obq49Lv1LaUvtttfAu5ct+VPypuh0UO9f+emP7 6BwXAABg8fJk1xOzjO3tednwXD/58n1PMfdCXz27JXkGnPehFreIfardq0a9rdXCW5Sf/3qp qGK0RkN7izlrqSl02gcAAACCW5kr18tmFkunFRNTLiRfIvdV6KVnV937OMSYgcaDjq/Yt50H 6ciz5BlWAQAAYLZKK0dsqTPd7rem5ZncaElbv4ODp8KIYQAAAIWa1YCdSmevK091e5yBAQAA AOhXMdk1mzd3tDRX9hl942f3tWNnux93bvI4O9YXAABgwQwy3UHT3DxjK+VwpZ86daNanRcH JNTuXCy/OobBqPzG+FtUvLacalS17SMLHgAAYDc9XzlC/3dkuaxRjquY3ECdpdX+VPYrjTvL JlXoUo7R4GPNdtBsHxJcAACw40R2W1oNePBVf3eELcMeAAAAFqx0sxmZbj9KoxfoZAUAAJhE Mdk1GL0ANbJbAACAWaFPFwAAAIvyfDXgqSMBAAAABjH26IXq3F59FVgqbaDxsrLDAQAAYG7M 5tMVU+dqbq9VmgW2u5EzThJcAACAeXIzxS0Gma6YN7ea1Mq2TytJSclKAQAAdpnZON1Bk918 AbDS3LS1G4s/UhRV3VNRvmM+LW5x/9r4dcLQqa9O/MzpCwAAULTNdOMK2S8MlOzmw2rzvtji iNjqRkc5Ele2BJpYYrdYVPG4pkN7S+v0KkJtLKSxvjrxGx0XAABgkYpjGLwkp02+ouj5l9ii MPIwhtreyskXaKgNwLRjVfx6l0Jq/1UwVZsAAABMpTRCVwgcJ8lq4zB8ntv6vqvOdEUuK/Ja ne1dVPtN56x7ltmivqI3evLUHwAAYG62fbqbTZR/RVEcRtJUt/c0d/75a61ZJd8MXQAAACh2 64rHXjpiIXbOz6P8KwzjKKzPdElzixTJ5Wg3hxUPRLILAAB2lrjNrDSGIUjvPovi1Xl0uZez v+9tNjWZbi9pbvUGLKH4EXy+xal8NC8e5zeQVbdXj6L+QL96XM34G8upxi/7RVk51Xo5lXvU ZMcFAABAkPbgRvHTTzfpd1kS/PLLSaYbVXeV5bJGXbmKPEz2o+J2nceOxoQMtY918l3FgXTi ly2xplkvzS0AAAC7Ju/NTR7k04gFSZobRc7TZ2HyU/EVhk4Yxu2PY5Uxb+TipjEAAIDh5AMY 8qw3yKYYi1fnaabrua7nOWGa++5Kplv69L/3NLQ6SKNjOY3jMQAAACCkfbrp3AsXUZL8er7j O2IZianjGtGgiWNfhZPdAgAAqFWn1N2ukZb14T7v762beRcAAACYu+Jyv9tM1/Mcz/eCwE2+ PM/1fFJdAAAA2C1IO3A9Z3/f9wN3L8l0fS8dw1CX6X7wwQfFb99+++3qj4obLdJj/ElRQzSC dS08VcCl9u89DKMCZTv3e731WDv9ypoeV/N5McT56qWoQdu5x/KHvv5tMdD1CcAWxcEJXtqb 67ovHfgHV/wrydeBnyS7gbxP9+2M82Lia/trRO9p0GwjHEfxbWa4NpEdt6jfdjOtl+zotpzN 8Z8XQ5yv3TH09b9Uu3adALsmSMcqeM5LL/u+5/qB62dDF5Jvpg4MS5C80S7yXWQ+9Zoqldm1 FGro+u5aew6N9gSQE5lu2qebDlpIkl3fDdLRCz0ULRvtIOsM1tnf0XgJm6Sc4kbND866dIor OheLG0sxF/Oz/LH6vNT+olGopXiq5ajbsxpnY2PK9lfUt3W9updTWwWn6TyWfkXnfJk2qU6o jc/fFs8LRU1l36obs/pkkTWX7Dofup2Nyjeqb2OTls6X5iEa4zTd7jRd//rlOBrXZ+1B+319 ADAf2eiFNNP1xOiF/X1P5L6yX/gg4+i98r59yXnx1ae6Uba/ohyj4w5dTv5t6bGCfjCy2FrU q1RI43nJv9Uvv1qyU5dnaJ6X2tJkjalo/3wcXrvrQRZJ6/aXnVOjcqrVlJ2vYvndh4Qqsqju z4tSRVpHaHRc9XU+dDvrl9+6vt2vf6PXh8btjt7rgGk5svZ0lG9G1cd9Pa8BzEHgeumw3STB FaN3s2XSVNOMGb1B1r461G4Ubwz5y3HpKEbj/HopR3P/LulCx5SoS1Gild5+8SP4vl7K1e/x Ri1WG2frqKobjYrtJUdsbeZ3zKifd72UiS66X//9pnp9nVP9clrET3YLLEPgZtltPjC335l0 FX0/TuV1JH9jq/5ii/Soezkt9tfX7z1b3eMc+R6ymeQuMwljGRTPO8yTaZrY++vDaPluu/i5 jIFl8ERqm3Xlpg+mXR2tr4+KFvyR01LrhQVY8PMOAGCpbVdukuBGUfIVZ4sDp3/3e5i8s0dn B8Wb5WjlaO5vur0XPdZrqfo6vzNRHMs4TwM974YIbxcs7PofzSSv5wCG5r7++uuPHz9ercIk 243SfDfe3/fu3Ll7587Xkx/feHD48NaZ2PVP/uRPxAPZmITST2X3rsruTW7cX3Z0RTCa5bSL vzYezXulFe3QuLPTNAikNs7aA9WWo3ledNq/Nhj1IONqBavfarZqu3Yzqpdjfl3pNFFt3auN oCine337ir/2vGge1Gm6nvWr0FhOu9eH4dpZVr5RfYe4/ru8bpu+DrQox2m6PtVPpdbvOwD6 tVqtTk9Pj4+P4zgOwyhM/kTJ39GTs7PNxSYTrtfr8/Pzw8OrH3384c23bp6cnNy/f79YiOu6 169fd1//jdcfPX789NNNlGS6YRxG8cGBf/fu3Xff/T3nxUz36Oho6oqjpS6jJxl5uTALOKF9 VaFdNjlykDMnq+YQ5wjA7ugx0w3ibOjCZpP8frxJMt2Ns7cXbzaTDtdFr3irwJKugTmnUEtq ZwBYhkD8L8l0kzR3c5Elu6FHpmu7vj56y8thsierFSdGcCxMxXq/nkvl9HWd297OpmTt1ld7 8voDoLsgjp2sZzhJc6OLTXxxkT4Ow2jqwNDJ+NNVYuasPpVDX889No7V7dxXZXn9ATAfl3Mv ZLMuhJv0S8zDAAAAAFhtm+lmc4tlc40lGa/4BsAOK34KP4dZluYWDwDACttxutmyEXH2la0E 3OtKaUsy1Qi8xlm3FHdAm85zlNP8xUGbYugGl40v7OtwpgX2EoCikBmOd6y9dDve2qUzm56s iarllHQfJdx6poJJLicAsNrzRYA9z/V9J/CzBx6pbj273jBarHuZL3PVb/ld4h9u2a12U7Qa MSqwr/rKDjrDflDZRP2DHu7tS43Have8aCxttBLser0CgCFsVwNOMlvfd/3AC/a8JNP1fDJd y/TyTlwsbeoKzTqeXahvKYbeO7kdwzR3oHi6tEm/Jc/hpAPA8mxHL3i+kya3rpulvE5Ql+mK zz3Va8noLEjTy5pnpYWjGsuR7d+40JFsATP1glWt42xHfVJMPwgWJ1odv6L8gdqh3/J12qfj devoZXKNd6/3soBWu+uh2KPZeFydetWG0bgIliIeU/ksYKIE0x73xueFo/HSoWgWzbX3qudC vwqyFlavTaj5eq7+xXanDAA6SkcvuFmHbpLd7u25+1e89HHg1e5dfa13mj4KLN5E4ph/eijb v3Fxy5J8H83jyuKvFthvnI3B1N6LU30XKXYRdRmQIGs3Wfk9tkNty/d4PajbJ0+G2l23jiQR UZSjuNJML9oW9e1Ip30GXZDMqCkc83vaNJ8XxXZo8S8K/fYsXZ/6Vag+izu+HtYW0vr1FgB6 F2xHL3jpjWhunD7IBuwajF5QvISJl/tqt02Pr3qDvlnK4i/+tHiLj7opeqzscG8bssoa6aUd jHKFFuW3KKddVqFZjvrTg5lr7CttrNqYt8oVk13Ng/byvDCKUN2epm3Vy6VV+3poxfUJYJcF lw9iMXTBSZPd9EtTu97K3t/SZvLRWGMYM4lz6CAnb4eByh80ja419D15PXq7sDyYrCe7tgWm 6t+t/ku1cf9Jwhvu0N2Ltej6BLCzPCebOffyryTPjdPOXZc70nYd71swVftR9YQDFaq6T8Q7 cs9uX0kkySiAneWl6W26GnC02SR/O+EmjiJntJUjur/xzJN+vcZpgY6jEluXb8v5bdE+vdRr qvbp/bjFAmvHrY5fxyGMdrJk7dmFopzxr0NbXhkALIAnlkZbn0cXF+F6HV5cpGuk6a8GXB3x pr5luLi/zrugbH/Z7TumTOPPleIZOk41ndvm1O1cLMF0FMpA7VD7K/22s/59bF2u29qjVMtp rK+sHFk3qtPheuixXvoXXv6g3dWoc75Mz6NpJOrb3WTnpbq98TrXZHo9V7fX/mJtObI75xb2 rx0A1nG//OXf+OT/+ORv/vYsTkfqJrzPfOald+8l//1e8uMbDw4f3joTux4dHU0dLQDYYQEZ XpcqLKD6ACa0Wq1OT0+Pj4/FuIMw+RMlf0dPzs42F5tMuF6vz8/PDw+vfvTxhzffunlycnL/ /v1iIUlSe/369SCKnCh2nj0Lt9vcaLOJws1IoxcAYDGWlN4tqS4AdlmQjVWIC5muk2S6m5BM FwDMFCdMcCxMEzXHbumX88GIk8cBQK1tpnu+SnJbN51czHXDKA7JdAHAnNWJ3fjz6AHA0ILt HWkXYboYsJ8uIBFH8WhzLwAAAAADCZws1Q03keeJNdLSKcaSZHfqwAAAAIBOgm1KG0dOlK4j IZaPcOjTBQAAgOUCN0tsfSdMV0Zz4myJtMh1yHQBAABgtyD546YJb5jNu5D9iWMyXQAAANgu 8Jw0r933ItdLstw07fXcyHe0F0kDAAAAZinIOnKdPS9MH2T/Jbmv59KnCwAAALttM90re3Ha oZv277q+F/ve1HEBAAAA3QTpNLqus+c72diFlOc5ntupUAAAAGBy2z5df0+M0k2HL3ie6/lT xwUAAAB0E7gZf893xQ1pyV9ppsvwBQAAANgtcERXbpbpirkX0jWBPTJdAAAA2C1wtsMXfCdL bkUXr+MzUBcAAAB2y1YDTtJa302nXRCPPef57WkAAACAndLRC+lywG7siEl0xfJozKcLAAAA y21XA3b8NNF1L+dfAAAAAGyXzjKWpLa+57he2p8bO67YAgAAAFjtcj7dwNmuBexsb1EDAAAA rBaI//n+5WS6bTPdDz74IPn77bffnrpGz+MZMxhR/ZIuAeQFzqdJW8RfDL7URDOvV1/x1z4v Bj25tXH2dX2OcFmq23lurzPz0e95N339tP31CsCCXfbpdst0a19PJzRVPPmrfMcA8rfzDzLW vXlUq19KUGZer6HjF2d2uMhlcXZv8OEi14l/bq8z86F53jUb0LSdbX+9ArBsYo00x/Oe57bb KXW18fbjDNaTMXRiMYTeu7fnEH9rI1fconY2jd+6J8KYZO02/uXHaQIwN2L0guuli6LFcau5 xRQfk9Uq7qnubKgtubix+MJa3bnYz1Ht83CmTgs0Pw23LncxvR5kZO0z9CiIvuJ3pv5It8tF XoxcUc6YzyOj86J+fah9TYCj8frZeEnTngDmJk1wswdx4WtYb19y6rKW0idu+Sts6VcUj4sl zDbDkNWr9sFifHCpdfso2m1Q+bHy+PV/axKy8cGmVVBcjcNlivrXiYzs9WHZ1O2m056y109F ey749QrAMqRrpMVxHEVRNrVYMesdivrTbfUdPIpfnIl2b8/F/dW9aFYzHedaPe+lsYBjNpHi 7rS5qV4/tSlvY+uJ1q79SHrQS7TH8dzLexLpVLbabn2dr2oJC369ArAMQRylee1ms8m+TYfn RlGS+A6V6ap7WWSvmDpvyWO3XFPt0F1tS+bJrkNT16Flqna8NXq/JHa8PQHYxcs6dOPV+fp8 fbFen5+fr8MwjKJw/FB4h4amkYcuWGS0JxHtDwCwghdGSV4bPX36afbfs2erp5tNmHyNHEft LDm1uxm9uZruPxVb4pyqgvmvF8uZKtmy6J9kte3WlyHaf/FPhIEM1G6cDgAL4H7hv/m1R598 8v3vP3I98Z/zCz//2fv37//+738n+fGNB4cPb52JXY+OjmqLqB1MqThk7W3d7eZeUByueo+w aZwtGOVAOnMLWJFOqevlKM9jx/YZool04m9ximXDfPuN3/R5pC6nOnpeMZXBQFVo9/xVtLDm tBLWUZzfFtVU/HtScRPFMloSwBysVqvT09Pj4+M4jsMwyoYbJH9HT87ONhebTLjOhiIcHl79 6OMPb7518+TkJElfi4W4rnv9+nX3c5/77KNHSa77v3mem0425nm/+qtfTHb9zrf/2NHLdG20 pHc4AACAJekx0w3C1OYfn/xjkuP6nu96fvKbF+v11HUcEGkuAADALhCZbnR29uM0000FF0mi e3ExdWA9G/ojbwAAAMxNEGU+/fTTJNMNgiDNdLNO4akD6xmpLQAAwK4J4sz6/ML13M0m8kUn bxhNHRgAAADQSSD+l2a7Uey6kRs68ZArRwAAAADjCNxMsJemvNnUC156r5prUESL2Ysad7PR PIcCd1xMtWNrKCaA6xjVcPVqnK3JKPjxb3/sN371IYao11Szy9mu33ab6nUDAHqXprau5750 sH9wJf26cmXfF/munvyNXHPZqqW+epq2w5hRzeq4vYQ0XL0U51G9kPVM6MTf/Tk43LNYFv88 n1/z0W+70bYAliTwfS9JbV995dU4Tjtzk9Q32Ev+CzR/f6mZK1obOs0dlOx6Lqa5YsUBzU6v kZ8gOvHPmSzC+Uc+LdoHAGSCbGYx//DwtThLdR3X299L/2tRVosVwmQLR+mXYy/F2m/Vxagc vU8nazeOnOXIuo7U6+EZtc849epefu2n/KNd513iV1yHk9OsF6MgWpA9v3Relxa25hyAxXC/ 8IXPffLJJ3/6vf89zXTTDe6v/uoX33///h/+4XcdkzXS9F/jSi+atcuK2viK2ctqq47knUOn fWT/eJjDOF3FuTb99XHqpVgO1+gdfaqK1B6oSDNTlJ2yQU9B49qzRsE7ktecoWsxvsZ/9GpW VvHy4shflxbWmACm1ecaaaJP9+prV+N0vgU3+W9vb29/X3f0gtDuNa76KfD8P93WbAH9T7fz pmjcoj60FUo9RqbdciPHOcR7dumaHzRTVFxUptfnyGRx6p8XdTtb9JQxUm23jq9LikMAgC0C Md/CK6+8su3TddJMNwgMRi/0mBbwMlrSouNtntp1B86hN7r3kPIkbKAKLrVrzbReinZeXuOM jAYEYBFPzDJ2cHBw5cr2S/Tyav7+Ut9WsZvGuZ6Hm0Bgqc/H1p8azf8fgQCAQW0zXd8PRFdu 8pXOO+bqzjJWkneidNRXObYYur62t6cs/tHarXbmpo4VGSEJs+68awbcuJtmO1vXPq0bZFbF AsCY3K985dc/+eSTv//7vxbfx7FzePjT77//3p077zsad6TVvg5qLh5R2tn2e6JN42+cW0A9 uFDz3ufx751X3/ykqKBRew5UL/X1bHrQvu4Q6iX+dten4obRIeJ3NJ4Xmode6uvMOPVV/DtB 83UJALro8Y4098tf/vVHjx79/d//52xjLDLd99577+7d9xyTuRcAADtrqSNnAEyiz7kXnKwf N4q2G8W3lzenAQAAALbyLrNbL//KtrhTBwYAsEM+hoFxvQDmJp83t3gLGpkuAEAXgxYAzFYg 8toXJ1sg0wUAAID1tn26xUzXddMvAAAAwGppppvNqNu+T9dolpnxJ70aDbPtFCnmpcrpNJHs ghl6jTFZkKbHle0/3GK8fc3SNZVdmx2sL7QbANQK3Kz/1i304oq1JDR/33Rd9XzO14XpfX15 q8lOsWmD5K06Wnuqz2Nfl+5wTwF1/L1XZLT4eX6p0W4AIJOPXmg5XoEXTZQMkUVV/4E00IWn KLZdvUZ+gsgOZ8vz1Pb4p0L7AIBMTaZr1Kfbmno1r12YhNz2T5llBlrkdvyF30oXYYt6VeMs /vrQF3nHVYudF/+BYd2n4e3WFNxxUy2MBwDDCboX4bR6ESx9JK14hbVCXh2jFlN/ymxjO+jU ulhHnZ2rn7eOMAaml8aXdUWPcGYVh9A5evXpOean4bLrxHQpafWn+bvw/DJ9XVJgCAQASz3v 0407LIzW7kVwzPGXI5C9JRv9bqkHZRktU62IznmfsMvN9sbvmOZOTmecsc79APk+M69vX2rb p8vrUtFsx3YDgFo65UL1pjRMy4p0ZKlsb3zb09y+FHujp47FevmVsyMXD4AlKU4uNtIIXajt VDoyN7Y3vu3x9yvPzEh2AWBneR1/ny6TqhbZRt6MteMLp65QP21iY0WGDtv28kcL2LQixf13 IdnVaR/+FQRgN7lf+cpXPvnkk3/4h39IvhFDda9evXrv3r07d+4kj288OHx460zsenR0VFuE 6b3YS53h3PS2vKXOvVCtQm3VjK6T2uUbhmgcRfvL6tWxCqPF7xjmOrKbt4Z+nvb1+rDU15ku 9TVdq6X2vDNnBYARrFar09PT4+PjJDUNwyhM/kTJ39GTs7PNxSYTrtfr8/Pzw8OrH3384c23 bp6cnNy/f79YiOu6169f32a6P/rRj8TWpMQk033vvff0M93e8TIKYGi8zgDAbPWY6QaiH7c0 8UKXeRja4V0HwNB4nQGAXbOdZayY2o6f5jqVeR95KwLQO15nAGDXpJluktpGUVTcOlWyO3Vr AFg4XmcAYKdsRy8UM904M3VgAAAAQCc1oxcAAACABQh6LEvnbo/FjJCrrWyL2i2mQWrrZWP7 DDE71Zg3Qo0wu9agJ6Uxzi6NudSnW7WOtYsAt671LrQbgKXarhzRfWk0zYnZl/FCKZvc3jGf pn4ZDVLbFLUbjRYUbdek3SN/+1K+RbZ9bsaJf7iLtjHOjs2+yKdbUbV9enkSLb7dACzYZabb rZR5vusPpDHNnXMmNILG9mlhtDdaWSJulKD3/uszPNAk8e/sc0qTOs3d8dclADvrcpxu1q2b 3YkWm96Rlr+Ymi7X6dSt3qT/MdlwC2Wp9fiGoUgKJ6laLwZ6Qy0t1jXCx6my7Nw0a69dXGrC +I1+dz4fW5u+zug8jxqbSPYyNW1T9NI+jfVVVHbO7QAAJWmfbrb+RCjWn4jCyCjTbf2SV11h 0jH8oG2eHyXrR6IYyTrPqvXSODnN9nHq/kkzwqiGvtLc0s55zEOf31Kc+bHyxldXYbQ4ZcGX 4mz3rwv182hJ6Zpmyj7OsQBgVrazjG02FyK5FXPrlqbXbVR8GRXvjjq/lc/iXk0Faksu7WN1 Cqh+t7C6agrFvrHG66TYA6ooagg9prmTkN2TZNT+E5LFqf86U3ptaTyVitcZi7R7HW5xCOta BsAuC0Rqe36+FlONif7dzWaj+fuKd9MuSn1RVePfq9SiQaYtZBeM+V5uy3u8LXEaafE6U1wO TWfnqas4bPvYXkEAaM1L0twku12v10mye36+Sr6SNDdJdqcODJgAae6SKIYuzPAfyVag3QBY xxOjci8u1iLZXa3Ojfp0IdTO6NS9WM0hrRiIrP1tOS+2xNl7wMVydjnZHeJ1aRfaDcCSuF/4 whcePXr0F3/+52G0vSntV3/1s+++++53v/vd5Mc3Hhw+vHUmdj06OlIUpD8TQu090S0mUqi9 pX2EJpO9ZZZCah2/7XMvaKYU7ebWGHrCDdl4zY7jOEc7v/rj2o3a36n7fHyI+Bvj7Ot1Rv9G N8XzfYbUz5rWr0st2g0AulitVqenp8fHx9mo2kgkqMlfT87ONhebTJh10Z4fHl796OMPb751 8+Tk5P79+8VCXNe9fv36Zab7F3+eFJENW9ikme69d0++e+KYZLoAimRTB9iSJdgS55hoEwAY R4+ZbiAWRwv8IHLF2NzY89zkv6nrCAAzQpoLAHNWnSRXLACcZLpeYm9/L4p8Lwz9TLJl6oAB uxXv/Xcqn57PeZIvi+IcrR2EXW4KALBCMdkVuW+S6aZeOngpWzUiHarr+0Fi6lAB61UTI1tS JVviHBrtAAC2iC7lW0S/beBlDg4OIrFkRBjtZaYOGAAAANAienOLme4Lfbr7V/bF8IZkjyDw 6dMFAACALcQtaxcXz+fJ3dvbf57pXtm/EsXiv9j3A9/3Ncs1nX3JaL4b/aOP/yFjX0sMyMZx 2v6xqb2rrcqGZrYYsjnJ2ewxfvVRBqpU4yyEXaqwmOdXYx1rZ2dbcK0BQAxduLi4yLe80Keb pLZu7GX/ZXMvGN6Rpv8CKpuatJ1+S9MnO2iLYEpVmKpG/ZJVQZ34zkE1QRcpnWy7urTxz2a/ 8auPMmb84tteVj2Y7bXXC9lCJ1PHBQCDExOR1WS62+9c13PdbEuUTcvgTh3wfPWY5i6SRd23 +nHaHr8tbI9/WqS5AHZZnN5vFr+4ym8h0xUDeLNEN6pOSDaE2k+3q4vxzFCPi4s27mzjZ459 LRaqWKtpnOtkoMYfepm3XuJXL441aPv0W/1cbZyNVbDon23VU1aMVvP5qFjihAnXAMxcOgA3 TsfqPt+SZbOByGuTFFh8L74t3rmmo8Wbdz7bqNi/OPlo6UdLJXtnqu4wdaRDVVxzn+Lj0a4T xWBHofVB+xpCYBR/aXJfnSCL4eWPx1nmTdbOpksBq5tavxbzX9xunDMyzqULAP3aZrrr8/P4 MvkNM5q/X33z0H8FrM1UFLmFbB8baXYmLaCmA9Vrkt7QXt7pR/g0uTZ+Wco4Q9V2Nn2dqf5D Wt1EsteZ6odOU7eNSqnHvcdoG9sTAKbnpv9Vx98G4la188tMN/Hqq69utDPdgfR4Dwrmo/d0 YbTe3CEKHyjdtCInG0Gp+79xZ8VP59+k1X/G9B6tUXsCwPg8N73nzPefz6kg0l4vzXPjeHWe WmVfG5M+XQxk0GQIMra/kdsef79Kwy1KP3L0nl80aU7RngAwuXwyMSHwfTfb6olhuev1+ny9 lU68q53pGg3+gxHeVCaXX96WXue1YfeYuvXeLLICTQ9U3L9Lsls7PrXH+tpCpz0BYFrpFLlJ put54iudMFckv1/4whcePXr0/X//75PMN4pjJ45/6Zd/+d133/3D73wn+bUbDw4f3joTRRwd HdUWbXpPbuOtwS2WXTD6rY703zJ1PhJ1lFMK2NifpGgHo+r0eJ10Cd6RnF+jlSOcuiGh1Wlu R4vfNPjqrww394XsuP2+zmg+v6y7T6B6lnt5XXJaXf8A0NpqtTo9PT0+Po7jOOuADcUSaE/O zjYXm0yY9tKenx8eXv3o4w9vvnXz29/61u///u8/e/o0L+S1w8Nr16+7n//85x8/fvz973/f EeN0nfiXfynLdP/wDx29TBcYlI3p/gLQ7ACAqbTIdL/z7W/fv39/9exZXsjV1167fv36dj5d 0b+bTi4Wbx9PXUfsNNIsAABgpJzBZo+97QDeIBBfCTJdTK44jatDyju6/KNqhmMCAKzgXv6d fwmBSID39vaSTWLpCHHP2tQBY9eR3U6IxgcA2CUu/F0UiE7dK/v7rudlw3TJdAEAALAE27EK V65cyUcspJOQBcHUgQEAAACdBOnsY563t7+fTjyWDWtIMl3xWJ/+lEPDTU40sur40Xaz8Izc IKMdrmP7THidNMapP3RYUYt+F2vVjN+KZ98I8VvRDh1r13p2thFimzwMADtFrJ3m7if29vYz pqMX8hdWnRevZbzAKWbjN11GaOQGGTmfbt0+U10njXEa3aElq8Vwt3kp4h9hIeJx4u9+bSzj VahW7eXa4nVpIAtueQCztR29sBfspQmvky2bJhaW0LODt8ZbN5n8yGabRenQ7GmeLXVuLX4q VgQYrlN56PghY7pIBADsguByljE/n1osW01t8FnGaj9ia7eY1sgau0ZafLqt0yyKNZ+qi6uV 9h8zgei966jaCOMsICc7F12qVvzdOV/kmtfVbONvEaf6+VVqlsb9x2+3xutT53rTrK/iSaG5 FmBfo78AoNE2qRULBOe9uaaZ7gcFmr8yh4/ShmCa5hoN561+Cil77Gh8ZDlmplWcH9e04pNc KgP906v44XsvH8TLgpe1s9Ggmup1Nc6n4bL49V9nTOPsa//8cWn70O2muaxxl+utNnid+tYe WjE0ZalvDQCmks6x4GYjFopbTTPdYkKg/6nonD9FbWegNFeH7Map0QIwqq/+eZ/k2pA1TqlH drbXbbvno7qoOcSvX6/Sa8s4N//1vn+XeIrt0+LJXm3e3oOvvv6T3QIYQsByaH2Zw4fROh+z Qk3RBaXYwRbtwraxsnkiNVz8psUO14yK67OXFhjn9cTGywzAPBVTW7PZxCBjXfZDElzLuvMI BT4K53oGsINKPbhkuoMwGrJcVDvWbaAgdzwJ0NH6PE5VvqzAMa+rOTRIsZwu17lmu5mGPfR1 1fG4xfpOYqr2AWC1WIiiKPkr+0o2Jdvda9euPXr0aLPZiJ2cbO6Fe/fu3b59O3l848Hhw1tn ooijo6Paonu5x9mpe2Gd7ZtxNc4WU48p7k2u3sgsazfFBAu15de+/ffbzrLzaHSdKOJU39Pd e/CO/CwYXeqKs9NX8LVVqA2+l8hHjr+v1xlZ7UzbTR2n4rr9/9s7E3gpqjvfn1r6LuwE1Iji ZfMquIwwgjOPBEmEKPrJ03xeCPCZzAVHZwKSyXOZmRd3HETnE2M+Zj4PcSIOJHkTIbwk6MfE BHDXWdTAm5dEo7KIvskkEWXRC/d2d1W9s1SdPl1bn95ud9/7+3K5t/r0qf9ZqrrOr/79r3Pq 1G+xTav4upR+UUpvY3p7a3V8AQCDm76+vk2bNvX09FBp6jiuQ/+79Ld75OjRfC7PcbLZbH9/ /+jRI//5X15c/PnFf3fvvXfffffx3l4SuHVHjR174YUX1kDp1oNmdjsBAADQBBdzAEAFVKB0 71m3jirdDz/8UBoZN348Vbq2eGEYhpC5zQCujAAA0LrgGg4AGHiE/j1x/DgJ5lpwObaaqYHz MOCrKwAAGByoE18QXM8BAANClsN8uorSdRynoHQb69bFpRAAAAYNuKQDAAaYE319ff3973/w AdO5XOwKL2/Yp9s8MQwAAAAAAADocJzz+9//nr0wGDFKV4C1JAAAAAAAQAtxvLeXKt3f/u53 0qeb44SVrpC58OwCAAAAAIBWoZf7dH/729/GK11V2sKnCwAAAAAAWggqc0+cOPHee+9JHZvP 55nSFRpXrCsh3kC0LgAAAAAAaCH6+/v7+voOHz4sla7DYT5dPiuvI7OapgmlCwAAAAAAWoVs NpvL5Xr5GmkCX+kKUUu3+Ab7RZWuKnwBAAAAAABoZvyVI06cEC9FhAJbOULELWSz/VTjim3L thwXShcAAAAAALQGwoPb19fHZxhjAQxU5lJZawvB29dHla4rgnXb29udPJQuAAAAAABoDcTa v7lcTqYIB67NBC9VuieOu8EzaSNGjMgjegEAAAAAALQIjuNElS6LXnC51D1xoo/5dKki9rxc Pu/k842uMAAAAAAAAFpQPUvFbjablSkFny6Vun19fSxMlyUTlhFxugAAAAAAoEUQ0Qv5wFcr nkjz43Q95sfN8dgFg/5zPZe7dwEAAAAAAGgBhKBVZw8TUbm+0uWPp1Gh6zGp6xHoXAAAAAAA 0CqImRZC8+Qyn26wzby8bFIGw5CzMwAAAAAAANAqqGuf+T5doWtt2+LqlildkwKlCwAAAAAA WgcRpxBK9JVupq3dd+QaxLRM07IaXVsAAAAAAACqgild0zTb29roH4MHMVgMs9EVAwAAAAAA oCpsHqpgdHZ28iBd9s+2bPpTp/K2bNkit5cuXVpDg+nWNLM1FaLOosJqv0l02kJ3rGuT692x 5dqvSX1SjMT2p3qkAAAAANA8mIJOQUdnR0cH9+mWiF7YwtFPl0g1UCtZoGmn5VRISDypG/pt ST8Wta1kncoq68DVqj5JhSbZrGsPAAAAAKBiTIP7dNvb29vafUoq3SQPFjxbtaJkTzZbJ6M+ SWK35L0fAAAAAOqHbfI43UwmI5OElzdph/rJ3JAgkKZSAh4q1hApzj81MVQH+lL9Xjs2T2zl QztW3EXSpvTsJtlXK5NSz2h7K65nPewnfW8QW65OfaLHheiduin9CQAAAIAmQcy9oM6W6yta k0234CMid2P3r7fMXRpAimMlo4nVFBqrcmKLKGmkZD3ly3Ltlyw33b4a5KBuJ7U3abusHqiH /dh7m9iujq1PZQc3SlJ/lrUjAAAAAAYAda4x/8kzf82IQAXHKt1GBS2kOPaqlLnpRaQgfJOq h7ICI5URKrQyUiyUpeEqOAplPVhWVrxsUn0QPAAAAAAMNaTY9ZWu67qGYZLUxdGEkog+e56U XhMG4JknUqOIggGoZ61qW9JCvd2QVdov95k8PDEGAAAADE1MsZ6E47jsH8NLyZ2kGKpREgOs PwaN6BkETRgK4Ik0AAAAoIH4Sjeby+Zy+bzDFK+XukNtxW5DREBKVZtEl5TszAr6uZnbWzGN qn+0XDymBgAAADSW6FLAFOO888579dVXf//eIcu2M/Qnk+ns7Ljzjju++tWv0rcv2Tr6qSVH RdYxY8bI3SqO2U1ZAaHk3AuhQMyUaRBSyi35aFTSHAKxBenUR3OugKQ6l1w5In0agehcBylz I5RVw6Rdam5fsz9L1kf//NGZ7iNaBGQuAAAAUBP6+vo2bdrU09Pjxx04LO6A/jpy9Gg+l+c4 2Wy2v79/9OiR//wvLy7+/OIZM2bcc889d9xxh4zE/elPfzpr1izjnHPO+fnPf/7uf/yGqtz2 Nkpm5IjhNN/NN99MkpXuUKMaKQMZBAAAAACgTzVKlwQzKwila1MTrutlsznPE3ON8XiGRrew qYBUBQAAAABoRWwqcym5XM4wDduxXNdmMnfIa92KQw6S7NRpbgoAAAAAAKBCla2MYbDpS/oj Zl1gP0Ne4wpqpUqhbgEAAAAABhgZoOCvkWZw2OpoxKjcKgAAAAAAAE2DKVZHsyliIWAmdpny bXTFAAAAAAAAqAqmdOl/NudCJsOmGbMtYkDnAgAAAACAlsdmTlzT7Ghvt/lkurZliUiGRlcM AAAAAACAqrB5vILR0dFuWZZtmSyEATIXAAAAAAC0PrZ4EC3TlrHoX4v9IwTxCwAAAAAAoOWx hajNWLbBohhYKAOiFwAAAAAAwCDALswvFvxrdJUAAAAAAACoAWYws64/vy50LgAAAAAAGBzY hC8j4biuRQzPdD3PbHSVAAAAAAAAKJto/K1NtS3FdRz+ksldq9G1BAAAAAAAQB9DQU23PZdp 3ZzjZIJ8nrJYMAAAAAAAAE2OfPBMfUmxuUvXy+fyBjFsw3BNl0DmAgAAAACA1kHIXNu21RTC fLoM4riO5VquZ8KbCwAAAAAAWguToypdwsWuzYUtD2EgHnFJaCoGAAAAAAAAmhy+5q9Bla6M 0/WjF4IXxeIWQhcAAAAAALQIwqebyWRkiqp0ufpVnlSD0AUAAAAAAK1CNHrBV7oG17mGafEn 1tgmwfoRAAAAAACgdVCnGFMnGhPRDIYllgNmkpe/Vzep25fvExsddod8KbbrUVA9LMc2pOb5 yzVC39KxXJNqAAAAAAA0ISGlK7y47KVlcZ8vfyneiu58Vf4q+qOfHsugEVhlNUSV3VJr1rBQ fZuDpv8BAAAAAGJRZxIzg4l2hdRlYjdpt+32dsJ1rWZ6Y6GSrglVXRNWCQAAAABgcOAFuK4r XvpK17Yt27K43A2voqZSW7EbCjCgL9UfNVs0XW5H88cmpuRXU6KmkmoezZZU/xCx7Y21rFOZ cvOX3D2pn1O6MeV46fQ/AAAAAECVCHXrBAilS6RP1xIy1w9mGAixG5W5JHDEqt/yJ6XL7VC6 IOo6Tcqv2tcM7Y3NllTP2A1ZpdjKl4Xqui7XjR2NqaigStHWxRpJP14AAAAAANXgsrUhvHw+ L5Qu3RDOXT8w1xTO3FSHrqR+YQxJDr/mcQSmq+HYeqpKtHkalaTXy6qS2L2p2gUAAACAIYhw 6FKBmwsQSjdYOYL90xC5HKFlha7VSY9F+FBDMwYkKchWCW/Vr2etnlFrVP1bq10AAAAAGNy4 HCpwZYrv0w0W//WKHlRLpiYyVwA91EDQ+QAAAAAYNIjoBap08wG+0hWKl4fuslDedLlbQ5mb TtLX363ytXij6llB7EFL9zMAAAAAAIk8kUYRmtZ0A6XruOw5NTeYnSFqoiYyN0k/SdUlNZYa AxpNVw1G05MeAksvV6f+av7YJ+Si9YmtjI6dqBJNebiNlIohrlX/x+5Ysl3pxwsAAAAAoBqE hlWVLuHy1+Z+XJLL531ty5eRiDWRpGUriFiIfVlZkG7suyUTY7fLErvV11/HTkp3ldVLOgZ1 6pm0xJp+n0DgAgAAAKAeyMl0i1YDFtPrOnmHPZLGl01L8ukOSuBf1Ad9BQAAAIBmxnVdIWXF b+IrXUIc17E803VNz20Njat+j1+N9pJTQMiXjW5Zc5E0Y1rFdqo8XgAAAAAA+thM2IpH0Vw2 EwObhIHR7Hq3hmoJwiuFWnUOOhkAAAAAdUU4cVWHLsUsvB388aTcBQAAAAAAoEWQYlemCKXL InfVZSMgdAEAAAAAQKtj86fQ6I/J5K5R1lpplRA7A1fKV9slI2jr/ZhUreJKaxUKjJBi2Q9D vAcAAAAAECUcvcB1rWGZpmEaAsK1b5Sr8leJqXM101MQck1nVq/GqplarZ5QqzVysdau2g8A AAAAABI5e1hR9IIQt1ToUrFrmkbg0I2RumLe3KioTUpPp1Zihcq+FvLttdADXlCTAAAAAGg5 QmLXd+Ralm2aQuuaKTvXVuyGkAtxpWis0LvR/PJl0lvquyUrk7QdNZJSbgg1ckOnyZXZ0a9P UvP1+zOpr6K769vRsY8liwEAAACgEufT5Y5cm2JZFhO7hRiGWGoidtWVZtVE6aCNVTDRkNyk JbhEEKdqSu4rJtAlGkuvyQyxbuPQwrxJ5cZuhOqjGY1Qlp2kbR1iVwNO6U8d+0n1SbKT0q70 4wIAAACAIUt0+TNTrItmC5XLKWmlhmJXJd372FQLdMUq9ZItjWp09fGyktZi7eiXrklZ/Zxy yJKOY5McQQAAAAAMMqTGVfWuLdy3VObSjcCfa6RPvyC0rNC1Ouk6DMFnrdTl2eqt//SVa1mV qbja0LsAAAAAqAdi7gX5knlwpcYV842l718PmavDoBTB+qELA0BTec0BAAAAAMpFxukWrZHG 1kTz+HIRXolFIxolcwUNFIU1f/hJNdgMYrdKmRt9mGxgWoSH0gAAAACgosYwkGCNNM+leK7H fhKlbl1lrlR7ckUAHbUU+5BWSfsV1IrEPT+XVKXY1TFClVTro6kyy7Kj3zMlW1SyP6NPsEU3 kuqTbiepf1KOCwAAAACGLCGZS7GFgzfv5E2P/mMPpJmeEat2k7RsWRo3RS/Gbqfry1iVU9Jm BWJXvwI6KenpmjXR74RqjBON/kzKr5O54v6BwAUAAABALGqors2cuZ6XzeYsjm0Rz7SI51VX RNMB/x8AAAAAwBChEKfr8ZCFLJW6uVw+n3ccRwTyNrqGNSYUvVBzyVtBtAAAAAAAAKgtoSl1 bZdH51KZyxINto7E4JO5gro6dOEtBgAAAABoLKEpxgiL0yUiTtcxTMt0HMcy+VQMg1PsAgAA AACAoYMpJhhzHJeqXH8ChsEYvQAAAAAAAIYIhbkXwm/UueDoDFlV2kmZ7avKIqqsQPX2Vcv1 Lm7gCwIAAAAAqDlC48oYBlMsjWaaZrAWcOKeV+WvElPnaqbHkjR9WLk0VofVe+3iqM0Bay8E LgAAAAAGDaYQt7Zt2XyWMSZ4E7KKeXOjojYpvbHIhXbrXUqjGwoAAAAAAOIRjlzTplhC7Ka5 dusqduWCWNGlZWPTo/tGd4lmSLFPKlpdVl2QIlrPlHJLNiQpfwX9o9PPsSXq9Fu0zhV3JgAA AABA9RTm0+VC12jLMKjMZYukkbQghjqJXRkPIH2x6mrA0fTYfWVK0kJlIvg1yX41q/Im1TNp OwnVFR3rlo5dLTm9f3T6mSRENifVv2S5mGAYAAAAAA2HSVuqa9vaMtyta1umlRKqK2iqMIaB X/ysslDjWtUw1o6+QzdqLaplq6+/yIzQDgAAAAA0FlvEKljCnWvI59LS1K7QskLX6qQDSZ3E H55XAwAAAACIYtL/VNVaJn8WzWDRDESZmiFKzWVuld9u128CBAAAAAAA0NKYQtQa/mxjA+3N rYlCHcRit9yYhHrnBwAAAABoIUz/2TT+2/MfVYsXuzWRuUkTC0i1KtPVWM9ous5zVyWzhexr dlms8ZL1LEtQ6j/HllSuTnuT+jn65Fm0AiXLRZwDAAAAABoOWyONitt83jFMwzJNl02+EL9Q WpKWLcuVW8EzT7Hp6bqq5C6x25pitJp6VtxRKS/LLUKn/jpP3VVwXAAAAAAABhLbY15cL+/k TY/F7NL/nmnKScgGPQM/dQMAAAAAABgYbNd1PdfNZnOWZVF9a1vCzztUENPoSm8uJC8AAAAA wKCB+3Q9L5vN2rbNwxa8Ni8zdHy6BOoWAAAAAGCQYjOXLlW6uSwXtwb95w0pnQsAAAAAAAYp tseVbS6XNww2qa7l8iBdaF0AAAAAANDi2ITrWh6syxAO3RSvbt/n2ZxiHf97u2Z6OFvxE2D6 D4QlhdI26pEyORuXfv7Y+tewPnW1DwAAAADQcpj8N5tAVwTs+tPqJiDkrLqRnp5op3iuVh2a SsCVu9qC/kzAFdNU/QMAAAAA0AyItdGIafLFgNkLjxjVmy1NrQQfVXgtJPJaqKoAAAAAAK2O LVYAtm3LthgGFbyEpK8JXCdiV+GKfSuanpS5pLKU3taoqaRVwaL7ltVMHfsp2yWbDAAAAAAA BMyRS/9nKLbNxa6ZkluG4YbicZPSE+0oK9AKpJKTPtrQOrT6K5DFGkmviQi6ja6CGzWlupA1 3cmxC+qmtLesehIsfgEAAAAAkIDv023LZLhL1+RuXWMAfLqxyiyq9iqQcc3m4JSO2HqIUchc AAAAAIAkbBahy3y6tkW3TEu8bEj0AqmFYhuAZ78AAAAAAEATElWwMk7XpgqXKl3xXFqKiaT4 BM24BQAAAAAAAGqLELSmGY7CDZQuD1ogYiKG1CfSqpxPV5NW+VK+VeoJAAAAADCIEYLWsqxQ iq98RdyCeDytIfWT8QbihxQ/tSYSk2Y/IJFJGJLyV1+f0LtEe3oHEjcpRLntTa8nYjYAAAAA MDQxObaC78xlbzJnr67ArTJ6IaQLo/IxfZeU3cuyqZM/fV99P65Ou8qtT2V1BgAAAAAYlIgp xDo6CkLIV7pKWG7cFgAAAAAAAM2N8ON2dnbKFN/LK15A2gIAAAAAgBaFytxMJjN8+HCZUqR0 AQAAAAAAaCo8jsthfx03wHHpS8+VOTOcESNGiL0IV7qWZUHpAgAAAACApoMKVsdx8/m8Q/8w YUu3c3n+WiQKRStoa2uTSlfAVkSDTxcAAAAAADQbY8eOPXLkyMiRI/kUuR795XnmsGGdVPR6 RLh52a/e3t4xo8cQrnQpo0aNkhb46r8D7tMNzcxV8Xy0oWnFalIxHVPp5da8VtV3SL1n/K13 k6u0X/H5lpQz6Txp9X6uN7WqP2awBgCAIUJXV9eLL774/gfvp2ejMvfkk08mXOm2t7ePHj1a vlW20u3L87Uh7O2a6ammtGRlCnT3Gk4cq28qvdza1qqBHaKJlB3qhL6DoF3p7W1UuXXt53rT VMcRAABA83P66adPmjSJ6ld12TPDMDzPU+dREFOJ9fX1UZlLM0eVrqlfpNCyQtfqpKeDYW9g oApjAIRRK2qvki0qq1Ho54FhYPoZAABAyyGjFySVRC9QUUsVLf0JeXCT0tMJid3QS83xLPpt ZpKd2PToimux+WO/xdasZFntUr/kTalPepNjrUWrHd2OLVcTnX5O2Y79druut0Mpxzep36J9 WLKfU0xV1tWa/awZLaBTz1j7SV1RsquTEnXs65wkJT8vlV1nAAAANDnROF0x90IZPl1BTTy7 KcJR+mw0VU4oc5KdpHTVRRRyF6VXRrOSFbcr1KIUOylqo5oAaM2mkQQVqNlemaesdlVA7BFM qmS00JTzJCl/bLvU/qlmNemU85kk3MOU1f8Vn7dJ9U8KHy/Lvv51o9x0AAAArY5QuiMVyo5e kNRJ7FZMnUYsEROZHpWrWW5JU7GWY8f1kJ3aysGkclMy17D0UEvrZFktoqyD0igq6+eadF1K F5V1w5ZUmZofgtBNSNR+9BsM+HQBAGBwINdIk1S+ckStHk1r5odU9L1imi2tSa0wKteK2h7f pqX65z6buXqV2ZcP9g1ABQAAAAwYwoPb3t4uU8TDar7SVafejb5UqeEMDAAMDOo31wDIO5wW ncgCAABAFOHBzWQycmaGIqWbpm0VBr3MHZhZUau3D49UuT1Qj2nphk7/xz4ZVo/+VGdSq6CT U2ZBJpFHAGNnbStpQTMdAABADRH+2mi6WBdYbPuxCnYhWsFXuv6CworQFSlRc3WVuepXijJF Z8fQ49hJdtLtR7/QDKUkjYghO+rDQzrlpneITv+k1zO9PrHt0h+zo8Yrrmf6+VDNPLJRgVtZ vyWdJ+n509tVj37Wr4lOvyUdRxJRjTp21H5O+VykRBfof74quw4AAABoTqjMnTt3bm9vr9ge P378jBkzuru7V61aJZWu0LXq5LsCX/k6jkMlLv/HRLHcTSVJy5alcVMeWq94Wqsq05PeTapb uj4rt9zq+yclT8n6JD3tpFPnavq/mu1ye1WnjfrN1z/EJdtS1uwi1dRE335Z51sF92zVfI7K bXKtrgPVWAMAAFATqEx96aWXVqxYMWzYsAkTJpx77rn095w5c1S96ntwIz5dU3hw8/kcg/9W XcEAgBrSErM9AAAAAE2Fw9m8efPJJ598wQUXnHXWWULmcketj4hwaFMoil7IZvtFBAP9T99T 9wQA1IrQt+fwCA4ytmzZEpu+dOnSRlcNAABaDyOA8JBcurFmzZonn3xy+vTpIZlL4uZe8CN3 eYyum+3POq5DZS5VvZ2dnbFK98iRI41uMgAtT99HBZ8uPlMtypgxY8rKjwMNAAAVQJWrVLok ELuXX365iD4Q6TJD4ixjruvRn76+E47jikfTRo7M5/O5RrcOAACaFChXAAAYANgKZ6YplS5R JltQpxITG7Zt0/wdHYUvSwOfLt/nxIkTQuc6zBucz+XyjW4dAAAAAAAYuoRkLuG6lsrVUKKA ylwqdlWlG/h0eZxuf3+/ULr0t+MUhT5csnV0o1sKAAAAAACGCi8t7ycJSpcoflwV4QBua2uT KTJOl8GmXPB8XNeRcy88teRooxsLAAAAAACGFMw1G50clyTIXJFZzL2g5izMvcC0rXgejf1q dOsAAAAAAMDQ5vjx4/qZE9dIEy+ouKUKWQQ+iIfY1EAHAAAAAAAABoa+vr6RI0eWtUvaGmlU 17LVhIXaJSwT/f+b3/xG07RcOljV0ZR3OIcPHybFrmaRP8n5DAAAAAAwYHjF32WPHTv2DE6j 6zVo0VGAo0aNqsBsvNIVb7Rl2mQu9vAaf36t3DKYXFagMvfiiy8eM2aMh3gIAAAAALQChw8f fuGFF6ZMmdLoigxaQkpXRB2I2XDFdllBCynG/egF/lyb2c5jFZgW5ksGUzKZjKbRJJ/u0aNH 6Y2R63o8Tzg/fLoAAAAAaDhSxoiH8keMGPnRRx/pqyBQkljJp06IK3yx0ZkWaoItrHd2dBIj EL+ckPtXTGBGN+ixp6LbcZxcLry6RMiny3ehfz3+tFvYrQs/LwCgLOg9v7gu0UtKdIOOT42u IACgtaFqJZ93eQinGZI0oIYIqUk7mV648/m8uuRvlWZJnKq2hYju7OzkOtcv3rLiQxeEzL32 2ms3btwYVbpRPD47r1zQAgAAKqatzbr0MwvPOeecr9//DXXj0ksvvf6GG/N5KF0AQFW4bP0s Rzy0BOoKVZ6f+MQnXnzxRao51TUc6oGIXjDaO9oNX+r6CwdHswqZe8EFF3zhC1/Qts+WooDS BQBUD71zPvvss+fOnRvaOP/88/l3jrjIAACqQigWy4Q3dyDo7e29+uqrN23aRPj3cvUrKHgi ra3NIIWAiZgn1/hqwuedd94555zT3d2taZ3NzuvCpwsAqAF0DDrppJPGjB0b2hg1erS4oW50 BQEArQ0LtmTxlmb1poAOw4YNu+uuu9asWUOVZ/2u4b7StYNwBRkUHM5n23Pnzj3llFMuuOCC sWPHalo/wclmc/l8vkHdCAAYJIwa5c+t+NFHvdGNY8c+bHQFAQCtDRVbVK8MG4b1BAYCy7Im TJhAVeWTTz65aNGiOipdItStZcmwlNi4YCpVX3zxxeuuu27cuHEsqFcPEafrOA5C6AAAVUIv JikbuMgAAKqEPdmaz7sOHpkfCMaPH3/uuedOnTp1+vTpdY9eoH8s00yf9VY4ZR988MH169fr L5/GlS6TufDpAgCqhF5MTj311BEjRoQ26L03v87gIgMAqAqHKV3H8xAKNRDMmDFjwoQJZ599 tsPnLqjf5LOFoAU5j1jSXA9isoXVq1e/9NJLmtaFTzfPGfhOBAAMJuilsKura+TIkaGNYcOG ialqGl1BAEBrI64kYh0AUG+6u7tnz57N/OiOU9c1FspbCE2I3blz52pOCZF3HB6p24c7JABA lXz44UdnTz83aSObzTa6ggCA1obNMuY4LhRL/aECd+XKlXI+3bqWVfaSvzmOZuZsf/bYsQ+p XnexUAQAoDr6+vsbXQUAwODFY19Ee3zOwkZXZfAzkN/CFSldVVbrrw4iA3xDMzaMHz/+gw/e HzNmNL1Dgk8XAAAAAM1Pb+/x9vb26CRUoE4YCvWwn+jTTVoNOL2u6stp06YdOHDgyJEjA9db AAAAAABV0NbWdsopp9T7K/UhRcnOlDK3mm5PkqmJSrcCx7JaBq3raZxadxcAAAAAQH3JZrMl HXxAk4G8bVAmLPMLTVS69J6mgZ0CAAAAAACAJkGUta90RTACpewn0gAAAAAAAGgqXI4MSaBK t62tzfPKn3sBAAAAAACApkJMzStnnKRKt7Oz0/NcKF0AAAAAANDaiHXKTpw4wV+xR9xGjRpV RvTC5s2b//M//7Mf81mC+tDe3n7qqaeuWLGi0RUBAABdMDK2LtUMOjjuDSf28OXyOap0jx8/ 7nlU5zKpK+IZtJTuhoceGtbZecMNN4wfP77RrQODk0OHDm3dupWeaatWrmx0XQAAoDQYGVua igcdHPdmIPbwcaGb7+3tFS8N03QcRenyqTQSZ4H44P33r/nrvx4zZgxVyo1uHRicfOxjH1u2 bNl9993X6IoAAIAWGBlbmooHHRz3ZiD28InoBe7TZU5d0zD5TAyuLaaLo7+pzBUzx0UFby6X o0ZxUEH96Ovro+eY/kLTAADQWDAytjQVDzo47s1A7OFzOP39/ULZGqbJgxd4nC6bfowq3SCs IdaomJOs0U0DgxmcYACA1qLKkfH9vkMf5T/qGjGp0e0YolR87KCImoHYQyDm0+VT6hqm/77n +3Rdx6HilwpdM3l/AAAAANSEf3pr03f3PtJudVxx+lV/MePLja4OAC2PWFLYtMxgYWEhaYkt bk3yece0PJOmmpR4mQv5CwAAoB7846ZNOtn+7OqrG13TMPojY9btbzPbxfa333x429vf67no 6jzJb//5D/vzfV8+76ZGNwWUARRRE2JxOto7xDJpzIHLgnVNm8cwUKWbtwiVuuLIWbEmcFwB AADUib/48z9Pz/Cthx9udB1j0BwZX/jdM2v//dbbz1/3yY9/6pE3Njzx/3702VmfffajHcec o7PPu/CZX+w8/2OzPjlhfqNbA3SBImpCbM6wYcN8pUtFLhW6hmG7PKihP5fLeB7VwlTleiyk odH1BQAAMMTY8cxLoRTDMDIZqz1j//GcP0zcbef1YxZv5lsrth15YKFWUXSf+87avWPVlAFq 2mPv/OC6P/zvd71yy+e7lj79ux2XXLDghY+e+o/+d/MkP9wcPn/qJVvf/F9QugBUg1C6fF00 j0+0wKQuj1RgLl0v25/N5nJ5+uM4saHWMsg3nh3Xj/W5fodbGdTEZx7cF03f9+BnAtux75e2 EFfZomrq7hhqaqkaxZtl7SmU3lStCyqj3xnaXaZjErfIAICJp58uf6ZM6uqeNuWsaVPaMslT v+/f8JnFZNsRzu6z9u4c0NqWGBkVfvXB/20b1vbfZi7+tyP/PPuc2c8d++m+E3uPOR+eRCZM PD51879tXDxtWU2vu6A01TyRFjGmqQ3keFiW8KgxddMhRZ1QsRzULC96+ET0Qnt7e0cH/WH/ ReCuKXRtNkeFLpO5jlC6JP6Jtnj2bbhsibflEOflM9/a6VUILcKNWB534Rs3HfJZ7/2UGd95 w7jLNuzTsxBX26+/1tPz2teLLPg7JlsuKmX23S+LCm2ZfuuF425IbnBci1Ztv/Ll+y9pytZN +tKTW3po69Z/aZLO8SpBobhL7n/5yu2rSnbsgA5QAIAmxjSN9rZMR0dbR3uGbmRsKzHrvjde nnPWVLE9ZdUqPY9uDRGXr2eff2n9QxtTftwT3ju9B/bk/s07rf+Zo0/uO7GvL9c/2Tvz/Pwf bt/zw2/M3fCJU+cXXz8L3KA1quqNX9r52QClFMwqVFSPMosrNEhYidudFRkkivy6JYSs+S9L VrH6415sTmqDQ0+mjKJyKNcZ0+tBXXWI0gmihDh0T5508RB33WBk6BUj00ahf7jSJb7SpQKX T7jrULHL4xnKOQP2v/nK7G7/K6ApK1cuqNUFZP9Dq2+bvuXQN6TBWhjfv+MxcuWXv3wleWzH /qpruOAbL989+zs/2VVe6Z+Z0hqtqyFTVt40/bb/qd9PAIAhChuoMjZVt50dmc72DFW6bRmb jlmJOyy8YsXLN6/cELri7d/wmTGC67mXd+f1Y4pep+WthF+99vpX/nL1NX8muJqxYsXVK5av WL58RU/P8p6eMSPGfpT/8J2+A7/q/T8HT7zjnjCmemdNz5+//d9/sH7eP849dV7EZKAYtvR8 Z+mNA331pAPUY1e+LMen/Q/d/3pPz+v3PxQzsOy6cfyih/aXsLZoKQncYd17kxozZeWTh55c OYXbXPqdHroDe6VhPwE6Ql/52OrK9h3E1FuH1JRKxAOfL1dMmOtLWfYMmsem22WuYN+ny3zC bnTnZNV9ec8rt61+qFh173to0XjBjbvYa36yPnSjSFokMwfZFj20N1zGvh2PvdJzefiegNpZ +h3yym1zhGFm9sYbF/EXoVpS06LokFFy5cLJkxcyMRhUQuwYspxkpLgUaohJ3dgmR3vNL70V Whd7vMItjD3KvMKU4uImd89+fW/6LVyjP1EAgAZj2xaVtsM62kYM6xg5vHP4sM6O9vZMJtPR 0Zm808IHjuz+3I9mKUKVStdZP/rcbhHRIOJ2aSbOthWb7ytWxTuvl3m3kfs2lC2L5OWrt/fE jh0/28l+duzauWPXrp27du166qldTz391NNPP9Xf29/vZD/MH+s93u8e89p7O0b3ju0/ltv4 qe/NPvmP4i+HcoQlpa6e8SNO5fmVsUq+XL1aHVgKu2uUy91hvrXJX/rSJSX3ou/JHXTaFcoj X07+EtdJFQw627dvHz16dMnjntqffBjdF9qO9ltkYA2nqEpAI3uS3Ioe29rrkIROKKpMRI0k Cgn+Mlk8RA+KCGkQ60e4ruPk/XBc21CPmsve8vhCEqH98/n8sWPHEo747Dv3Pb158UUn3UaW PbLv7vk05dnbLvrhZU/v29LFNhf//S9mr+jN0Yb9auW+fXfSlKnXPPD4MpqRZrtt2iP7tswn Bzcv/jQht/cqhfT2O7O6Tg6XSst6JDd1/bSnt63oIseOPUvNvtH19L599MWzjxGnv2CB7p/r De1+8IkfOpd9fTxN/C+XOX/1xC+WUSM0Z47tGLJ8LMGIyKyWQniO2CarOSm//NUr0xaM5ynN 3rq44/XsA/7RYiQ1Oagw200pbvyp017Z9ctjx1KWCR8+fDgBAAxh2rjSbW+z2feOmQx7SJrT 0dGRut+UVTuOrGL6dsz12448MPVnP3p5xV/vKH7WrPDU2px71fT9e18jL2+eNeZm8XLFFdSa foXVkTH9Zt32MiRrjOwbmz9B8n102DDs0Zmfv/fyOHv85LapkezK8PHsY9+ZddnTYuBgI+Xa 3SxDMNgGKbNuv/0suUshm8xHIjvLItgl/lElnzKWHFNfjifKwOLX8PGvnHTNo/QVHf8LFmhB D0/aVjBHZl+87JVrVv39f9kmdpW7//LvL71IVJ4PFf6osXrvp32bP6SNWru2tP3IuFx4eXLX rF/+6hfHZneRGCoedOIUER80mQ6K9jApHluLNx4PDazsMP34CjGyihRlYD32+FfCw+4BPbkl qasOUTtBHLCYyhTbfzxNSFDjyeIheviExs1ms4ZhCEkrfttiVTQ2EwP9Y/hCubzoBUbXim37 VrADNPU22rjJb79Bdj/66alrxZvLhDd81u1/znt7/oJlZP3bB+nW22/Muv3r88X+q5etXR+2 unvvAfpWiaJnXfGp4izKh5xMfZQoH/WDz/yYXPF1nrvrU1eQTz/87Ar1BNAzEq3AtMk0f2yT U2n21kWO1+Rpsx69ZrE4PUlSkyMV9qE7v8GMlGowAGDIYttWW8bO0D8cPjCxYSmT8kSaZMqq h+790awf73zgK5G3gqfWFrKtlZG39WdsSMe7cM4f8xE0hu53ziEnjIs7F/aax7Od/ZZrjTRH L5r52Qd3f/OTp8w/a/SMiLXda8XVlV6dt83nKc/exiXQNqEJNh+cT1XOp9eexd/3vUV+Nj+R py7ezK7ZgX7aFroE0/RryCP79s1XEw/s3X3WApmxMLTQgeWvnjm4oqBXyfy79z1CAtWSDM32 NNMHa9WxZvfa9VcwOcMEkDpcFdtcMUnDfjJdk87avUtjqK0JgWIvi/DA+syPdy9bHT5MwcAa HXYP6smtpFrVWofEdUJqZUoLiTLEg690c1mTXzf4g2dM7Nomj9el1xXTsCy+ngR/HC3eLVyi kIk9X7v1iQU7n/nba6lSXrrxrbUXF/Z9julnV9jw/G3CfMd+mkyUhUy8eNHMtdTYvItDxXgx ptTtrp6tb/WwQ/GFjZO/L+ogMjz3rbW7dxPZoxRhXhpRrE1MMlJcz4NPPbG7e/VE1z2Y3uRC zT2R0OytSyya7jN16h7W1El6R9lv/v63dncvmFj6JAIADFlYSG6GzRMkZC6FiInG7GSlu3PD hqmr+GRh+3/2o5fnfG4qmTL1c3Nuvm/DVxbKKcTkU2ssC/mcuvuUaTNIceYykRc1IXETvmd3 F4y7YsfvHn/rw9dpDjrs7jv6VtbtH2GPvKpr8Zkjz45cGamhmbfu+v4KsvkLC4KB4uD+X6ua YOkl7oEDv555633z2N4Te65bunY9u+IeoNmWrp7nX+pp6q79dJsOVUtXb1UvwayuT9z0aXL5 ru/PC5WvDFV8lPMW3cf3pOOWt+Bbz/Swq37cYEGHhwXr9ggbXAApI8REf/xYMPVWlsgb+LUe ZnbeJUvJ+v0H3HldqQNQmv3QcKO+7Joy89fceI3P1bhDFjPiR1oR2YgZWAudH7bjRobdg/vL GYhJnXVIuZ0Q16KwdipDPPA4XDeXzdF7ZPapc/yn50wxAwO9Y7Yzlslvow3CvLtRE4kRMs9t 3vy22Hr7mZ/smTm1yztjcjfZsj5I9f3EBRPBNs22Z93Dz/E9N6/fEi7jjOWrl2y59szbngsS 3t68+bkEU+FtEcNRfNF5bueWmbfufFOy89aZW3YWGQxbiDFSlOe52xas6974t/NEW9KaLOia OvONA2+3ROsSiz5j+VZqmjVD8yj7rTvwBjsz0qjxdQgA0Gp0tLe9996hDz44fOTo0WMffvhR b2/v8eP0v2UlK92F096YJZ4nm3XzjG18gtwpq3Zsm3HzrMJTZgu/ci/hr1e+MWNOeP8Hdvtv VvZMWuHylSxz6f/TOyZdPfEv101ff8/0B9f/0Xe/dOLmZxe9+sTCZ67tvi72chiMksu/dusb wWWWJi3ZKK/xbOQpVEC9eqsXdu67CicG71DROHPP3rfjSpeZn3t43Z496xacyWE6UwwssYMF HR780cevJx8dFVhzxMgUO1iUGoAS7dOxtXi4Id2Tz/Bf7N0jt2s56CQesgK0VkHv0gE6rY3q wDr/8pnJA2t02C1rIPZrVTcdElNc+oHW0E7J4iHmoIhwBX8KOM9xHfGh5HfNhuHPx8Bupi2x cHAZB3ze5L0LuzkLqe7bupzeOs1bu/NWss5P7b79+aQ9125csvValuVvyOVL4t6np/Sb1/pm aKb57PnUeQuX7GG2E80KupZvXas+zvr8zq0zL5+v3Nd10RNq607VSNRy2AhnT9Cy9dN2vhm8 rdNkWiL5ybMHm7V1B7+95NqttHV/8+2DsWU+f7s8zKtLH+Xi4g6yqw0iFwAAKcyYfvakSV2n nvrx8ePGjRo5clhnZ2dHB/0/fPiw5J2Ch83k02fFiTyNBfIydjzwwA6xWgTNECwbEbxZbKEC YtVUzJxMpByN1bV8dbe4KHdRTbB1vXp57mLeoo3iEvvt9VtlIgmu/Sx1ycJ5/oCwPnxpn3n5 17ZuJNcuCad3TZv55gGRxoaWkA+leGDR4flvByUcfPYne2ZOq/lQwDsiGLme37huD280L/DA m3UoT7NWVEcKhdO9kyxJyhUeWOm4vLE7GFgjQiA67GrKrUKt6qdDOFIgdS9JkBLF9kvVv3zx IOZeMAwipazxB3/wB6+++urRo0eDNINeW+68845bb71V7rZmzZp169a9++67lR5vEHDwO8u+ Sv7u0Z4hpvm0mj1x4kR61tGTrdG1BQAMNP+4aZNOtj+7+upG17SAOjJ+/wePrVi+/IPDR0vL XEI+Nnb09sce/9x/vTzZ9vN3nr1h6s/8aya9gF765CL2im3d4399v+Rbv75rHsv4F0zizrzl lu57nvR3KWSbecvP5IU3yOrvKovguYmSUblkF9UjeOvSfat+fReR7/h2RX0Sm+MXHWRTDcvt 6Iayc5p9orY53OinLknaMWXQ2b59+/Lly5k0Sj3uLUkr6ZC0ukYP3//46lf/9q67fvu731ps sQjiOPkzz+y+8MILbYOH/GcyGRKIX55gRo0ixLIGTPzivZf9yaV3dL225pONrsrA8cKaS+85 8x9eQ5AuACCBppKwZVG4rml4c4XSFb9TL4ifuPO1T8gsE7/4T699kb/yt5SiacbX7vRff/GL /i5F2WQ5alaaKIsIcquPycy7jNz87Ntf/NOiepCgMiyFyHek3eQWqUWLbKphuR3dKNo5tcei XUN557sb3rz53jvrMfa08HjWOjqkXPFABa5lWW2ZNtMyCXsMzBILArNZxtgTaRk+Lzf/RkUE NDS6gYOWM/6UXSaGFJ9c89pQazIAYKjhFWndxIWkgrzNzRl/SsXQZWsmNb8YSuGFNZfdS3XS GY2uR/PRKjqkXPFg8YdZ29vbxcOsVCALQWuLcAbLLDhxY+N0vdCzgADUGg8PpQEAWgp1ZNSR uRQjsmNzcvqffPeXLe25JGTuHb9Mb0LKoLN8+fIUy81/+IYC0cMnpids7+jg8+ayOSb4k2im /0CrWUrpkhY/4wEAAICaUzRvVymZS7jUFQM0htRmJjZCVwWHrwkR83C3t7UZvtL1gugF/rq8 yRYAAAAAoDByxPBg1lAZjluYr4uIBEKHXnPE8M7qigIAxCCUbiaTCTStJ1y3vk9XVbpJ0Qv4 chnUFZxgAIDWQo6Mk7rOWL/hHzT3sm17ctcZuOI1nIoPARRRMxA9BL6uVRaaKVK66VCBfPjw 4dNOO62Fp9UAzc3EiRPpOZYRT0YCAEDTo46M551zNv0pa3d8/d1YKh50oIiagdjDZ5imXFtR RUvpjhs37gc/+MHixYunTZvW6NaBwcnRo0fpOUbPtEZXBAAAtMDI2NJUPOjguDcDsYdPRCNE gxS0lO7KlSsffPDBb37zm7lcrtGtA4MTemc2duzY6667rtEVAQAALTAytjQVDzo47s1A7OFL evDMJnqPo0GCAAAAACoYGYcmOO6thR/NgLkXAAAAAADAIKP0NLoAAAAAAAC0Imb1JgAAAAAA AGhC4p9Imz179n333dfougEAAACtgVwughStDOyp6dH8amax6brityt+5x3HybNfbMEntrQp n0mJfwHL//irnrpKWYFZ/pv/EwRf27K/wf84DPHLkNuqBUlRzVkF+Bq5nssyB08G+QaKHoYv /BPNkXUxeDnFKyqHuorb5nn9XeXb0R5Xylc6XXZMcYslpt/F7Jf/z0+jmTw2MZx/jFzX4b8Z coGQUIeTuIKK/phyXiylPfI0IH43EHUugaAPlUKLfxl+F4k68xb43WXy7jD5zoQfNSIOm6yz sthJfN3ll//yEPsHj//mS+8Sv/NYyewcDSpE6h8oe+GFF8YWEVa6ItNnOTp26zR5cmVmY1sY TVRTxGJxA1/VKq01sNurL7osC/LoRDdI5EFLhN80A2Ud33JPp2aYrV3WIeV8q6Ce0WtRyrUr 9q3qr2agJClHVlVZbqA85appoX1D24o8K4hWl/9zBExVeaaUXVxUsPlDDWHBX4mNCSONVgSa RU0iUhQapfbl85Wy3fkpR6LNKoihBIFTkMuK4hZS15PLMkjVxS2TQKJG1bbsRCkOWVZDaY7G 50IqXV/O+f3rC1C1rODABncjXNwXiV2vIBtjjz5RBq9AXptqHQvt96TSjW2Pn6ewD++o4MZB 2DeNwh+2t/jxla6QvEXqNl7pim6Q/wqSN9Cyotf8dHmOGgWRS+o/RovLYLSfmdL93ve+t3Tp UvW9Oo1V9cgZ21SirXpJLcRuDRulmaey/klxKuiUnuSZKLf+SdliT1BSfLUsujoEiCNY75E+ WuXaFFW4/1cLSHC1DAoZo3/WJb1V21uyylQpKXXVLveTotqMvYVTT371VIe6HUiiQykJjp30 wgry3BErkOkhv6+04PrOQiJzcnHr5vL5LCeXy9GXNseyLJuvempbJv3NdveCf8FdWMgXW9wC /0/IresJh6m/vzzhwnZokcI/yFR2IJKY3hXaiUtM6XomQggRI/A++zWT8s53ngZKifjObN5X vmItXCQDT21hZ6K4wZmT1fG7jn1ASEFd+bWNfFSkjpaC07crpGfgDhW/Cb8LkdUTBfFbEE/e n/D6uFEXs1wTuujSwQvlx9AUvaqcUEFRVIwWnOtCqkqxGfV/iz+KQ7fQHn6XZBBL+nTF2ei6 htjw3OD844V6kQFJGDB9s9yVaxpS0fKUYIM7dFmjbNGRhYqXc7HSz5z45YRhUH3LNq655po9 e/a88sorSbebOkVqjlX6ZqtZPCaqdJPdgeLbkkJ6Tca8aoZnHUp2jlql9P4vq56qcyJlX82z M1avK/fhMcN8ut4lqTc5FSO/Pkt4P6UsZdgwYt70lK2SBybk7IsUpKQbpH7CJ6RRY8tNP/+j pyUhpe/BynpXP0+5OWPbUpnZ9HeTvqyInuqxFzpQV5JOV3FNk7o2z+GhB3mpXIvdt2FPvLSj aF03G0hd+kZB6dpy0/LFt+8GJMLVqsijwq9ABhX+h69syr7yW3KiOFRjvAyk6AQt5PFDLPyv z/33zcBqUA9TkdO8JF+0esFdAS+9MCqIvU3xFbn/rq8MmdTNO25wayEbbshIhMDFKDsl2DnQ 2cWtM6WSCz5o/t1EcNsiwkxIoO+D6IWi84GIW6AiZ3XQ18RTXLq8boXBwFNuXOTRLIQu+AEM npTPRQ5wJdBASnX/zkNEL/Ba+qELJNDgJFDoxPUiJ7nhhyL4GjrQr/Ig+r0n9K6MZPC1b2U+ 3eqVLv10zJkz5+Mf/7g9ZswYmmnLli1Lly4NSajQp7G8kostqNeGyIBXZFR5lwf+6BhXjitR TrKi+ga55TJx/lnFoQ1X72yLv3ko0bOxI3eKlfBrIyrtSnSpOByFq0DCd6mxGjeaWRWXOuUG LwtfkkWH4ZKm4l4WLkGhSoaKlinRI1Izn26R9ExToobhqZfMSE4vaFH4CzQ1gs4rfOdFQtmU TlDTk6rDi/MM/+urGnREtE9iw9yKy034REQ1WconTOfWMZ1Y31s1OaPnbdQLq282/V31nI+K ITUl5ioNyVtnomevmiIPROh3QboqLoMgEsFQL56KQGHZTObvs2y+F9O2tp3hIjeT8SVv4NqU lWG/6Oc1dA2IOSuiPk7/GkRI6rAQucUi4nt+6XhU9FXxvVlI6coqML0oHIoGD/gwAr0ohWlQ YqCupH8wkHkmU7qG6ZrsRwhQWVvahayvLeXLdLXBUhYH9+y+OFa0r2+KVox5r1nbPH8cNmWt hJrx1a4RlryuEDRy7BZhH1LrK643ojaLX3qZsg8dsqKblJgvXAvdW6R6/WLETmxkKmiJ4FZJ 8UAXWQsUrSHDGJQgXeUWwigKb5Avy78uVTmg04O0detWamHUqFH2hAkTLrrooltuuYUaFWJX CMzoddOQt4oJMQDxCZ4MlS56Q0rT4iif8MkX6/kLpcd6NYo/RQWZ4AXfdAfqtnDme2qwS0K5 hYKCIx078IRu6aIeIP+mQhHo/BOi6PU4b6GsIVE+B+o9YnTMjfkEKCeQVFFRv0LCIS7+QkaW WqzXU9Rz6AZAfmfH+zC4/1B0eeiilCJn1UNQ8uORYMH/q2wT2cWROxTZds+Q78bcCIt+jhGI RffSQYyVetTlAVFCpEjcB4b4I4JSn/gTqAqUU085QKKeMeUasaq9uBO86GUhoWgvbndxoIs6 W/ySacVqsrSa1fk2JuZSxkf4JF9ArM3CR76U2A29jF5t0j8LoH6kHD71GIlt5ctu3+MrMgiP rIhAIMX39gXPIofm8biPysfm3w0z1ZsxmZHgOuF/+rzYa1z07ojEnaJS76paWd0rKnMV714i JHaI4qYJF7jMl+gPbYFPl13uDO4pLIhoRTzxZgcjJs9ouB77YYqZFCQstWKSID5VvTSqXlSR n3WjZzj+gCzFHAmcqNxvEQyAip+GfWvPI1a9IFhDdS/JQbNwn1M82MUdrgS3mJI1kBYk6UJS 1O3qIQsGLHbMVJEQ1msRa0EcsxxyiLwzCgoLlR296dInqp10solPDZW5VNnOmjXrtNNOMx5+ +OFDhw69++67//qv/0pz33TTTcuWLUuwVubFM6G7Ih/CEoNDZR6dkjUO6eMER2Pl9jUsRMWI fg8nuYz1bkPKLy9kJ2QxtjOjxmPqUXzfKC5bmnUKZax0v1B1il4lpPuVTT72yvf6pSpVJKlL FZEqHKPv1lbrRLqmyIcULdQrfhljRLdg7Z3i+qfyq4e+rYGRlZpXM9AoQndBqqcj6iCQxIu/ BKeJKhlDIrKxpF+NS9ew2KPgOwCU/TUNqe6q0IXYCJmK7BpzcSqjY32vVfqOtbwcNY7oVwN1 DJiTZZRzkj/66KP3338/3eWMM87o6uoaNWoUi1s4fPjwkSNHDh48ePTo0ddff710GVplhr7z jVdk6aLDi9sxPqmcbgj5fZOsa5yUioHIbVa6ieidXHGHJLYnYjzBi1iyy4yY01PzzilsL1Jp zRuAtB6u/8U7VEKxmzKUqH0ZjGQrdWEmRSdbrDhMvkpHDn3RrrXtwWJnamK56i1POCUUE1JO iUkkiOziQBHd0SXOLZvyEY5zVJRx2jaDPAG1JnSFLKl0Q+Ng9Iu16BeDUtrK6ABS8dlU25Ow Gh0nI0SD77nEV+iikkSNp0ivsuqSjK1O/O5pAWr+3/jdlF6UtxzK9/vpNM01IO1JkYRBqdYD TK056aSTqMA9/fTTR3D+PyL0kwmX57YrAAAAAElFTkSuQmCC --------------050808000206030902070706-- --------------ms040604050502020608010406 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDkTCC A40wggL2oAMCAQICCQCcXq6+dpxIEjANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCVVMx FzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UE ChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEW EWpvaG5AaWRlYWNvZGUuY29tMB4XDTEwMDYxMjExMTkxMVoXDTEzMDUxMjExMTkxMVowgYwx CzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxMLQ2hhcGVs IEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFjcmVlMSAw HgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEArUDRe1OAoOtssXo+ajY6Cx+dKrlerPzc2PtkzVItSpriBGPPAkT42K/WaXqLlSLa /3XzQqu5yvCvZVR+8X+TAMRKmTwrm0bEGsobAdsrwLEuS93X73DyRU/7TQwhJCWrrbmcM/Wo SovXbbsV7cZQ6UD553qcp3M/eqUSz2V+GUkCAwEAAaOB9DCB8TAdBgNVHQ4EFgQUPqZFG7Md CpJvMK9RCbIgdhG2pMswgcEGA1UdIwSBuTCBtoAUPqZFG7MdCpJvMK9RCbIgdhG2pMuhgZKk gY8wgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxML Q2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFj cmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbYIJAJxerr52nEgSMAwGA1Ud EwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAjTfJNJBcfstpvZETuR9Ekggw0Q4yCmTWrCP+ 5nwQVO+G1OKVtySra9fFCwt77qsKpzAQAb77fSb5d2c68lH6PgTN4ID1zVN9iYCK4H1CXdno 6WlcqPVpB4i7LEtMjQvkWMzHf994pEM+gs28oU5kMR87K8RNCgiDN2F3ioH/aN4xggNhMIID XQIBATCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYD VQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpv aG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUuY29tAgkAnF6uvnacSBIw CQYFKw4DAhoFAKCCAhwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTIwNDA4MTA0NTIxWjAjBgkqhkiG9w0BCQQxFgQUtSknComf/TVfgatyR0yCE90oca8w XwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3 EAQxgZ0wgZowgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIG A1UEBxMLQ2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpK b2huIEFjcmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbQIJAJxerr52nEgS MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRo IENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIElu Yy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUu Y29tAgkAnF6uvnacSBIwDQYJKoZIhvcNAQEBBQAEgYBDclC3/Z26qkFrkDwrUOzME3ABap/w tQw+VQWD+QFiOuwZ2A/85neoruU4+npfFqpuvaV9HLaP3xDz9lXj6NpWQIA04uqJW43yU6Fq V3LozBHwerjLgCa+xXR67CydVdA3vi5PLyK4QR5HgE7pEzINxiCBxQLQxw3YhRx5i0wmhwAA AAAAAA== --------------ms040604050502020608010406-- --===============7302649333309196518== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7302649333309196518==-- From xen-users-bounces@lists.xen.org Sun Apr 08 10:47:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 10:47: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 1SGpci-0000dH-U5; Sun, 08 Apr 2012 10:45:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGpcg-0000dC-Ml for xen-users@lists.xen.org; Sun, 08 Apr 2012 10:45:31 +0000 Received: from [85.158.138.51:52909] by server-11.bemta-3.messagelabs.com id 7A/E3-28543-94C618F4; Sun, 08 Apr 2012 10:45:29 +0000 X-Env-Sender: john@ideacode.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1333881925!21207579!1 X-Originating-IP: [72.15.203.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20380 invoked from network); 8 Apr 2012 10:45:25 -0000 Received: from macready.ideacode.com (HELO macready.ideacode.com) (72.15.203.164) by server-3.tower-174.messagelabs.com with SMTP; 8 Apr 2012 10:45:25 -0000 Received: by macready.ideacode.com (Postfix, from userid 5006) id 673E97D5A8F; Sun, 8 Apr 2012 06:45:24 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on macready.ideacode.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=AWL,BAYES_00, DYN_RDNS_AND_INLINE_IMAGE,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.1 Received: from [192.168.1.20] (cpe-066-057-045-125.nc.res.rr.com [66.57.45.125]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by macready.ideacode.com (Postfix) with ESMTP id E805C7D5A6C for ; Sun, 8 Apr 2012 06:45:21 -0400 (EDT) Message-ID: <4F816C41.6030204@ideacode.com> Date: Sun, 08 Apr 2012 06:45:21 -0400 From: "John F. Acree" Organization: ideacode, Inc. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F76EF72.4060206@ideacode.com> In-Reply-To: Subject: Re: [Xen-users] XCP 1.5 beta and Gentoo X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: john@ideacode.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7302649333309196518==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a cryptographically signed message in MIME format. --===============7302649333309196518== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040604050502020608010406" This is a cryptographically signed message in MIME format. --------------ms040604050502020608010406 Content-Type: multipart/mixed; boundary="------------050808000206030902070706" This is a multi-part message in MIME format. --------------050808000206030902070706 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi, I am attaching screenshots of the boot process. Here is the xe vm-param-list output for the vm(kinda long): uuid ( RO) : 30bae3dd-1c3c-840c-2e3f-8163b434615= 8 name-label ( RW): Test Virtual Machine name-description ( RW): user-version ( RW): 1 is-a-template ( RW): false is-a-snapshot ( RO): false snapshot-of ( RO): snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z snapshot-info ( RO): parent ( RO): children ( RO): is-control-domain ( RO): false power-state ( RO): running memory-actual ( RO): 268402688 memory-target ( RO): 268435456 memory-overhead ( RO): 5242880 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 134217728 suspend-VDI-uuid ( RW): suspend-SR-uuid ( RW): VCPUs-params (MRW): VCPUs-max ( RW): 1 VCPUs-at-startup ( RW): 1 actions-after-shutdown ( RW): Destroy actions-after-reboot ( RW): Restart actions-after-crash ( RW): Restart console-uuids (SRO): 7549b9f2-2025-49a6-2958-b89e1b0ec7= 2e platform (MRW): timeoffset: 0; nx: false; acpi:=20 true; apic: true; pae: true; viridian: true allowed-operations (SRO): changing_dynamic_range;=20 changing_VCPUs_live; hard_reboot; hard_shutdown; clean_reboot;=20 clean_shutdown; pause; snapshot current-operations (SRO): blocked-operations (MRW): allowed-VBD-devices (SRO): 1; 2 allowed-VIF-devices (SRO): 1; 2; 3 possible-hosts ( RO): HVM-boot-policy ( RW): BIOS order HVM-boot-params (MRW): order: dc HVM-shadow-multiplier ( RW): 1.000 PV-kernel ( RW): PV-ramdisk ( RW): PV-args ( RW): PV-legacy-args ( RW): PV-bootloader ( RW): PV-bootloader-args ( RW): last-boot-CPU-flags ( RO): features:=20 179ae3bf-bfebfbff-00000001-28100800; vendor: GenuineIntel last-boot-record ( RO): '('struct' ('uuid'=20 '30bae3dd-1c3c-840c-2e3f-8163b4346158') ('allowed_operations' ('array')) = ('current_operations' ('struct'=20 ('OpaqueRef:ee7002ce-607e-6a35-2837-b83a0aa838d5' 'start')))=20 ('power_state' 'Halted') ('name_label' 'Test Virtual Machine')=20 ('name_description' '') ('user_version' '1') ('is_a_template' ('boolean' = '0')) ('suspend_VDI' 'OpaqueRef:NULL') ('resident_on' 'OpaqueRef:NULL')=20 ('affinity' 'OpaqueRef:8f00b1af-6189-3092-e793-1f5c39a1e90c')=20 ('memory_overhead' '5242880') ('memory_target' '268435456')=20 ('memory_static_max' '268435456') ('memory_dynamic_max' '268435456')=20 ('memory_dynamic_min' '268435456') ('memory_static_min' '134217728')=20 ('VCPUs_params' ('struct')) ('VCPUs_max' '1') ('VCPUs_at_startup' '1')=20 ('actions_after_shutdown' 'destroy') ('actions_after_reboot' 'restart')=20 ('actions_after_crash' 'restart') ('consoles' ('array')) ('VIFs'=20 ('array' 'OpaqueRef:cab3403c-ecee-3c41-2ebd-191e12360b93')) ('VBDs'=20 ('array' 'OpaqueRef:5ce00c29-ce8c-5d59-4a99-66c46839714e'=20 'OpaqueRef:4c8668d0-97fb-feec-f9fa-a50b4dffeb44')) ('crash_dumps'=20 ('array')) ('VTPMs' ('array')) ('PV_bootloader' '') ('PV_kernel' '')=20 ('PV_ramdisk' '') ('PV_args' '') ('PV_bootloader_args' '')=20 ('PV_legacy_args' '') ('HVM_boot_policy' 'BIOS order')=20 ('HVM_boot_params' ('struct' ('order' 'dc'))) ('HVM_shadow_multiplier'=20 ('double' '1')) ('platform' ('struct' ('timeoffset' '0') ('nx' 'false')=20 ('acpi' 'true') ('apic' 'true') ('pae' 'true') ('viridian' 'true')))=20 ('PCI_bus' '') ('other_config' ('struct' ('last_shutdown_time'=20 '20120331T12:47:58Z') ('last_shutdown_action' 'Destroy')=20 ('last_shutdown_initiator' 'external') ('last_shutdown_reason' 'halted') = ('mac_seed' '7aeb3116-63f7-c961-35e6-406a3e1ce839') ('install-methods'=20 'cdrom'))) ('domid' '-1') ('domarch' 'hvm') ('last_boot_CPU_flags'=20 ('struct' ('features' '179ae3bf-bfebfbff-00000001-28100800') ('vendor'=20 'GenuineIntel'))) ('is_control_domain' ('boolean' '0')) ('metrics'=20 'OpaqueRef:5d850bf7-448c-a51d-7062-b71e03ea6068') ('guest_metrics'=20 'OpaqueRef:NULL') ('last_booted_record' '') ('recommendations'=20 '')=20 ('xenstore_data' ('struct')) ('ha_always_run' ('boolean' '0'))=20 ('ha_restart_priority' '') ('is_a_snapshot' ('boolean' '0'))=20 ('snapshot_of' 'OpaqueRef:NULL') ('snapshots' ('array'))=20 ('snapshot_time' ('dateTime.iso8601' '19700101T00:00:00Z'))=20 ('transportable_snapshot_id' '') ('blobs' ('struct')) ('tags' ('array')) = ('blocked_operations' ('struct')) ('snapshot_info' ('struct'))=20 ('snapshot_metadata' '') ('parent' 'OpaqueRef:NULL') ('children'=20 ('array')) ('bios_strings' ('struct')) ('protection_policy'=20 'OpaqueRef:NULL') ('is_snapshot_from_vmpp' ('boolean' '0')) ('appliance' = 'OpaqueRef:NULL') ('start_delay' '0') ('shutdown_delay' '0') ('order'=20 '0') ('VGPUs' ('array')) ('attached_PCIs' ('array')) ('suspend_SR'=20 'OpaqueRef:NULL') ('version' '0'))' resident-on ( RO): cdfffa23-9126-4b5c-9f63-d3a56eb33e= 2f affinity ( RW): cdfffa23-9126-4b5c-9f63-d3a56eb33e= 2f other-config (MRW): last_shutdown_time:=20 20120331T12:47:58Z; last_shutdown_action: Destroy;=20 last_shutdown_initiator: external; last_shutdown_reason: halted;=20 mac_seed: 7aeb3116-63f7-c961-35e6-406a3e1ce839; install-methods: cdrom dom-id ( RO): 2 recommendations ( RO): xenstore-data (MRW): ha-always-run ( RW) [DEPRECATED]: false ha-restart-priority ( RW): blobs ( RO): start-time ( RO): 20120408T10:26:40Z install-time ( RO): 20120331T11:29:29Z VCPUs-number ( RO): 1 VCPUs-utilisation (MRO): 0: 0.003 os-version (MRO): PV-drivers-version (MRO): PV-drivers-up-to-date ( RO): memory (MRO): disks (MRO): networks (MRO): other (MRO): live ( RO): guest-metrics-last-updated ( RO): cooperative ( RO): true protection-policy ( RW): is-snapshot-from-vmpp ( RO): false tags (SRW): appliance ( RW): start-delay ( RW): 0 shutdown-delay ( RW): 0 order ( RW): 0 version ( RO): 0 I have no idea where xcp keeps config files, so the vm-param-list is as=20 close as I could find so far. And /var/log/messages has some output, I=20 did not see anything helpful there though. Thanks, John > Hi, > > I don't know too much about XCP (or anything beyond the Xen.org stuff > anyways) the following information could help alot: > > If booting in HVM mode (you are talking about CDROMs so I guess so) > then a screenshot of the VNC session or just a consise summary of the > output (for instance "Not bootable device found ". etc) > Output of any relevant logs in /var/log/xen/ specifically the xl > domain and qemu dm logs. > Domain config file (or settings.. not sure what XCP does here) > > That should be enough to get us started. > > Joseph. > > On 31 March 2012 22:50, John F. Acree wrote: >> Hi Everyone, >> >> I am new to Xen, researching whether we can use it for internal develo= pment >> systems and server virtualization to replace our current solution. >> >> Gentoo is the guest linux os that we use and I have been having some t= rouble >> getting a new Gentoo guest installed. >> >> Everything works fine with XCP 1.1, I really like it. so I thought I = would >> try the 1.5 beta. Here is the trouble I run into. Oh, I am using xen= center >> to create the virtual machines. >> >> * Create a new virtual machine, select the other install media templat= e. >> * Select the gentoo-install-minimum-amd64 iso from iso repository. >> * Leave everything else defaults >> * Add 1 drive, 8gb. >> * Uncheck the startup virtual machine checkbox on the last step of the= >> wizard.(This is important due to some timing in the gentoo iso boot pr= ocess, >> it tries to boot from disk if no user input received in 15 seconds and= it >> would take longer then that for the console to refresh so I could inte= rvene) >> * Go to the console >> * Click start this virtual machine >> * When prompted, specify the gentoo kernel. >> >> These steps work great with XCP 1.1, the OS detects it is running in a= xenU >> environment, xvda is present. But when I try to repeat these steps wi= th XCP >> 1.5beta, the cd can not be found and the boot process stops before it = really >> gets started. >> >> My solution was to install XCP 1.1, install the virtual machine, get i= t >> running with xvda, hvc0, etc. Then use the XCP 1.5 beta disk to upgra= de the >> server. It worked, but I am hoping there is something I can adjust so= I can >> setup another server and use 1.5 beta from the start. Another option = is >> using a different linux os to get the boot started, and then going thr= ough >> the Gentoo install process. Again, an option I would like to avoid if= >> possible. >> >> Let me know if I am asking in the wrong place or if I overlooked some >> information in the archives. And if there is any more information I c= ould >> provide that would be helpful. >> >> Other then this issue, everything has been working nice. I expect the= re is >> still quite a learning curve to working with Xen. >> >> Thanks, >> John >> -- >> John F. Acree >> ideacode, Inc. >> www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 >> >> CELEBRATING 10 YEARS OF GREAT SOFTWARE! >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > --=20 John F. Acree ideacode, Inc. www.ideacode.com / (main) +1 919 341 5170 / (fax) +1 919 521 4100 CELEBRATING 10 YEARS OF GREAT SOFTWARE! --------------050808000206030902070706 Content-Type: image/png; name="Image2.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Image2.png" iVBORw0KGgoAAAANSUhEUgAAAuoAAAIJCAIAAAB81Y/dAAAAK3RFWHRDcmVhdGlvbiBUaW1l AFN1biA4IEFwciAyMDEyIDA2OjMxOjE2IC0wNTAwnqEs9wAAAAd0SU1FB9wECAojNuWYn/UA AAAJcEhZcwAADsMAAA7DAcdvqGQAAAAEZ0FNQQAAsY8L/GEFAACbhElEQVR42uy9CcBVVb33 v/bwDAwKjgxiDgmXvwkmD2I4FF3rOqVZamJOWfePdd/XMAkNFRscbmQo5v1n0L1veTPFyjeT VMo0Zxy4mkiJYokTIAo+gMAznLP3fw17r7P2ePbeZ59z9nn4fjw+nLOHNe3pu3+/31pLe/LJ Jzdt2rSRs2HDhj/+8Y+EoWkaAQAUHNu2nS/ih4D/Fv8xNPafuKIr623bsiz5U+Pouu77ombE sWxLfrNl7sH7hVwlvns2ED/430r5ZdnV8leK7+ynVSojEvFkqvF2cBLxlIAtD7mn2SIFnq5I UyNKxXkSleS8idpKrpVqOSnwBtTZX91d6m0Z24unFm7zKO3kb1vnEFiW3DJI1KEBoEWZOnXq HnvsMXLkyGHDhu2yyy4mVS3vvPPO+++/f/vtt9PVs2bNOuuss9Ke8b7LryDE1GKnuqSjjk7a 5bnTokehUMX2qYR85QtxHu5iR2Kr+yiZqQ9KkXSC1vO1oqtbKvpFLFbEgfpfWCK+GvpTsolH 7si2UeSLR8UQRWi4iQalRiV3VVcJ5aI77ajII0/7q9+DTRSlXQjxiylV6BRfvuR1e8mcjiqm c7zX+do5tNnpQprjV7/61R//+Md55StYtGjRjBkzckzwp5d87f+94ZZ8C5mZ80867hf3P3DH HXfMnz+ftuG0adPGjBlTKpWYfKHa5Uc/+tG///u/n3HGGeWy1dvbR685uado8fjU4zeIWZvw 7EmyWfDs8V3VJPBCU7QLux6o90f1r/oYitksipCHT9jyqkRd5LUnUjWdzEc/+Y71PsHUxxg9 oP2lcklQtqyyxf9YtASGoRu6Tv/SzcqMEvuv1N/X19ffz/7SpNrb29va2to5HR0d4q/z8OUP fbpbXy/dlt4e+tg+9E8/+9B8uY2B/e9YP4ijH+h+ioRiZgiNqyJeHI0WiAsdbkLgBSvRD60D R5xQ4q/uXstMEhhcGPB/NF2kVxEK9A9tCZoIrV2Zp2TxlrF8skMWi2oaXTMM0zBNk/7TRv+h /7NfvMolizcXpY+lWaLNZbEkRR2JKhlYmQxTJEVbctCgQZ2dnfQP/W4wWPsT3owCmhotlzhc wogijqOblCH/UuS5JLZh5enrE3/pT5oFL77RxqHf6eGjP31KtMFIaUUCIju4WZLvvqSCG4Qa /GI2CxUxCR92wSdIlIIUh4AoTx/ivjxUzSXhBvRYi5/0/Eyyb9WMWIKl0o7XVn/wykvsp+a8 ohjuu4zJN9P5hz5MdL486iRjEsK7VrQgr78u7hQW/1vmm1v8Jy8bKdtk8If2ty225izO4sWL 58yZc/rpp9Ml5rvvvvuLX/zi2muvPfVzn+vp6dWc25xo9+z1V49ozI75XlfBk4koJ736Rf2b YwEKiFrZqLYKrgq9+EMJ3oxSNWno9rkkQrw3mhxpudPG5s9q9Thp0hejKgMX5c7rTUhTbtKO YtDpDYyrEuEl0WzNVnOiq4TbprKHxrWHmyuVWFxz0P1sjSohrrFYxsLaIbPlOXEFxG+l/uav VIHQlAybCx+WJVUuHvni/KkYepwdefmkd8oxxFg0R5qcI5dsek+37DK9u7rWrYq/SMoXKiN0 oYXYjVRzFRsJLbGrVOTlKeWLVC0DD9+NRb01Rd1zxDZV70W+u5y8/ENvfVIsZii/3NdXi6Ae 8j10QstTTGwqHKjAKjE9VBZKRaNfLKFgLP7TclWLxTeIqpXTCN6FlnJnthyfr/Od/bR12xUx Fn0PUZTe9OnTaQPecMMN06ZNM2f//JGJBqFaZvv2HUzs0/uGpbF9pcM5vpJhp1pwSXCzVIcw w0nmO2NIQC/vbAqGBKRMlAWFJLjG4i1qtTdpXgqGxIqbzOVMuG8Rzi7b+00jznWtPj7pT92L VDXugXZNKO7TlT2qy5ZlGprlRHgI64uwBKnnhzC7cHnA/lOkC1ctmudNVMSN0J/CEaWGrLje GUfESFsOl0XCMMOMFTIVrl10y3IcSX4vm2t8ZNLIcPalksNRV8LuZBBXzXDVVaJKiyoYYSmR tXOlHk9DGGDa25gBhqoYJmGUICLfRaM0gua7+kLNw6q5dCARereJUTmhG/g2UxVhTEZRUilJ gWOcUDE1iso3bTF81VdtOQnfPOMzskrMsFripllDKAluXS2Ln8yewiRLWdhm2AZ2lNxmF6BX wvOy0lcdmrVqd2FvE46UsZTlpZJtldQEzzrrrPnz569Zs8bs6n3qoit/uH3HDosJHtt5saDZ kUphYpoj6lkYc+RI1tt6KhdSsFSqXmn6Q6XxBLWL7/JLddKT/J7NDbCd1EnBJCleERRMCF67 i+qwULQLK7bunDCOHUFsRp/9rGqkXXOevo6WIJ5HrE2k4BA3L0cfeBy73DLi2EdoymXD4i4v O/T57Qt/0VwhozvSwRC+LvrF4tpKWF2swCNfLLVsq+LY4grMcNxIzHriagtWIOZCMqgisYQ3 yr1JEuJ1HzE7Ci+JcN8wJ5Ro0soNxxOzIhAKxn3WeixeouVDrafFR72fpL231JKXurAWdZIk X9/VHSqVQm+5VZ1HwQRjNhAps5NTSVOsuvUXv37oz8tiUvjnT04975zTfdmxQpb6mGuzr8fR AZrjOZJxJSZXIQZTGLbu2mAoP39hzZ/+8Z7Y5lMH7vmlQ/f3Ltnrgo/uT1wrC3tX8XiO+HLb WUv4F+ZdLZd9xZ41a9YNN9xg9nSMOPPMMzdv3iJtlWlPsai7c/zLfcpMUuPTKDH6qaAPmLxb I1S7BF9uoi42X+vFZ5ej7aTBiQw0gt1kiGN+CcoX6bbwvf27Z4KuaheuZcrc6a7IEdX6Yle6 BmneDMRBko9tEfti8yAYLjhEcEmYHVeJ41Vkg6OeDNeSxJM0bSFeRO19Zyy9LTpdqCxbCdwV FeSaw2BeL6HSxHZlyxFWFSeUrQgqxzXGFZqjpUyzTaRFiF+URBlRhC1KbsaLxAzpA+/ETuhC 8n33NQ4JkxoJxUcqRRW8t/isO6EPO7GNCA7zWWtE2FOSl58kG+jMCcse92XvY56updrlN3cu jEnh9DMvPPusz/n2Ytd1X79d6rd6e6QTh7jhL0K1lJzAF1t3rgSnqFSpyBxp4lap/NAb76tL zh0/QiTnaBRNK/OkLeXDol5EYeiHFqNU8hX7rLPOYvKF7u0EeemaY1kOeGrXbdh2zwOvPbvi neUr3qE/J08cMXnC3qd8+oBRew8hESdQ1OmS6tgEU0i1S9DQQpcEPcoD79YQSox2Udsh/gUi VMfkbtjITINdSAl3L4yuCnkTVQmaXpzNeOiJZQvLgnC30K+W4coNsb23A7Tl7uraNqQPSUY4 8n+YyBAKgYiIcve5rnn7G/vPPBmIw/+X0bw6d2BZdlAj+IMHg/G8jn3IMUM5NZKuJ0tacZQu 3UT1sWsVASitQYa4q3rbRvYN9yJrabvWHeUoSPdT69lgavRihG6jfolRML5VlXM1LCP1bqYF 3HkkcCGHyqnQkvjut8JSIkLmUxHTPiIGvLe3N8MxEiXx1be/Z0epr69n6wdufC4p82uL/aT6 hp/WYpUbz2uJzaaNHkI1itAr9K/8Trh2+eToIaUPtrALn8X1S4uLpmgX7j+yqKZxIvY6envK ff56idY2Xbsn/08E1ok7jbvRwl+unDt/2UFj99t99+GHdu1HF67fuOm/l6y76oanvnfJx756 zgTf6RKaTegByHBPz2xEVU/coLrfeVC1S/DQBMWK7+KvX8Fa1IWUcPfGKxi/tcH1S3gDeL16 Irx3nvPHcaYQk94yLJ1qFxk9Iv3a8gEsTxs3Qtjd3dnSNf94n9kh+lgTpgtvVSrjwSgRyG5c sHw4xZytmseJo2zoE3HeAyi39aeseaKJRBqyuhr3/jg1c/O0bG8PdEuot4CSoSko53+r3ql8 T4e8biNSGahLSISAkD9DZU1w9yiVk/xiDzUsyfSFQzJbxYOlkueSJa2DAah08C2RqkKWRO7L bDnlEjM59vVZsocRC9NnRh7W7UgEl7jdEtUW+eJ+u9KtVAUjCzBt5KAv7j/MKpWcjkWufCnz QDfhNio5sS96RdCUy1ZEW5mOihH2UqFb5PHRtH+97MFHnt145MePHDK4rWwZvdyEM3TYHvSz 96h95v+fvy5/ccN/zjtWPfy+s6E4xJ+vBSxw7vi0S5RF1GcUzXy7aSEX0oDWsjbrjEPivMLK Fa+FrOR/dMOwWZgeu0XYbrSGeKArcalhvhpFDflsn+5J6I9pDTE7xKDYaWLerdWt5fkvPUGO JHJNRFEZe1JWFBrxmGE8Zi1VmxFHBznNpVheLClq1Hd03h+rEmRd85nQNKKMFjW6kOJzDL3h +1RylKKKySLKSBN1DwmtnZAv2W44oaV13K5h8mXz5s3iy49u/LZc+PVvfFcuDwopllSpxGxE /dww48bDUo2haUQJEnb+uF5ih+ljBttcwfzXoh+IJV+Zcekn9u44a8wQi1t6LHHHEOEvwtxi E/lX9DyyZBwMF1KhTWE6wfs8xEwTHm33XWrhbSv//MzGfzpkYl+Z9G2VnbElxtiPTPzzMyt+ ctvKC88+xHsk1i/94n6fvcuz9Wm/e+P240cSxZSa7FARsuJHnVOe+t2a248b6bTZuqVfPOAX 57122csHTLn0B8/0XDQhZEev1VmaXom8eRH3VqJp6++fPubW899efMLIyhvnCwv0wy454961 d54wUqnW/WeOPunXNzxvXXxoSDn9vLDAOIzQbScqy1bQZZfM9y0MlLlayrXgRGIqZmo1VzXw WV7Y8qpzwg8DJfTeyL2rCuVCCvgQcsuzarL1bgo1IsP54cTPqgEwcis/ce8emmO2YdYXen/U dWmCCN6ave4aojaLesdX/VOhhnpSRVSFlD/U7B+TgM/0YivhFGEKJpBqyFnvL7JoObmj8mrg HhpHxBDXCGOrwwKKmzPvhqULX1ZLK+wow0aMrSKUKN9Qks1qeR9TtU5UXXzvh8R7acjDt3Xr 1o0bNwbP8P++7e7X1rwVU4YD9h9z7tmf9S0cNmzYBx98sG3btnfeeYcEztSenh7xZf369aHL xV7qMdptt922vrxyy1tvvvHEowZ/MBmih5Ftmzr9bpvEMvkIBiZ3HgnzjHpq9pijiL6nzIIt Wf/2xrfXyba0uYgRqqJE2Pgulq2ViV4mWsmiSzQZBEN2Gdb9dnibOM4jMZCU65Jmf9Zt2H7V DcvGHTp5e0/fxANJR0dbuWw/9woPtSH2pH8yOtrZiA56eTTd7JRP7z96xFAl2ZEn3MFUlv3C TR2Ha8/2XuQ+rKueN0z3/Pd5r3OhI44rIYdO+wGZ/fIG25Uv61f84q7Tzps/auJxPT1fDybB 1A55pufrqkAQMkWTX5QzSXpMiOydLl+Vfn3S4ssVqbL++Z//OqzQsdeDd9XEmeXyzKh2cAsZ m0IO2PKvK+acWvgyd9+M7WRlyKGcebmQot+E2J/cnwEJk81dwdg28agF8dN2f4SrqkyHidss CO/rSJQ0fW/VxKMJ5PXl2dKu2GA02WjeVFV7jedvlQIGy+RfUPnqHAuPtHAzCs/Ss2+lfnJ1 cKCJcL+53/PE3mplxJAlnUoyrEg4oixRvCRN0YrEmGSS76jK4ngXUnyCyXMP3SxUwfg2tpUJ H9SsqXapGmkb7LKkOo+CBRNj2VGum+dJWS4PWl9YUFupX1pfZBlZOLuILiNsQExhidGlecbd fUnHvk/rey6YP1dmQb9fPOtqutPJvW86h8Mbq1tmr1ZUsugs9sWqRMOw2wlVHlas80hE7Ltv Wez/ex54bbeR+/Tben+//e66l39zy9l0+bU/XfX7J7Ze/bX9PnXE3uWy9fWrfr3hg33pZj/5 5crvXfIxIh3sjruXuG7mLG+8SvtPpPplysMrvj6RK5L1L/w3Uy8jvdtE7h40w7gFsn23JF+v Rc4lD71w8URHCL1wx0lcvdi+fPORF65JOfiEU0P/cslKk881aVwJmGFCVuXltC4sDXAh1SML IWLU24etnCp25R+/6SXoko/JhDgSjVT0iTqkrvfRLh0ktj99duOyuIWX7qsz04LlqAXi2Vh5 AHiuyqimqzSsNx5CXj7q2wuJjrZhGxCvkTbQQsFHo6cx5GIpJgNJyGghUXPvXch2O5OzC5B/ 9/dbadErMVzsJtgloQtJlQs+ARG6mdqYtVhlkuDLUR5QuxI6RsTf999/v2pDimR8S6I8p0JD XP/9b4UuVxL0ZiF0syasGvwjMhWdhPggT5pHsTv5Lmkf87SxN81OpD/7W98XWdO/9Dvd5+T+ t6T812TutnQFaER3jAma7SqKiKteVx21REnr2RXvGIOG9tqEfl7aPO5b3/8t3eCb54/9+XfG ffpjI9au33jsl25/+LUP92ntdLO172xTXwRtO+pBu+JHHS4/WsGXrF/6RWfBTS84Lqe7Pruf XC2YOO16cukjzg5cvUwcQex1fzhn0Nl/WE8XsS8333z2oEFslO4plxJy6ZRBbNWKmwd10oR4 eVb8qJN+pwdX5CiGRz/r/nWeojpPAqf8N/z+92fMuu5+x+K24s+zzrj39/OdLdfff6YYWJMq v+lykwWGg1z0kLtowQqx23Sxjn9ZsGC6b/MVNxlusgtesD3l8TVvbR9xI/AdLM33cVfJL+ly 8V6ryXdMtfFO/lHb1lb+urcTO0T6OuPNukeHhD1Fgg91IYlkpx7LmZZAIIacqPxwhsV3Btwv 8VH8K9/49AAsHE8OnF8Wv93NwxBpOolbKsrPylq3EM43+Y/44u7lT8rpHO2O0+vPpBySeyUr DyIdW8X3fFBmWZLxA3JbZ7DgwPxSLSpcfKdWaC1iNH3oqlDfohIVYFfdzLeLL3Et3HgWsiq0 jupf9Yv7XXbckY4X5xzYHosoAiGe3flNWmcfd4mmSZcOKcVCnIgv9hER9uwLlUGmSUxT72wn g9v1Qe2ks10b1G4M7tAHdWiDBmmdg7WOwVr7YLtzMOkcRAZVPlS7/Ps13xSJU71yBNlE/4qf dPnTxl6ks5N+bPp30CBn9/ZBegdNcxBbNahTH9xhDGrXOlm+2pB2vd0kuhHazqY8JLY3um/5 ine0Pca5va21JS+O/PLf1/7Th0ePP2D4Hx5+4ZL/WNPfNt5ZN2jwPQ88/9PvH0vkGwcJuiEI UxlnH/7U717vYU4gKiYOv+kTvdMe3u+zRzzb80vX0fPL139HmPPol8fJiBNepImf4PaXiyZM WP8Xql7Ona8EpIg79F2XPn33aztuo8tfvHnQFPLMDhYR8+IrhHhVKi3JiON+2dPzS1pjppZO +dWcvq/vLS8r4tF59uiPnn/6Z37+3I3HnzBy/f3XXnL6+W+PfsXZdMTxi0ulxYTrkDGfWTyn dDG5yZi07PdvldxgGZvplVmzyHOl8sQVC8xJ19135uIT3DdjXuhfz2LbLyZuCnvfP33SsiVv l08cYTMdM+mmT5ZmTvQWXpXwpDY8b8hhqakhhMlf02uFy+1we11a54vrDgsPpquDC6nh3Yts UrkxWop2qXiRxHaVYe4r0THKXVXGsYY+WlwfIpEPbG4asCpmGNflojx9rbAEK0PYii7KioXC 39nN5zkS0ataZTJn71uf6jhy+/AQ19zqDnLnCfJ1CyqFnIPTX0id9c1tBF91WLPIqbB9niNn LD1NGrRt23+Nubdc4nu3DBEstu/Ct31fBgwJo3pT7RizWUCjV7l+U9037AgXkiyL7doOpBeA fvnwhz8085LvxSRLNyCa/1nujHrCEjLkZS8MiJMmfWTOlT+MSXDSYR/RdJNULnNRVJ0YptZm GkOGapraQZp1nGZB/JoIIyFGIKD8iL4tMscj2rac3L6V9JnqEtI+uFJu5qhy3E+sRWjyzuC9 mkncSQnaOnXdDC286cY9aG4KwhPLFpbpHcZkLbVLp33jv40bd+AeYp9ddturNKTfcrp5swGg iOs2Ui0EhHiVAxMe5K679pMRvaetW//1r/c+86OOs/+g6pXgeUCk/+iivdb9gqqXH6obc9sA Oe231x83wq6YzT0voF7WLT37gFPdUnzMfRP1ltw50UaecPn8z0y68/LSmW/f+pv5ly8eSV6R 1WGi4zduKtw4Q+Y/d4KvGvOf40G6E/95Ppn1yobFJ+ytrjxjyQK+/WHnn05ufXvd+rdv/TX5 za/3kSfn6W+vnzlxRNg1G23fSo4vMtfvJ+K9HioXO4kTOikzrnb5u0o6dLt0nkjbrp5dYJdw 0ZNw7yQ71paFp3ZhhrHKxed6SWWpKq4k+fhWdUNQdrg3NU0aXBzzg23xEWj5qaNEjMjQDTFb oi1NPYoaEcOilPm4/LZ4sPM/MuhDFNKrXTSna6TuxOoFG88JoqnMB8Dd6Zoyyq9WeXVWq1pJ QauMICM96ZozrYHj07ErMzaKTCv/Kclo7rgvhkjGl4v7RR4SN+wucJ7Yrg5tvDiuExlcSMHd pSBIom+06A5N6he5KsrYY3uOfGrkjp2dnaVSyTDa1CKJM/OcL56RIVl6utnO0AGmL68Tj/80 /cQUJrhEJGia7Xp7u7nLUGnnMbmRyGS2HVuoGYNdhSyMl2hy+kbyOdL/ObJRSXgoXXIqX+I2 61DbnXygTFUSISVb42mwGF6NewYMHsDLEjRNfchgQ28LrbupXlbiXiQuz64JIx55Y0fb4M6D 9zFu+fqHx+w16M21717ywz/eeu3pRx46es5Z5at/tUnsVtq25eRPHai2RsXN7LSHLPhpSgci 52474aLXzz1nv87Pkh8803vRBPlm6C/oBK5f/jDu6btOO+/6Ee4rpvOoq2rKc0rBdlnxowNO JXe/1nPcSO3FmzumVN5viByq3N2aLZw4bT7pemiBPes3859fTEWKs3rFTWM+Q5a8zUwtzLIS m2Pge8VL7nlLZv+cvuStO44fpSRUSU1N2fe9Bknh1y7Stqk6KRRTTYrsfMZXsSxsVeRxCx7Z tDfwkE65yZLK/KRIuGNOT6KQ13QpTYSVz9YCexDloHK5wLu3uEPeevpeinPDGU2XO0qEI0fx svCrRgx9y5OzpXnGDeGwFUOFpoxM61hfpN4Qg9o6BXAPvjOgv274BoWT8sJpT1KRA5btul6I a3hRDDjsTVUZeoV4LD2aO9Ozmj7bumzJ6asrw78osb6adOVrcvReStg4mf4zoXJofD5B+UDN 5VQpFlGWjIQqJHRh1L52RBBMaDqqiIm3AIWmGUzElzv9suuuu/b09nZ0dNAzyqfRszUmG9+Z T7bV1tauFiP4PeFCmhRp6zDbOzt2HS6tgyZXLeyjs/5HXMFYzEzjnvvhDh6Rsmgx5acj2PkL hu6O8qLzkGCnD5HQMYOGWoN23W3Y0NBkzUAWTgUmT9j7Ty+vP+OE0VdN36ejTbv/4ee/ceuG /s7D/tf3771lzonTp+217JXNf3qJXZn9O7aNHrGLcivRvLc/50rXRn70vNM++9lZS9f88niv iWLkcbf1PnNEx5SHX7howt7KXl64fjn1VHLa3fNHeooatrHDXuM+Tz738IsXTZjw4s1TLiNk HrHXr32afP7cQ1kJXnj4UkJ+4EnH9gxiwe8jE85ccvqYk795xpI3J1bedNe9vYyccf5HR9Kf Kx6aRch825447Yeka9KCaf2hfaKrQtMd+dHzTz/55IvPf/PO40fGmEnzdSHJBG3ZCylosXDN IZW1SV5BbGXYeKWa6qpspDDAKK7MEBdSLiaQsGSb+pZsB3/LEb0rMlqaW4S1g80T5FUwQgLx OFbXWmOJEaTKQsGIiBW6VGoDQmwl8FRxNNnSQC7nJ9J1IRFcueVadpyIGmGTELd2Q0y25AoX OZuzEvjnCdEvK5EjxCtfNBEX6Azv6wwX5+oajQ++bvAR2C33HYzF+1h8mFQem8OUm7OY2Mr8 S46OERnxB0mbyNwg0nMVPFTS6eVGR2qkHudka5HWhRQVvKIuTCWJ5C4JfUlB05rPlqP+ZI+U CRP+/NADnz9t+vYdPeo7c2YF09bG5teiF0Vbe4h8iSl8lPxiCXa06e3t7UN35ZYVSxf2FZ2I ftQm+0mlOZsCSedd+g1nMJek8LgUNgaDRd8Z+Bi77ObAb00m6zjNNVnH4KH7HvDSxu6pH5sa mojpG+DAfa7Yp3z6wG/fuOy3Tw+/+y9scButbYi2+4dpBR7fcvBHLlnBszL1wbtaPb073lzz 1bPP8l1ySiCwjEobedz83522/2f3d/w2zBIz6lcdLNKW/3rtNtZD+bjLrj91Ct3k+md2fF0Z z8UW/iNy6WlUeriv1GoWFSaccffnD5wy+LLT/u8/bjvu0h+Qj9HvVLn8YB6hOWkjj/vl0690 HjAotDVCXgU0Muqj559BCNUqyoqRJ9zxPy+37euRmxNnvr3kqX262maxH6f//s079klzNFnW I4+/acnp+5zsJnv6krfv8Ck995Ih0smV041OCxurwHUvyJfCYMR7kpTDK5u45KGGXJLqFh+/ fdQto8YHSZI7UY1ZKLf1qAazg4fLrqgRSw6fpca9qi4V4VEWPQi5KpABtuxRTv+xnemQuHzR iC0jYyxbRrmKB7k7OZBuWGXDMkwuEeRpRlVLyQ32FbJCc3zZQrUICwyfS6jNNJxxqogc8Ja4 OoX7rRzY7NB8eHKiOqFcXeJMeaRVBvvnuojbTNw4AHfCo3K/Gz9slS1p6FKSJSLgUSRmmmVb vFYaeiXT8DERHDOyandRw84ynxsFJ0cXkm95koVRLiRfmkmSilE/JEzc0LNo2rRp3/nOd+i5 9C/HHb/PPvuqOikqvjgmC8GgzvbBgzrMvXdPUrYkrT2oo33XMfuNmXoMdxk5waxOjDG3J5q6 RZThXjLcxcSJbrlxYGVbJ1ZlKF5itm/s7V/x2hu3/vg/fvqnR0JT0CZNmrR8+XIxjK+qVSmL bl959c9f3mPa0TEl2Pjw43O/NG7GFw8JvAXJu4rtBtZEtWOSamZo/+pIjSU99x7HtObZMrPH M3VxvC2jXk1pGi1lKQNB8pXoRiUcglTaPUX7By3E0avCE4hONrEIis0pWsHUIl8SFa+WLNQH Xpk//kuOaaTSPYYwy4qYyofN/meVS2VXgfRzxIwnHR0dbW305a1d9MoTf03DkNcxGwOCbUvp 7e9jPYjEE50bKnQ5FWNFjjjRMY4c0tx+lroYI5NbYDT3TBMWF54kLVm/O/ORnCpSzMsmxAuf FJoqGB75q+taJfKEN2WlKxMtW+Vkdc40N4i3EsglRIZj2jHljNPsvc7tiMSMLqxhWWuxlEWz O9GCWiU4mBZTtARtSdaXsrNTtCo3HjH3Gj9MThcm1edXVqSb2rOJpkmPQhvDVWwcuqrfhe7O VptsgzaxKZ/v2pnJLhjpXCSidAOJlRGhP0O3Dy4MzTEqr3hpov70tXDQHiO/aO5gAQ8//PBz zz331ltvkVjVEnPs1FzoWZOkqZOjL/vj++5gK8J4qCueWCLj0rky1yu9/7XQh73lNTO4kwbY dsVVavEbgfQls01G7jJk0mGTzr5xoTixfc0yefJks1I+p5KVnxeefcjyF9+5/7En9vjEkcYQ v72ivG3HxkeePH7ScK5dSMCk73rNNSLnPgsNRPBG3fvbPKZ9g4c1/UPdDW30/CXKT6elanB2 JH++hse1hFYz99tRMIpNFoDPeVt5O1T2SHFJBOJg0tpOUiyPIM5VlFMWWfat/VBKj17F++BY oTXllCau48jth6RAlJGvPFKVuOMoELmHMKyovYjZMLwWm6REdy0W/EYkw3ZdL5Q77gy7PWmq e4aHkygdroWDxp2oiXUhYBNFslkjXfetxicuYFMCWe4Eba4DxzUplYRlyHItJa4bqeIdFjVk vh7TGdxAJKNZ/MPGXKl08HbVXskX8ivv51y4WFRjWCzEmCoYy5lJW4i3dKc8qIsLKWazJN6W +JecoBHFJ5ikeVv4QI8//vgTTzxR3T74PWqJLFLy9izIxjH1CrccxLaAqaoicdMTV7q48f3n vE8t/OWLc+cv2eXQgztG7U0/dLPedRvoZ+sLf/veJVOpxIkuXCVep/L2Ex5iH5lGdEOF+hSq t6SvxaKXqF+0cNNvJqJK6FsuZ/BVNkgV95oF9RrTvJ1pff1BSGpjb8iyNPvm49+JeZWJzaW+ LqTMWYgT3g0hdQ0L6nuQH9vzjytJ1Nz9h1V97kpHh3hZsj0BsuLdTK6XKQkbgBtFK8NcnSe6 UBdyiBP5zCf8VUx4rrhrietoTWOzu5XYH8M2naBhm9sX1Aq7kkXafixXQckeQhX5onsmXHQD dljwuuUMF0MlS8VfZnHri+zf5QpFWgxHIOn+mQShWyKp0YUUk2xCv1JwbUwxVHdh1AZJwmUI t2UKAR9DMN/Q1qtqLgo1MsWvSm76Sr5NsOTyi6yvr/ryb1TDmkoqlRdrN0iT7Xbh2RNO+fQB 9zzw2rMr3lh+37N09ZETR0w+dsQp3//iqL2HBCsSaGixRKZMCIk5jSqhndFUMclEGfyUlCv3 Y2V7TSoGeWPy1SjJIyalfqpewRgzTL4EtYu7kPA3bNkXyfcqk/GGk952oqVflS7TGDNtDQom 0b612fbkXdUREpVuvBWbh3payYA3x7lAvDcOr9+0amErAsf2hto4XhXZ96kSfSLmtue3GHkB 2u7khKLbARcWwnkkhZmUJxYbY7ys81FaRC+5Svis6EDK87AtwqdpkjPEVZpCOo+UUWIqksvm s1xKy5HzhyiqRHP/aIG2UyatJq5rCRImntDnk5asF1Jyg0oSK4tve+JVD1KZxigYEiY1Yl4S opRT0CFV9U6SUKJVXeVr3rTmq6rtHLRIhf5UKx5afVMNd3d384eFjh4x9MKzD4kytKjpyg47 oYfQZ8eOPQwxNY9sjpiW8i3zFVjak/kq3V1iu3dUp8BNCaRrpNs69ATyapdKvIXme0KmJuok Sd0OaZooLtP4F6fMCibJftnSVs9eV7vIQJBKff15kUobyHAKXUF5+wnsKV+IuKhg8RwiBMU1 gIjHvqyU023J1RaueqlM7Cznb7H52PgsOtc23AtS6DBd2my48PGPVe5k5VaBCQ/D6TSu8a7Y XMjYUpgQxelOxKxCTuSxZjtiw5VRFs/PtjReLsvgPagdPWJXTiXZgCIyh0fPiOieSnMSLfuF shMQ8wivtwtJtakQkvRtLD7rqAibUEWimrqJchOOyrSGV6mQZo+qclqpVyOhda+q2GTHaZ8X qnJnjDdmuFk6G7udJ0XevuYgwV18SbmFDs8oam2qiBmlsSq3Exk6QJSpmMX5HGH8GPgvU8oN RZ2TS/04Lek90aMaX0u53I9tR163MatSbe+1umUvaobiVcs6okCa5/zX4kppE0XVuHYBTcTD anyYtTAFo/qNiPKgFt10LNs06DNeaBen5xH31XjviG5ainARCBHstffwDMRsdqLnkfvs151+ S06PazcdXU6T4sgX9k7meHGo4lCcR157eCXqmYfu8s7Zhvjmqg7CdZToUs07QLEYaOFFVW4L rsWIR/4arnxRom0d+RU44iGvVdlOsIFNEtUStWMSA0zQxEJin+vJidEroYWJEW0xyca0jx0Y vSa5ASbhqqhtkuwSFKahifj+qil4QneVnX1BrMHS+JqsUiTif9KHFDdmScIdvQ3nX5AsWZ8x XepmXUnT51Or7JujBC4UoWeM1/QSDOOtnB5RDZ9X+C2JfManPSIxgXipd6klu8QVDNvaoxG8 PqMYKqYQFm0aNMBIeaGkJDZwRm2x3WFZNLfjtOaOsy+DpaTxxI0Icawn8lkuzhmLKQwWB8DG 4S0rQ8O5uaoNonOxooggJ1/dnWrM4PKFJaaXbdsM1S5OIZ0QZN7gota8f5PoeWS4g+TZNtMr Ji2X6XYsF3YdpaGlENTdMW2YfGnnvYFMJobcZqxyV2qKcbc4ZNAlNbqQgmuj7BDEq2+Sy5rQ R55qXQgtFfGqjSjtG30HCxlNOEoixDRXBhcSySQ0ZSHTKhj/VAI1SrDkTZw7VSOYkhTV5z3x Ne5AlSw+gmcMCTtfU50PDTOH1pUk7ucCEmIG5f/TR7ZluWO2hDuP1Jc8XdUuXDWUDd4nqCJ3 FOsLH4+LVB7wbjakYgFyDObKKL0yhNdzYjhJu3vx3FX7i2aIcXx58YgI9bWUHv/BeAJnZF5b dNfUXBOQ7rp8qAKhSkmOBuxGF4thgdVgosrAda75xzHeON2vuf3FKQLRGqlQWvFcjbnbVN3F t5DEPlyTPMtjihHvc0lYcolvY3qaiWul6r0xeTRM/Gb5upCqasqqTRH66AklZCak4M612NDi LS65WF/iWzBhyrKhVYNbMDVVOLfc3SEz8pRQq+w7PdTrJLTx691iadNvsKIqygnjxpyqkf5B u4vn/Hd3EOrFFuYK7pgRakP6T5x6Ov3U3JBeaZ1wv9hu/Dx7qrtj3Mk5IB3J4ZbA1S4yPFcU yY3o5TpKzlRkiIFq1D7gsv195lNFKEmzlZhIks9nwJ8fxAnuda01jilHDVDWvBamSlPKiRF4 KT0aCqQn5s0+/hmZ0KlRo7co1U0j1IWkFkAomGDxYvJN0j6VyyfaKBVclVDqZSb0OPpUV5QB JnwiR99G8Tqodgdhvq2QbRefXqm6hBTngVQHfFbHoP1JetpIk27LebV8hnSKdtDlUaBv+1a7 2gnZVu5uxB1tllTmGFIG2HX9Hv4IGKfK/PFvqqrA9j2RNaleRKHc/YLt5glhlSmEn0seB1bE UdDUuODkfrfwUzfU8hT/zhWYr9GdSEBJwMnMxTuxlDuDgZzIwNVMxJmDye/Rs90Rk8UucgP1 8KVqjeKQxBwSumXwzSqGJD6jJOmEbpzwMe87OurT1lfNqsfRd68OTV8gVFHMkytt09W4WVSb BFvAcgfpVp9H4fJlyZIlzzzzTIbsAQANwyci5RxD0vrgBGrwAV9V+6K70pbmE9fooAfli+yD VDFnOFn6piSI7VoTdw+u3OsyS+EM7l0lV7cirhIKFjikYCEKLeSdx9vmHkKPnbKWrVIPClEO YlC+qMghd0my5x8ARWby5MmnnHKKvFiqWF+odnloy27VU83lomhIItUzaVxdqt2gC9IgeZVk IOVSzEMjjRp6kj1rqIuWRyIZS9IiV03rnGa5JILbSBgtcq7mUpLGnKvLl5988snB4IRUNzwA AAAAgCbgM4JCvgAAAACguAT9rQTyBQAAAACFRUoWX8S9HrF1s8sLAAAAAODiHQwh0voC/QIA AACAQhAc7MAMnZ8oir6yuX5T+/btmmGZPaWSrZWG72aM3K2v3Sg1u2oAAAAAGJgEx9E1+VL/ 5CmhambdtuFvvG1MPWDI8SccMGTIoH+s2/rwc2/+9e/vrH1vl/3G2KOGdje7dgAAAFqVw3fd 5egD97fkLORgp0HX9cfXrFm+Y0vUBuqgL6p8UUfJjOSVTSPMrX13zjupbUinxnfbbZxl7P8h 7dX3X/zTC6///f2tY0aM2+OdZjdCQTl4713PPHx8d/fmZhcEALBzMXz4sF//9aWXCn/z+dgu Q0887NDDDj1kyODBzS4LaDTbtm/fbdgw4y9/ebpna3Ctql3UGRVMd7Vva8/PdduGW5t2/OSH p5M2Y+wwg0qd5zeVtpTKpxw8lH6+qhmrH1/1/rp16zqGwwYTylVnn9oxqH3vPYY1uyAAgJ2L DRs373/gQV/+xW3NLkgVPnbg/pMOnTBoUGdPT0+zywIazeBBg+jR39Td/fSqF6O2CXEeBWNf fANM95XNNW8ZN87+1KAOo2zZY4aau7ZrD77T88SGNeu23f3k+kfeNV9tn9rTv22PNzYevIt2 2FBraLOboohAuwAAGg+982zZur3ZpagOfSYNHjwI2mXnpLe3lx79tBMqCeuLTaLnLlnf3THY 7ukr6X/fYveTUlfJ6tTJ/339x4/9/TuTd5/8L2P/5fQDT39zy5v3vnbvS4PvWands//WU0Zu OqbZrQEAAACAgYDa7UgaYEx3UjbfrAOVn92bSh1Ddt3Qr6/d3P+B1X9yf8e/PXbeyjcfu/KY K/mc8va5/8+5JjHbh7UP/sfg5f9YvmbQPVv3WTP27XObXV8AAAAADBxCxn1hk7y7Hx99evtW rf3ljb3rd1ivbSv/5K83PfjqQ//7Y/972i7TxK6be7ds2rLpDfJG526D5k2dd8HECzb2rFi/ +2PNriYAAIABxnOLLrjq9+ty2nfd76/KnhpPj1JDAi1ILe1fE0HXUoh88YkYs920de2pN7ev 3VZ6d8fa+cuvuuDQC7o6u6YdOO3LB36Zptm9ufv9l14dvuDRM2at2/Wsmyec9ZuL/9M+7E/3 dPa8mb6E4+ctmPWk+1l80p5i6fFfrnxndJ3y5JfHeza+cdbiE/cMSe1Gtop+nrhx1h0hGxAy +ug7brzga6PTl3TSKU/ckGnH5Lx601HaUTe9mkta91/oJCW/5IuSLP0qUPNhC7PmG98ONbVS VGuwRAUX3u9b4i4IqVSSvZJsE9qCtVcWAOBl1Ge+97PvfWZUtp2fW3TzsqkX/Sx7ArXSNCXR LIKTBgiponk/FdpJf5vd/153z1/W9bz+/uJ2u13v0J/d8ewf3v3j3v17TRky9en/+PbT//zp yf/Yt+uMCz528cWTzjxr0i4HH/G4fcaimw5//tH0Jdx02w/mH3kx/dz7+qfP5zKFLH1h9YdG VMTH8YeOfeyFVZ6Nv1HZ2J/a9XTt/KP4Bk8EN1j7+Fnf+Nkta1OVcM+vXTbriUNJ3e1LB818 wn5i5kEJt66TLkkJfb6euHLBaj62c6Xsr95098oj69QO6VopGfffS27lVbhvxqITmap49abz Lz7kPrpg9YKVzgKqOe4mM9LtlWib+y90WnD1AnLx+d5DWo/KAgAysu/oJimXnZCg9YWF7gZ9 RurPXYfYG7p7jA+2bd+2q73jkaGD23ut3g+MD3668b9fIC/tdvHC3pXvT7/llvbBg0m53PHJ T9K/BxnGhsGDVyxfvs9j94xa+9o9J52fqbSrLvvBnosvHXc8WbV03aY3zuVf2PLxn5y4+s// J7Dx9Xsuni23CUntW9fveUfcBsl575Z5828h479/w9Rcj85A4P7rLyYLVvufr/df/6uDv3AI +VWzS5eYE2bOdL6cOoNc88qrr77yqydnXHkCXXDQSV848uK771+4kOqImVRpLFqZZq8TTqi+ Dbl70YwrbdaCB828csbF19z76kzoFVAHxl839+Sj3R+P//b6y9895rYZ4x5f9F8/abkBvNb9 /qrL7xLW/qkX/WzGpOiFDs8tuoBbTmaQRRfcPfq6731m1HPsy2lj7rprGV2972nXOSYVN5F9 T6Prnhl9nbS08BTov5df8IzYOCQ7liaZSpYtG+PJPyTN59xiOHs53ytpiiTV3xeRm50C3OWv nn+3qLIF6ptkx7h86o0M3RU/dfElynNE2XtYbz/pMDa9Y2/aZne+qtnaV/b/yqX7XXbF4G8O +9mft/3P+i9efXVbZ2fHZz7T89prxDDs9nZt8OAD77zziClT/onqo7+/ePjzj2Qs7NpVj74z 9pNdyhdK17hjVryyNGrjSVVSm8Y2GP/9Gy/4/pcveOLGU47n3782mhlUvi/3nXTKE5cdPZZw 19INs55gH7plLHKXPPF6fG660OtRUN0QdIMTF5EnLx7ruCCk+0H1dVTNzLsLz/R+JxO6TOZX MfK4i4666RWxy92LjvwCud7vHLmGXDlzXJVqxmUU3w7etbEFTt0sr76y8sgvnHTQ6r89eeTB 4ugeNO4QsvKVV2veK1HKYw8+8sm/rQ49JQJOqMqC5MccDAS0MJLtuun2Rdd//Gr2uZzq8Hce O+fq5Npl/HVXfuXCvZtdecZziy6/iwoExnWnvXWz8KeELhTQp+7NhK7yP3DfvGvtZLb9RVPf vGvJc96Uv0aeWebZeNIMuh177gvfUVR2b741+mvenGLSDNbrmSnX8TQvInfTFJ9b4uZBU6wU IKhd3N1cpRJRNn99PenHt2FY8RpFlRmnVf9Ru1H60Ig+q3sTWbOG2MQ2yFtb33p387vv/X0V mf+7KRdcQBVQ5+c/329Z5bff7v/gg+07dpRff71n9eqhd9/94QkT9iHkI48t2eWDGsd8fO9P KzbtN5L5jxTPUS3svt/6JUd94x5XBr13ywOrjznUcS2xLB54fDVVNt8c++gP5x91yfyjbiPn h4bONI4nL/7bqcLp8OTF13OFcr1wOlDoW/1CuoIcyXwOC9mrPP3tuiiuSehRCtvlyYuv4b4O 5unQzhduD1kA+igd6xThVvKrRW46vyKnqs4RXs5TT6hau7iMYtshTTopm4U7dq4Uto9DxiU1 gSTZK2YbKlncwtGmezIiE8/R9xwL7oUqgBsRNIqgUT3h+BkDhHVr3yJTJ4sn+KjPnDr1zbXr IhZynrmFPXXDbAX7nnYyXzpp8lTylpOIu4ylkbYMPM0pXaP8W6ZI8827LmfBwRfcvIylOGr0 vsturhLtsu5/nnlz6qlqNE502fz19aUf3YbhxWsI6qTT4fLFp91HDekeNnIoeW892TRqi73t lMdPOWbl0Qv/67xtnZ1jdtvNPOqo/r6+/ttv1/v739269f2tW60XX+w977wdDz1Err32Q21t PbR9lmV+H9z0Om+WV55fTSaOH0f2PHCEsyR84/XVUnM22PToX97zrHnulccmjOMmlvHT9n76 v6gWHb3nfmT3c77JrS/njFWDb0J47p6j5j2+mtSPIxfM5hqAOR34Ozp7zEU/phw7w4mLotIL hpCG7HLkglv5I5ZlymwFngIw+4FTKObmcPf5wkminLMXHLno7vtfvemalc5GMVnHZxTfDr61 8elENUtIkRxFsNApezWLS5q9Yrc5aOatCwgzo2na3QcvONK1zfjwHX16LMgMRySyg+Gz2YAB jqpXatAu46+b+5WvjuBfRxxz29zZj15JP6ce56zd86tfE0tmX3fI+OuuPPlosvsXZ8x+5PTx WbNrCsxp07Bnbc1MdYwhwh7CAo1/9jVyCxUMi56rQ26p0/cWr+HoCbcbt9s7HzqgnWz6iNan EYuUukuTl++2i2lqfX3m/vtvv/PO8gMPlF95paenp7dUKm/bRrZtK1155fYxY9q7uoYT0vlu uuBYh9HjPz5i4z/ErmtXPUrGfqpr/MfJ6j+trbZxdGqvRW6w6r/+tMf5J+459sSp+724yr35 r776Em59oZ+f1W7yyRUWxWnfSs4PcRaw+Flyn3gTPzJu98rbe5JdUkMfvav/9iR3aTm+Lf7A 9WXdMGLqGCiSs63zi4oFmQgVCpGWmCR7Vd9GFmY2+dWTEXnFHH2wU+LrlJEMpj8epTJlrtQo gvHXsSCY6z9+zfUfv5ucO21Prl0uOPqln7El11x/+cpVl1+z5HHue/rEb5p9Yxw1egxZtlw8 btf9/u5l3GAQupCx75Svfe8iUs2GIVN23UgsjbRlSJHmqNFSUz23fJmSZtApQzXGdaft+1aU AhvVNWVf717Jy+ZLP37HkOLJnlDBL3XBTL7pqCHdu+gT/1q62+4jX93nwmHrb+/44ANrxw6L kP4//lF/+eXSpk1kwwY2lt22bVZPj75mTd/q1dqECUOfemrUexnky/h5lx7x+i/mS//On1aQ n597xBsP3PpK6Maz1Y1DNvh+lQ3I6r+sJuce+RWy8dZ53DCz9r3XyRFU0Cy97z1SlUmnPPHp TV/6QV0NMCHQp9hqctT59P1dFQIyoOLVe3/1JPlCkoQy7HLQuEOePPH6+2fSB/GrN12ziJAF zNBxorOIOT4Oue+gE2ZSRcC2vv9C7ZqDVze110zyOt5/4dhffWH1E7JNDzrpC2QsrxfbVYTa ZtsrRcrMwUQWrD4huvWUoz/uECJig3ms0aIZVy5sXjuDJpHe7kL1R1iwy4i9PkR2P3rG7C+K n6tWkb33OnqP1b94OMGdsBEwn8Vd/BuPOZ0047rTrrr8ggvcBcIjErbQga5be5WIuY0f+mLS jIumXnDzBct4mO1U8kzcltHZJUiT+WbEQjJ16lRPmm5Vp170s8nLRbgw/zGK7jV56s03+0N3 qfy4aO0Fzl58TeKyueHIMv3YHQPFm0EaTAr5QhlqDd1v+8lreu95fPgTHyn3aoRsX7nSLpet 996jH1Iqdf7rv7JJIbdsYQsJ6SuVDdumm6WZAX33cy6ddQ77wjpF/1iRPa88v/qNT4999Pn3 wje+3rNxZYPZlQ2qdJBmBp7zz9lw77ec36u+9cM97/jm+U98iv968V7XALPn1y47/xxuYj3m m7POeefpL9XXbRSBiNZlzLiPdVQ5iEmHsdrF9NfC2QuuGUu/kiNnzEhoSjkh/S7khIX3zdBO 1BYxn82CGbxj0QkLVy84aix3Ph65QHlKF4KkdeRi7EnCtnTbd+HMW516OdV69aajxjqBKXQ7 tvCke5PsVX2bynFlC6LkXuDoVxq+gC0PWo/V11599x9kFMHeezW7PJJJM34WeFAyr8dnSPWF dN9JvnXuErnK+13mtu73V901ZvKo0NSqZhdRAzVNtVozotKc5Kt6WFuELa5SNvf7qEBy8TsG 1gYaM6IFckLr6upavny5T7bPnTv3oS27Re2zesxtG8svzPr/7PFvk8P22uuAVau2fOMb9m23 kbY20tcnprWmquW9MWPe++Xtw6741ponnvzbXqMfmH5JRBFyqUeN6+tbjMXfOG/fMcW5/gEA OxGvrlkXNuP0+OvmHvWGx/oil7A+1R96/GfnVMwtjvNIWTL+uivZxgs3VMs+2a115sSPfPbE 4wo7ZSMzTLx12nW5jlBXjzRbl87Ozt/d94cfvbwyuOrITd3f+c53+qi6cBk8ePCUKVPSWV8E Y986Z5c99vvH+Hv2fdve+u67H9xxh/nNb/b89rf61q3OsHe2vYWQ7Zdd1rHhnb1W/2WFSXr2 2KfZjQMAAECFxb4ID9EbVKz8WS5fdfmivW6bccGjYliYVUs+/ptVP7llyYeudJY8fjcLf3lk 1clX0N1XLWl++Eu9UIY9Yd6RXHRGPdLcSckiXygjNx7z/oH7D3nwprcI2e2qq3a77z7tgQd6 Lr+cPPWUZVm9Bx1U/sYl7VOmjPjGlz7o326XyF+mHp8tIwAAAHVg1eVX+2THnoRsfE0YY9gY MI95DSerLr/Gs/0ffnP9H5tdhzoT6pQqYJo7KRnlC6Wnc98Vx5yy32P3DNq0adxJJ3V873v6 T39a3ry53F82dxve9vJf95h1rvHi8/dsIa8efcrWocOaXVMAAAAOj86dHbr86Lmzr0iZ1Ceu ub728miatn37jkGDOnt7e5vdNqDRdHR00KOfeLhFh+zyhfLsYR8fvW7NP15dsWXjxrH/638N //D+bVO6OoZ2Dnr9pSGvvLB2a/lPm8m2/SbQzZrdOM1nw8bNe+8BDQcAaCj0zhO6/ONXK5pj xDG3zfjYh4IdkWqPKUzMstde33348K6PTqQKpmmNBZrEjh09z73w4rLX16TaK1y+JO9/97sT zzv8+Ud3eeyeJzUy+rU1Y95cM6SNvK6TNX2kv5e8eswp0C6UW/7wxL+dPO2tDd3NLggAYKfj 58ueqrKFcBU1lae3bNWef2FTd/fONWQw4Gia9vTrrz+zY2uqvUxxqgRHnU6eBBUoq8YeOm7F Ex+8uXrDlg2aRd4futfGfxq3euJR8BkJHvnb3+nH/VWtbQvSFSuvkgykXAbSoWmdBuG0yFXT Yq1aLJ7asvWpF1Zm3LlAt5EWOVdzKUlTz1XTnUOgMjILG3cupf6lMuV/jjwxj3oAAAAAAFTB sb5YVkWv6PpONuMXAAAAAFoKU0zfWCpVrC+mqZfLkC8AAAAAKASiX5JqW+Hyhdilclku0g3N stKM8g8AAAAAUGfU4BaTqxdSKlXkS5tplCFfAAAAAFAw5PAwwnlklxXri2XbVhnyBQAAAAAF RYTu2pZVkS9UvVg25AsAAAAACoopxnzx9DRiv8n91/xrs8sGAAAAgJ2aefPmhS5no+6yOaLV cWO0lhzyCAAAAAA7CSaPgtF0Q5eL6BJdd/TLsXdi2FwAAAAANJoHz9wcs5bJF4ppVCY/otpF 1/WE+wMAAAAA5EtV64mQL2yoOrlIZ7YYo9klBwAAAAAgws7iW+g4j1S9ojqPAAAAAACaS3A2 xjDri64ZSiiMZPjw4c0uPwAAAAAGLN3d3Qm3NIU9Rg12CbXSCBYvXiy/T58+PXRtcLlYFbo8 npgEa0yn9pTVpsilkAAAAACIwjftkU5cvSIhyqC8KvKRLx7Vvud3DMm3bBXUpkjbGgAAAACo EV3qFZ+CCUXaGEKNDfJZnhd5JehTGHkZdQAAAADQFMzQpTEKRuJ7/EtxEPTRqN/lWvkzdMf4 BDO4gURGVQuZsIQyNbEkquTJE4yvV4YEAQAAgIGH1Cd6belUqGqP8ZlS1Adz/EM6uDCbHSXU dBTjBpI/Qz1Ecomv2EkSjKpyKLknCAAAALQ6Zu1J1Ehag0GMHSUz2Z76qoKJN8DUWOV6JAgA AAC0BKEeoebLF0GqB7B0l6TaS7XZ+Has5fHvcyQlTzBtlfNNEAAAAGgVguO+ZHceNdFP4XMe Jd8lr45CQZ9RjSC4GAAAAEhOuHzxaRxJBt3g2732p34GIeJTAzE75q5LkifoC6aJ0i65lxAA AAAoPj4Xki6ECv2rfkKJf77GKJtghClJoIRCN0guRBKiViq5zSNmr5hVVascGlxcS4IAAADA gMGjYCZNmmRZVn+pJD+lcnnOnDndnK6FdrdLs4sNAAAAgIGMlBxSflBB0t/fv8Nl+/bt5XK5 q6vLFKYW1VukkUgDDAAAAABAg5Ghu9IAYwqpYpUV+WJolgX9AgAAAICCYlo82KVkWe4SW9O1 sm3VkigAAAAAQF7Ytu3rO23a7JddLlf0imnYVhnyBQAAAABFwdcn2uTqhZStsrKFYSH4BQAA AADFQ4S/6ISpF9sqVz6U4se+xAx/0sQxaQAAAACQOxpHfBdmGJOpFyI0DHFXtHDXI0gQAAAA YEAiFIz468555NcrRZcvuQ+ojxH6AQAAgFbBFMYY3eD/cNFCl4TO7uiblVCOABscrDbJqvhi +YwoUSP8BlMOzcVXnlQJ5lv4qFW+AmDOIwAAAEAiZIkavatrXK6Yms4+Ovvomkb/b2Ip1VmN QqcFCH2uy41930mYJkiYIEk/jWJM4avWi3hDcOAIAwAAACRqBIwpvhtmZe5GTdcMPftM1LmT oxEibVLCYBNls8k9R9VeBe0CAAAARMHkC9UzhmHIcBdufYmULzFGiGyrGk9mSdHsggMAAACA oTP1Qoih64bhfKig0Y0CWV+aC1w5AAAAQBPRvIiFujP8iwKTL1p47EvMszzbKpJgwJVsI7Lk Mo6LGq1CqoWq1K8YAAAAAFBhVpagrtG0yNBdX4QsUbwqqVbFILWCfPZHdRQKKoPQnjtVLSih G/gSiVIwyQtftV4AAAAASERXV5dt22Uvl19+eTena6Hd7dLskgIAAABgICMlh5Qfc+bMKZVK fQqWZVHp4gxb5zO3xFhfAAAAAAAaSci4L80uEgAAAABAOiBfAAAAANACqK4hyBcAAAAAtAaV jtPNLgkAAAAAQDrM2pOQoDNwQnyTX/pWkYhZHuN3IXm0fNVZKtV+48HsYuqVKtNcapE2zWyF zz3BHI8mAAAMJDRNQ+huM0k7il3CYXIaVvKoQfzEzyKM0VeLaMiLzAlCtQAAQChUu9Qr9sU3 zzPIQGHbMHQIvtC1GfRZMasMAACgCMgxdVXrSwrnke+xFDUSbqjrIbg2ySoS60wJLUaGwket 8hUstFQxtY5fHj+acC7TXmZrqOSEHi85R3fa4xLVFGkLX3Vg5dDCBytStRi5J0iKYbsCAICW IJ31ZboLSfaAiXrwx6+KQfVf5LJXkgTVeYt8BQ7dKyo138wJwRaLf0insm1ka6jGEy/U0hY+ SuHFJBhzULKdNtkSJOnlKQAA7FSo8zWSzKG7aW+yMdunSsr3ch/zXhuTeIYcidfWEk/9hEJm 20aOJLEt5VvNVJWN2ThbCZPslTZGOEPhAQAAqOTZ86gquYgY+Wzz7VWQW38tUSC5U482iapa qPekllxyn9gyWzr1c7oBAADITEv2PCq4Q6R1iXKRNKswOMoAAACIMlpdrcPWqeEgjUTNN/Oz rVmFb2IxkuclWzW0q1FjCpzLUc7WGgVZBQAAIB6tq6tr+fLlamckyty5c2fPnk2/HHvnsAfP 3CwWLl26VN0mptNEklHOqg6AJlfFjJxGUgZGhO4V34UkGPtSNXI5pvDBDZK0SfLuKrV30fLV Pf64hPYOS2WzybfwtZw2VTuRpS1h5gSjThsAABjwdHd3iy9SfsybN++aa66RG1C5ouv64Ycf Tqh8oT8sL1dccUU3p2uh3e3S7EoVC7w6AwAAAPkiJYeUH3PmzCl7oaKFSpeWjH0BAAAAwM4M 5EsWfMGtAAAAAGgkDe04PWBAUAIAAADQRGB9AQAAAECLAfkCAAAAgBYD8gUAAAAARcc3wgvk CwAAAACKjqZpqoKBfAEAAABAC6DOOB0iX3z2GQAAAACAIiAlih5coaobAAAAAICCIF1IenBF s8sGAAAAABCOECqIfQEAAABAiwH5AgAAAIAWA/IFAAAAAC0G5AsAAAAAWgzIFwAAAAC0GJAv AAAAAGgxIF8AAAAAUFxET2mNIxdCvgAAAACg0EjhIr+YzS4SAAAAAEAkvrmMMGwdAAAAAFqS FNaXxYsXqz+nT5/e7MI3H9EmtTdFMJ28Ug4m5TuOwVzSZp2k8NmqQ/fK8TSTFU+VptpcSdow tLVxsQAAQL6ktr5M55CwO/jORku0QPDxKb9HHcqCHN/cC5BBQ8jW87VJ1TYEAABQV+A8ykjV x9ViTsLUfI/A+hl1spWnduRjvoXwtV7LlR8AAAYwOYTuyrt8qHE+xuVUhFXxhY+hHg94VfHU tfANJqZSoYVX6xvji4lyUdWvKYrZvAAAsBOS2voiH7G+t9Lgc4V4be/FXBVT+BrJYG8IfdFP UvhsLozgoawToenHtLzadKmaMbSV6krD2hAAAIBKautLzG26ljt4cN/Qx480UYjtfSEdUatq rFcRqMfDWLV8NJF6BOe2YuEBAAAkJ/9xX/K6oUelozpZfNvErGpw4bOhmouCVatHjj7N10Ty DfQpgiwDAABQP1oydDfGQVCcniCpQndJdCeX4lOnuOMC0kIHBQAABjZFkS8xD3t1VTC4Ncmq 4hMTTpS8oYJkboe0EkRmVA/tklYI5kWoLAMAANB4NAVnSVdX1/Lly30j8s6dO3f27Nn0y7F3 DnvwzM1i4dKlS8WX0FHOQleRwE2/mD2PogofQ9XB31IRP85b1XpF9cQJTTwmbDmqMJlrEdPI SVo+vh+WjN0JrVpe/ZIyFB4DPAIAQDa6u7vFFyk/5s2bd80114iFcu7GyZMnEypfqHaxvFxx xRXdnK6FdrdLsysFAAAAgIGMlBxSfsyZM6esQCUKFS1UumDKRgAAAAAUFypZxBdN06h2MQyD YMZpAAAAABQZKlnK5bKu6yL2RYS7QL4AAAAAoOj4gnQhXwAAAABQXGyO+C57HkG+AAAAAKDQ SPkiv6SQL76xWRP27I1JjVTrr5utB2++Y8hmmw2xam9bEtuvO1WO9ZinsGFtWPDJJvMlZvrJ XFJOmFqN/bobPCxhfAd4kmCkgKp7VZ0SNZhy1XETBvDgjQA0HtE/Wtd1osiXHIati5lTsPHk nnWNkw/4ZmVSv4TKjrQTPdZjrN5GtiHu77mQqhmTjI5YEGIERNQ5HzXYY9ReyROMv2BDNVCR 2xaA1kL6jzLKlwYPDJ9h0uZWIf7ulsruEiqVAEhChqdsw67KDDeZDHIhSXWyjfsMBQNAvggb jNQxKZxH6oSIxPvUrGWq5yhiRlxVjbehrpkYK31eg7HWD9GStU85WdUknq0N40fCzasZMxS+ 1Yk6D6tWOccHZPK8krt9GzkGcY2KAR4fAApLMPYlnfUl6kXfN+VNLoTeRIISRL2fZnPBFMTt JcirADEmcfkzdFVUG8a0fO7ewySFJy37drvYxbc8qgHjq5zvE7dq82YOlMnr3FBvNcnrHtwr pqih+0ZlVKd5vgAAKrYXsTC3nkfqDaIBV3I9AkuLQGhUYKFocMxm04uRO1Gh3FWPe8IY1XwL mQv1sA/JnwlvOPGR8vEtWTV4q2H3PQB2WoRqkWPWkbTyRX3hjrKONPJKzstJUaj3+Ja4CRZE obZEWyUh+XnYyCrna9QpLDCfANAqqCPXpXAeRXVyySWuDXcQH9m0VEEUGNipaOlrubVKC8BO S9B/VFPsS45ubFIHe3WRn+XxVU5Y8tDHRr6FLEIbFqQYA5K8Lr2E13KqQ1knm2iOJawlIwBA cmSXac/wu11dXcuXL/dNJTB37tzZs2fTL8feOezBMzeLhUuXLq1H54Koi7zqyG9Vn/2h3m4Z XBJMM7gqYY4xZSDRsQ7xzvjk2cX3WIlZFdUVK7QN49sh/gSI2Tdt4YvWTSwV8cPWRZ2HCVs+ 9OyNKUZomlWbN0lh4jtGZQ7+TVt+39qEZ5q6AYatA6DxdHd3iy9SfsybN49qkh07dmguQ4cO PeKIIwiVL6IvtcoVV1zRzelaaHe7NLtSAAAAABjISMkh5cecOXO2b9++kbNp06b333+/VCpR 6ZLDqLsAAAAAAA0g/47TAAAAAAD1I2PPIwAAAACAxuOL0CWQLwAAAAAoPj4FA/kCAAAAgJYh 9ZSNvrF0a+w4HT/NW9SSDOWskcxTAwaLkWR+6SR7Je+WnLB26N7ZSNJ2qk+YVKodayw2SXzl Fr9eAIAWggoXTdPE9xysL7nPylZ7YXIk231TFCN+NJeoYTOi7vhRzRs/pVwj2wpUJWro6mwD QlY9N3Kk9hIWs14AgILjG7POsiyxPJ18afC44Kkmji4Oye1SCa1Z9SskaCS+qyZ+gsCCHKCq o7olp1D1AgC0EKp2EfKFfk/hPJLTMcqfvuViSV6CI2bwXNUoHWp+jxneNK9xdeOLLZuiassE S9WAaS9jBg8FjaSu6rzqyMUxwy6HplAQaq8XAKCF8Bld8pnzyLc837lpEj7s1XtW0OacMKOW sFHnNTkUbusDj+C5kcSlq16woWtJs8+TetQLANBaUOFC9UrZJYv1JR5VwTTglleP4Nwcqcd8 0RlmkopJwWesgpopLEnmw8pgSFPnSGqKdmlKvQAALYcwvVDhQrxxMOnki/pOE2UdaZiCIXn7 euphOkqVZra90rZM7X27QCNJeHRyvPQaFtnW4HoBAFoRYX0plUpySWrnUVSniWw+o2AiBM9R sJNRQPNAhisR1zIAoH6IcN1+BWF9qSn2pcabry9iJt/7Xb6BOADUTuhjPkgTH/8Jsw5uluRa hqwBAGTA2+uI+ZHEwhzGfVHvXGnvUFUHQSGBKI3gwtDCkDCxJU3QwU4KwVUJc0xL2gQTPu0y lBDhjY0n6jGfzXQRc+AyX5VRm1UtYei1XJx6AQBaGu5BEurFcjofdXV1qapGcMUVV3Rzuhba 3S7NLjwAAAAABjJSckj5MXPmzI0bN/7tb3/761//unLliy++uGL79u0TJkzIrecRAAAAAEB9 cCwttmN8ya/jNAAAAABAvohJjjTC/tqsB7Uz7gtmnAYAAABAoWGmlzL9j8qXEqwvAAAAAGgB eNBuqdzfXyqVsnScBgAAAABoGEKslMvlUqnM/5ZEN2rIFwAAAAAUFi5XynzmgFIJ1hcAAAAA FB3LsqmAKVvM+lLi5hfIFwAAAAAUGmZ6EV2m3SHq2DI555Ezhh0AAAAAQGFg6sV2Zj6y+eC7 hKsVp+eR6FcNAAAAAFAcuG3FNbFQraLpQrLoymoAAAAAgALBrC3cgcSMLlS46NzaomkmcbWL VDCwxAAAAACgCAjDizC9MPWi6/xfLl/oP65VRiOwxAAAAACgKNhUmmhUtNi6bhtEeJCI5hl1 lwoXmF4AAAAAUBCE6YXFvOgacbpLM/3iOI+k9QWmFwAAAAAUB00EvRD2n+ZSsb5IuwsMMAAA AAAoAkyTUO1iGMxBpGu2TfzyRQIDDAAAAACKgBArhmHwEWB0uaQiX9DzCAAAAACFQtd1ql3a 2trUQJeKfJFBu9AuAAAAACgIVLtQBUPli/gp5Irf+gLtAgAAAIDioHMi5YvULhAxAAAAACgI VeQLcWNfoF0AAAAAUBAqobscqVVgfQEAAABAcREKRv1J5IzTAqFd0HEaAAAAAAXBdpE/iSpf pHaB9QUAAAAARUAIl3K5TJQRXugXj/MI2gUAAAAAxcGyLClfOFq49aXZ5QQAAAAAcBDWFypi fAsrUzYi6gUAAAAAhYIbX5h8YSqFT98o0OUWvqAYAAAAAIDmwmY6cgwwtsZ+Osv9M05DuwAA AACgINhcv5TLFlcpuoxywbB1AAAAACgoZcui+qVUKrGR6zSi2U7ES8iwdc0uKgAAAAAAo1wq l61yf3+/ZVl6WRdxuhX5QtDzCAAAAAAFo1QqUQXT09tr6LphGhoJyBcAAAAAgEJR4uzYvkPX ddNkMx9ZHAxbBwAAAICCUi5z+bJju+6gUe1SLpdDJg1odlEBAAAAABilEhMwPTt6iEaYeNG8 1hcAAAAAgKJhWWUqVnp6e5hviHuIQuQLDDAAAAAAKA583BfmLhLiRM4hoMvVckWziwoAAAAA wNBIJSbXdiFy2DpE7AIAAACgaGi6puu6YeiWM3mA08cIsS8AAAAAKCgGVS6G0d7ebgmnEZ+7 kUoaf+xLs8sJAAAAAOBA5YtpGB2dnRafPcAmts7Ui+aRL3AhAQAAAKA4mNz60tnZyWeetmzX nQTnEQAAAAAKimEymHxxEaPXhcgXuJAAAAAAUAQMTid3HhEuUSLlC1xIAAAAACgCvNuR0dHR blmObUXjwHkEAAAAgIIirC/t7R1ydDrW8wixLwAAAAAoLEK+dHR0EDe4hc98pFWGrUPICwAA AAAKBRv3RdepfJEqxW99gYIBAAAAQKEQ1pe2tja5BLEvAAAAACg0op9Re3u7+Cl6HvnlCwww AAAAACgOTjdpk8kV1X/kt76g1zQAAAAACoJwFVEFI37mOWXj4sWLfUumT5+urpI/1SXBvXxb JszXl1d8InSbqLUxqwpCsIRJqpw2i3wTjCl84wmejfXOSxB11FIVpupeaWuXbzF8l3PyKqct RszdJnNe8YVPUp7gLjk2b+iNTvwMvYuSiFtuTDPW2PJV7/Mx5cn9eGVredKQQ1lL4TPXa2Cg ypfKktrTlU05nUOiL6r4vVIRPNWqJhJTqiQFbi61q70k1OmqKEjzJj85c6lv6OUQsypbguoG uZQww17q8lRVzlCM+LtNfILqvqG7pD1DorbM1rxRJYzPK8Ne2apc9T7vOx+SrMpwbtRysqnU 9VAW4UoZSAhbi+Yil+cgX2KIOnhRWyakka/RVUtS9Uxqadk0wGjAxe87OdUcY1apu0fd4qP2 yqxdUrVJ6F71bo3a61WVbK9PJMEDL696xefoK3zMi34DiLkfpjqxY1bFHK8kCcaIg1QJxjcC KfaV0qJI4SK/pHAeqZ6F5AJCbBzvlRCehRzlSIx9Mu0q1c+V2UqUZFXUm2JMCWOqXDXB+Hql NTjXWPiqjZOw8NlO0ZYm3htbV4rftmlLmOqcacpTJInTZ+d5zuV1jde7oYp/pbQcQsGks74I kRHjIwxdFa9Dcz9pZJiF+jCL8lXFryJeaRXq/Y05NZOrjZiXg5gSxlQ5PkFfAaK82lHWy1R5 VS18TOOkKry6VxG0S6o3UbXlY14u499fcyxhKuSByFblbMWIuttkJvdzJq/mFeRYsCTHK0m9 kt/nqz4Csp02+SaYpMo10pQrZSDh61qU57gv2S6w3F8cCyJ1U1lK1OU5Vjk+wfiGkmazgrRn qsLnQhJbfRHwqcymlLDxPot8q1kEvZukynm1bS3HK6aVsq3KQEscr6rtsJNrkWyow7s0Ytg6 9f249sCXliCDdqlHOyT07jWliRpWwWYlnvutPOallmS6oTfy0DfswZaBOj0L61GvpngJ603a c6Pq8WqJQ5lXa+wkiKBd37h09Q3dJWlCplvxsgy15mXTLgCQlrIPF7+cSUqIS7K1yDfepZFl BnkhXUj1lS/JQ6ZTHeAaI63q6lzMRbsU1ndbI1Fqr2Fla8CzKioiJ35VtgQTVjk03jOXYlRt 4dxbo/YSpm0ukvIUzb1edaWJxcvl3FAPTZK91Ii6WkqYdq+qLd/IK2XAoHV1dT3zzDN9fX3E HY7XNM3vfve7s2fPpt+PvXPYg2duFpsuXbpU3TO0d0loX5VQE3ftgQWh0a/Ee7Cj+s7ExJ0k 6VATX6qYSJSqcb4xeQVLGF/lqARjjld8MbKtStjyUUcqr8KTxl72VS+KqCpkSDBJdql2yVCM GouXvBhVt0+bV5IbUZJTNFWDpKpd6HWdJK+YEmYoXi33+RgvZ+7HK2FrJGyobG2VsBh1vVJa l+7ubvFFyo958+ZdffXVlmWJ5VSotLW1HX744YTKl3K5vIOznUOlzBVXXNHN6Vpod7uo7ViE V/kGsPPUdICBAwcAAK2IlBxSfsyZM6dUKvW59Pb2UilDpUsK5xGeB6DIQLIAAMBApcqwdVXn a4xxAQw8qnaYAoVieoIBEgEAAAwMUnSc3tmeBztbfQcAOGQAALCTUPeO0wAAAAAANVJ9ysaq LiQAAAAAgCYC6wsAAAAAWgzIFwAAAAAUF9Up1KBRdwEAAAAAaiQY1hIuX7zzIgEAAAAANBOf gnE6TsuJHOm//Dv0CwAAAAAKhDrvtCm+uJMJMN3CFUyzywgAAAAAEIEpLC+lksUMLtwyQxWN ZUG/AAAAAKBYVCYNsC1ma+nvF+YXtrStjUC+AAAAAKCwmJbN6O0t859MvnR02OVys8sFAAAA AMBRo14EpmUxW0tPD5UxXLxoZMgQq1y2MuYAAAAAAJA3PgVD5YtNFcz27RV7y7Bhdn8/nEcA AAAAKCiO9WXHDiZfREBMqWTTT7MLBgAAAABQwddx2uahu471hX4vl+E8AgAAAEAhUFWL0vOI j1OnmlssC+O+AAAAAKC4+CcNEMIF8gUAAAAABUQYYEz6l34zTfZDjLfLlzS7dAAAAAAAfHRd IVk8PY+EWGlvNwhxRqvTdY1+gvsvXrxY/Tl9+vRm1yiueKGFFNuELsxQL7ljXZuifrnQlIt2 EAEAAIAk6EKsdHYa9DNokNHRYRiGY4wJZTqHRMiFJiKfxLKEPkILLAVN2nqpSqiuTVEnhVG0 wwcAAAAkR8gXQoWL/LS1xcmXViHexKJuVqM+gAEDAAAAqB+i55FwIVV6HlHtQn9Q1UK4V8my iGnq9JM8XWmHCHVzxLhmsq1KWCSfLkliJgl1LSUhoTcqvqGSt3OSvKoWI22VfWX27ZihykHz FYQgAACAhOhUu1AF09ams0+74zyin6gdFnOI11lDIpwpMa6ZbKuSkM0tkuoJ6itqaDrBwsc0 VBKCu2RrQ1XYZTA+yRNAppmkyoX1OQIAAGhFdG6GYd4i+dH1OPmiPqWCq0J3WewS3DjqmRq1 KgkZXuLTvv37ipqWzGaGpiuAmIqHHmUAAACgdoTbSLiQxBJTXck8RnqtHaeDD7aop7XwKYRK h5hV2coQQ7M8FwPMVzLAqgMAAKDI6ELHiJmPmKjhPxs27kuMT6Ex7gZEXQAAAAAthy4mDejr t/r7rVLJLpeZnqnTqLu+sInQoJD4VfVmJ3R/5F7lHBPcCQ8HAACAKNSeR9rEiYc9++yza9dt ESEvhq7tumvHd7/73csvv4yuPvbOYQ+euVlsunTpUvElpvNLaEiE+rN+PY9SFYPECqOq2WWr cvxeCbPLsQ1TdYDy9SFSvyQpRnx/JV9qofsCAAAY8HR3d4svUn7Mmzfv2muvVbehCmby5Mnk kEM+umNH/0ur3nt59cZ/vLbpjTff37q155uzv9XN6Vpod7s0u1IAAAAAGMhIySHlx5w5cywv tm13dXWZLOrFJr29lq4Tq023bPpho78AAAAAABQTU3RD6uu3DINF7FIRIyZuBAAAAAAoJiaP 1CXlsqVpWtmymVXGgn4BAAAAQHFh474wrSJUi6XZfNJpqBcAAAAAFBad2V7ox6bKhf5rua4j 6BcAAAAAFBRdI4R+DM0yiKWz7zxqF+YXAAAAABQVUyO2ptF/bIOUqZbRbR2mFwAAAAAUGZNb X2xTKxuaZhCNdz+yGzVnAAAAAABAakxNY2KlXS/rDDbqrhA0zS4YAAAAAEA4Jp9f2m7XbZ3b XgyDhcPoerPLBQAAAAAQgZAvpK1N03Simxr76ERr2JTTAAAAAAApMXU+f2Nbu8n8RoahG8yF BOsLAAAAAAqLySwtutbWSb/oVLtousF+w/oCAAAAgKJicq2ime1tXMcY3AajwfwCAAAAgMJi ct+Rpre3MYsL1TLCmQTjCwAAAACKCnMe0Y/R1ia+ECFeoF8AAAAAUFQc+aIZBvslVAvkCwAA AAAKjOnoFBHs4soXiBcAAAAAFBZTiJWKYpEGGAAAAACAQmKyP/AWAQAAAKB1QAdpAAAAALQY ZvJNFy9erP6cPn16LiWgyWZIShYmx2LkmFotZfDVK1uz+/bKsWrBhgrmFbOBr17BzeiS+hU+ SYsF82rkuZHtxM52EeWeYO5XJQAARJHa+jKdQyIeWmnJnMjAuz/KZ6SveWVNUzW7uldjjtd0 L1Xr5UswVOLkW/iELdZcahENeYGrEgBQfOA8cvA9dGtnMSf5xiSgVEILSRryLI8pZIZd4hVY qoZqCrmfGwAAAGokhfMohhgHR9QqdXla43zU0y4+r1CTgG9HXxky1Csv6vq8rHpQVJ2RzfzT eOILH3+8YioVem6oicefS6nO7WwndrBIVauce4KkwCcGAGBAklq+BO/mwdu3dJzHrMpwc/dl F+qGCM2rKqHxFtnqpaZZ++GpnVTHK7gXSRwGEer9iWpMdcuYkJfMgSC+wsdXOaYAMcszFCPJ 9qlO7JiLKPerspY2BACA3KnIF9u2le+RO8gbXO7RgkmoKnfqd/eMeiQ3kaoxsyTTEyVeUlTN Me25EbNlhpMtpvChdalTWG7aNqzTiZ3h8GVIsAhh7wCAnQ2TKhX6sSz2Q6gWvsSuLdmm0ch7 aNPv16me6E2Rm2mLOuDL0ODCt5ZPEwAAkqNTuUI/5TL9UBHDvtC/LatewvEFbTTmZbHGiNSm m3YAAACAwqIL60t/v8U/dqnE5Av9NLgcuXc/8SWouiFIJu0SU8LaCx8qsEIzylb4uhJT/aYI x1oKXHyynYeNXAUAAA1AO/TQSc8+++zGjdvlol12afv2t78zd+636Pdj7xz24JmbxfKlS5eq e9bYxyG4QdreGaEhmUnyio9iyateGQgtRraMsnXD8YVr+Fo4+LjK0K+nfsPWpSp86KEMnlEk wbkRmlFUMRIesmwnNqnzVZm5DQEAICHd3d3ii5Qf8+bNu/baa9VtNE2bPHkymTjxsN7e0po1 3a+9Jj7vd3fvmDnz0m5O10K726XZlQIAAADAQEZKDik/5syZY3mxbburq8sUrqIdO8p0N+Ez GjrU7u8fWMEvAAAAABhAUPnCuh3t2FGiPyze56hUsuin2QUDAAAAAAjH5GYYu6eH9T/iUoZF 78L6AgAAAIDCwsZ9sWxSKjHLi1UmZcsu8+7TzS4YAAAAAEA4ps17TnP5Qqwy0y52MzpOAwAA AAAkRI66axH217bLthA0zS4YAAAAAEA4psZG3SUat7dotq3Rv6xTdbPLBQAAAAAQAZuykSoY nbBoF02n/xFds+mn2QUDAAAAAAiHWV80QgzNna2RaxdDb4R8qTr2K4kemzW4V4NXAQAAAKBZ mLpGNM3uMNiwdcRmWsbU6afu8iU4LHqSKZFj9mrkKgAAAAA0EVNj3iLSYfBx6piU0UzDNvQU SYTO3Fb1MS/mRpGCIJssiNkrfmKjJMXIpYQAAAAAyB1T12yqYDrbuOWFwbSLaaRIIvNzXeqD WhKpvZwxxWhwCQEAAACQBJ0KFmZ9adc6O4zODvpXM3QtlfWlFqZzSIRppGHEFKMgJQQAAACA RNd11uGoo9Ps6DA6Osy2dtMwiGHUvee0tGoQb5Ru5kSyrYopRpISxuQCAAAAgDqhffSQCc8u X/7+m+sJ70Fta9qQPYZ/+9tXXfm979Ilx9457MEzN4tNhw8fnm/eSbr8CPcNCfRLit+rAavU DeBXAgAAAGqnu7tbfJHyY968eddee626jaZpkydPJh+dcGh/b997a9a+9/rb/O/a7Zu3zp55 STena6Hd7dLsSgEAAABgICMlh5Qfc+bMsbzYtt3V1WWyQXaJZhmmdBfZmm5j2F0AAAAAFBXT ttmIdWVLFzqGOZComiGNit0FAAAAAEiJafH5GXv6NU0TUx1pZUvDhNMAAAAAKCxMvtBPTx+f uJErmLJll8rNLhcAAAAAQASmbdmWRXp6+VzTOptAoFwm5TLMLwAAAAAoKI7zqL/Pckbd1Zl2 gXwBAAAAQGExbZvpl1LJYoEvmk3KmsXsMZAvAAAAACgoJmHzTBNilXnkC19mM5pdMAAAAACA cEyN2PRj6NyHxBxIhI38YlvNLhgAAAAAQDhstDr6aSNlmw/1QjWMzgVNswsGAAAAABAOt75o drshol1sLl8sXYN8AQAAAEBBMTWNjbBL5QsRQTC2Zei2AesLAAAAAIqKqfOh6jpMm2jEspiE MTRiGM0uFwAAAABABKYYabe9jc92xNB0gxiY8ggAAAAARcVkQ9VpxGw3NMd5RAxDNwzMOA0A AACAgmJqukY/Znub5ioWKl90eI8AAOD/b+9coO0oynxf3XufVyIQhJk7qOHkZRBm6SUPcNQx RkmUx5rLuK4xyegkcWDGxDheHqMYkigao4OIC2cZggJj1DtDYpaasFAwCZDgzF1rQia5cxUU yEmI3LuQIcBJyHnv3X3r0V27+lW7u3fv3b3P+f9yzkk/qutdX339VXUVAKColPlqdWa5q4MZ Ybj9xaDqSxmjRwAAAAAoKEx9YTsdOdYX9ocNHcH6AgAAAICiwua+UKXFLHew7abFrgGmaZiw vgAAAACgoJTd/0uGmPxicPXFwNRdAAAAABQUMffFYF9LE0Kk0gL1BQAAAABFxbG+2Fxz4b82 +z9Cfdm+fbs8XrZsWej1mLeivNKHJS6Gnsa/FXpFTzr3dVMX00NN9tYNSxNQ0kRlni7NI/ok x8kl9cHQW6RebUwRh/gZ1TLS1TSNe+omXYrqFnTorRRhJa1RcQq67RqsRh6mI9iIkraIljWE zMNqPPfyinycFt2+OHNc+G7TxGLbTpviNBSZBaGqgEDNMs2tUK/qhqV62zKSBqemOvTxRB5q 8rBuWJqAUuRhtunSPKJPchRqhQmtVFE1KipdPvfxU1c3owpLXRmXOi0alSIqo9LlXtIaFaey tWmDzZZg+0raIlqDCCv37Gok8hkyLrUWiaO+WBb74avutsduR4mKOUpgZR5Q0PMo+ZUo8lFR 1YfVJN0lq3SleyRRvsU5DU1XlG9xIhzTw5ahqT8tQ6+7yHiGRp7k3U22aYOdmASN7plQhEYE grDBI2Z6sWxbzIExbRJtfQmFlut2jijgVloIU0RSnsYPQjybYZxTe5hI8dK04cybd7p0Nc84 IWpjnK4x/vXUxB9LVTMw0YBpVMWOcz2qUoWGG3qrGRnViA+5V+zg4w1GvvhmvDiTBKIG8aOe 0lRsTRxkN6T2SvHbF4mu+aFu0vUpSTMqpocTTccyxd7SVcu2qrZF/1ppNpuWVaQ1DSxdISV9 IW5QRgdzo3EPox5vWc43I11B1OrU4ASdQlF3LFXVuuKPl2neOPVTKPS6SzCGdYfnCkuwRsW5 NQ4abGi6MvGThGkAoRU7qtrEaQ4kI9UtXftSn83Ew3QZVTd67ThOnQnu1F1mfTFMqrsYCW0v LqoUaIFoy9AiosenFDeetHQetmbumObNL1260nkYFI6Jcr5ldaM4FNAQUjTivPSTsBqbrmK3 crJnnFRnO5ISer0RA1XSsFJ7WAQy1ybzTlBuKF8e0d+S+OQo/VfTPpNdU0naS6ljzHGi16Aw CjpO7WFdx1nldtJsqZuuvMR37t0GUj0OSF2xW9ZgC0WDRvGsfG6GxpYtGZZ+k+b6tAumu9Au KZkpdZesjJNNzf32/RikIK9x7UgzXgeL4OF4ZXxkFBpse9HIhx0gX9iXR1RrMfm+04ZY8CWP Jetao7uI0ww1GM1QemjQ2YbYyobXdo08ZvnG/Pojfnrjf07S1iR6adHMy9FnVDOqmX5KSjOC y6XBJo1ba7xNd6vZ+OZutvLrkwLmRhthzJkz99ChQ4ODo+LUNElHR+kLX9j4+c/fQs+v2HHO o0tPCadTpkyJmuQcfyxZb9mLejDOVxh1w2pw7CYYQ40/+tngieaKp8uo0Ac1mZ/JLPekc+Dj xzCdbzEzimgrW9Is0oeVoqVoMqpuhieNhmbuZPDZpFJe7xuJ3bhiZntU0hLFIaYDfRxIHg1W LypT5HD8tq93kLR3iF8B4vQOdSt2fLFW18O62Rg/o+J4GDoTP11O5kt/f784kOrH7bffvnnz ZtWNYRjz588nVH2pVq3XXx+mP2fODA8MDI+Ojt1yy7p+zrzv2P0ueScKgPFMzPetbF/L8JIH ACgUUuWQ6se6dessL7Ztz5s3T0zdddarE4NHbBmYNlm8DoAJRSbG7dzHLAAAoHHKQnGpVqtC fWGXyiZb/gUA0Co0n8U1MoYVyrJUSzgCAEChKAvTS6VSEefc+lK2LFhfAGgdLf7IFioLAKDd KfNxItuyKtL6YvPVd/OOGAAAAABAOM6ydZZVVdQXCtQXAAAAABQUNnhEfwyD6yuGWPOFnoYP HjXjK6wWLNEbJ9pFmM9YkOzVzIpo5KPZHHO+9RUg8y+xAciXOG1f38xR4RsEeejDdP4z7VLJ LvG/VHcxwlaua8bCta35aDP3Nezzime67M18Hkbun+a2uAJEtZRmLJwIQGtIt+BN3VsgJsjD IKb4WLpcNvgPKZXYBgKmGe66XfSAFCTa5BNkSEFyPqtoxNwcBxoMAHWJsy4R1Kb2IsNCKQv1 paPDkEu9GIz6T8ZfPFHdWzHUkK5fKzD+rcYzNHRRxajIh6632OAKv1FxC41G3ZyPk73ZZqAm oERLuKaoUZnEX19wmg3SJtr+fGAio1nuPOmtBttyTN1F05bT3YoZq6Anxe8r08le/eK/ccor BcLMYrjWF/bDrS8J9j1STeWh1nIxYhe8pb6hhlaR4FOaW40QmtGayNf1KsNtTTTR0Od8VPY2 KQNDPdRHg2ireNIa1WD8E7lvUj0EoPjIGRhxpI3+FqnXlvU20RZvXxU/f2TMozS2wvaVcWJI oru5OLpLhoVSFrYWszZcZBta80v8DTsmLMtatSyYDEgEET+gzAtrYpb+xEw1mOAUxJpYTN0l fszbl3QZ24xCcT6cVia7uPtOa6Oees+/CYJeCc08oBRbr2VoM8jcw3YBdR6AXEitu6R7MFth Pj7kRqJUNKk3dNQWobKoP+ObZveyPqtaU8H4RQpaOQ6IcgEgHaFTd9vX7jIxaV6hmK6+UoOQ WCNHGjcp5HUrd75tje7SAq0iOEQVFVZBNhYuTjRiupS5WveVLqogNCVCIGfBeETTzBuXAI3o LppWme5WgynKva9sgUBuqqAz5s37r4cOHbKsU8rFSRs3bvjc575Aj67Ycc6jS51bU6ZM8c0u rjubmoSNLPhSkuiDGv0tfQ76iPIzZuSjJlo38uVRI9GIyo0Us8Q13yXVnfkUNWoW5wujRBVA U6P0GVs3uKg81MQ8ZrrSfQgAQBHQTOGMclP3VjphrnmLiDnPN2pGbaJbQQdx0lWovjJR5OMI ydCnkgq6/v5+cSDVj9tvv33z5s2qG8Mw5s+fT6j6Yttj1epJ5Wfw1ltv6ufM+47d75IoBgAA AICGgphjkcBCJVmqHFL9WLduneXFtu158+aZjQQDAAAAAAlUlpYB9QUAAECraeX3Da0k5oS5 8UReSS7nnXAAAAATjnHcr4/jpBUqybC+AAAAAKDNgPoCAAAAgDYjweBRIyvtpvh6KjVZhdW8 Vf8zj6FKnO/68kp460MpVGT05ZX6s+pC5aQmkikWQgUAgCgSW1/0e2iF0sqZWRmG1SR52owY RhVKujWRiHftgSZRqO6qNZHRlFe6/dVIC8urEQobMQBA+5Jy8KhQfc94opEv0PSrDzXoG8ic qI15G/etvWg87QCACUiaL4/UTb2J8v4XNGKrPah+dVcSttBhIqt4urBippdksa6iPoYN4isU ksUbeaLVGJOWVzD+JMZISt3KFhWNdBWgeevkBssrKivi0+zySl0omnTFWY45fuSxrjEAE4cE mwY88sgj0oVmgkXMVfM1azMTr1BLJM1ThBXHtzixrbvmdNLQ46c3tFBSBFd3u4BsyytF9urD iiqIOBWgbkllUnDtW16pm0DdRCXN+UZKGQBQcOJvGpBm7kuGEd3u0oKwGqHgcwuyyih1ckbL ohHVzWReN/QeRgWh9vSZ53PMrKjrTyvLq7A0r7wAAAUkzeBRhkIhjleQQXEoTi41u49PHVa6 4ZgmLSUZc/u0FlCcmpNJWibUaqcATGRM2ya+n5gU1hTR1kzA/TKKb9lqQQzR42ZFa8oLAJA7 zuBRUiUmnWjQ9M2Zd9vF1wOKH8OWoe9v8qobqrMW94jjtW40NV1xymu8ZiwAExBj7lw2dbdS 6ZeXTHPSxo0bb7lFN3VXEHPiHvEOSAcvhvoWdB+T1nx4ku6WJoYk+Su4PqNSLDOYyMMGyyu0 p4n55ZE+hok81Hub7ZcsdWfa+ihUeZFm1vlEHqYuZQIrFwCFJ/7UXTJnzjssa2x4+CX5MzZ2 5vOfv7GfM+87dr9L3okCABQUWDUAAJkgVQ6pfqxbt87yYtv2vHnz2NRdelSt1oaLTJPQu3kn AQAAAAAgHGfqbrVqyR+u2UB9AQDEQtpdYIABALSMMiFMU1GtL4m+PwIATHAwlQQA0HrKQlmx LOfcdwoAAAAAUDTKhBiEaS3q8ruGuAgAAHmBr4QAABrEqrtGYOvpEPUF26FJGtmbsMFAM981 MPd0ZRX5mE8R7Qe67ZL80HS1Y8wzT2/qrEhXo1LHP5OwmlfuKWJYnEpYt3okXTgj9xSBUEyh qRiGKX/01hcsaknGRW1u62479aqJUbeWeck7fYlpxzg3Kb2NbLzVGjIMq0nlniKGwcV4cqSV +5aAHJF7HnkGjwyMHRUPtKVGyF2kgkRg5KhNkXuYFxPUqPEEU18MjrzEjxPoL1LQJF3utpFF PDUxifItNIahq3ams5rGXDE2XViavI3K+Ti5pIlD3XGW+GElrRtRQfskY6IMzPy9MPOKXTc3 4ixcGzOGKdLVSGXTr5kbGsNWjuNExTZzuaGvvY2MzuvXOg96GGdF5tQaZHwZVTcampXc42Ry 1K34GVU3k0GOmEJxMRSI1vwS3NA1WMN860CoNvkGb+mJekReacbIV5Qgyzas0DaTLl3q+EjU WIkc+W6wUDQx1HgY5TJm5FOwXSGme5JpxY6TG6E5HyVS05VXzELJpGI3qaUkRVOjMk+yJqwG c0NTMZJWthTtS7PwT7reQfU50apCeg1D/56mz3noLgXEGTwKWF8i0ZSfXmkNOhZVU3ZLcW7p ab3403ce7UuiomyEKA9lHdDHJ/OUqhVP/5S+isbX7RrPvSjVNl0jakG0k2ZU7rRFp+Ur8dYH TbKek6R627juEjPf9CpOkzMSJCNEfSGNTX4JlrFGFw7acureimJczh0rGpmnSy/viiw19FW0 CHFO0YgSeZ7IfZEzqklJBkGKmYdNbSmgeZiNe9EIGntdvibl+PEveAzbl+IvRV/8Klr8GAJQ BPQtBY2omLRUffENZGrmOkTdKiD6GMafTpEX6WKYebp8HqoD0qSZ2dt48lPHsKl1o1CNKI4m WpCW0spoFCTJbR3DbNOYQoOZCFlUWIxLL7300KFDAwMD8lJXV9fGjRvXr19Pj6/Ycc6jS0+J 64888og4CE4XkMd1JwEEZ6slvaVBrYVRM2pJwI4dNd0sZkB1PdSkK0XSQj0MjUai7GowXXVD SeRhMCFRV9JlYFSqG/Gw8Ypd95Y+D6PqfFbp0jfzuh5mWKP0kWkwnvGTnLotk4jaW5B6qIlh nDhk0jv4przEH0fWNAdST4pGRYNoBSyGnDKnv79fHEj14/bbb9+8ebPqxjCM+fPnE6q+VCqV UwrDw8Of/exn+znzvmP3u+SdqFaAdy8AQFLQlgHICqlySPVj3bp1lhfbtufNm5fz3JdC0Uo9 Gjo7AOMDtGUAcsH58ojqMupV3+k4JrX5uuBhAQCaB9oyALkTor5MHN2FtFbuQMYBMD5AWwYg d/yDR0J3mVAaDAAAAADai7LNsSxLXoLuAgAAAIAiEz51N1SDadLseszYBwAAAEAiwqfutgzo LgAAAABISqE/nMZqCgAAAAAIEr5lowbNyoOSRAsaEiycAAAAAIAkhFtfNNpMcOsHdXua4O5F UbfkFd+xLyzoNAAAAADwwdQXI4D+mdx3gAMAAADARIYNHolvp+UlfDgNAAAAgCJTFspK1aoa hBtduOmlIBoM5sQAAAAAIEhZrFk3MjJi8EEk+qe7q0tdxa41QFMBAAAAQEzKYu/p4aFhZ9qL aVqTJ1eq1agH1Lm38sD3hXOcW0EHQd0F2gwAAAAAgjD1hTI4OGiY/J9hjJ19drVSCTrVKBPp bsV0AAAAAACg4qgvQ0NDzPJSKpmmaVUZeUcMAAAAACAcR30ZHhlhmkuJUeVX8o5YYjQfcsPA AwAAAIwnnFV3HX2FTX0xiV2QD48AAAAAAEJw1BeTwwww8VauKyAwsQAAAADjDN/SdMTdGKAs FJfuri4x94XCZsCUCr2VIwAAAAAmDr7FdSmO+tLT02Nw64vBJ8CUS+W8owoAAACAiY5YnU6d kstmuUjry6RJk/iaL4wyVV/KpbwjDAAAAICJDl+czlY/iC6Xy471hSouzPoi9BfD4MYXWF8A AAAAkDPc+GJXKjX1pbOTmWTKQmnp7u4Wc2EMpr6w5V/yjjAAAAAAJjpi5GhsbExecea+cK2F qSwGW3KXcG2G/eYdYQAAAABMdKrVqmVVR0dH5RXbZuNJfJBI7Nbo7NjIbTB5RxcAAAAAwLLY 6FG16tnLiKkv7GMkNinGMk1b6C/Bb6wBAAAAAFqPsLVYVUu5wlSUslBWKpUKn7bLrC9WRwf2 PAIAAABAYXHUl5GREaq9iLXsOjs7ob4AAAAAIHeYXYWEbAZQ5qNKVH0ZFnN46Z9JkyZVKpVU oQAAAAAAZAb7rMgg3MLiXuH6SpmPKlmjI6Nyvm61WoX6AgAAAIDcEYvSlUu11XTFKi9lPnPX HhtjnySJ+bpVTt4RBgAAAMBEx+TLupQU9UV8LF0WSgvVV2x3Nq/FV+jNO8IAAAAAmOiIZV1M ZTk6MVZUFv/Z3q+lobwAAAAAIH/cLQE816j6IhQbs1RiM3gdlyFTfAEAAAAAWowRVEv4cZlP 6SUdfP9Gob6YJvY8AgAAAEBRCNpUymyLI9Ps7Oxk2gvXaNiWjdhxGgAAAADFIDinpSxsMl3d 3cL4wmbzlqn2AvUFAAAAAAWlbHJ6erptd+YLs71AfQEAAABAUXGsL52dXcQZPDJK5ZLnA2sA AAAAgCIh1ZdO54JhlEwTU3cBAAAAUFgc9aVcKtnud9X4cBoAAAAARcaZ42Kquwnw2TB5RwwA AAAAIJxycDleAAAAAIAi41hf/MvxYvAIAAAAAEUFH0gDAAAAoNAEbSoYMwIAAABAmwHrCwAA AAAKik1/bNuylW0D+DHUFwAAAAAUFNuymPpSrdau8B+oLwAAAAAoKBZndGxMXrE5UF8AAAAA UFAqnKGhIXlFKDRQXwAAAABQUEY5p0+fllf+qMqA+gIAAACAgjI0zHjl1VfllUq1WqlUoL4A AAAAoKAMcl566SV5ZYwD9QUAAAAABWVwYGBgcPDF3/9eXoH6AgAAAIBCQ3UXqsC8+OKLxN3R COoLAAAAAArN4ODg0NDQyy+/LK+Ib5Ec9cVW17NzVrQDAAAAAMiT4eHhkZGR1157TV6piqm7 totz2dlsGvoLAAAAAHJmbGxsdHT09ddfF6dUSamqH05bliWuMsOLYaQOBgAAAAAgK4StZXh4 WF6x+DYCjvWlalmuzmKUSqaN0SMAAAAA5I2wtYyMjMgrbAsky3LUl7GxMcPFhPoCAAAAgAJA dRe259HoqLzi7HkkjDBUrzGZ5sIomaUqH0sCAAAAAMgRscPRmLtlI1VVHPVFGGFGhoe55lKi fzo7Oi2oLwAAAADIm0j1RVhfhh31pVwql3t6qlBfAAAAAJA7Qn2pVCrySk19oTD1hWouZatc FRdC5r709/fnnQoAAAAATCCcD4yqVd91Z+ru6NiYWa1afP0XqrvA+gIAAACA3BE2FVV9qc19 YXpNpWKXyoZRMQ3Ts4odAAAAAECuBNUSuWmAs1OAHVhv94od5+QdbQAAAABMUHxWFXFcFmu9 lBjOV9OG4e4cQMijS0/lHW0AAAAAAA9lqrJQZaWzs4N9d9TRUS6XTYNdyjtiAAAAAAAM27YN r2ZClRW2WF1PT4/BTS8lqr6U2FHeUQUAAAAACKcsVtrt7u7m2wWUSiYfQzKhvgAAAACgKPgM MM7gUVdXFz1hqozB9RcMHgEAAACgGAjdRdVg5NTdspixaxgm4Ud5RxUAAAAAIBznw2lFXbHZ F9SBD6y3bdv24osvqjtWA5AhXV1dF1xwwapVq/KOCAAQd21MI5IE5Z47cYpPfkHtLFsndhNg xhdidHR0+Fbd3XrPPZN6em688cbzzz8/79SB8cnJkyd37NhBa9qa1avzjguY0EDctTWpJQnK vQhEFZ9QWcTf2uCR2LJxZGTUEFf5PBjf5gKvvvLKdZ/97JQpUwYHB/NOHRifvPGNb1y+fPkd d9yRd0TARAfirq1JLUlQ7kVAU3whH06L3QSGhoZc9YVQDVTd2pEyNjZGPUWhguYxPDxM65jc Eh2AvIC4a2tSSxKUexFIVHxcfalaA2fOiLEjytlnn10Zq/jcYSMk0GxQwUBBaFDcvTJ88kzl TO8bpuWdjglK6rJDN1cEoopAjhzV5r4w9cW2BgeH6InJ1Requ9B/eScBAADaj3967ns/PHp/ V6n7mrf8+d9c8um8owPAeECqLJ4Pp22qvFiWmGvNrhlGlVKpap4HAIA4/OP3vhfH2V994hN5 x9RPfHE3ao10ml3i+PvP3rvz+X9e8c5PVEhl17//ZKQy/Om335x3UkAC0M0VlhDri80/k66M jblKDVdfvF8eqQ8DAEB8/uav/1rv4Lv33pt3HEOIKe5++dLjm/5j/cZ3bH7vH73//me2PvR/ f/pnc/9s/5k9p6unLnv7/Md/tfcdb5z73jctzDs1IC7o5gqOx/rCztkli6sxzrdJ9CzvSAIA xgl7Hv9X3xUqgDo6Sl0d5XddPi/ysb03TFmyjR+t2tl/1+JYQdFn7rjo8J41M1qUtN2/+/Gn 5v2PLz1560d6lz320p4rLl30yzOP/r+RFyqkMtmcvHDmFTue/Z9QXwBoHN9X0xST8MV2S3y7 I5NvGsAuGyFPWhr23HCuww17rHRQLz54d1/wet/dH3T9Dr1f34ewyHqiGfdBX1LrxSjcW5ae WuiFSp0bmfiZETvL4niJ955xzNS3vEX+zJjWO3vWjItmzejsKEc+cGzrB5eQnf2cwxcd3dvS 2NYRdwpPvfp/Oid1/vc5S/6t/39d9seXHTj9SN/Q0dPV1/+AvGnq4Mxt/3bfklnLM21MoD6N TN0NeBZT4Eshl6g3yZimdS6eTEjdx8cML7T41Lkv8ljM1jU6OjvcH77jdNimAXYUfVuvXGpv P8k5+Nbn9topoUFYAZ/Pm//MzScdttiPMM/33njelVv74vkQFttvPL1ixdPf8PjgPBjtsyeU y75yUERo+8Xr5593Y3SCw1K0Zte1B++8opCpm/bJh7evoKnb8slpccqrDrXgrrjz4LW71tTN 2JZ2UCAPqGTp6uzo7u7s7uqgBx3lUqTTvmcOXn7RTHE8Y82aeLaXDBF1cv8T/7rlnvs0P9aQ /buB40fG/s1+88jjpx7uG+obHhuZbr/1HZV5u4785Jvv2fqnFyz0NooaN8YSlfGEUmz3TOoo AbMIeeKRMLhagoQvYY+zIN2Lwn3cEHy+Oad1o9h4uXu9kwL/5MMa0SjlcxxB3Qya2rkomSBC CCNu5dH3CPrS8coTbnHpoXT3dHcxShSNWAly7NknL5vtGGtnrF69KCsBcuyetRsu3n7ym9LD LDw/tmc3ufbTn76W7N5zrOEYLvrmwa9c9oOf70sW+gdntEfqMmTG6psv3vDt+PkExhtUzFBt haosPd0dPV0dVH3p7Ch3dnZEPrD4mlUH163e6qvGx7Z+cIrgBm6P2XvDFM+5zm0annr6N5/5 27XX/ZXgE4xVqz6xauWqlStXrVixcsWKKW8490zl9d8NH39q4H+fGPqdNWTMtC+6uPKOXf/x 4y0L/vE9FywIeOl2A9tX/GDZTa1uElTq7L72oBQ6x+658zcrVvzmzntCpMW+m86/6p5jdXy7 ahlxX1xnH41KzIzVD598ePUM7ueyH6ygD7CzGP5HQMXutbvXpnt2HNPsziVT0vQItpzcIq0v gkmTJvXQ38n0d1K5XO4od4Q+HKFKXb3iyQ1r7/GqUn33XHW+4KZ97JxX1ntuEpeuko5dZ1fd c9QfRt+e3U+uuNqv6FF/lv2APLnhcuEx8/amm67iJ75YUq9F0D5PybWLp09fzHp4NxLiQZ/P UZ54Q6EeMf0lNMnBXHNCb4fUhZaXP4WhpcwjTPEGN332Zb85qtfL825RoFmUyyWqr0zq7nzD pO6zJvdMnsTelDo6Orq7e6IfWnxX/+EP/3Suon1QfWTuTz98WAwoibkw1BFn56ptd3hVnb03 SLc7yR1bE/d1sk4ODAzt2fOLvexnz769e/bt27tv375HH9336GOPPvbYoyMDIyPV0dcrpwcG R6zTdtdA9zkD546cHrvv/f982R/+SXgdl2KT1GsS4WIkvXtFAMnTtWtVaVF7PEa4/MXV8W36 Jz95Rd2n6D35QJx0+dzI0+mf5J1fCkmya9euc845p265a/OTy8Y+33Ew3wLS0n9FFe8xnEf1 ocGyzb5zicgET2QCXUxk78BPo3sEfemoB2VhfqG6i/ukTcVKOTAmXalUTp8+HeHnZV/se2zb knf+wQay/P6+ryykV/ZveOdPrnysb3svO1zyD7+6bNXAGE3YU6v7+r5Ir8y87q4Hl1OH1NmG Wff3bV9ITmxb8gFCNg4ogQyMVOf2/qE/VBrW/WMzt8x6bOeqXnL69H7q7TO9j/X10ZP9u0l1 pOYDfX5swPf4iYd+Ur3yG+fTi+++svp3D/1qOfWEuhxjD/p8Ph3hiXCshkK4i9Akqy4pv37q yVmLzudXip66sPLaf5dTWoyoJLsRZo8pwZ1/wawn9/369GnNbiKTJ08mYDzSydWXrs5yZwej VHKMu93d3drnZqzZ07+GKS1TbtjZf9fMX/z04KrP7vFOyq1N7738a+r1Y0efJge3zZ2yTpyu uob6Fj/CqrjTq9Vlu4OMGmcNn1sZIpVhKguM8jkd//7ywfPK50/vnBlwrsiE/bt/MPfKx4Q0 YOJv02HmwJWg7pW5GzdeJB+pOZPuSOBhGQRrtw8o7hQBcVo9PZ8o0sKJ4YOf+YPrHqBnVKjX fKAB3TttZ807ctn7lj953Zp/ePdO8ah8/Nf/8KF3isjz9u+IgrVHP+D4+ROaqE2b6vsfELa1 0z/snfvrp351+rJeEkJqSRLWzXFJyDq3YA4Tr8D0Hjzok5asmH52jRCX4ooiLU8/+Bm/LD0e rw+VNLVzUTNBFFhIZLz+P6jrHajn0T1CVPHZ7jdHUokp87Ejc9KkHvHlEf3DrC8d0UbdcHpX 7exbxQpo5gaauOnPP0MOP/CBmZvEzeXCbjV341/z3F64aDnZ8vwJevT8M3M3fmOheH7t8k1b /L4ePnqc3qoT9Nxr3u91ojRyMvMBojT1E4//jFzzDe669/3XkA/cu3+VWgHieRKMwKzp1H1o krUUPXWB8po+a+4D1y0R1ZNEJTkQYQf68DPMk3oJBuOPcrnUyd6JyiUOkzl88YYOzdRdyYw1 93ztp3N/tveuzwRuudN7F7Oj4P588b9X0mPPv/xdtiMf/cz+3R+TIeN9PYsHzMHRnpGSVTrL POeqOX929+Fvvfe/LLzonEsCvh3eJJoMbXI7F/Ir+zfwfm2nEPTbTiykXdcHNl3E7zvvdY4z 5yK/umQba4hup7jT167o9evI/X19C9WLx48evmiRdFiTF1Ra/N3jJ1bVlBCy8Ct99xO3K4qG OnuMCf1NqgA5vGnLNayPYr2aKoO8fq6aFsP/aHqnXXR4Xwz5mQmuGpYIv7R8/GeHl6/1F5Mr LYOy9ES8PjQqVll3LmGZoI1M/d4hZY9gqx9OM+XFNDu7uuhbhvhX5lIm+JgVthiMh6krvr7+ oUV7H//y9ZZNlt333Kb31Z49QL3m04p5BMQxYV9rO9fkRRnI1PddNWcT9WzB+3zB2CFeqce9 K3Y8t4IVxUfvm/4jEQfh4MB3Nx0+TGSOUoT30hPFt6lRnnjjeeLRhw7PXjvVsk7ok1yLuS0u FD11kUHTZ2bOPMKSOi1eKTvJP/bc4dmLptavRGD8waa5UOWFCxYxWk3Et9PlaPVl79atM9fw 75+P/eKnBy//8EwyY+aHL193x9bPLJZfRcvpvcwJ+bD6+IxZlxCv44TImuqsKBE+TGEtOu+a PS89+Nzrv6EuqFLWd+q5UWvkDeWz/rx3yVvPelugulOP5qzf96NVZNtHF7mt/8Sx36qCftkV 1vHjv52z/o4F7OmpKz61bNMW1oyOU2fL1i5w2i+9uu8YPabyZ9naHWq7YnF96OYPkKv3/WiB L3xF/nDRZV91B3+SCiN70XcfX8GacpgEoG1+0eYjwg/eqynNfqojFBbNXM8u8gR+fQXzdsEV y8iWY8etBb1aqaLz3ydD1NPeGXN+yz3PuK6GFVmIGA+kInAQIi1rme/3xwrI0hPHkkhX0uTO JWkmhKXI3yGm6RGE7iKtL/zDafZ6xCe8dLCPj6hwCVVfIgcoD2zb9rw4ev7xnx+ZM7PXvnD6 bLJ9i3tVjErVZt3IY+rsyOZ7D/Ant23Z7g/jwpVrl26//q0bDrgXnt+27UCEV/5jZyDM4+GB vdvnrN/7rGTv+jnb93o89PsQ4onHzYENizbPvu/LC0RadEkW9M6c88zx59sidZFBX7hyB/Wa JSNmKTupO/4Mqxk6MpZDoDB0d3W+/PLJV199rf/UqdOvv35mYGBgcJD+lkrR6sviWc/MFRNv 5667ZCdfyGXGmj07L1k3tzYdd/Fnvkb4+epnLrnc//xdh52b6Sbv1upktO5Cf9/SPe0TU/92 88Vbvnrx3Vv+5IefHFq3/6pDDy1+/PrZnwqt467oW/n19c+4bYdeWnqfbLhMnNQioDZJtbWK d03fRfcO1QTmHDn6fFjo0vGBezcfObJ50Vs5THkQ0iJUAtA274gUJ55c5Cmw5AhxEyoB6kmV SP+pwPTKEDJ7+oXOydEj8jhLSRJZZDVorNzcpVJXl0ZVWi68ek60tAzK0kTS1YlV0zqXkOD0 BR2jQ4zuEeoWkDw2+S7TDsISI0y7CQp8wfSji2dzFtPOfMdKqg8v2LR3PdnsXJ298YmoJzfd t3TH9czJ58jVS8Pu0yr97PWON9TRQjaRf8HipUeY35HeCnpX7tikzvt/Yu+OOVcvVJT1Xlqh duxVPQn67PeEc8RN2ZZZe591b8dJMg2R/Hz/iaKm7sT3l16/g6buc98/ERrmExtlMa+tX8re 4E4waYOBo4nJJRe/bdq03gsu+KPzzzvv7LPOmsS+c+ymv5MnT4p+yJ2VK6fpei/ya2xyDGPP XXftEUvVUQfumnXuTa8PKQjtIkM+MyVJOs7elWtni5bWSwX9ji1qm+tl73X3iXbz/S075EXi Nmh2deniBU4r3+Jvr3Ou/vqO+8j1S/3Xe2fNefa4uMbkhe9txyst4vDE990QTuynL66zMm/f PCNccfTEfZuP8ETzAI8/24TwYsaKKgei25q9lyyNcuWXllTY3jfblZYB6R6UpTH70Fqsmte5 cGSvN3tpRP/g9b9e/JP3CEHNxrj00ksPHTp05swZtl8AV1w6O7s2btxw6623Ske33Xbb5s2b X3jhhcQFDXyc+MHyz5O/f2DFBOvIYyV76tSp69evp5Ut79iCzGjHPY9UcfejH+9etXLlq6+d qq+7EPLGc8/ZtfvBD/+3q6P9fuKLb9s68xdOQ6Ct4kMPX8XO2NFXndGTpd/97ZcWMId/w/SW ObfeOvurDzuP1JzNufUXsjW5Tp1HZRDcNVEcKu3QEw/31of61vz2S0TecfwV8YlMjhO060z1 WB4HD5SHdf4TNc3+RD96RdSDGkmya9eulStXnjp1Sl/ubUk7dS66uAaLb9asWV/+8pdvueUW aVg5cODA/Pnzy+LdYmyMbTEtTC8dHR2hBhxMW8iAqR//2pUf+9AXep++7b15R6V1/PK2D331 rd95GhNfJh6F0ksSUausMewutrsiBakjJ//0i0//qXQy9eP/9PTH+ZlzpARNHT79Ref84x93 HvE4k+GoTulFGYTrWp1PuOBKsm7/8x//S088iBsZdoXIO9Lf6BSpQQtnqsfyOHjgeVibY8Gs ofzuh1ufXfe1LzZDoLSxkGqfziVdjyB1F8+O05TR0RFiE7NU4taXzmq1msBXkIQL/5KJiQnF e297eqIlGYwbbI8CE7k0qeu22Fz4l7SHu/K2acXv4TT88rYrv0Y7vwvzjkfxaJfOJWmP4Exu 4VP+iaq+iOY4PDTMZs6z/QLYCryVil99sX2TpgHImrqTtgBoDaq4i6O7UIzAg8XkLR/74a/b 2sZAyHu+8Gt9EjSSZOXKlRqfi198E4GQOS5cXxFKjDyglEWzHBkZpsVmcPXl7LPOrlTGgp6i XAEAEwTPp8j1dBf+QaczcxdyssiEznpRQfEVEGF6KZfLvo+KyqJhUvWlWrUNNnPXrHDyjjAA AOTPWW+Y7K5uIae41D5BJuICsankfMPknsaCAgCEIGbllt1lomrWF9H2KpUqhas2RtWqVsMG j2DbB00FFQwUBCnupvVeuGXrd2I+RcXr9N4LUY1zJ3URoJsrAsEikB8VySuu+kL4EjX0/aJa tdkKdnwZXNtjQKOPvfbaa29+85vb+KMyUGymTp1K61jy3SoAyBhV3L39j99GfxI9jtGHfEkt SdDNFYHQ4tOqLz5sv/pz3nnn/fjHP16yZMmsWbPyTh0Yn5w6dYrWMVrT8o4ImOhA3LU1qSUJ yr0IhBafb/CI1NQXNl5kiG0ChOVMLMOrPrx69eq77777W9/6llgeBoDMoZr1ueee+6lPfSrv iICJDsRdW5NakqDci0Bo8fk+nJaUxY2ODnYgNtAw+bZqPnfoVwAAEwSIu4kJyr3I+KwqzPoi 1Jeuru5yuSrUl1KpVC7H2MgeAAAAACAPygbf6Kiru9uq8o8Dxe7TUF8AAAAAUAx8U3LpaVmM KfX09PAJ88w4A/UFAAAAAEVArIYc3MvIGTzq7OwSqo1hsMGj97znPZs2bQr1xXtBrBTjHZIK uG/kS/pQv53Fg+XiNdKZXEbK8qyRGRp57zrEkWkISQJ3K67WjbyMp+mE4gYkd0lxosz/ecNz I6/NP9c/mRxfYl3/iBq+4SU0q5UluXzxiSx4Z/lR99fvXnEuIut51s2AEP/cWLjxNb2F73qs Rie6ToZWhtjU8zduiCHhe7xOHw4oFmoFDtsmqc4jAjYxUWnRlgI9NQOU+O51vqXWc84HUhOa ol1b7EcesB+ZXPFH/efeMEI9du4KKUFs15FteHz05P/Y2NiwwpALvS4zVv1bt9RA83jXu971 yiuvqKvpirKQU3c9X1Rfywl4Uis72Z0Q4us2RA3zl3LqUg9veL7OU3WkqAVB3cV24uh5ztOz hsVfF/m6qoW33w4mx6++KJEnNbWhXuYIjcq2g+qL6xtRyqpWbqpGEbLhnEeFCaov4c4j4+zP 5MgsDOheIlymtwjNxfToLuKqJ8cjsotwEWeHhhV6IYlGFKH/hfseqb5EaZMFpG4HHNNNfG8T uWk8FTHxFVnoK4GaIUl1l9C79E3Up77QsITWUuLfXuSlvgSLviZ7lRcyqrhYrl7Ajm1xrGaa IV9y4rQJgzjvkwbXYIj7t3ZX2RKcHtC+cNhLqPri012gvuQC1V0OHjyofhHmqC+0oj/wwAMf +chH2J5Hbu0IXXnJLT63QIltuv2I2it63rHDa5v6dm7J1mq7VbVmD/GqKWrfGaHAKAqWX3O2 anVPWiB4KxdNPSq2miorjQM1iaPYNmQ89R2S47/f+GC78Wb5465ZzjLIlB66YamqpHrsFmLN huFVqILKlTcHa3GzZU7KiiHS5XunDNVcFCuPq2d49V3ndUzNVLfsxCFbRZFXTvFeKQuN/fIl AQz3ddOsKTa1lCn1h0gpGmUlcnQ4Wyq5NQXXDCjrvsOweuLR+JU675SvqP1O58NTIlJgFl53 IV6TgC/Bqv4d1YJ8NS30OMp9TGfpNKH4XZTatFWk9uB7sVJ7xKjV7Xw9ZdAHekC73tHRUfGX XqEvn+J7C3og/nZ2dkqdpsV6sKgVqhKmVHpbqClU9RqrWhX6Y/G/bJl3a8yqWjX1xZejThKC n8SKNz+Dvw8ZfOMp+tck/MD54X5yf0XuVzmDg4Ovvvoq7Rfp35OclzkDAwO0m6R5K/5WFVRt ppVZCnxccsklu3fvppW/fOmll955550f/ehHLb9y4NEbbNtSFFxWC2mlsQxLNFZVigsbgE+z 8DQh5oL9sgZMj2Qvwoc4nOpJq2m0TmG79gTDroUa5sR2dyapDSexF38WKN8FirBdtp03e0Oq HyRoZ/JiOPueEG8XKKyXyqtDUOAa/O0/dJjEVmwnymXCc17pVF35qGY48UttS4m/878TbeLu LEfU9HosIjUPZeKE3BG/TCIYRJFTjopBVBuSx7Dl9s4su/mrlMcWRPipVLCo3qUEb1u+UUD+ NDGEPmNw9YUpNNQdPbBMi+syrPbI0nDLl3jibEv1wZZCSRkSVPQXV1eyvT2B0kZE/VOrq62Y rWo1hEit2s1MR30RcWYvBITG3ORhyapWZFSlOfS6zKWg0Fe1H9+x3s/gI1HOoryKiobeZz3B iKXzJ2YkC47sCGRWCEuKweWP4V4xHMWidRELvp6paqVUblSVhf4Veoz6Rpx3BodQfHttTOpm 78c+9rFbbrmFHpSnTJlCXe/YsWPJkiVs2yMq+R1xH2L4EKVcZbsiVR01hcpaYbZRfg31JdIm wmIgehKRzYT1dpaYo+LUCf5LuD4hOmfZVxjOwEiUIcRvg6nJSrfnFd2ErHZy0IGel/gl0wjL r9p8FOdA9oGKJdQDu+m88tRMWUHrka+oZL8t+kwpc91elt0V72osaSIngwMVbqcYNvBV601D q3jAbOYfBhK9rXj7kKqXyGdLeSlRVTeP1YVbR6gL01Vt1bqlqBS2q3pZrqywHeNL1WIFxk/l O6WrKFeYtbxK3z4t/r5plmxTOFI04JoxRuoO/MCVT44CJlPtKTs5o8A7SkVq5h732PTmnntg udqzapNmL5uiWGnUaZzZwpEM0+AqvVPT2o2gOVDTnUdpMHnFWXMlFNmg7LBx29DmFnzZGH/4 dBflOn2lkE3RtZnwO0S8mZGQGXAq8t0p/GZybO9EIlVl8V2Rp75+pGVZ2rKwCs5f/MVf/P73 vxc7h5ff9KY3vfvd77711lvpCddgLFpBTKpbEGeagWtoEDYXJnSFKlqzsqgdkpiX4Mp7MSpr 2LUeUm3bolti/1RDOjfLOF2UEunam7gnLb5iVQdDXPMBcTpeEYxUinhHV3JUnICa5rUliGtE UdI8AxBucnj8aUDCd5/iovRmUe2MGyiIqTzlZr2rXvFDaexyI8ic0TcEZ3THa0VwB3+UUJhv nogYhneczk2g2g1LRUV5itUI0brp64nFx+CJT3ERVaFEc8ViGoxjM/GHJYvXHTVzdRZ3xIpb SdikcqEuq/06M8CUSuVSmT5R4qFRJdydumjW4lGzQkvTR7Ui//GgCAkpHac28wkFao3j1byk TJdkVj1SMpWss90W4w6ASbuLY8VmtxzTIfvWryreRk1hHSTR+max0fT92eooRbBJqBpM8Fbo Ffm3Dcs2LlKDqV0h7nuxK3B4jijvbFx5MfSmGC7yQvItVS3wyjePHuOb/qLqLnGsL+O4ZHPk 7W9/+8qVK//zP//zS1/6kpgHY9x7770nT5584YUX/uVf/oVm+s0330y1G83ruGppYBghFU7t mVSFQsXjT0ifETHFlQS/UfG7Dag9oSHUXAYNGfWyUbpP2GjqeV2/0it2DZ+XNWUtNJCGg7aV f0GPPd5HDLHESZ/PtKuEzp/3+iFv++ZdBe1evgM1r/z1uX7+KDXeO4Dkceb6qKi4IanzzPfy tpe2loCa/Mxc4chdgwlFU3wx7To+36JGPYhS93zUjUkL8CVEMeo6EwaERJGvSiLKvi5F/fRI l+ciBFt16JFLRBFWwqxScREzXeSbue/ljYQKOtBadu3a9e1vf/vUqVPyEyRj+/btr732Wn9/ /4kTJ+iNp556qmZT8Q4eyxd5t2wj7Xjq46pvLjVjhNrh2t555yquC51p0TPWFOFB1FO1r26i +k9fIIFQ6lbrOPU+VJ1SO07PZFtva4zuieO2OP8gXFgSYqgv3jcug4SoFcFAA0qmIstCMoi4 d8XLW1iZeDSm2l/DnSpsy0poBbLNY3LzJcIXHU8Nd+u8kiceu5uvLOR8pmC3o3Y/oN0JUVu1 bTKOMJEGAxKmuBRHffHHXEmhrbwQRbxAJIi72r8YEXdtr/pSUZDTdaX6ouYzgfpSDHxLv/x/ w+dp1kFDGY0AAAAASUVORK5CYII= --------------050808000206030902070706 Content-Type: image/png; name="Image3.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Image3.png" iVBORw0KGgoAAAANSUhEUgAAA6MAAAM2CAIAAACMr8K7AAAAK3RFWHRDcmVhdGlvbiBUaW1l AFN1biA4IEFwciAyMDEyIDA2OjMyOjE5IC0wNTAwg97nHQAAAAd0SU1FB9wECAokCGu4FJkA AAAJcEhZcwAADsMAAA7DAcdvqGQAAAAEZ0FNQQAAsY8L/GEFAAERfklEQVR42ux9CYBUxZl/ 1Xuvey4QlJvgLYRVEUWjgjHq5vBKjEo8koUoyQYTN8YralZd/1mjxnMDazZG3KwxmkRNNMR4 RHNpFFCjqEAUgSgEwykIDAwz092v/nXXV+/q7rl6ZqgfTc/revXqVX11/eqrr6rw0cefVCi0 t7e1Fdrb2tta23c2o1qBdDoEXP42ru6Rfg0S/dH5HKgKFcu+qkwiZVJBEhLf+6Fi3ceiXSlw 6o+uDNihP4AkunV9xYgUnQ68AIswqiuDPCk4GpD8y7sw9o2twHHEXx9Cj0WZJP2BUTDCNb/E 7T4oVoe9DzqiceDgQbsPrW8a2NA0AP/vA794f+OGrVs++Pn99+aC4NJLL50+fXqHQiZd0gsT /YW6mo1UVF6xfrH2TlB6g9W5qpCaTpLtP+LG354i/Qw2G7siqQ8mhJvwPsuNJPU+kTY87R04 6TbpiJBhccKdLlDd2OKZcpeSiv7KcatFQqeeWDFxt2dWpx5ynWcHQOyvBA9JtYRkSjuFN+sW P5lDx19EYm8yl5o9ZcTBajsJaKl1J4ER+IcVL1OErFPlnVTc5SZLv2xnYUmFAGFYIstKAhBh jIzC37HLipKggwXyTOzbk4bkFQ/Tq7xXnw8uuOCr98y5G3Up7vrhD7/21a92YYD3XPa1r/zX XV0byQ7jvFNPvPfx3/7v//34e9/7r0KxtNeBRwwaOqJx4KBg2aq1Wz54/9cP3HPDDTecfsaZ m7ZsXbHqvcjDVi2IVkjxRQsG/YujLQAmFkGJ1eh4OyKdCPiZXLFwQrNnD3OxiJeIg/ypKoZ2 ISok/gzGOkhIdjG8b4bUnmluYCuk4xJJHBcQbK1xJAGyfeN/wsijRLZ+QIQYPgZyxIhO/mJ/ 5XtCQqSIibwKRQjKBzGtLHg6Xg5k3oc6y8STRCFUXyoqoXpZYqWONiexcpHQdFnkEHrXhQ7e 06nAPO/TNbs6/fqNkDXJ8iNy3Cp1MKIYpdxNBOzXtHC1TIm6khlFVEbBB5KSUqZ7zY5Sungq DsPq9GEnhHVQFh/Fdp1JFlxypgB1TPwbwa6rAkKAM5xxxFMV/CKl1Mf6+bK1Ix6L1EhnhUU6 xY6ib4YVVjcC0WcEQ8M4s1CqpofYP5GpC6aJNhWFtWwkDEPZ6oSqgRJ9kGqZNUlk3QIhgMma t2HV9qu74G1INnKhaN/EC0PZrnI/vL9Boj/Anse6CPlFXTzZVxiuR0zSQhYY+4/CUomUSmEx LNGf9KLE3UssvtjzA8/3A9+j3+w//Wb/PfYWmTRVsBJkbDNoIht+09jLBj2MdvXAB1YBqaaI YCzvyb/EQ7K9UtkYIt0I005T9FyxMq3f5kULLpOTpwsPE6avLvgXFzD/5SHmj6iO2ZOVlkuO 6M4t5AmUfZQgCMwzC4hKk4bOxcl+eOJNusyABkVzDQ+DNklFH9Zl8ZXc0uGEJkA3fB/e50Ob tmzbsm17c8vOrBoIKmHKbePUWF/XsrNtx862Ldua7Sd0licoXRIYmPLe1FBfKhQ2vbWkedlb 1MVXifeVBi5QmcoEg0IP9o5J40IS+0lECUKevqbfJe4rlLdYUSsR1LjXPmGp+MG27Ucfe8Kz p5/x+GO/vvbaa/abOGW33YcELc1bnnvilzfddNOpn/ks9UGzubGxESUgYRQbioJOJIUTtQgr QYk8JLIERBgskJ7VzyO7gUxUDEJRp2S/LmFm+CejJVsihDXxlUQ4JTRihakaEtlcY0+xXtWP WmQXmfYSGWGkqOdg1yApJs3EEEgm4ilTSJphwrEDge0TMVehIquAHZsQAPM3CE3GMfmpd4Qh Up0AUf2BCQsEZTXDJBJtIdvUsXJiXtlEUb7AkgyB7Wt6TyvjiFWtBxmqs1iWKIvgIl2DE5yz QVT0CFadH+C5JIQjCJ07cKDXg+reBGVTCmJaVdiqYyxHxbYjkBYhOEN4sceQrpUWrVW/PUtf A9h0JNiyGZZAMsuIAfpO7H4yCX3lDtnEtRKCX0GSsr3owVhI9OhauBM5OIRswXoyuU00/4mm mYCZgdG14In8DyeFurHj7RMrbZLleoISepLq8mZCVz3VUgvOJumIihojSIoisXeId4WmpSOG 42JJwShTYv889VbPw9jqFLS6SCSBk1v6VSoWS8US+6b/C+K6xDp3TsLENw4YK8O+jxgl8ziN 9rCXznStATVsS3hXQ0yP4yEtOEuPov1r9Yb5ibBWUAidFyb6jb5RpRgtk60KANqq6B/VE9DU 8W85dJDclv3xpaPskZXiybNFQBhVYZ1UKfQIoYJmMWG9H290cSjaJOyx2PsYhZglP8RM2IZR aBbgaWqDiWbUWDY5putQyVDECOsGSCQnufJhxY4BvyhfORMar3izIQo8hj9NHJN6WUV+lVUN AfHl1QoRyjHDEBcLiBMDjze3tCT5yr+nqA8gXUmFM+VnaF8TxRMEzSXEU1QYhbSS8Pxsad35 7j92/vOnTrwBkZtvuXVzPh9s2rAmFwRnnX3Olubt9fV1MRlhWS2iIzyjMNTFn5cTrHsSbAkL g+4RDMzThwtmRJjID5P0vJHeL2ZpAzodTFSnJh8g2CifsVXxIvo8VYC1HleOo81sUozsJsYX xDzCHpQANE/Vt0HzEhUWtgOE2nPYMYivEJluA6gVYm2YPTIhIB4IxEd2QxjQMaI7O2L6PCvu RI6FCNF5ZN6FI2KPSDOpp4TiS7mNVaVV7YiVQVBQALrfiBJerdWN8TmbVFUMLXzE+2AgyBDK VVZ03lGD9CWXr47r7OJyTKp+2WQXtvRIVx99oaYmTPVU3nShMEKNBx7RhkQyBU63IPN2k51d B4vLRp2TfuEK/MdumWakSmMpnHgJ3DorC5sOqVYgDO0OAqh0zQshU8oesqlhnhqcq8oiuKbQ hoYlpgBlX2wCKSRS1WoKg9TVKbaLBZXFct6Pe2X9gByAwaZXVrtQ1Eb+OvGyomG7YShYHFaU yw/oi4IgEJpCCaEd4SwaEy0tSZ8l1WW8tlBk4H8L7YVCodheLFBWJqIvtI1cvSs1vNRJUOty 7Y/qHEIocaXtCD3TT8gBgOq5sdZ3E9BFRP9g04Oo1hbwaEMqsNTrYj3tm6Tpt4aytukG9jTj lZzXx1K1Czplo+FSpYeVHL/E/pQwzzOMRE/FH6CclfDcY2phj1Nd/i2yVEaEuiAsFc861vK1 CIH2J849hM7PpAbFmjCQcDmBLCYEsqpwYqVMeYKGxgsq8jCs+cT4tOug0lgiokYyti8WvZCV zLDU3o64KpcItT5Xuwa8TAj6S3/6/J2hvJ+cpBAqfeVPbDS7YmKYRchTI9CiuKB8GxeLJCzS lPl8dPL+B1tPO/2MO+64Y9999w2WvPby5d+8vFAK83V5OwWRBAPipPiR7rEENSR8oCPdhXCw 0o7FdLlRPV5MxKH+IklPqZgkZDEGYy9Y+Ii+EdMGWc1xSiYQu9TqNluNHOHMWKSoYYvoR2Dd sbsMk8YQ+rcUIDhJDPaoBFBZ1WSrH3Ci3EyMI9iSWWUgJn84thflwKK6MuBQRkP2PLCpTCAE XlJWCCcPRWKQlnLZ8GLwUzOSyDx2JJPjgVq5bJMlrkHxtL8YnzGXyd1O0pvhJKnSj0HbEOFH Z1VPIa7cqRhwzBmVotK0GxcidSDg2SShGsniyHWCGQP8n6QeqY7t4Qp+4KxnKn1phWFXGEzH lMcZYVpjRNMMwKkI8IBsjsXf6BwSSWvNgbIFDKtJqCgvJYglPstPhCLUK2IvVJSUz04bozOu ZPU5L/Q9L74CidPciJ2bmskPQcJC/qoS07d6gpxKNS97nSeJkefl6Lso0Q18RUYZEDYlM1Kz S1IjzQh0Mce5bqFISW67ZMiM1nOG5wslLg3V58EzKq2m22WCuCIyAtM2KnMC0AGE2hItBHps oIGzFDAIkVj7j4yWy5q+0z2HMhUAk6DELkQZ1vWqzZYPa4MFQXbNT2ZvoPpi3eh4NHfoq6Vt S+iVSgT7TNzMjWnnxTCHB8SySA6KtLJYMGmtxMLSLgLYxHhaDauLbXQOyyrT2E6XnUwJD3Nt KC8UdqUoV0mh2sjmptLAp1QSJhwmxxB65JePz5v3SkaoxxxzxJlnnhopU7S8omI7oZWh0Kbb Ga7NpaMFYWPA+G6Jk2DBcTUd+ulf33t21Wbx0PF77zHtoDEPxFyw0t2KnkEIoqRSFBJ1l5c1 Mfqkwg48Oe7YvGXrZZdddsfs/w5o0j//+S9s39lK62JUWkbypjnSilZClLGiUEBZJixC62TV lRjXjeRWhGOIF/nggcrW1NslylqlCm4DayoTRyvdSIk2MrECiLRuu4H1OjYNa1SWSaUzwkij ziTuooYO5cRhK0mMShea/BLQdZjpQeDThJPxnlC3fUTodRVFszS86s12YklcLICUgOYg6XZU hHE5An96mIgV2TVtEmgKohMXJtOBkTZkTUklBzRlmTQtIfLCEESPRpJh2TmUyZ8E6VYAkuHW IWMJ09IDaqFbGGW0Eu8WiC3VWKjxd2AwjlG/cdxP9UmoOsmRCJZ9ZRbpxOUf60SScOa7K4Vu O4iymCVWA6ZtdDEYDxMzDjf1z1ZTwNJgWiyhYiVctepzdlgqqhY9LGHKXTylyJPEk5MVpmPl elBFjjjBsZgGMfbjoAHVY3fCda6eR9lokfqj7xVst8QeDYHC0c9REprL5egL+Uu59tUXFrtK bxwJWFLdUtEvFAO/WCiJBz0xI0xKxVDpMWVoLGxfWusKEi+UdVpwsW43OleoewOkW2mEkNTx 6rqpTfx0joU6L7BuOrWKCyGrddLWK0K0ciShclnZReu46UaVwPqj2LTWdAqDBU9qdbVFg5Q/ MmLgfSYrkFTy3MCO5xgtNSEzh0ZypMIUtcIuBPvKZleY7GLPmN54pitAQM7cBtuUWWWrG7Fw i3Y5OFZ5LWdh7CLKRVr1TOrrytRSwkNjDNUGpbm/fChr9dvnzrng9NNPjr0WofYCKhXC9lZd 3mD18Tkx9RTNDTUPx4iSWv1GGjgt38+9tw26nHvAEB6mtMdlXFZUcPUz5GRXE19Co8FrJa0K ogOg48Rzzjnn9ttvD+hvVvNFabDEZvqKtRt2PPmHVa8u2fDako3Uz6EHD5t00NCTP773qGFN wiNhlZHXDE9aOGFPUVxp1QDzgpjykNJpgnFhxB1OKKXC7jFt2wXFooC35CISp2AyFwnopA2T FpVAzZnAIosTQovpx7D1K7F9An9JPJys4In+byanzEIn/RsaMiDQzCcp4E34PrD8NaN3M/Gu OTQxDaxlZ5qoclJ1PS66KIOICAEQsagWlk+T6YG5B/IG24mzxY9BUKYweSp6iflrxbMcsQIU mxgliK3INbYLJLFmlEOHJqmTDYayah9Jbm+jS0XtCzVdEp/vg51gCteNkl1YPIAJQ4zsomgp 6haUETuuwrUjnjIe6nTaYQCGDyJpUqALrLoPawLrokLF7MTgDfgymecZi0z4Qk3OGL+kPIQy Fcw6O8ZefBwyK8wQhypCQpsriApXezKCmAvUOialH5QsTKposKDjYAgsDTK4ObBXkrpTYadY kjoR6sXTC5cYsQ44Ew0o3eV0VK0lk+RL6pDMqEAEHpb8EntBkfosegWtm6XRKXlFYe3LtFZC YZwTXJdZSASc/oqpbk13Tf7AgbwaVeg10CQyiGD2H5qzWn0xUQZUStmt23CCrISp7t9MVSkz AGkxomaDgTLNtIIqEJEJSt2rxvhayFq3KyxDEFdmK3fN9VXzTvi0IuW3HjcVQaGYDmDjFDXW 5oMizJX+KlAPkGij9MDK0Fbpj9U/Txd1m+aalWpmQJBIcDWEPQrXlrZFa11yK1u+Xhfz0gK8 0NbegTagUGjjpd6Uh7p8vtC6s0QZZfMOT1GfkE/vcz0u4dfiIzSXWKxLo/jYiAZKZwW1pd/6 GnGaS++GO7Zz0oCJ0uOWLIKLuZ0uDpV+t9TeVmpvp3LLB74ulzSGzKhdFfQQ1gJlScSK4Y8e fPM7s18+YOzee+wx+NDD96U3Nm3a/NBvN9545yvXXHTEl84dTxCjuUZFCtU30gRHZqqyhdUl wZphMBXa1M2UzjVOt0xeA/Ik36NvaRVstLQk6najxUh78SJdsyLUQDeArfea5xN6h9QXWlsq QH+JM+yRyEaDgtOLKhBhkCZUhHLfDKlS5DagyubKVi3bjNwErxYYARVNSKReBVhJmdgQuR4k mbVFzCsjCRMq+bRCEIdn8V2EzRgoeQSSwJYBL4tMiEdatGgqkhuxpPxWb9baZEMWLJ6LdLdg pgvLlYDOI0HjXYHwE5SuyFa4mumhZD+gUcVpQWdobWEWxQtVp6RUAU3tTPgR/U/vQWJ0TOmV FqecGCZPADA1FRV/SY8v1ceyC1XaO19TUvNysbJIhMIqV4n1c4SpckPVGIvmTMbLQ0oXJ9V1 vrCdxXpvBNXtqYVrqonX+knWlbI5X4+1a1gtSqB0yRcDeOaMVMuPlc2sz9aNMXorVK9CRUt0 kSTC/sLjFl4KmCtuedwEzRUmGmyCmFsfCublc76eY9YROaXVZXyX7/EgNZDR/FGXxB62khA0 LcYyJDTzsmouThBClmqCbKar8gYOKyFTtguA0TbLbTBA7OLKFKFgVupfMzrh6nh5remoKC2G Xpg16KoPImrtohpZiNJK78oxlVw7qA2rtZ5eZy4CWg/QuET/eVarBhsfoTgDdo927RJfcqGh 1RslMCLLRC+hvkUNUQ3bSWm1KcuMuBhdL7DB1iMYVCqyolEslPj+CB6vcGy8K1Opk6g0TerR s/ccQB+HZFdH4GPD68/ZcwApFkNslVhtqEDkcjT6Zr4iDfOfbNRCh4g4nwt0hHk9woGow6Vi 0S5hchbgov/3wryFW6Z8bEpTY64U+m1Fdm/AoCH0M3zUh75//18XLtlw538eG8p89Ci9puUi hEoyjIzhjzT2J7wMyJGdJo46M7HKU6P3w1C1E99ZNWZnK4u2XbqwHT7Q0lq2Wqa8JQHD29Kq S5ViYVpgJ94weZIYEpS4rdAFNMYMcE3UIzAyiTcUcGyrZqTkvBTRfFdGUY4w1LuJUHKQlLAt 8SuDdZnV2ItNu0O+REx1w/H8hGUhkUnCvVziEYtkolyzq1XxaWJUscdw/yHpk2jrhcjSYe2a LBszakzJeATbDay0Q1ia8SHrn+pxorqypDyJNnEd40sZcyiWaxmqC8cGKmYJgxgc90MIKRv3 uGbXEn7UILN7dbrl4lqxz3Kh1CL2WdDjWMysSblhpLF1A16IqPzKtpUvgtfTP8bGgT/oYbnO 2axmw6q7lSRJVIzQk1xEaUrBoFobh3qKg/rYLA/D0mLXM9PqGDSYYGQe8tU8XF3M7SW4apeb zsplNEh3nDwAMfPtKeVgwDXKvrASFFHl/FiOaDF4ljdDJFDvZUq4gJtJ6I3LBNPN5fh/yqDV pli+ms2PtpxQZypdQriBi/qF4JINZNKPkDLltafqjDpXai3l7hJKPY712lk1oiXA1FFrb3Fk ia0yZrFsgY3yV5NSTvrZ7mJIjYiMnbQQperstNGw3iFODspKzL4zlCoeJPXNHtANa30utrmt B1oS61t1CVoHbDoAqAuzyYS+ob2waQGuqI7YlUb9EpQSQlb9TvSzdetWcXHzd69CUv7o36++ RbsDxaSaqKeyLRbZfEqhgJUdLZ/SD603pcTp7NH1NAsotf3RnFuFy5dnXnns0Dxz55s5GMWc ukBqVbbku6EXanuGEjO6pnmXD3Kgh2a5GYgML7S3m/G0XIeI73t0xfOvbvnwwYe0l1B7c2jv 9kDhjz3okBcWLvrRg2+ef9aHeYFgG3Ww+RWy4Q9fHn/OXMv3Zx968/8+OVIO4Bi7FVWCWOVA JwZpZ4IXf3/g0S/98p37PzVC3t7wzPSxD0xbdsXycZOv+u6CHRdOQGCcAIUb1/XA+0QN3dc9 PW3fB6a/+8CJI02OLL6z8cgrz5wrHSWYx9MfvfXlnRdNgJG1i7GaxEGLZucOxwuLFx8CevBF s/zDLr/jtdIlh8TyXNf/CD/RDVBlJTjiSbYkks2qy8g30WsHI7fMI9Hcib1cWRBLmkvk/gCI b81jwjTqBBIfsSDYEpg6aTcSiiFHyYppC+3AhJOncxyUDvgkUhZnWDuARAOrFEN2E4JCCVXa izKqmA813kVKay46Wrn3JFDiAr04cBTFDQwZILmOzi1UDRK5JIm3kI4VSFbSCCauV9Wzl+YW aO4JIZUwUjNGtYksTvmOR6gH0TVv7IJQuirpxCjdhEYsZHv9CFWhHqXLZoa3AJJskBI3kpSG DMTUUDZOZupJZg5A9Dp3yV7gUl2mImVaUaCdBXECwyajcBSTwr5QunIaiqKV2lBqBOegMOPT JU6buNWvV+LvDEOsjQWk2s+0FZI1iYVkUksnuyZrj5VQbM0lyyPxfcIme33WcVMmGwZUTgHr xLEwJFVMVyAIPLnQzpdJZKpIuSQ8Wk+j03TclATcibNcaIoCzC3CUDX52CRValy1tHVBUz2C 3mkBEQL0MzGaK3pnYtZMw4ww+elp41zDUFVUTGU3WntorydKXkmY22i7DBGyZ7Yt4wI1LT/W DazpTaINjF6eHm+QkG5y7D/xuilGLs3bm9dvWB+//8ijz6xevTajUu6156ipZ54YcSwWhzQ3 N7fsaFm/PiHM1tZWcbFh3Tq4kk27i5iYMS0dJAwtbnt7yfb33lu94Hmxma7PbXM9FNIxnc/2 0yUBl1rAl6Z5cuMFk+i23IeQP1S/grmsX/PBe/+ABbakuGyRfogwXfBKCNMRSlFb8RLk7TZ4 65rVtOzn8zmkOIyoD4FQ4Le3tYH5bRaPDZtav/uD18dNPKKltf2Q/VBdXY7S5YXLxA4PZNKH /bo84+1eafR3f/DaJ48dNXJ4k7bbRmjICfe8v+EehP561/Dj0R83XHAgTxkdlcqCyXm3WOlq d8Trnpm23wPT3/mJ4JeiZEw47mZ01YoN958omC5e/8YDj54x7faRh5y4bcfX7QrMbi/+ftMx aMG2r0+AXEQxAuMbFi/FYiyzHopHT//FktZvaFa7btH9j+p6g6w3p+uAbb+HXFIKL80onQn6 vs5QFa1iFSmUFgNiTx2luFRdkTCbsnW+0QYpU70mBuWic5ITfIhPZGA1PynHYlrgisUQrf9O Ct9sgJwgKKPz1uwoNtttWhScGH+sVIfGgNnWIyiTMhWoRcX0WACX4UzREV00o3RiRY+jWlBT Jo1cFbGV/YPahRyUcanv0CLtOKeLd5VgsGILPBuKRUTFoSz37PEDoL3GFLBc+PGhLVTlJg58 y+VazZBeVLpHm9u5uEr7JV7pBZWjTTwKCdyBTPrQlg7SbNKY7CJVKmSx9zHfLJMoYiE0eVhY dxK+j2nIuWMYir9Y+BEcJVQbhgn46kAAsUWB3GxMskI1l6wYrq10wGpGitl3ihcK9sr29goV rwpDpdxEujuRU+kI7BWg9X1YTaLxDw2S/hPxpgETzOi7T9ibfLmxgtpITO7iwFa75fK0T8/5 Yt2a2lhCF3UsmwTdWMb1ukaVK35Cnkv0kmWpAOYZpvZUK8llUrKn8JQaVWYEZ4taXWU8JhVj e32IYdtEdw2qdbam8rXNMiC7csAj7QX09rpR/Y7R00u+K7Z+5zYqhhxLgisyUScGw/5Gi1qV W6SGMfoPUN4CnRhsipIqFELIU2XawwnbjFGaW3YBWXwHDl2JPC9BU1woFMTFf82+L9Hd5zFR ho2i1rCVksJ6gcimQO6Zxa1aeR3H0l10rFAl+Xj9Xi/7Q2fd8R/6FfT6ksu/Q8vZp9v+rouK 9ZF0wmNDT7aBP5amC8IEiK0WxbRS6CGdKBGBGFK3tbfpnaDEzSf/tHr3kR8qEK9QIBvXvv3L u/6F3r3xnqWPz2v+ztf2/sRRw0ul8BvX/WLD9j2pt/97+O0rZ04AQymVgSUWHNuRRemQsXyx x5shQrQC2cpH1SdJeR5y3C1o8nNLvn7IBOaw7o2fPnomJbpg8I4shRYYcBmZmuqOtWczIjNq eWQZDaErn130jQlS/7roF599JKNgWbMywI1UwzDi3RiumEkkQBFcGbjShyBg86QiKIxtZTOv l2cIBpdiTJvwNk1ziXmRtE+xC6sa2euQceRvNOcqlKFtCAPG0RFlMFIjU6xZrhzry+2JkNJU qXG9B3WGZtYtW9Uu3kMwzqK5Vi5jQXL11JA+zg/oJJSKRH5Ul6PiI+uPp+OLEYYtbrVlKLpY FSFtr4JQwt2swEx2gLzlnWJsAwbbZ4XB6zJbgUK3+8lud4Tb62iuAKh4RBnf6PFZfKJEL1K1 rZtMQNq2XzxodvJT406uJeGWA1gwzpBzLUoIS14IvCOsFxZJ3Sr2MFjJJCem1RJqNbsliSiU OeZHfHmhVODCra2wOHhAKzfFNl+S6mktn1q0bfdz0iyWD/iw6rpsNaXgtoxbii0XqIOyXOAb O4i9xrRlqeAxusCrfgmakOifiuDJazNXBLyJzZGJ+KuUuh6f8ZfDVKTEqoYTSEoAa5UHtu0T TEmIvc4wXWW/Bf6AciC0tmBVGpZ5IJOvfyIlBM10kVIwq8kF0fIjdQCIelqUH4yUkS7WVEF1 S0BpDAbz9ssT2p+I5iGxcdYDG5rLiXXugw8+yK6UtHCYH/x1gTDm5vs8x/0Lunnbzd9KdGeP B2A7LC4pWt+QtPHwebFnHRAfIfDdiEnIKydSjgjr3oOg3+THvBwMp68T4V/xrZvFq+k3vaZ1 /jPt7+moi+NMMNfrYCL7NDkCkaopvq8Jj0xOrUhDqk56fN1h2GbQSlkvxRtLN/sNA9oIop+3 to771s2/or6/ed7YH3973CePHrFm3aaPn/+zZ9/dvx3nqbd1G1raC+0FdpiL2PC6WBJf7FgX vpe3xJIfDh82fNjQoUP2GPI/i3n1Wf/M9MaBjY0DGhu/v3jdM9P2PfNR9OgZ+zY13LnY9Pzo kONvQVc9u4T/2PDG/b86c/qhIxFe//QXm6Y9s55e/Pa8puk/+P703Zqa6GfKVQhddfRuTdOf Wb/4B01N/7NYhLL4++wV9GLtM9MaBzQ0NDU0NDZMe3pdrJ/TE1Ho1rm/nnrlLU+vF9mz6Nkr p/7619KYBK17+l/qFf7lt2tF9Vg0O5/ng+zc53+7XpT0P80Wu8D4sxbxx5461zvnt/Sl/GL2 rHN8rmI496l1ohAsmqXbq1lvwFrdiY9OEbYqpGVWZBSAWh1oV2Orkqd0t7KJVzQLBGw6BLkM 05Z5YrBWrQBNYfzt0MUOCutbOOVZsDMEW/ggDykK1TGc8jskcnpLr67Tj6NKALuTZA/AK9Lq b3uCD3rhC4eZVVKRfoqkvRDST6HIrtmHLV8hpdCwYb00tCMfq9+V03dpd6WH2AcWIVOkQLHB cRflTaqIKinqhKT91KqAiEv8qS78VI/uiQju5g/SClHA4YBmMSOdUNeAEAhEj3CT7BnVW3gf xtmVz3ZC5fsqiE1sc4FcrhX4ObnNl9yRS+t0ZWnVW9Bas2eRWRp4Sy1XUkfG+krJ6sudqeT+ uZJYK3MFY3YExqlx8gcqg62qNEYX+nXchkFxX7niTYFtccZ/a0fhE3qQG/4GatdfIbNcDrrn gA+5qZm4zrG9Jex/knezjNDPCt0zgLylro27+KnuqlsiJ00sdCrEHhqBulTugVBsw8SKOPu6 bMjN30wCRfiyyLASk6Mfj6WG3VHPylfIbd34oMrXkwTKTloUQlEYAnUtn1XZkQMJCcBucZGP 6jR9P+Em46ktmWBFmhmHy4/YiI6rwX0sI299ELNtyAIPMCc/WIQZMHYZBJhKrCGPm/JeQx1u qKPfQWO931CPGxu9+kZc1+jVNSJ6Ud+AG9SnsYHS3O/e8E0ROKW2R6HN9Fv8pO4v+8ON54YG 9ngDC8qvb/Qa6Ic61vuN9QF/nd9YR9/u53OIy80HuS9qUCBGaZSnIn0mLK96S5ZtxSPHFFXt +83ikV/625oP7z96/L6Dn372jcu+v7KQGy/vNTT+ft7bYXEiN8HAYhNmaSPD9cTMeJ/JaOOf vvrxV376xtqPj/T8t+YMO/YHH9t6/Av7Tz1ywbafHCKr9wPvPMqtF+6H1rH03gRKdY96bvFF Eyase+P+R8+cfvsI01wKKvDot156dMWO+6n74u83TUEvNn99Ar1cbhEI0YCNPPGBlh3sfYxY n/GLq1ouGkYgFwHt8uiJX5z6yE/euOPEkSPXPX3LlVO/uHLU2/LWiE89sHPnAzTKlPLu89mH r2r9Bppdd+RLv17VdtIoOZBdRIP75uVoYbE4cfFs/7Cbnjr3wZN1M8de8ovLFjyxJnwIPXXO 6FMfvDq8ZMRT5xzGXE6miX9jlnfYrBPCSyZ2pLuMdSoIzuljuf0x/EbKNIoo6wI5/MXaLE7e 1kGlkV2jzWWb7hgdm4wAt6sz5uxa2QBG/MkhI2DKDPxoOmjpLaQfAjrTZKjZEDmwF2d8EqBU kHMDtCEImXEeATvjKMGCrSZT+nVVBkniXahrIQnRk5kgV0SHqBRKIisYeEmuHNYkUyxlYFug U1ef7xEZipPjO0i/YhkBQorHuqJXgKkOAugRAkMaGJQpqJXEMOYtor6Na3a7T627S0DZX+pp D5I5rlOlVCgB2YS9ML0U1jdiYCTuekpjF2nGYDvkiSOtuB0srbyUR2DM16nwOWnE1xV5+qgF 3yg/ZbDS5seq8lhblMLSCNsoxTuJ77GdFnlAhG+jJMzrA1/ucGsGcHKXoxB2MUpzTaDiU99W 0bSGDVBxq3/GHY060UQeWWNqkDpiX0DTeL53m89bRE/s38bW5WG2dwbx9d5Klk4XY2Mckl1z 4zbBeu9Y1dypM0KIpe7VOpvIYBtZg2gEZRfRrQqxe+K8PbbXLhGHSGNimnRVGpGnthTDWklv t04IWS/QY3448EOJ/mGtiFYTOZLDfi4uuv333+viy67PqGXUgxfkIoHyw/T4dEMszMMPP/jf r709I0DqgQZoZRwrEz7xAy+fCwYM5BpWJhZ5cgTT+IbcjJY7xswljmrfpt94VG7bZ/LNqD2A LijfaGLOyobav4B2yMTzQyndQJ+slqun/BvHbDMY0xXTQ2wDZaWx0nWhxPboY1V3YD353oXj xu03RLgP3H1YsakQqhkisSKzxEgCLTeyYodCrSyYrrDfWr/k4cfR449PHKVe/9m1ay+8cNu8 u3Y775m/3fepkZFKaB3DzA0Yjn528deHrXmAmy4oX/rPmY/cLu14EwHb3fVPT9vvjEeVsFEW Rp541a2fPZLy2LPX/uSRW6/66Uj0tspmvjrtERPKomevRLe+zBi6nvOnuP3VbxxCXSaccAe6 /O0ND548HIZ+1hOzGalFh51/FvrxmnXnrvnxL9AvfjH6F/r+mnWXTByJugaRZjqB7BpSZbW5 mtdqS4YIdY7DSwoZxgQDYymVQ+k0N9MABCv1JwY/03wmwKwI4QpdeX6MNl5QDRctxb4cD4S8 JoMQrKBT6Ww2UbPM45DhDDzeobIsoh9mg8/2yWffxRLffUjaOkqzNKGvCnw6ivVIwGwufDHT SnQmWqIApSJVSDCtlZiyZBMdoaczPRYYZenhSjwelZPRuKitIm13vXEXhw4jXtnjP0Ux0/am jIny7Qhlh6KX/gjLWs+DJCG6bomY91IWqweonjkmTZg06P0KhCUrnGAw0/UINJLxb/VGon1K cs3LrmDl/OwFyXfUu3zNp6GdhhZU5BUIlHNdLOM0TpNISIT1XfMzSvsQGKCalWEwdbBeSGFy 0gAMTLiKmtuPCPFKM3tlGSI4bkQtjez6C3uiiItg1cqFPRvK43qJOT0R7NgQSVqiuOC1TqMQ jlyLzSf0+GZvrCMQBwDr0uiBPYAw6Gg0qYVpsb4THVOMqRLR2NBQLBRyQT7eok77wlkdqKFs EwK5PDLKdD99yon0k/ZgWpPO7SDyXj4fDByA5b65KOCEN+DHnTAXOgRkFZ0EiK1U9ZQx0hmo cAbaBAIbEHchfDlaDuMi8XJsORotEOzxIt/qi9NfUuQuKAi8pkaf+UK8MloRDkz/alu1jt9/ wBtbd+Ya6w/8kH/XN/YfM6xh9ZqNl93+zH03fm7KxNH//vnSdx6Wh7YVd2z758kjkF7Howud 4S6ChTNh/uS1OR8faWznqZ8DL1zxhfP23+1M9N0FO/7tEATjA8nuhBNuRUc++/S4l5hGd6Ro ojrUMy2+c78z0KPvtJw4Ci++s+HouI28zasmHM/e+9/oykduffkBQhbrUPY9Hc19t/WkUWjR f9cfmVgsTPtYeR961hNrHjq5q8htecC+HyGLDSfcjWpMpdAiKZejriRWoQPR59GjsqxIBYsA F4+mIoN2Z7JkZSCviK7Y+IjIZeCK4mPexorlNGAzQmAbHolVBtlFsdZNcWpzDV5NRLPOTeXY tdDgFoukUAyL9MMpb4kd2iR7KWkw5eFc4IWB6Jw8ytEDdW4xToqSFpWxFq6S9sUzMWUvVXUP K8odyyDeWES5r45VRaXFzoLE3HFkt7sBMysySy+4B1eysj0phfkn65sggVCTwnLhBzBj0mHq ACUb43oZTpHBEdr8YbVwCflyYVqEdckCAJu7CMRUD/DP40/906rFt8DlCuUQK2NQPautBm/S 3pUveYq2t3HKG9P3RZWjETVhBFyeXoSExXIH2X0+hmdxJQkEsz3/uQmuoJ6e6u/FkjTP6Jtj Fk2xIhHnuBGSDdIbij0qkF7SqNthbLH5uNDi14ID6WwS9rpCx8uJGpZ6XaDT1YXSYrrlFANp DDgtUxJzc/DgwW3t7XV1dUwX2RVQNhpsMWNXBYhydUG+vm63wVgNnQJBcPkMbsBP+PNpsfeQ rzYJDEDXn9Ah2nO2HjL01FN7innMfk8+yW2Dkd8wgDQO2n3QgMSaEohxCptDUmdHiIJ30NhB rzy/46yTR1937ofqcvipZ1+79L4NhfrD/u3mJ+7691POPX7YgmVbf/8Wi0Nh547hw+qx2rNF zN0gY84nT05DIw4+69Pnf/G6P7425xMj9awNe9/wT9zX/MJRAz/63KILJ4zQFopQm8iizAwY jjzzDHTmr24fjgwzSO9M6f9hY89EU59ddOHBE5Z8/+hvIXQzIevWvoTOnD5xJI3AoueuROiW xIeJuZhw1typ+55+5dS5704wHtateQlNpaHQRCx+loZyK7MlppT4yP8+vvUbE2NFViQ2UZEG MPKw88869dSLz+82rhtX68YvIuwzgeyK1GWoYLGcC4y3azpPxXJp3b5jHSZOXf2mBZilNNVv LycKFZqcxyDyXPtQbaETAm+VctZKkPIgAX9NB8S9Sieh1xAKXfphFvGFsFBSfLfIoi70Oz7f hEj0y8rYV67bEZ0sholPLImqG9S/7bKLtG1lJF3qfoTjgrkXY0NjwpUaPK1rMR2eKA4k3gVW Lmpkl2FdvB2p7T7AJkW4gJG/nBnC0nCBz/94HmClhhPodfVIDXMRKEHKvywlMryA9TbEEF0i PGC17YGnthXTkUGKiIvISrZqlzqkZtUN58NiSbyn7YX42Wx6NS8yG7vK9aCi1DGyi5M6iIgA E9W02dQW2+wBZkGygiDW1iaxfKxN2Dg5FHuXMVHwk13lJLESbpmmMo3Hxz3Y8TG8VH/HR+zx /isx7TqnFQ8S3NZ0L6Zty24hlERwUhziEYg3PpV0IhMmTHj2T78/c+q5LTtbw5AQUrZnKwOx hpFpdPNdw3RZgHU5L5/PD9iN62tDT2htPSQ2HQv4eWn8mGqm4kWc9aJYqciQA7ehZQeuhDSv SuKwNLZAnD4XhOwuM3Kuaxyw575vbdpy9FFHI5vMCPBDERHO5/IhUVpUjk8cM/KHP5v/q5cG z32dbRqMc014j/1pAl7YduBBly3irwq8xt3C1radq1dO/89/DoIAm8otZ6CIWBzpix0LR/7z DQ985tBph0nzhc/+/K0fj/7VoOOu5r/OeOTtnzAq+akrbvnc5P0GolsW7Lhogp604pl+HOWT V545beIIbdafKJsJZz16xn5H73bVmb/8209OvOJmNHnybozk3nwzYsv6Rnzq/vnLmvY35h/W is6kadORE6dPRWi6ZUYw8sQHXl7WsG8DDGXCRe/++qV9j6y/kv2c+utVPxutQ9eqv0jQEQI8 8uTZT5w1+lRlvtAd+t1EsosQwpnKXegCzRiS32Fr6eCDKKVkm3dlkF1SfhMLKE1c7kG1llex S07PQrWZjmnrQIigq4m2oRWqdU1ioWfzTcA196VcQ25ixL+ZQpfS3PZiqb0gmS79DokwVmTT pQHTaflwHMirJkE+105jvUkvISq5kbwGf3TiwQ9iRVLLM7Z60PiyObwtUTUJKLiDnPIjxhY6 MkDvDE9N62acWreTiE8HiYvELl+4eJx4Ig+pMmgNg4yVI8iSxJ5ecjFE9BaooTwf1Gglwey2 MZ60CyNRlofSERiMkqgnJBaYs5lttpUvM73AWiet6zekp5ouJ2oWUKyQZ8xu6wChytyzRwuJ rbcirGVyzeajprnSFJHpKfi5Zbw5MZvPYDu+ivGna+9SqpsdDSyPYLU7Zxx7JF42xN5z8O2y MOiiaEkq+rgxX4i9L62NiJNdlFIX0p6NOB533HHf/va3i8XiJz914pgxe3We6VI01OcbG+qC 4Xt0PigRn4a6/G5j9h4z+Vg+gpSqMDGaFNbNgRdqFyTrSBVMFymdZihfikpEambFEcEoyL/f 2v7GO6vu/+EP7n7mT7Dmmjr14fHjX3/99ZWrVsHJJVHXHvzNqv+Zu37I8R/NiMGmZ1/4xtTR 087Yj9sHIlNJ5bfl2cOaDKuN79TOIKpVQPqfxSli8s3I8Mh0rAoF6xbIUJeIXTn0XG5El5jr GTMUkZYrcWKlxxBvuyPfkam0hIuIeBPfYoePQXNPAOJvxCkTiBlCIynu0hFZeSp5mtq4Rhgt lMR+C4xOlggy5ZCv7lILnT1z+qTO47TZqIyc1V24iYgSKZhXMS273maBXrQXSXt7sbW91NZO mW6Jclyh2WWnLanlO7nAq8v5+Tz/0As65GZrBoRVJLfGkG+TO6qRxAhCdmApYY35vDZ0tOKu XZCVmDjTRZrgKp6rdzjF5m6qeCtBWplJJBMZ9MKhEuhaDOf6YX1HdiNjuyBY5hNGW7EX2S7J oYrAhBdkOlekXYhdA+LaXJTeSOrXwX1pxQbAimGbYgZd9HWkmxeOavMXBspy2hUEow34iWjW rgXcBa5LS0MkgYnChDYMyG6coQCEiRdCUUoHu3SUUtEySk7Se61fyOp5YvTUfnVcGkhNIkml rBhj8UkzoWkMoXKK+/UUnfFUYcqmCvGER4QAmzWU2YMUCmwzq+eee+7VV19dvXo16gp0lSGE ziY8/+kPSkAeciNlpcQw2xvzZSRI721lz76qH6EtYclu9ewr77FZlqlJWDEBO3Jg02GHHvaF //qh2G/BxA3jfD5/xBFHBKJm1DXUm/08iRydnX/2h99cse1Pz88bctwUv6khksLSjp2bnpt/ woTGGWePR1haAAqKS+wNk3W3p/aTNglXt00WJ2lVVRAAlowi49fER6DWEHjQ0/F6agSOXqvL 7yTDo8ichWiqOl26OgucorKN6xtSVbxIbbub8Q6Y6hSzXS2u+FC4rJCtxgIQa03OKhSGPHhB RhrLtdNmV0QxjSoXM2ujnOzoZcNWcttaTqQV51ZQYq/HEuF2umJzMWbDEAKmyxRM0hBAJEVv IMrIOhH6JCzPaOBthdyzP6bWjTXMyLTCiqVL0emuBxzaiQjsjgiKswTzJnGQjJAuXxLC5qD5 cSOS7iY2CNWKGtmVsdpAHCoETpq3FaZK2Lb7hDUdjp/LzRinTn9DTmSFqdryJNVs8pLZeBMk 2GekCOkk8G8viatZfB3GWa+YiY/lsFzcRjI0JjBisEmMsHb4SPx18VxL/GmHo5Wh2Oo29U5w segh0Avg9F4gMaogQww7VVYD8gmUUscjtD5acqLWWfyN0YZQK+vAmD8imXSqIEpDJEURPmAl L0m7KUYyJ3Gg3ofszrrCx9PS3gHoA2gEdJuDmIUD23TCq6+rJ2YmXWp06Ned1x/7418s++7/ /GbgxAPrRg2nH3q7be0G+ml+482r/+2w884er05mCmWJl4fsYmxOR4k0T3pcZU0Hm07VnipN rHORAleVTt+qJQhFq07cPBBM4SR2uvA6Xq9gm4XtSY3e0NHipNm0OOmM909lyG5kXJzUwMVr O2ynEqtKfESR2OfhpCeTbRh0zmpWy0920bsbwdOUkNk/NGqeFb9GlXApKGGk9mFHNv1W298x xQPfBY3tMsZXoTHWG8p1aaE4NAaLfoidE1MseX6JHSvK9gT22T4onrTSEFvpyIOpCLD/Iqrb 0vYEoDGw+msMo6gUW3CfQmOrC47ytJU0SJBcJlk1AsR8hZIXUcfF+gbcRZYGkSKU3Q07VAiY TYIgwknkRO1d2TAr9A8JrlD2xImsQMQ4ITF8eEtrKGJMmpQNJ87w4ro96CIHpUAXGJdw5FYi W4JRwjH9cSRERKxumiT9FO+06aYku7Ajj2hJ4oKS7ZSe7kuf+1KBIK08hkZNEW+J19qGIRIy ggMVObumi066riROlIlZco5hXiidsYwJQihJlxTJPlTBeK/3IFJUKqkLcQ+VMN1qG+Q4fwjE Nih1dXWA6Qqv4gvP/JeDP/up/Z7446qFS1YufPIv1PXIg4YdftywU66fOnJYI5FbF2F1apJW SikCHJ9EUm8wQ0GMNLUk4lhkYvKbRDS4ScIrO5me8H5QvLT5kniXOVQM6Hql9twWeTwv49U4 suFFL9EqpbUOEZe4t6rIbnLGpcchO1ZdKjR9uA9fP4w0y2VDNn7mD/KUmYJcbKnPd4ytUusU 2U2ImW0/qMIRHUwoT7DkKt6Q700cohK3wSBinwgeS8GGS6HHbTMQkU8JLQUxmx5JtqsmCPUw 1NBcw3ox3H8ZSbmZqBFit3B2Z6Bua7Ir6xoWFQSp4iYPTxRFy+o5OkF2s9UnGSMuh45BSw+2 fmmkM80xcqssIY54CENLt5f2eHavLEhnmiPK7N0RKGYRIUDdB/yJlE4XvgIO/iMcNy1d8L3x FjVetqNTS5n2u0gwAyxHL8YzNvuypwUSDy2igs3I30QtEryOMyctjXiPJvS1YnmS2HdZ6AGk co61lYRvYwU3j1IrHCJcwhAGrNtEMzmsXmdmjwH9hVPQsA1CfYrvxss5Sir2aTSja2ODYKVQ pS4Q1SaXy8UN6LS3PUcP+uo0eSSuVM0gW1sb0ZOqQRIWXZo9yan8J09NYjBUDO1Z6WiSIkwX ZZFdAt9qh2H6VM13RecOKHpV+gdd5SDNjfSdicSui7K644jrHuLKXRQpweUU6pEwUxWxST1E hoQjQZCYhwQbhiT+gtXyKq6zRXz4L/aHxGIGXRqX6x1m1PALrNFNih4qn6OmezBpiBdy+UUQ UJZqiyXEz3VTRS40zTfmqlpPGDzI8igqLjYhKmdTXGFtxSZ1KpON2llN5WnGrGNkEmbRdcuf fBnflsXjEfXkRkIGvKwgcaipcojnYYWUNKOzT6O22ToGhzQk1vHI6CJeu8vKOUM/lOYTLtJK 4mpRrWf8ZyS2iRwrUdkRj0wkgZC2ape40rdC4aQJij0LzCQ6oyws28gj2FloRQ9CKFZzrWIA RrMokwqbfOQbWMQzAqqliW03EuX9UQNFIg46FrMAcsAvNo4nIdZrrCriZdKAC2vSr6QHm1PZ pGkXO5bI5h7CR8dyrVtbr7JD0LJ1NnuQGfeZ0KTY0tEaT3kB/EumG/hgL3zzNAjX3ARlWPu3 zBTUkVGyYwTvVzp8RYhlIuwpSjko0jTXqFQzZF1OVNaA1WZC4rWy0eFm9lJ7pQKEo86qhiBw HgqlK0p1xHuyW61wdNUFoy6l2Y0T6IxYlZ/bUqKM1wEzqomfRJCWGG51I3msh1T2Y63iBK9F cl8AW2MdjafV7KbvwwDrGNy8QP6Ub4RDRM0lLZWpqX9Y+ybI8iUVC8bwjBjjuowxIlazL8AB Rp6kUPRYKOohPeujnpPbBstJUZNCeD4fjvSUStEc02nZe0SkR8im4Wa2UeVxuZpIEkOyX1tN be5PhDptAJ8x0EXl1LplmV/iGyPK18gYKaLLj/xEKNq/hkkEK7GfhheG7sSmrSG7jbjEEwuj pHlhhK+H4FhKxIump45kE0NJZLeHhi4Qu0DDsy0QirR1WAWIIhwgJZKJAxutWCWw3pXjPREG SGL3MkoTHzhjMdoWI2zefaBQnpImljeJFWki+ayZ55vCiQMmceiZXqEM9dfKDqI268XgEBAx m4XMLLFRhMc4LmB0VUNy9m6CYvNAWaMibxdCZLtkpCfCXBOSY3mGgxxoLxe9IJLp8oNJIFVN eLlOnWSvhgfqyX7JXrHc6BerF+lhjeoaMYhTqA0eiK0ogm8OU3iuDtaScmLEYxxTs35Z5+HE KCHGIgkpHqz0YrDZqqAwGJRKJWwj3rzWSodUeXKqUr6aB3XzB2tCpOMBhBiBLiEyE5EybZRQ pa0mW0XD3IIXWteoIwtGXuYAT5EEaNMWk4+Mp2rHo7ci0dPukQkKux6GcnG30u2yOhSqwSIh 6gO0sUokcG2rtR06v6kbXrmRj1qZge2d38FCWhyhvQjZGzCI+o3hmS9Wr4DFUUcgR62mXyVc 7UdPrLAtsacUO3sEEMsdYmecVfug4DpVE0nkbzXP9CCqT2CFD8TFrt2zQkgfcCU0Oyja7yWS trTBpwkU8OOQEJTemnGeZKyNE+Om/wAOELV/RbCV4IgYeCTRO9lNqCNtiNFdKSDeS/riiC9I jlUNExvhYm1cpxQ3WK9RgakA12pUbXH3iBy0H9PvgyN2zItUfIhWfxBT4aX6KTHwmFbL+mn9 JyZR4Brz+dWQH4eGuXEI1w0TZVIVlpBYoivJhuxqeCqY6kNQXbHiN1Y0IqXV+lJjcmSTAUAC eLhQn2C6ubKMOhWWbqabER9vmHqVoveNe4D3QtMtpqXK6tqiVUaxXgxKbSCe9bCaw1XhkUjo pqxjDOkzVI2CXsYaMmo/vJ7ycRIIjGi1jt1MxWQTkZQl6FjzkEx5xbGqMEBVBpEguyryoi1A StlDkmyJIolNLQcx46o4akVwkyRX3nOC6gKVq1F2P0RAM61LYGjfMt/g9QlV3zZ+yopCjOAS vdEY6DFkq411YWCkEqu9XuEMVOa7bOVislpazYFgq+iDqib/02Y5hBE0fFf4AgxYVkhheiy+ BU33rGKrulrVCYYIQbME1TybcouVxa62REOK26qeUm7poOsQyB/Vz6kGjuj+ULNqMIkk/bGD cKQFEw9FVF4wtRJRd+lIZOQ+5B/Y9CiixxVaHNPb8uuwc3XTdHtVPtMdsEtl9V1gJ/tMjLLM +nU7jDKILByoxCiacYfEUXmIvD3ekmBVLlPeGyO4jBsR2P+orjKZCsNCG9WY6JG/4Hxg/Tgk srypYgussDKwF+CVmPHlUsiP50VqIlEyWtmJydqux7F6iQ18WeI1kpuKJfhSx0nyllwuuBHN pzqKSldyWeG1ELBod0QEpIYVzOnHuhvjYt8GLvJ/CCcSleqqpAy3PcXEpQYXkVAdGhRyO4ZQ bpYso8/WaYRi2UasdUst6lCnwBmF2oVVN6WRvDBqBGxCqKj9qLCBStHOoOx6ndL8Zau7VDNv 0dkEzps0akoSZnJipUZFx0hqSa3Yyc6SsKOJpYMhtCB0q8WBI6ek1MaFEZk8Vbt4ar6iebda /Bjl5jadhUMB20/agC+aMeoGhoHDuqdUuVjta4LFZIcak2oNHIKNVDxz0jcTiat1IQ/uebVu pFOx5t2SeG38Ox6IJXMoEE0l4y041FgCXQuK5GySqJHKuYgHozbAONKDwfk+Ips58VYC3y5J llydJlxwUutjDTbhMA/F/YJ0yOqEbQkCmitYJmGbILLuTxxVjEiJ+xU2uiXWsbGP0EQQxRk9 4c6Xn2EiZi9DbMbCFhnAIB6G2UaTJ7phHlxcnxPPG6jDUrkEBGBItTWDLMx2w5LSPGEjStgL RubFoUIoGxhU2Mj4M/4TpTT12Zyv+ytwVgeY7IwjM3zdqNPtAGKDvCQPMe1GWW9Ij3BQcisH 3qkHvyk+uQrQ0kaZ+8njf6Sn+AEPFtpELNiYsjo1jT+ShTmMg231zfbjo20B0uSJc1xWLygB 5ufG6DYLjks9cYab2N5E810Emk0oNJs6RphJPL0h0dVf8VRD23VLEt10IjqwhN7T1MYxxzhD 0DEJZe6rWSao0pJvZ1/qBHj2n21gUwrFwgbkYT348pTEwDb/sCpEyxvSqcamB0lS6SJNebVq QT8EohsNnCCr8lba7mk5dw6ZnRnMIHvPSSsf7SFqTHVovS5zGgjGAoMTjWBh4P17GMQJBL3h 88pj7AlMsFU3+ihSNKPsOUsXm0yeMuWSFmxSmDb5gYUKJyTVUlJVqQ7BsM+3v2u+vW5cCxK5 QCmtTPY4rIyAkobmVq2w31SGyoBVjCn3od4CgSomzc71yWhwZhCIKDZln9W+lBmG63mZ2EQ7 iT0rmz41AJBKiBLfX4x3fKQkT76QexmI5/kGutj3Pf7NDgfmRwQbTY6lUEpKMtApxC1fcSTS 5mdSNmBtx0SsdFt+YVcQyTOc0u7E7kbsYdLzJqNwoAp7hIq7C1yuOHQMOPK3I3HriE63UjPo asKsOMGR3r1cXkc7i8qYMUpv5eIzsBkPIhTpz6WLmsxIHZAgOeAWe6IwNa08Q4JWe3XqmFTi evYGiPHRNSRNxlAPRyhYefElSipVptoQiqBYBTB/beUAWOUa7d9xkiSzYh35bfEXHLlrjiRA ypYhjPQ0CQPe2PHolv9IYoEEMI5cgixB0Y4mseFIybAyvRH81XWD9IjfNOqWXHKSnkF2r0BQ ZtOfDPqmHS0tposX+qwwDGRPDzYXDHz/sccee/HFFy2qkZaiaCxTWpN4dMoFmCSWygKvEtbY CVxgcDdZk9QTypuaocImPqE97DakdW/V1V1731eu1A21LlcbbsGEAbVDFueCl2ULRrQ9tybg 5duAPhMrao6l+oGf6lYiSG6Jq9Y2SHUu5kyXneomWK/oEsUWEtaRLmnZl5GYyORPUj4k6D3U bbjNbuRdRpsRm76LCzv5FR3XWJAqXCtGR0hup5uUdLnZ7VgXvqsMyo16K39fWdUvKtdf2OGQ ihwzX5eahixalpRH1pjNYrqS5xbZqFbNeHviREHrUDRQtbOVECTFC0lMKUn6UzGsuhwldtaE KoL3ksOpGpG8NKfYmAMyuZTVITqhnuaLZRdoNyuKS8SvPRloG3HYql8Uad76MckQ6DLSwHLt o1OOOeXUU7c2bxMhE3WcRCBGNGyxlPbuefMXLJjXOqKKV3RHZnRTBlehjal1bKsLs+LyUuuo VuG3B6LqV+O551HrzOqOYPtazepDUXWNQE2DrXVUay/VfhsBV7NqGmzFYbb96Y8nnnRSy44W /kuqcYulUiAGMKViUa8uZ0sUS6VKA3ZwcHBwcHBwcHCoKdra2oqFAjdgEOCnihaLgVhTWQTU NsdnTGodYQcHBwcHBwcHB4eK0NbaViwVW1p2aBdh6C6tF4rFIgY3Qsd0HRwcHBwcHBwc+ggK hXbKZlt3trIfwkyBr94OxEIccaiB8CrstGtvRuPg4ODg4ODg4OBQAdjCzTAsFgrq6E2x1jyU ++kKza72TaQfBwcHBwcHBwcHh94Ps3EuBi6S6cb2lEzmue2lYN3mfEsL9sOgtVgkqDh4d3/k 7u35oFjr5Dk4ODg4ODg4OOyi8H22cXwuYMxWbKYsTv0IxE58gW82WzIHqNhYu2Pw3//hT963 6aST921qanhnbfOzC1f/9W/r12wauPcYMmrAllqn0cHBwcHBwaGf4yMDB350v33cgqJdEJ7n vbBy5Ss7tyXezefyvh/U19crB7btNKW/gdh32gdM1+N3kL3P2LLNI4Lm9oduOTXXVI+5Knj3 caG/z154xQeLf//Gqr990DxmxLgh62sthF6KA4fvds6R47ds2VrriDg4ODg4OCRg8OBBv3zz rbe29vZ+6ugBA045bOJhEw9uamysdVwceho7Wlp2HzTIf/31l1qb43fr6vK5XNDY2KjP+ZBM V5y7HORyzE0dPO2zw7XNw2t3DA437/zh7Z9DOX/sIB8R9Nrm4rZi6bQDB9DPV7G//IWlH6xd u7ZusNPsJuK6aafXNeSHDxlU64g4ODg4ODgkYMOmrfvsd8CXf/pArSNSBkfvt8+kiRMaGupb W1trHReHnkZjQwPN/c1btry0dHH8bn19PWWzTU1N2iyBMt2AQpwgSi/0ijRBgVFB+msvBSvf 8793xSca6vxSSMYMCHbL4z+sb523YeXaHXPnr3tuY7AiP7m1sGPI3zcdOBAfNiAcUGtR9EY4 muvg4ODg0GtBO6ltzS2dD6e7QQhpbGxwNHfXRFtbG819knLadj6fzwUBZcN67ZnR6UolrgKz 0wU/122paySt7UXvb9tIARUPL4b1Hnp01Q+e/9u3j9jjiE+N/dTn9vvc6m2rn3j3ibcaH1uC H9un+bSRm4+ttTQcHBwcHBwcHBx2FVCmS3ltfX19lOkKYwbqSvhKNbFUDW7FsGVzsa5ptw0F b83Wwvaw8JlC3YXPf3HJ6uevPfZa8dT0f5oeoCA/KN/4TuMr77yysuGx5g+tHPuP6bVOsoOD g4ODg4ODwy6BIGBrz3K5nCaxgtB6Yvcxvp+u3GNXQD/Z7uWbcf7tTW3rdobv7ij98K+z/7Di j18/+uvHDzxehLO1bdvmbZv/jv5ev3vDLZNvmXHIjE2ti9bt8Xytk+zg4ODg4OCwa2LhnBnX Pb62i55d+/h1HQ+Nh0fRiQD6IDoj/w7C46B815dg240xMwVBb0thiX70OcCQ6Qb5gHj4xdUt a3YUN+5cc8cr182YOOPw+sOP3+/4L+33Jep3y9YtH7y1YvCsP591+drdPn/nhM//8pL/JYf9 /rH61tXVx3P8LbMvny8+sy5/8NShwvWkL5lrhsNPm/+l8czzLOZNfCwPOrQyHhAa/dEHvzfj wtHVx3TSafO+N+NrHXiwcqyYfQw+ZvaKLgnrqQtkUPqiawGCpZcC8D3MsaPvzZZDp6SUJg0W qMAFT0VclENCoip5qhI/iRLsfGIdHBwcHDqEUZ++/t7rPz2qYw8vnHPngskX3dvxADqLGpDO mkCocoUJLoe0UfDCkDHdAkd7sVAsFinZLYFt6vKokCOF97e0vr62ddUHD+ZJ3qvz/rLzL09v fGZ4YdiRTZNf+v7/e+mfP3nEO3seftaMoy+5ZNI5n5808MCjXiBnzZn9kdf+XH1UNz9wyx1T Lr5jyiVPrPrkeZzRot++sXyvEYannjRx7PNvLJWeb6U+Lc/R0LI9rHnh3Evv/cGaqmI49Gvf unzeoajbtdYHXDyPzLv4gAp9dxOFrRKUip2yZNZyPi9g4r5i9twlU7pJDtVJqTI89QS6jyfh yZlzTmEEdMXs8y45+EnqsHzWEulA6elcNLO6pyry89QFUoLLZ6FLzrOztDsS6+Dg4ODQvdhz dI1I7i4FHINwD0JOddva2zD3w3YcC4JS0Zx5tlsT2bCl1d++o2XHbmTncwMa821h23Z/+z2b fvIGemv3S+5uW/LBuXfdlW9sRKVS3Qkn0O8DfH9DY+OiV1750POPjVrz7mOnntehOC+96tah D1457iS09LdrN/99Or9g7uNPOGT5n/4v3XPZ0DorzPfvuvmOu9D4m783uQdyrm/hqdsuQbOW R6nYU7c9fODZB6OHax27inHyxRfLi9NnohuWrVix7OH5M689mToccOrZUy6Z+9Tdd1PKeTEl pXOWVPPUySeX94Pmzpl5LWESPODia2decsMTKy521NbBwaF2GH/TNZ85Rv2YN/e2qzcee/9X xr1wz4/u3lDrqFWLtY9fd/UjYrp58kX3zpyU7iixcM4Mro+diebMmDv6pus/PWohu5g65pFH FtDbe069SSpqVSB7TqX3Xh59k9bf8hDo36tnvCw8J7yOhYkmowULxljvTwhzoYqGfEpemzBF kPD3RehOGYFHosmLPpYWt1h6K3kw6z3dhZTzfT3JdNvaWtsY2lvbiqVSATDd4YPaCqjO37ye bN5B6ldggr+8z5ev3Puqaxq/OejeP+14dd0XvvOdXH193ac/3fruu8j3ST6PGxv3e+iho448 8sOUSv9t8Udee66DkV6z9M/rx55wOLigOHzcsYuW/TbDc3ZoTMbjb/nejFu+NGP+9047iV9f OHrohd+6/BYt/kmnzf/WR8ciZtvw8+9dPo99qM9MTDpt3lX8ka6EbXIw+wJ7ShvOg1MPp8xB 8y8ZK+fA9fw3nGwv+zL7Ef7Sp+RLqJt+n1EdK6djZi8Tj8ydM+VsdFt0dv4GdO3F48okM+tF 2XKw72ZGuGqxrFi2ZMrZpx6w/M35Uw4UuXvAuIPRkmUrOv1URSGPPXDK/DeXJxaJmBWEcag8 zx0cHHYh4CRU9ujmn91z23E3ss/Vf0Vow/PTb6yc5lKi/OULhtc68QwL51z9COWSDDdNfe9O MaGf6ChACdqdiN6KcrPVj6w5gvm/aPLqR36z0A75a+jlBZbnSTOpP0YRhfFC2utWvzf6a/ab MsKMp+vlI2/iYV6E5tIQF/5GvYOGaCIQp7nqMUVqU+IWTa8VfrYMk6LX/YisN/OYqQIJOctl ZJd+SpTpFgzTzfvFvUa0h1s2o5UrEUHER+81v7dx68b3/7YU3fHrI2fM8DCuP/PMAg3oH/8o bN/esnNnadWq1uXLB8ydu/+ECR9C6KDnfzNweyePXXn/94s27z2SGTAA04XOYI+91/1myqWP Kcb8/g+eWX7sodK24aRDxz7/zAvL0fibrxj759vuOObSO465H513ytAOv6wrMP+SN08Xs97z L7mNk9nbxKw3xd0nn3w3vYGmsEnvu5mCkP5Wc+Q3VGjSkPTI/Etu4JPtbKodnyfm3XUEKOsa K6NwH3p4jgrnYXQ6nJ3n8Tz95LKpy3pRphyqCadKsXDLgmuFRvXgcZUqVit5KsMPZbcqclR0 81NeYuW+lRfcDKIX2LE4ODj0MsR3IU3bl7R/Yu2a99DkIwTZG/Xp0yevXrM2xZHj5bsYQUvS QO459TPcddIRk9F7MhDlxsKoNg48zCMPHxX1WUWYqx+5mq15m3HnAhbiqNF7LrizjGXu2ldf Xj35dGg5nB63aHoj4afLMDl6PQ5upxuSdoCwVCoWC9DTqKYtg0YOQO+vQ5tHbSM7TnvhtGOX fPTuH31xR339mN13D445ptDeXvjZz7xCYWNz8wfNzeHixW1f/OLOP/4R3XjjXrlcK5XPgg5r mTav4mJZ9tpydMj4cWjofiOkS4bnrNDWyYs/v/6+dWfhsucnjOOK2/EnDH/pR3TYMnro3miP aVdwne70sXuNzGS6Cx875pYXlqPuw5RZV3C6yGa9ueaPMaJ0RiO1l6fMSQsvvjIq4ZEps+7j bIy9lGkgrQgwraSMFJtnV8+cfaqI5xWzpsyZ+9SK2TcskZ4yXp39omw5RO5mh5MmloQoSfJ4 t4x7OT1uNU9l+jng4vtmIaacx3jugbOmKI1vBJHcp3mBZsrxBMuMiCbYwcHBgQFS207QXKCm HX7s/ddc8Rz7nP4peXfoBV8VLlfcdJCwfNjjC1+54rnPje/o62oCZjVQE1rWIUyWKlahZWXr 5+79GrqLcss5C7vhbVWHb0evx+FxDS9h5FahFLKNGCL+xu2+fq9982jzQbgdoxAVtxSPeGX3 gUGA29uDffZpeeih0u9+V1q2rLW1tY2GsGMH2rGjeO21LWPG5A8/fDBC9RurW/MlMXr8x0Zs ekc8umbpn9HYTxw+/mNo+e/XlPNcNrQELP3R74acf8rQcadM3nvR0mXScfl3LuU6Xfr5v84r krsUbHESuQ+dlzBbzZaFoSeFfm9K1uNGJ1jJI1WDsrTlb87nNhXSuIJzs8irewwZaYxFSfqV vyiv1IFQTpmq363kqfJ+dGSuQA/PT3lXRu47ODg4pEMQ3CppLqeqFp0VGH8TM9jlhg1z0fTj h3KaO+OjS+9Vpg5Lr77xN/OE8cMva92Hjho9Bi14RTCztY/PXcDVkImODHse+bXrL0LlNKM6 ZGXHwMKoNg5VhDlqtKbfC19ZAMKMWwVQOnrT1D3fSyProw4/ck/7qcrjFgk/+8GE6Om9IOIX XQldyAOERKHnXyEzT2A3wzD+zKimLQO9Q/5anEva0Vc/dMGgdT+r27493LmTei0884z39tvF zZvRhg3sOIkdO8LWVm/lyvbly/GECQNefHHU+x1guuNvufKoVfffoQ0Mfr8I/Xj6UX//3X3L ynvugAe07PXl6ItTvow2/fhmru5d8/4qdNR5pwz97ZPvo7KYdNq8T24+v3vVugmghGc5Oua8 ZSsQ5Iza+HPFEw/PR2dXElAHHjlg3MHzT7ntqYspZ1sx+4Y5CM1i6tNTpBObeT/4yQNOvpiS R+b7qQvwDQcur+m+AZWn8akLxj589vJ5WqYHnHo2GsvTxR4VK8g69lQVITMLBzRr+cnp0gO5 P+5gJJa8cbvoOTOvvbt2cnZwcOjdqF6bS6lqkmHu8GF7oj2O+coVXxA/315KXT46ZPn9z1bQ afYE2KT5I/yKL6WaNPOmqdddPWOGchBT8kmOEvTemuvEUrLsLUUnzbxo8ow7Zyzgq8cmo5ez fKa/roIwmXGAcESTJ0+2wlRJnXzRvUe8IlbB8R+j6FNHTL7zzuiKNMpUL1ozQz7F71QcN7XK Toef+WAsejNRDyMQ+495nseLvjBOTzVRHxAO2LvlMyvbHnth8LyDSm3UX8uSJaRUCt9/n35Q sVj/r/9KaIDbthGuFm4vlnxCqLew4gjRseO0qy6fxi7YBmFw/69lry3/+yfH/vm19y3PVyZ7 TvWQYX/P1MbnTdvwxFXy99Jv3Tb051ecN++T/NfiJ5Rad+jXvnXetBHs6tgrLp+2/qXzb+5p gssgFqExzHySLdU/gLHMsfgS+uvuK2bdMJZeoikzZ1aooD25+kfQyXc/OROfgucwo4FZM/nW CiffvXzWMWP5IocpswCh6xWoNI2ct89HzKeS790X3yfTJZO1YvYxY6URLfXHHE99opKnyvsx +coc0kYGsdw3gu+FkndwcOi3WH7jjXOf0b+GD6t1fDQmzbw3xqnYtPunUXlH+uykyD3lom/Z 1/ptax+/7pExR4xKDK3s61JSAMOEyZqZFuakSNKTZJHkXCZu6npULLjsB2N3Y8JMkUAXAY8f /+HXXn991apVXJtLx3p42LBh37zim28POCjtmeVjHthUeuPy/yHj/4EOGzZs36VLt116KXng AZTLofZ2NlrEmBLc98eMef+nPxt0zbdWzpv/5rDRvzv3siqj1k0p7p73Z/p+8LIv7jmm99R/ BwcHBweHKFasXPvlnz4Qcx5/0zXHrLJ0utqFmeHuOe/e6UaJK60XgEv88U717xdPOOizp5zY 2tpaa2klg6k735t6U5ceEtEdYfZd1NfX//rJp//77SXxW0dv+uD6//zPdkpEFRobG4844ohA nCKRr8ujUJ4H7PtewI9QS8PY96YNHLL3O+Mf2/MfpHnjxu0//3nwzW+2/upXXnMz5gUYE7IN oZarrqrbsH7Y8tcXBah1yIdqLRwHBwcHBweHDoDZ6QoThb8zXqvdl159z7D7vzLjObHd7tu/ Oe6XS+/+4W/2vka6sM13/7r02bc/cw19nN+tdUK6CWA7WTY93yWUtDvC7O9IscoJONH16vN1 RCh1CWJHBeeC7NBGbjr2g/32afrD7PcQ2v2663Z/8kn8u9+1Xn01evHFMAzbDjigdOll+SOP HHHp+dsLLaSIXp9cZjtaBwcHBwcHh96HpVffGGGoQxHa9K7Q0bK9dZ/P9v/ML297BvVvJFpF 9MIwd1FQputjD9fVcabLrdQp080FubJPttbvuejY0/Z+/rGGzZvHnXpq3fXXe/fcU9q6tVQo BbsPzr391yGXT/cXv/bYNrTio6c1DxhU65Q6ODg4ODg4VIfnrrki0f2Ya664psqgjrvxts7H B2Pc0rKzoaG+ra2t1rJx6GlQskpzP/XEkxRnynQp0fXy+TqxHJNbL/i5XIAKqCz+cujHRq9d +c6KRds2bRr7b/82eP99ckceXjegvmHVW03L3ljTXPr9VrRj7wl/OexjtRZO7bFh09bhQxzd d3BwcHDojaCdVKK7RU+HH3v/V47eK20rhh7BgndX7TF48OGHHkLJbm1i4FA77NzZuvCNxQtW rUy8m2b+HWBKdDEOAmauIHS6nudRslsJ06X49clf/Mjrfx74/GPzMRr97soxq1c25dAqD61s R4U2tOLY0xzNpbjrt/MuPO349zZsqXVEHBwcHBwcknHfiy+W8ZFgq9DTeKm5Gb/2xuYtW3at A94cOChffWnVqpd3NlfiU18E4gejtgqS6VaMvxz6saVjJ45bNG/76uUbtm3AIfpgwLBNHx63 /JBjnNGCwHNv/o1+qn6sutWpFdf57tjUopowq/DbTftv7OIR6Ee7mvRRCXRbmK4RqGmwtY5q 7aXaU3ixufnFRUs6FYSrWbUurt0dph4I0Qu58oyyWxMmR1UhUkb76pRTuiF9Dg4ODg4ODg4O DuUgzzqNHnkdCF4LmS4CWl8HBwcHBwcHBweHXg6txRUH/yJBZbVONwLHdB0cHBwcHBwcHPoK hAY3LJUspzSm6+Dg4ODg4ODg4NBXQMIQhSFhH3FEBCHQTtfBwcHBwcHBwcGhj4JxXEJKxaLk u9SJXzim6+Dg4ODg4ODg0LdBSozXhsUiM2AIOe1lzLfkmK6Dg4ODg4ODg0PfRhiWKL8NCwXG ckslyncZ083Q6T71nX+l3x9/aNAfzpHnpgwePLizseBvqw/q6QX7Rqi12IqK8rvDYdZT8DAZ il0RpoODg4ODg4ODQ43Q2tq6cePGIAjy+XxkJ1xKX+HGCWIPMer/pm9/G1FmSzlusSiZLmO+ PWy9wKkn46D0G7V2VZit21u7LDQHBwcHBwcHB4e+BkFtSbGI6AX90AtCkLPTdXBwcHBwcHBw 6OsgQokrVqQVi2GhgLKtF3o/HnzwQfjz3HPP7fm3d99Ldeq69hVlg01LV63i08PYNeXThW+p NqjeVgAcHBwcHPooKNNl1LZYFHxX6HTptdf5oGsCTTgEUIz49mlAOtW16eown+gmItLb+M2u KZ8ufEu1QfW2AuDg4ODg0EdBhHluezuhn0IhLBQIPy+tZjpdYa0r1qVV4t7b0GMUpIcZvGMe 2XDycXBwcHBw6IWQC9Ha2ti6tH5gvSAoIIVgHpB/pFk1QPeIIySUUJMad48EVTaciOcO2Dwk xr/CeGYjHpm0QKpi2xnxTEtaYpSy05uWhC7ELi6fqupRhhwyrIz60zyMg4ODg0MPwPd9z/PC MCzBU385mBKXura1EbHLWHu72E+3ZtYL9UF9ouI2zT0O3bXD/jLDqiHNUfyM3Epzh08lRibi H8anQtqhX1RJutKuy0IPErLThapkS9lWJdoRVUbjamidsovLp9p6lCaHjHC629LdwcHBwaGf QdDco48+mn7T68hdtpMuZbotLfRT3L69uHMn4ucD91WdrgAku4ldZl9UIHVS9du1/ssuwEoM M363rJYxgyfVBE4+2UmuUA5pjzia6+Dg4OBQFXyOf/qnfxoxYsTMmTPnzJlDHaFmlylxi8Vi aysSZgyFglDu9m2mKxCxZEhE963x6lXoMeqQ/aJqNy6oeXK6HP1VPh2rR303Hx0cHBwcegME zT344IMPOuigQw89dMiQIbNnz7744osROxotFH6E9ULY0hLyzXTDsFTjvRdaKesutlbuHkHE aMGh9yObxvX7QUhZOPk4ODg4ODgkgtLc888//+yzz/7c5z73kY98hPLdyZMnP/fcc/D4NLEi rdTeXmptLbW1hW3tTKdL+rj1Qlm4SdLaIrJgLnuOPkM3X3k+VjX7X1XI/UM+tUXn89HBwcHB YRcEZbA//vGP4+5aoYvEGWncaEEod4m4RUiyTpftQNbN6OSKNGihCzvFStw7rx5LXDRWNp6d CTwtXZXHpBJv8dCqlVtaPHWwiSsIKw8n7t612DXlk52uSupRJe7dVx8dHBwcHPo3uK6WoVAo iG8BaKdLOHkN+R667AdmbvQ/Pvzww1955ZUItb322muvvPJKevHxhwb94ZytwnHw4MG1Tmnf hlNTdTmcSLPh5OPg4ODg0BfR2tq6cePGIAjy+Tw0UcAYMxKLMXShoP4vO/PM23/wg9V//nNY LLADgUNy8LRpE8ePDwTF7QEl7q4JRzW6D0622XDycXBwcHDYdUD5L6W9yPcxpbnYwz5hPz0c CJYLma7gy7WOcD+Btq3UP2sdo76NyBy3k2cETj4ODg4ODrsmsO8jz8O5HGLUNmRaX8Z0PbEi jUSorWO6XQjHNroQTpjZcPJxcHBwcNhF4fvY81AuoATXIyFX8tIryXQltRXfnuc5puvg4ODg 4ODg4NBX4AUB9n0vX0f8IglDZsrrcZ2u5rhE2TFQAgx3bXBwcHBwcHBwcHDozfDyecp0/fo6 UgrkFmPYkzpdtikD35WBfRPKgj24a0OvRW1NErt7uU83mfaWDbbs8ba9ZH487Ui8XrIMy8m5 ky/tKiFUG1Rvk7+Dg4ODQ4Xw6/JeLpdraioVipTNIkyJrse0vEKjyw6RKIWU4BaLxZCExV7P dHVHK4D6136c3Xd2cYf7717V8ff+vHZy7gy6UAjVBtWr5O/g4ODgUDn8unrKdIOmptyApvyA Jkp5KdP1/CBA3HohZDyX/qNkt5gLcsVitzNdceRv/JCINPfehp7pEfXpWf0sXS7+fSWe/TX+ Dg4ODg79DEFd3guCfGMTKRWZFS7G2Pdw4CvrBU5zixSlYj4sFQqFWke4DCIno0YOmor4jLvH j12Nnw6V6B4Jqmw4Ec8dmPNNjH+F8cxG4hldiYFUxbYT05t22m0lcktzrDD+XS63auHk3CVy rqpeZ8gzw+qp988VODg4ODikwc/lfcp0BzSFxRIiIWFmur7nB55Yica1uaVCsdjeVuA2DN3O dDt5GjBKOWg3w6ohzREpY8TEU0wTrSPivXWafxifCmlu4gG/aelKuy6LxFNYO2+RWW16M+Kf kYnx67T4l5Vbd1u/ODl3iZyrrddp8swIp5dYeDs4ODg4dAxeLucFQVDfEDQ0BI2N+cZGj9vp BoQfCswUupTgFgrthfawFBYKxVpHuCJAspvYRfVFhU0nVb9d67/swqnOxCH72b6SX9WmKxFO zh1GhuI2ezlg5f4dHBwcHHo/PL6frl9X57GNF/huuXI/XbaxGGIst0iJLv3fLtal1TrCVSBi yZCI7lvj1avQY111N70oPu2O+nV+VS6Qbgq2r8u5Y/F3jNbBwcGh/4HttMCWoPnE95HcNpdB 6HRJqcjpLeW5hWIpDAvdz3Q7uSLN6WAcHBwcHBwcHBwExJln7Jg0SnPZuRH8NGB2Xho/NKLE lbrtxVJ7eyEM+5hONwMRK16Hfobuy9+0kKt17x/or6mrPF39VQIODg4O/QlE8F1OcLWjx6wX ECnyTcaKlOsWC6VS2ANMt5Mr0qCFLtTvVuLe+bnaxEVjZePZmcDT0lV5TCrxFg+tWrmlpTce /2xJZr83vuapkvj35DyAk3Nn5Fx5+Gnxr8S9+9oHBwcHB4eehzn0V1wod3zQwQcvfHXh3//x j7bW1pYdO1t2tuy955ivXnjhQz//Gb398YcG/eGcrcLr4MGDa52Kvo1dzeIiI727mii6FU7O Dg4ODg79DK2trRs3bgyCIJ/Pe56n3THGhBvgQhcK6v8mDnqhb+22226TJk0SDxPC9l7gat1S SZyXVus09hPsapOelaTX0a/Ow8nZwcHBwcEhAsGDI46BUO+yHXbFmcAU7MIx3a6B3hdC/6x1 jGqT3sRJc4cOw8nZwcHBwcEhDqjuFZBnpBHM/mD6V3rA1QbtkIZdjW2U3djYoUvg5Ozg4ODg 4FAWjOli9sHY5xvssg+GJhEODg4ODg4ODg4OvRlCmxvX6XpIuHscfuAHOfo3CPxaR9jBwcHB wcHBwcGhI9CUN8BMn4t8ym59P5cLwlLOpxdBrtYxLI/amiR293KfbjLtLRts2WNpK4lPF0Y+ Iz5dso9VN+Wgk3NnYtjl6ao8qF3HpN7BwcGhf0MvTfM40UWU5oqtHCjERa1jWAa6YxZA/Wv/ y+47o7XD/XdVD3Y3S+i8TLo7hk7OnYlhF6ar2qAcwXVwcHDo09D76WowO11mvOB7QUj/EVxf 5/t+vq7bmW4nTwOuOXqmRxRL7PtfuvpufPprunpbfBwcHBwcHKqCJrhRpitOTKPslrrnEPI8 HAR+Ptfbdbp6lyV4xJFAmlVD/PAnBLSn8dOYEt0jQZUNJ+K5AzYP2RtIZcczGxlnX0UC6RK2 XTZf4vLJ3kUrzXMlcsuWQ9fCyblL5FxVvc6QZ0Y8+9O8kIODg8MuCHNAGjhdQu6x4GHP971c EAS5nO8xg93ujk0nTwNGKQeiZlg1pDkiZYyYeGpoonVEvLdO8w/jU2FPn3hwa1q60q7LIuP0 18T4dJIIpsU/Wz6JctaO8LqS8BPl092nvzo5d4mcq63XafLMCMcdtOHg4ODQpxE9DVhdBGrv BeyLbcaI53Gb3VpHuCLET6tP9CDQVxQ2nVT9dq3/sgunOhOHLkfZLE4bonQfnJy7O84Zitvs 5YCV+3dwcHBw6FuAlgyB0O16nic0vfSWh7Hv96VdxiKWDInovjVevQo91lX3Tk7QO2PV/1LU e2LVsXrde+Lv4ODg4NBVIAoR90DsOOZhDzGWyy0b+Na63R2hTq5IczoYBwcHBwcHBwcHASI+ CUyXK3U9abeLCVuh1n/OSHOEuH8je9K/M4uiui/kvoj+Ko3OlwcHBwcHh94CynEJCcNQ/BIr 0pgCd+LEQ1999dXtO1o4FWaor8tfffU11133H/T64w8N+sM5W4X74MGDa50IC9WuAU9be17t NUpZXVThErHKV6ShTDvjCtc5pQVebbpQNQbE2eFU6J6duuztAsq6Z8sBdZrbOTlXKOcuTFdi vc5wr0r+juk6ODg49CRaW1s3btwoTniA6lduZ0vgkb+Yg/q//vrrb7755ubmZu2+xx57TJo0 CU88lDHdlpZWre2ty+euueaa/7j2GtS7mW6fg+sss+Hk0zNwcnZwcHBw6OXoGNP97ne/K5iu 8DBkyBDKdNmKNPbxzEPsJ64mOg7pcKwiG04+PQMnZwcHBweH/g24ky601g2Q2GYMAW6LBft1 6ALofSH0z1rHqHfByadn4OTs4ODg4NC/ITZeCMMQanzZLmPaPNehm+BYRTacfHoGTs4ODg4O DrsCIuYNAVuphhBfqqYoL/HiezQ4ODg4ODg4ODg49E5A7qotGRBnumxThlKpoC0WQhLoPRoc HBwcHBwcHBwc+hbESjV6EYQkDAlpLxQRp7oEo3yYK5VKtY5heVS7e1d3vL0Hzjjt2leUDbbs sbSdjE9vWxqVlq7sI/e6/HVl5ePk34FAujA+PfBqBwcHB4fOQPBauY0usM31Qkp0Q9LW2ibQ 3tZOaW6xWKx1hMtAd9gCKEZ8+zS67+ziDvfH/bIjT5Nz95UlJ3+IrpJ/Fwqn2qD6Zb44ODg4 9EWooyL4NdhFLAhLjOrubN2JED8TGKGmxsYeYLqdPA245uiZHk5vYt9v0tU7mUHPyzkjJn06 /A7HqpfI38HBwcGhj0KYK/i+3nxXqniDMCyRMGxtbeXb6HrUqU/odPWuSaLnLnuWGMo8eAl2 tJHDnBJnJ9MOjkr034Gzr8rGv8J4ZiPtICiUNJVcVZhpic0WZoXp6vDZeNnySdMsdreBipN/ N8m/qnYgQ84Vni3n4ODg4FBrCK7rIftcCI9Z6RLS3lZoV6DctwfsdOuD+kTFbZp7HLprTOwd 41YNaY5IGQUmHuSbaB0R733T/MP4VHsUaiXpKnv4cMZbKjxPuGOEIzEVGYfoVpiuNP/VumfE UEcSXnc5nPy7Vf7VtgNpci4b/96pI3dwcHDYBSGsFzwPY+swNL73AiGoWCxwjS7bbpeEJCz1 jb0XINlN7HL6ogKmk6rfrvVfdoFUYpgiCR2Ykk4bQlQotEQdf/YjHRBdl8DJv1byz1DcpsUk /oijuQ4ODg69DYLfMporNlig/7m5QiAXqDELXhJSKoyw+F3rCFeBSC+biO5b49Wr0GNdbw/3 8ZUzp12Egjj5dwwdawd6bXIcHBz+P3v39mQ3ch94HrcqVl/YVZZv4XtMWCNLq7UkN9luRfiR uzGvfmgG+6n+hp1dU5ZDZDe7aXklebxWzf4B9dp8m0e/MDZio6M7tkl5fInR7MaMJ9Yza69s jWzWyk2eOnUALIA8BYIAMpGJe+J8P11kn0KhEr9M4JzzY55EJvDc5bRixT9JPuuJtX89zxdf btrt6xTXlhjIarMSN59pbi8pDVoAnMLn3Vwbk6D9AQBTuezS3crH6iaJbTqiIdgP9vbSr/3A T7b4vj91wP0gIbZL6/NV/MUek61qPLIITbfP0/zb35b2mVvkALB4l/mtJ+ZXcLepr+N+7td+ 7c/+7M/+6j/935c7uT/7Mz/9u1/73T/6oz9Mttx4cPjw1pko4ujoaOpavKD1PeClAYKmjx3J XT6at4jp35HmKMcZa97PJCvctF6O3sDK2gI1y9esV1/3/uvcqiU7uuLWLp0Gof1bt7+i1qbH rX0dUGw3Oi8zH8UBADO3Wq1++MMfBkGwv7/vefnEYWmmGsdxceiByF2T/f/gD/7nP/iDbz57 9kxsjuPo8PDw9ddfdz//hS/823/7b//zf/lb53Iw70/95Ge+/vWvf+fb33Lmnelahzc/AACA Rp0z3fQGtMPD15JMN/CykblJQdnu6V9Jid5SRi9MjuwWAABgeHHtN4EY1BAEvrvd6nqZqcNd iOIN6Q4pLwAAwACibIWIMAyzfl9HZLXJn0DMPOZ5aSeum00vlt2uNvjcC7uD7BYAAGBQUSZb 5XebxKYLRsRxsP0uzXdjJ79PjUQXAAAAlthcbMIwXK/X27G7XprLJrluIH68zXDjbFGJfAMA AAAwexebizCMskw3HYrr+362CnAcpDlt1okbZ126FmW4prN3DXH04Q460NDexmIbl58dv51t HP5BO3cMpq9GMC2KIfUAYKnNJu3TXa3Osw5dP/DDOJPfeeYWl5WYf8KbJwqLXJZpuLWLW79/ T/LGb+85pZ276LERTIsiwQUASyWZbhSF64v1en2xuVhvwo3IdAMxi25hZrJ4nERXLPl7EBxo bp+bcd4R80npF1Yv0M4AAPQoCrM70i5Cz48cN3DCMN0aO+KOtHROXUdsiD0369+dOuAG+exd ImNoXEvMUS6kVEwoS4tX1X6aWd2o2N9ojavamirqpY5TTbawk9O0LFZjmbWVNYq/uHOXchr3 lzVFj2jnXtq5xVprsvWZa8sxan8AwNzE27kWoij0XDfyIy/9Ns1rs9EKvudmX57vu67njDCf 7kFwUNtxK9telb+V1r5bV0c1yDY6l4MUaxfyrR0dUX2rlu1fjEfzbT4/kE69GhcfVhxFcz3h dtlJqRaN8Ve350csPjZth8lHudDOfTWjY/K8lrWnohwWeQEA24lBCq53+U0mEHPn+oVF0bx0 Zoa59+kKxWS39i3Kxg6bjl2//e7feONUbZmiCsMNvVAUq0giJ0E7D03Rcau+HVB/fwDA/Hme l+Svftpl6247brNkNhA3oQVBkO+aLpLm27RGWmkkQ63h7vGaldHeqqfNCRqPXtrB3gyGdlZr 97y293oAAMj4SfLqecHeXtaHm36TzS6WZ7q+F1+uEJz16Q6e6Xa8I40+GAAAAAhZousFvp/2 2Kb9up4YzhCI9dDyW9JS7gvfWY2EeBnUH+53uQmvryMu40obv53nWV97awQAO8v3gyTF3Uv7 dMV8udn/XWeb0oqxueLrxUnHhtLxjrTiCN3im5DO9u5jGGpvGmuMs0vhsnrpR6KzW7W01u1W +7l2NX7N1nOazq+sHfSvk37Rzl3aWd0+Os9rne3DvT4AAMaXjdBNM91gy9/eovb6669/73vf i6KouPfdu3e/9rWvJQ9uPDh8eOtMbDw6Opq6FnajW2i2ODXjoJ0BADpWq9UPf/jDJF3d398v Tgjmum4cx8UOWTEKN9n/nXfe/fa3v/XkyVk+We7P/szP/MZvvB6YHx0GeGufP87ROGhnAMBw fN/PRi8UpljIhuNejtN9cbjC/FeOsEU+L0T+7dQRIVX74Tt6RzsDAMYRBEmu6+/vX3HSVSTS v7aTLjj5nAsYBu/uM8RJGQftDAAYh+jTTYfnuq5IdbNVJDxGLwAAAMBu20x3b2/7fZyNXkj7 dJ10neDS8F4AAADAFmIW3b3ghXG6rsh0LR2XO+0QwKFvrxloaG9jsY3L0g5UZfUSdyMH00t1 1BHSzuMc17So+V9aAIBaIq8tTtQgNorv0z7dqSM0kycKgrOs+S+HW7u49fv3oG/8pnWcfxZC O3fR43FNi5r/pQUAqCXWhMgXh8g7cScbp9txNeDJjfOOKKZuWF69QDsDANCjbEW0PL/dTiyW j16wTz57V3GJI0E2qqG65JhT6D2trsZUu71UVGM5pZ1bjHmojV8zTrVqMLJCTFe3UrdDNf7a eGrPl2ZdSmEozq+sKXpEO/fSzkbPa0V7KkY9LelzIQDYNbKRuJ5hOb3puBqwI1loVzGqQbbR uRy8WLtqaO3oiOpbtWz/Yjyab/O1C67K6iV73Kh21dPa2IyyE512KMWcl1x8LDtfphrPr2kF TdHOvbSz6fNadjhFOSxsAQCLtO3TzcbpPs+FbRm1W12tvnYHwZYOm45dv/3u33jjlFGZRqdg 6PNVXNRjuPyGdh66nRUdt+rbAfX3BwDY6/nohTiOCgN4LUl1M6WRDLWGu8drVkZ7q253oHYj KxZ8vhrRzkPET0YLAPP3gx/84K//+q9/9KMfFTcmaWppYtyjo6PPfvazv/iLvygr54VxunHs jDaxbsc70uiDAQAAWKokzf3qV7/6mc98RnwrZglbrVZRlHbOJt+GYbher588Ofurv/oPikzX u/x9MWIhLpS2BKVRvJgJ2XkZ83ypuwNNI5znlTaHaOfcbazfDvM8vwCwYD/84Q9FmptkpZtN eLHZrNcXT5+uPv300x//06dnZz/+4X/90X/5f/7W9/0f/N0PFOW8kOkmaXIUjZTmdrwjrThC t/hWqrO9+5tu7U1jjXF2KVxWL/1IdHarlta63TTPS+kojt75UsepE2HtsTRPEO08dDvrHFcd v8724V4fAAC9EIv4RkIYZZ24F+fn6/PMs2crsVFdiPv6668/fvz44iLMBy14nnvnzt2vf/1r yeMbDw4f3joT24+Ojqaust12ZMTFHKo5hxh2oY5ziAEAsDyr1er09PT4+DgbpZCms2muG0ZP zs42F5tMOnQhyXcPD69+9PGHN9+6eXJycv/+/WIhSWZ7/fr1QPTmFkfoLmbowhyQCoyPNh8H 7QwAmL/ns4wlWW7hdjSy3X4Up1hydiAtKH7uPGZlS581085DH1dYfDsDAGwXiMxWJLhjzLmw e3YqG5iqsjvVyBPWd9faGQBgu/SOtGyl4Ow7Ul0AAAAsRb4acOy62ynGpg4JAAAA6EG+ckTs iPWAY2vy3WmHDA59O85AQ3sbi21clrZLPMONV7arXj22w4SHBgBg/i7n043E7AtiNt14/ktH 5ImL4Cxr/svhJttvnd/0khgNl13ZVa8e22HCQwMAMH+BmJU3jCIx90KyyYu8KIqGPnDH1YAn N07GIKZuWF69xrfUegEAAIVtphuFYexs//N9v3HBicnls3cVlzgSZKMaqkuOOYXe0+pqTLXb S0U1llPaucWYh9r4NeNUqwYjK8R0gbd28fTF0noZXbeK+BWjepb0uQcAADqy7tvYudhcZGtO XCTSVSg2m6EP3HE1YEey0K5iVINso3M5KWntqqG1oyOqWY5s/2I8mmlu7QK/snrJHjeqXfW0 Njaj7FzdbiOwtF6m160sfkU5LPQAANhBQbqUcByt1+vtvWixE10Jk3x36sC0VFerr91BsKVD q2PXb7/7N97I1SWGISyvXoqOW/Xtd/r7AwCwVEEUpnehnZ+fu5cTLrwURZvh+3R7VBrJUGu4 e7xmZbRUZqk509zq1e66nVstAACYShBGYZLpXqzX+boRURheDJ/pdrwjjT4qAAAAqKWjF9JM N0tt3SzZjbIb1KYOrB8kxLZQDyfQ344i/VaiPQEAi+TF2US6YRhGYXorWpLlpkN1h59Pt+Md acURusU3aZ3t3ccw1N401hhnl8Jl9dKPRGe3ammt260Up2m7mbKrXup4dK5bne3DXf8AANjC /exnP/uXf/GX/+mv/srxXNdxEz/zsz/zL/+Hf/mv/9d/nfz4xoPDh7fOxK5HR0dTR2u3Hek2 W2o1l1ovAADmZrVanZ6eHh8fp2s+hFHaIRslf0dPzs6yucIS4Xq9Pj8/Pzy8+tHHH9586+bJ ycn9+/eLhSQ57fXr1wM3zW8d1/fcdJOX/JfwfG/qOi4E6REAAMBUssTWdQPfDwQ/8Dw/+W7q wBaiNHph8SnvcOMTqBcAADCV5LVpsru3t59842bfJH+SjHfqwJZj8dntLlR2qfUCAGDZAn+b 6e45zzNdb2+PTBcAAAB2S8cqFDNdN8t0fX9v6sAAAAAAXfGLU4elt6Ilma7IboMk042zmRe8 NNMNAn/qaJuVRkyO/Pny0ONuS/NPjVZs4zK5fI5fRHvq6LGypkXtVDsDwI4TqW1Jmuc66SAG cTeanxDdulNH2yBPIARnWbcKDbd2cev3exKFWrTnyJU1LWqn2hkAdlxckG8Mso7cfFoxkQ2n G4aOpuNqwJMb5x00OcrIGTyZQb9oTwAAxlHbpxuIrZ5Ibbdpbu2e8yJSwHzBp9oFq/I9q9tL G4sJZWnFqdpPP6sbFfsXt7QY81Abv2acaoq1vkqFGGXbLdq/tnHU9ZU97r39TStOew5RL0W7 KUYxLelzHgBAO5dduZ6XDdj1LpPcwVPdjqsBO5KFdhWjGmQbxbelH8m2F3+rNpjS/sV4NNOC 2qlbZfWSPW5UuypsbWxG2Yxp+8tqbTo6pcf2b4f2NG0u03rVHk5Rzo7MYA0AUNvOJlbsxM0W BZ46Lj3FZLf2Lc3GDp6OXb/97t94Q1WpTP2+9mqVSz2IsnLmifbsi6LjVn3bn/7+AIDdEVzm taXc1pJUN1N6F6813D1eszLaW7viQPnpcCofSRu1f205S0V7tq7XnKsDAJjc9s4zz9t25Yre 3BH6dFeblbj5THN7SWnQAmalrwkxFjmxxoTtQHsCAHaNd9l9u70RzZZxC5pIiEdWbPAuSVVf 5RgdqMv2gVjXntPSPzu8MgDAjtj26V4muK74GiHf7XhHWnGEbvETT53t3d/pa28aa4yzS+Gy eulHorNbtTTTdmvd/qUPoPs6jy3a3wjtadRKte2gE4/O9uGe7wAAe7nXrl179OjRZrPJN3me 984773zta19LHt94cPjw1pnYfnR0NHW0dpv5EMnFo/37RXsCAAayWq1OT0+Pj4/jOA7DKEz+ RMnf0ZOzs83FJhOu1+vz8/PDw6sfffzhzbdunpyc3L9/v1iI67rXr1+XrRCxrEEM0+FD0mnR /v2iPQEAdslnGdumtmL9tIWN1p1Q8YZ3hw6w0dH+/aI9AQB2CUrfW7A8mm3IBqZF+/eL9gQA WMTrXgQAAAAwQ2S6AAAAWKagexFTUU+rNM7RhzvoQEMhG4uV1WthQzOX3Q49BmlalBXtAwDY Hbb26eaJyCKXfRpu7eLW+cfCEpdlt0OPQZoWZUX7AAB2x2R9umLJ3+oiEbLtczPOO7q41X15 9Zo/2gEAgAUozzLmWDL9Qj7bUXFJJEE2qqG65JhT6D2tXSu1ur1UVGM5pZ1bjHmojV8zTrVq MLJC2i2I1SX+UmyDjhXZkXYwel4o6qsYNbSkz1UAADaqJrGTjV7ouBqwI1mYVDGqQbZRfFv6 kWx78bdqgyntX4xHM02pXeBXVi/Z40a1q6TWxmaUXcnibIx/qlEoO9IOps8LWX0V5bBkGgBg cnGB2BLkP3hxv6kj1VNd3b52B8GWDqeOXb/97t94Y1apTEVf+zzRDoqOW/Xtevr7AwAwFdk4 XUtS3Uwpq6g13D1eszJaqqE4UHEZrcWnPra3Q7vnxWyrAwBAiTdV9+1qsxI3n2luLykNWsCs LHJCDNoBAADrlMfpisTXltELjUiIR1Zs8EGTPNmZNd1ueztMS79VeSYCACbhiYEKSWorvkbT 8Y604gjd4iewOtu7Zx61N401xtmlcFm99CPR2a1ammm7mZ4X/XL6tex2UMev87zQ2T7c8wsA gL64r7/++uPHjzebMN/kee6dO+98/etfSx7feHD48NaZ2H50dDR1tHab+ZDNOaPpaAcAwO5Y rVanp6fHx8dxHIdhFCZ/ouTv6MnZ2eZikwnX6/X5+fnh4dWPPv7w5ls3T05O7t+/XyzEdd3r 169PNk53R/ChbXekd7QDAADtLGHuhTkr3oDvkKZoK/3zYGfbjXYAAKCLQLIgmgXLpNmC7KQF Gk2gHQAA6GKyNdIAAACAQW1HL5R6dl26dAEAAGC54HKgQjG3tSPPnXYI49C3Bw00tLex2MZl b+fwefp8gqE9Ry7ftKhZtTMAYHz1oxfm36ebJxCLXIZquLWLW7/fzypRmE8wtOfI5ZsWNat2 BgCML78jLXYvH42T5oolf6uLRMi2z80476Bi6obl1Wt30J4AAEwon2WslN7OvVM3n72ruEST IBvVUF1yzCn0ntau3VrdXiqqsZzSzi3GPNTGrxmnWjUYWSFG2bY6Ttljo/ZX16VUr9FGudCe LZqrWk7t81TRbop4lvQ5DwCgne3ohfHvSOu4GrAjWWhXMapBtlF8W/qRbHvxt2qDKe1fjEcz za1d4FdWL9njRrWrttbGZpSdm44qadf++kYb5UJ79lWOrPDadlOUw0IbAABHvnKEHYrJbu1b mo0dPB27fvvdv/GGqlKZir72SYwWD+3ZF0XHrfq2P/39AQC7I8103czUkbRXevetNdw9XrMy 2lu74kDFZeHmkGrMLR5ZkLbEP2g87Z6nc2gWAMAcVBPadPRC/KJxQlltVuLmM83tJaVBC5iV uU2IMbd4bI9/bvEAACBUE1qvdqep4+wNCfHIig0+h2SoMR7ZFWK6far4Rza3eBTh9bUnAMBq zzPdkRPcjnekFUfoFj/x1Nne/R269qaxxji7FC6rl34kOrtVSzNtt97bv/aDcv04ZfH0hfbU aU91+Tr1Mo2n3+c7AMBe7rVr1x49enRxcZFv8jzv3r17t2/fTh7feHD48NaZ2H50dDR1tHab z1BLK9Bc/aI9AQC2WK1Wp6enx8fHcRyHYRQmf6Lk7+jJ2dnmYpMJ1+v1+fn54eHVjz7+8OZb N09OTu7fv18sxHXd69evp3ekJaUkv5//IMl0p67gcpBeAAAATIWkdlil0QukvJpMR2VAjfYE AOym7Xy6xTG6yeMF3ZM2PbLbFmi0ftGeAIDdFIik9sXb0eLsCwAAALBDks1W59MNRFJbHKc7 5qy6AAAAwECCbKxCel9bvsmWTLc04nDkz2eHHndbmo9ptsZph9rlc2feMtPivDQG7/TRPqZF 2fK8BgBLVbt1PZHWXlyE+VcYJonv3DPd/I12kcs17cjaxa3RJvNky3npMcs0LYoEFwCGVuqu DUQP7rown+5BtF8czDAQseRvdZEI2fa5GecdKznKzLOHoduBzKAdzgsAAE6e6V5cbPJN6dy8 w2e6HYkUMP+otHbBp3zP6vbSxmJCWVqBqfbTxupGxf7FLS0+U66NXzPOWjrto7PdMfkotlRx Wad1qRxFYzraH9B3qa/O+e0L50V/+xDnxei4tb+iLsexp88bAGxXHMPg/vqvf+nRo0f/+b/8 Xf7jn/rJw3v37r3//rvO7NdIU2Sctd827qPzWFZy7f7qQtSV0qyXUSYtK8d0u6IdjI6r2Md0 Yy/1bXGd9ILzMvJ5UR/I6LiKABpfEwAAtdqtkfb++++LoQsizfU8L10jTdyRtgkLfbpxHMVz 79MVqqvb1+4g2NKh0rHrV6fw2r7w2tI099dXPVODnhfT+g4dT19xcl5Go+i4lYVd/RWyWwAY Qe2ECp6YZSwuSLfM/Ya0F+jcuVW8g23qeIdtisYKlpZt0ynTaH8jI5wXo/gnvE44L9PG0+Nx 337RmAEDwI6rJrvb1YBd9/lX9v3goaw2K3Hzmeb2koHe4HeE6YQVtk9wYUv8nBcAAFrL09zi hLmem6W3vu9lXynP9Tx3+FR3FCTEJcUGUSQZ+W6a++sfvWMJiur0Ut/eI9HcznkZ6LxMSz9+ 22sKADNRGKGw5f76l7706JNHf/O3P9h25LrOT/7E4bv33nvv3jvOvO9Ia33vtuImEs070hpv GpPdw+5ojNWT3etdW47ixvDe200dkv7NT7LGVPyoWn71ZsTe66t5nZRqJ6t143bOyxDnpfHQ HY+r2K5ZTuksOACAtnek3bt3L9nNzSSF+L7/xhtvuF/60pcfPXr0//5AzL2Q/ujo8PDee/fe feeuM+9M1zq8mQEAADRqnekme7qXRKYbZAXGbja2IcuA3ew/9GPXslvZJ7BDt8BUx7UF5wUA sHilcQtCIGZaSFJjMTTX9TwnjiybfGHG8tmU8m+njmjw+u7UcW3BeQEA7ILimhFCEEXp7Lnr 85XjJllueoNa1kFsx3y6VuDNHgAAYGiiTzdJY5OENt8YZEv/Rp8+feo6rucnP/LCTRgWFpIA AAAA5k+MXiiOYUgy3dSzp08dJ51rzPP9zSYd7Dt1qAAAAICufJxuXab77Jmbjl7wk//CcBPa kOmazt41xNGHO+jQQ3unGjpMvfoN0rSo3RkyDgDYQWKcbjHT9eIozX/X64vzbLKGxCYdvRBO HWqD4iqdy1tmSTE9Z1+WeouSFfXqMUjTokhwAQALFr8o2RLE2dwLYqLdyIviUIzlHXzuBbHk 70FwoLl9bsbJGPJJ5gEAANCoNNFYIKbPTdcAvlxSwrFhOt189i6RcZquNVVd2Kx2bdLq9lJR jeU4TWsj6dRUUS91nDLV7Nk0SM0FtNSnpndW18voulUcd8L2BwBgQrXz6XpuluLuZYLsby8z dDQHwUFtx61se1We6hXfvxWjGmQbxbelH8m2F3+rNpjS/sV4TJcq1alX4+LDsvJlYdQeXT9a RfuPM7LZ0nqZXrey407Y/gAATK40dCERiLz2pZdfFuujJX+CwE9MHaqWYrJb+xZuY4dWx65f NXXJ4tDFHuLaRst/vbp/u+N2t9R6OcqO28a0fsw4AQCYoW2m+8orL+eDFoLEXjB1YAZKIxlq jXCP1xz0nsosNTeypV7trltbagcAQL+Koxe2d6SJTPfgpZfzH/hJpusPnul2vCONPioAAADk qpPpOukdaZ6XfB0cbDPL5Ie+H9gyeqERCbEtZGfKdDuK9FuJ9gQALICYT7e4xXOdZIPrB3vi KwjSO9Lc2d+RVhyhW3yT1tnefQyD/u1NtbfNtShcVi/TG60a26Hj/KzjtL/t9aqeNdPydbaP 2f4AAMxE6Y4090tf/vKjR4/+7u9/lO9x+Nqr9+7de/edu8njGw8OH946E9uPjo6mDt5udJsB AAA0Wq1Wp6enx8fHScIahlGY/ImSv6MnZ2ebi00mXGdLnh0eXv3o4w9vvnXz5OTkG9/4xrNn z5JfF926r7322ptvvhmk4xVip7BShBjiMHUVl4LsFgAAYEzFMQxBlug6SZqc/zjJemNS3Z7k 80Lk304dEQAAwMI9n08368N1ouh5bpsuB0yi2x+yWwAAgEkEsZN14cYvpLoMXwAAAIC9tvPp FrdIHgMAAAD2CdIBu67r+16a3ab/pTeslaYim6eO00j1cvShl7cd7hDjlG/vyI1e2mfC8dlz Gxo+0PXQVzV7b66den71WFnTouZ2nQOYieL9Ztl8uq6zF3h7gS++sul0557p5i/0grOs+UFH WLuYNwa1XtpnwkbekfPbVzVZRnsmle047zUAVAVZ/627FzwfxpCkuv7wK0d0XA14cuO8woqp G6aua8vIpw4BM8L10C/aEwA0BWKswt7e80zXy0wdWIN89q7iElCCbFRDdckxp9B7Wl2tqnZ7 qajGcko7t/jMsTZ+zThlqtmzaZDq/fXbR6fdutfXVPf20S+8r+uk3/hNz4v6EOonUfFHXc6v 7KA6x1WUM2H7OzY/v4xeh2Xt5ijPl6W9AABGUByF67nZcsBJppt/paMX/LmvBuxIFtpVjGqQ bRTfln4k2178rdpgSvsX49F8B61d4FdWL9njxvJlYZguL6xYu7i2fTQf91hfU/22j6zw7tfJ oPGbnhd1/Ips0uh5p661zvO9cdRT99WSeX6p21nW+LXtpihnViOVAczZtk838P18U9qja8Md ac6LyW7tS56NHQAdu37V1CWLQxd7dGobLf/16v6t45zJ+Lx+22d8vcdfW9T4T6UWccp+RfZZ kKK+pnHy/GpsIqN2k/WRk+YC0LEdtFAcrmDL3Au50rtXrRHu8ZqD3l/6B3ovmf/7sS0BjBN/ abfxa216RMXz/e3CsoWTn75de361ex2e/DQBsJrnVoxz4NVmJW4+09xeUhq0ACwbF3yPTIdG OLQ/ANigNon18p8VM127+nQVeH/aNbIzbrodOqxrvWLAi/+EZ3n0rzfrrkwAw5lsjoWOd6QV R+gWPxHT2d79HU7/tpLa2+ZaFC6rl+kNLo3t0Mvnm9WoZHHKtvdVX1P9tk81Wp3rcw7xm54X dfz67WBK1lyydmi8rjrazedXu+tcdl50zle/r+cAlqTaV+teu3bt0aNHFxcX+SbP8+7du3f7 9u3k8Y0Hhw9vnYntR0dHU8dvt5kMDcTMVa8Tu64cu6LdzRoBwMytVqvT09Pj4+M4jsMwCpM/ UfJ39OTsbHOxyYTr9fr8/Pzw8OpHH394862bJycnd+7cefbsmXO5Rtprr7321a9+NegaC5R4 j4SOxnv2pw6wU/y2W2q9AGCpXphPd+pgFq70qS5vmahl+3Vie/wAgKWiT3dwvOtDh+3Xie3x AwAWiT5dAAAALEFx3IJ4TKYLAACAZdqOXhBpr7hVzRYdp+/p5egjrJk56LK3g1ahrzgHjXCR 7dBjpUyLsqU9AQBLleS0xYTW1j7dPNFssdzR/I2wdrEVicgI53SR7dBjpSZfPxYAAFOzmHuh 42rAk8sz7KGPMnVFAQAALFC7xG/QuMc8JSlgcYGc6jT7xT2r20sbRWnFH8m2l4pqLKe0c4sx D7Xxa8YpU+0jbBGkUTylMku7yfYv7azfaJp2qh2Mnhey9nGUo4aW9LkKAMBG+dCFPKe1dTVg R7IAqWJUg2yjczkIsnYVytrREdVsQ7Z/MR7TzEmnXrLHjeXLwtBcDrSveBTtn0c4UPf5TrWD 6fNC1j6KcphJFwAwQ3bPp1td/bx2B8GWDqeOXb9qjWtxiZZU53myRL9FPFOhHUpNYdQ+sr7w +VcWALB4pTvSgto9pg7STGkkQ60R7vGag95TjY4FLib1WWo7tHtezLY6AAA4Lya7tt6RVhq0 AAAAgB1X7a61dZYxTSTE4xi6navly45out32dpiWfjxzixwAsGzlO9LGH7HQ8Y604gjd4iew Otu7j2HQvF3Jkdw216JwWb30I6mWU9sOmh9Mm8ZT3b9a6+pYz9r5Cnqx7HaoHt30eaGzfbjn FwAAfXGvXbv26NGjMAydyzXSPM979913b9++nTy+8eDw4a0zsevR0dHU0dqNu3ZysgkKdg3t AABA1Wq1Oj09PT4+TlLTMIySNDWKkr+jJ2dnm4tNJlyv1+fn54eHVz/6+MObb908OTm5e/du skWUkPziq6+++uabbz4fvWDXUsC24EPbKlI62gEAgHE8n3vBuikXrJDPC5F/O3VE02hctkA9 dcZi0A4AAAynNMWYY/t8ulYgcXGUM9dOHRrtAADA0kjXSGMMAwAAACxVGqTgqX8MAAAAzF+e xBazWYtHL7SbFqrfow930KGH9lo6dLh12EOPf6U9hzhK96IsPS8AgHaq43RtXTkiTzQFZ1nz d46wdrGlb/ztwh7h2qA9ez9KL0VZel4AAB1Jx+mOpuNqwJPLM+yhjzJ1RQEAAKxRGohr6+iF fPau4hJNQuNETtWNorTij2TbS0U1llPaucWYh9r4NeOUqfbJtQjSNB6j9nc0RqeU4lTEU7t/ j2jP7o2mrpesndX1WtLnPAAAfcUxDC+skZb/2JY10hQZZ+23jfvoPJaVXLt/i0Ww1BmM7FiO dlKliK1EUU6LNjT6XdP6qs/7oIOqaU+jVtIvULaPokF06g4AmL92a6S98847yca8kJdeeunN N9/c9ulWB/BaIX9Lk90fY2MHT8euXzV1yeLQxR5BWcam6FNXH9qoERTlzyRxoT17p+i4lQUp 61OfT6UAAOMQQxdETisev7BGmo3JrlN5F681wj1ec9D7W7uiwOLyb5od1Ubtb1S+LWjP3us1 5+oAAMZUO1WurXekFZfYxVSGnvhikRNrTFjfXWtPAAC2mW6ccS77ey3t3K0iIR5IsWGHSJ4G Kr96PciuENPt86zv0OXP7fmlH8/cIgcA9EJ067oZscXLU9tSsju0g+Ag+dLfXlIcoVv8xFNn e/d3evWwS1mcXQqX1Us/kmo5te2g+UGwLJ7Wx9U8j7JqquMxuiPQCO1pNKS4mm1rPk91tg/3 fAcAWKQ0hsF9/fXXHz9+LG5VS3Lc5Me+77/zzju/+7u/68x+7gW7zHyI5FRoln7RngAA27Wb e+Hdd9+9uLhwLjttX3rppd/8zd8MRFdu8htOmgUnP3Ncz1vM6IXJkXYAAACMqTjLgrfNdC+S DPlivU7z5DjJmqNo6iAXojR6gZS3xHT0BdRoTwAAnMIYhiCOoyTTXZ2fZyN4kx94wd5eVFhI Ah2R3SrQOP2iPQEAu6w4n64QRFEcRdH5+TNxp1rykytXrojBDAAAAIAV8n7c4uiFJNNNrVar tEc3+1n4arihTxcAAAB2Ko9eOD8/d+JtrhuG4Sa7c23m2k3n1O/RhztoaT6mycnqWxvn3IIf Ov4e6zvhoQEAsF11xd/tHWkX6/S/9Xk6X8Mm3My/TzdPXBa57JNFaxfLckcrgu8r/h6zTNOi SHABACgqzafricUi0sG6YbhJhy2E6bjdaPBMt+NqwJPLM+yhjzJ1Rc3qWzt7/9SxLyF+AADQ QiD+tx2i6zhhGKW57+yn002ykOICSLUfPed7VreXNorSij+SbS8V1VhOaecWYx5q49eMs0on zmohssLHzwItit/oOlTEoxilQxYOAECRGL3wwny6Yn1gz/c8P/mT/v/FTt+hdFwN2JEstKsY 1SDbKL4t/Ui2vfhbtcGU9i/Go5nm1k6JKquX7HFjo1X3VwwFqY1ZXZ2BkjBb4je9DmXxKMph hmYAAGSe35HmZnw/cOI48rzIi7N015s6Qi3V1e1rdxBs6QDr2PXben+j9pk8zbI3fkXHrX7a PXn7AwAwT6Wb0raZ7v7+frJR3J3mZ6aO00BpJEMtu26T6tIU7fbvvX3GScKsi79dnGS0AADo e2E+Xdf1ku+vXDkQm0SmGwTB0EGI286qAxVk20vo0wIAAIBamuZ6XtqneyVzcHAQZKYOrB+l UbwYWu0Y5eIOsjNiun2q+Kel3xpc+QCAHVRcJk088Lz0FjQvSXEvv66M06fb8Y604gjd2pmh FNu7f8Zde9NYY5xdCpfVSz8SdeTq9qn+lmL/6k1jPZpn/Oryda5Dne3DXc8AACyGGJfrXCa7 7le+8pXHjx9/+umn+R5Jsnv37t1vfOMbyeMbDw4f3joT24+OjqYO3m4z7CMEAACYm9VqdXp6 enx8HMdxGEZh8idd+CF6cna2udhkwvU6Xe/s8PDqRx9/ePOtmycnJ/fu3Ut2EyUkv7i/v//G G29s70jb29vLS89mG7Nj7oX5I7sFAAAYgchpS6sB57OM+YWfuWS6fcnnhci/nToiAACAhXs+ n674Xz6tmFhYwh1n9YjdQHYLAAAwiW2fbjG1Jc0FAACAjUQe+3w+3eLW0k4AAACAvcqziVVH 8s5W7TxTIx99uIPObWivrL6yOOd2K96g8fd4skyLmtt1AgDAhPI89vl8urU7TR1nszwREZxl zSdq0drFtQnWzGPuPf4es8zW6zkDAACnksdOthZax9WAJzdOhiGmbpi6rmb1nUnAC4sfAABo Ko5QsHXV33z2ruKSUYJsVEN1yTGn0HsqWyKr9tPh6kbF/sUtLT7Tr41fM84qnTgdyUf5iu2y wHpnUfxG16EiHsUoHZJyAADUJps3t+NqwI5koV3FqAbZRvFt6Uey7cXfqg2mtH8xHs00t3bB W1m9ZI8bG626v2IoiOIj/pE/PbclftPrUBaPopy5jYQGAGA+yvPpWqqY7Na+5dvYAdax67f1 /kbtM3maZW/8io5bWTzVX5m8/QEAmJvS/GKC3ZmuUBrJUMuie7w6NkW7/S1tH+vibxcnGS0A AJpK04hNNnphtVmJm880t5eUBi0AAAAAzovTL0yW6Y6DhHhuZGfEdPtu0m8N2g0AAMfeO9KK I3SLnwjrbO/+GXftTWONcXYpXFYv/UjUkavbp/pbiv2Lle0935pn/Oryda5Dne3DXc8AACxM 3q3rXrt27fHjx6XRu3fv3r19+3by4MaDw4e3zsTGo6OjqcO2G3cRAQAANFqtVqenp8fHx0mC GoZRmPyJkr+jJ2dnm4tNJlyv1+fn54eHVz/6+MObb908OTl5//33Xxih63lvvPHGwkcvTI4P kQEAAKZCpjus0ugFOnQBAAAG4maKW5Ywy9jMkd0CAABMgkwXAAAAdhMjdPNxuvkDMl0AAADY Lc5EUVTaaHGmWzvP1MhHH+6gpfmqJierryLOxvXASiuczaeypvWdYfxzo17CEADsxftFO43t Zqo203Xs7dMtNVDjasB2yWs3/3qJIGVVqO6sqOzUVWlZX7vinwTTjwDYQbxftCPLKxqVMt34 0mSZrljyt7pIhGz73IxzpbY+39PW13SZjBk+7TVDmm38AIBx8H7RTu9NEWU2m02+ZeJMt6NS f2ftRwP5ntXtpY3FhLK0QpXmpw+K/YtbWlzotfFrxlmlE2e1EFnhit7cmeToI9S393jaXSe1 QTY+L6qfjZQCULdbY5DVlerUx23dnrJDyOrb/QPEGbYz7bCzz69qpRTxmO6veH8s1WsZ7WnX +0WX7b2/Dk/ebiKvLWa6gt1rpCkyztpvG/fReSwruXZ/dSHqSmnWy/QVvHF/zY2NdVSP01Vv 79EI9TWKv6/rRLPimu8Q6l/R2V8zEnV7dqmmZibdV8Yzt3amHRRlLvX5JRskpo5Hf/8ez4sV 7enM9f2iVJRp+7Roz3anr992++3f/m3TNdK+9a1v3b9//9NPP80L/Imf+Inr16/b2qebt6mj HKSr+DfibHXs+m29v1H7qCMs9eS9nSntUDxlxWfaB8OMSx60viPEbxpqNcJibH1F2KWcPKRJ yukr0ZEFM3470w7jmGF9xdGriazsJU62v+lxezHD9nTm935Ru09jSOM/XwZtNx3Fcbr5jGMW j14oKj0raqn/XbUYrfPdvtpH3e09ud7rOzeKevWVWS5J945kZxHtTDsssr4zCUNh5u05t/eL UjvM9vxO2G7b7DaK4he3T7Ya8GqzEjefaW4vyZ8DwC7o5YLPO9fn/9yZ6gm+a+1MO+xmfYdG ey6DjYlWPt9CnN2dJrZMlumOw8bztEitT4TsF02377his/T45mHa2sX9+/rn/ky6W6oVHLmd aQfq21c5k7fzzNtzblq/GxbbdlYfR7SX9unG0TbLTYleXovvSKt+2KG53egmKsUA+dryG2/G 0h+B7tQNBij9SLazaeGK9lHXt3b/2l8xPV/VVm2xfYT6djm/3dtBUb5mnNWXQp3ngn59q1HJ TlOLoS+Kcto9XyxtZ9qhGo/6uMt4frU77/r7t6jXAtqzds9J3i904ml3vmrfrPXfZ8dpt9Vq ZXpH2je/+c3333//7MmTJMPNsl7n537+55Ms1+JM1zoL+TcTumm8DFqnfSPENpMmsv24M2nn ycMb4kA8v8aPufEfrhPGhtYmb94Wme79zI/+639Nxy24blLIL/3SLyVZ7hLuSJuzya8VTEL2 mVG7K2Gc66fLtWpjfac67nzamXbYzfoOXS/a0/Z45nD0dpJsONxskhTZibP/HFcMYCDTHVbx BlLHzksHLchOdHGUqnrimA9Gma2s3VAE/fpCoJ3HaQeeXwPFX2quvurVOp6Ox53b82hu8dhr s0l7e58+fSZG7Hqul92aRqY7PC5i5BovhpGvFi7OcdDOwtDtwPNrnPiX/akL7HVxcbG5uHj6 9GmS6Tqu67tedldaRKYLAAAAu1326SaZruO5ruf7y1k5AgAAALtM3Kd2vkrXZEjS3CAIrM90 pxoqVDz6cAed29Be9axe1R/V7j+3Sk1Vrx7bYcJDAwAwH2IO3YvNJnmcdeduF5KwdeWIPOFY 5DIqs5oEXk1924ellRq6Xj1mmaZFkeACAJYpy23zZSPS0boZW1cDnlyeYQ99lKkralzfxnRw VsnuUusFAMBOcdM5dMUfV/xfbLZ19EI+e1cxyRB01gipznEtW8Op9tPe6kbF/uq1xHRqqqiX Os4qnTgd7U/na7O6SRK+BdTL6LpVxKmzFg4AAAvjpdxgb8/ZjtP13dR0fboHwUHypb+9Ks88 iu/filENso3O5WSBtQsJ1o6OqGaTsv2L8ZgurKdTr8bFD2VxVvdXDAXpuF5obe36ZXu9TK9b WZyKcljEBACwYElymyS4e4n9vf395M9elula26crFJPd2rdwGzu0Onb9tt7fqH1mmzYtr16N oyZ0fmWG9QIAoEd+4HuelyS4npv8lyS9/hIyXaE0kqGWXbdDdWmKdvuP1j7jJFuLqVe7+Mlo AQC7xs9c2b/iuOnjdCjDtJmuuO2sOlBBtr2EPioAAAAIfpbepn26WY4r+nTTsbtTBzas0ihe TKV27HJxB9mZMt0+t3pNS7+VZtKeAAC0kya6vr+/tx8EwV72dzYNg2vrHWnFEbq1Mz0ptnf/ LLv2prHGOLsULquXfiTqyNXtU/0txf7FyhYfV28a65Fd9VIfV+e61dk+3PUPAMDciBEL+1f2 U+mNaXvb8QvXrl17/PhxupREwd27d2/fvp08uPHg8OGtM7Hx6Oho6lrYbYZ9fgAAAHOzWq1O T0+Pj4+TBDUMozD5EyV/R0/OzjYXYt3fcL1en5+fHx5e/ejjD2++dfOb3/xmkr7+3d/9XT5C 91d+5VfeeOONJdyRNmdktwAAAEPL5tP19vb2xPBc9xKZ7rDyeSHyb6eOCAAAYGnyTNcR43PT ZdIcMt0xkN0CAAAMSvTjir+dy2R3yjvSAAAAgN7lfboJ+nQBAABgtzgTRZFzmemK6RYsznRr 55Ma+ejDHXSgob2NxaqXmhstzt5rVzpfrcM2/cXa/Vsc3fS89FWdSa6HHi+qXs4XAGD+8kw3 +TvPdBO2jl7IExfBWdb8oMOtYat+/zY91tzWWNbPTlrnMS3Svmr7tE6vezfP66HHLLP1+tgA ALuIvFbMR5ZNSRaK7ZNluqvNSiz8q7l9bvIMe+ijTF3RhcQ5zvlSHH3qBqC+AIAlK2a6YUZs sXX0Qj57V3EJKEE2qqG2Uy3vhZIteaX56bNi/+KWFmMeauPXjFNB9mm+U9czp1O+Os6+1PYU Nh5Cf1RDi6Nr1lc/SEfjvOgfV9P8rwej53XtrzTGM4fPJQAA7cQFTjZUV2y3dTVgR7LQrmJU g2yjczkYsXZV1drREdV3a9n+xXg0k6rahW1l9ZI91m+9YuPUPpaVbxRnv6oR6lRWpx0az0tt LlVbX9OFmhUXbfVx7+088+vB9Hnd+nzRGw0AlhKr/ZYW/XWsviPNeTHZrX2LsrHDpmPXr+mB NG85qk3uq3Eq+tr7ahzxoMe8RKcd1IeT9TR37zDu/Vc6tkNxZ536Dn09OMqOW/3zRZoLAPZ7 3qHrFFJeuzNdwTRTsSXlbdcUk5f/dmFZuIHimVte0tcUAabX5+QtMPn1YGm7AQB6F2WpbRRF 2bgF13GTb9MvW+9IKw1awKwMOnRhbmnuPM3qCTLo9QAAQELchrbZbC4u0r+S/5LUN/mydZYx TbN6v7dI63Yr/mJtciMrWXN79capWZ3foeMxbb3J69V4PUxLv15zu9IAACWbTZrpnp+fr9fJ V0pMN+Zeu3bt8ePHpQG8d+/evX37dvLgxoPDh7fOxMajo6Opa/ECnXuxa7eXBhSaPi4donbk qOJD1Xb34MvKaTFLqzoeRV6iuLG9Mc7ST/XnQFBPOFB7CtQhtZ4TQH396AfTGE/tgFfFnB5G 7ayolzrUga6HxpA6Pq9bnC9F+/NJAgCMY7VanZ6eHh8fZxOHRZdzh0VPzs42aZdtIkxy2SSv PTy8+tHHH9586+bv/d7vvfPOO//xP/7HbNUIz3HiJMX96ptvWpzpWoc3S4yDKw0AYLUWme7v /M7vJJnuv/t33/dS6RRjv/Vbv/Xmm28u4Y60OSPnsIvsE2q7zqBd0QIA0F06PPdi8/Tp07RH 10v7dcXoBTLdYRVvPHdIQWaPEwQAgI3Su9HCcPXsmZNkuq6b/B3HMZnuGEieAAAABpV14KZD GpLHSaqb/Jd8b/FqwAAAAMBWvP0rjiM3dPPZxch0AQAAYDcxZCH5K3KysQvp+hEpizPdFrMX 9X704Q46ztBendmsxjRQPD1WyrQohmgDADCCdMYF39vb24vTjt3tTWlivjEr5SnRIpdfmmrt 4rmtmdxXPD1mmaZFkeACADCCIAh83z+4dGX/ipdlu5P16Yolfw+CA83tczNOBpNPYj9yLYY+ ri3xAAAAKyRpbpLsHrx0INaI2Hboep6toxfy2btEbqSzJpN6YbPataCq20tFNZbjNK29pFNT Rb3Ucaqpf6X1WmKtjRxPx7XNGstx5tEvDgDALsj7dLffx47o051s9MJBcFDbcSvbXpWnesV8 QjGqQbZRfFv6kWx78bdqgyntX4xHM83ND6RTr8bFhxsbsN1xhzBmPKbXiSMZma0oh0VDAAAY Tdqnm2W6VzIHLx3Y3acrFJNddUegY08HW8eu336Pq+g7n6QdRohH0XErO1z1V0hzAQAYk58N X0hy3HyLGMBgd6YrlLKfWnO712q4phiizLzjfA6p26Dx9NI7DgAARpYkup7niUxXDNX1hKkC Wm1W4uYzze0lpUELGNTcJriYWzwAAGBaQUaMXhDTL9g9y5gmEuKOig1Ym1zKWth0e1/xzKe5 +toTAAA0En26+/v7Ypxu8mDiPt2Od6QVR+gWP3HW2d49Q6q9Waoxzi6Fy+qlH0m/xx1Bj/FU izK9TnS2D3e9AQAAtXThCN/fz+zt7SV/b5eOuHbt2uPHj8WAhtzdu3dv376dPLjx4PDhrTOx 8ejoaOpa2G0mQ11lkzYQDwAAmIPVanV6enp8fJwkqGEYhcmfKPk7enJ2trnYZML1en1+fn54 ePWjjz+8+dbNP/qjP0rS1x//+Md5TvtTP/VTb7755hLuSJszUjcAAIChiQ5c3/dLW8h0h1Wc KMCZR8o7t5DmFg8AALBOvihaaTuZ7uBmmLrNLaS5xQMAAOyS9+nmoxfo0wUAAMASuJdK2xc+ yxgAAAB2lsV9uqVpm0b+BHzoW82GHrdqy7jYSeLs8aCmRdlyXgAAmCfRrZuPYbC1TzdPNBe5 XNbQaxfbsjbyVHH2mGWaFkWCCwBAd/kwBltXA55cnmEPfRSry9+1OAEAwKzYOnohn5qquCSV IBvVUF1qyyn0GtauMVvdXiqqsZzSzi3GPNTGrxmnfvmK5Rt02rPFcU1NHqfRdVX7K43xzLl/ HQCA+XNdt7Qamq2rATuShXYVoxpkG8W3pR/Jthd/qzaY0v7FeDTT3NpVcGX1kj02LV+9c/W4 I4wemVWcpteVU0nEG8thkREAAHpna5+uUEx2a1MEGzvMOnb99lu+ou/cGbhJbYlT0XEri7z6 K6S5AAAMwe5MVyhlObVsuQere1MMUWbecV4qf1aZ2SRxtruuZtVuAAAsyVzmXuh4R1pp0AIG ZcsEF7bECQAAxmHrLGOaSIg7KjagIomstrOs5U23Dx3ntPTjmVvkAADMUD652PMH165de/z4 cek+tbt3796+fTt5cOPB4cNbZ2Lj0dHR1PG/wPRee9kcCKaPHcndaZq3iOnfkeYoxxnr3CfX rvza9tFv52prtNs+Tpz6TdTuumoRZ+0AZQbyAgB2x2q1Oj09PT4+ThLUMIzC5E+U/B09OTvb XGwy4Xq9Pj8/Pzy8+tHHH9586+bJyUmSviYb85z2lVdeefPNNy3OdK1DsgIAANCoS6YrSkh+ UWS6Cx+9MDk+dAYAABhBPmKhiEx3WKVJf+nQBQAAGEg12V3CLGMzR3YLAAAwpjzlpU8XAAAA C1Hq1t326V7ekHb5vxdvUAMAAACskCS7eSobJA+yr+fJbZIKW5Hotpg9qvejD7341kzqJQvG dPtS4++xvhMeGgCAxSiOXkiy2jgM4yhKv5IHIveduTyhWeSyWFOtXSxbbaE2GNPtC46/xyzT tCgSXAAAcsWhC+KxJ/LaJMFNvjabdNKyJNVNUt6hQ+m4GvDk8gx76KOMVqPGNLGY/JluJ34A ADCC8jhdkemu11H2bdqh63nuCJluR2IdqUQxKRF01sqqLmxWu5ZsdXupqMZynKa1r3RqqqiX Os5asvaxJbGzJX6j67D2V9TlzKqyAADMkxelfbjx+XmUfcXrdRyGaRfv0Ac+CA6SL/3tVaWp agXFqAbZRvFt6Uey7cXfqg2mtH8xHs00Nz+QTr0aFx+uLbzFqA/ZbqbbO7IlftPr0HnxJOqU wwzNAADUKnbrBlHkJF+rZ6Hjip85BwfeCJluL4rJbu1bvo0dYB27fnXY0hSLjL9xlIXOr5Dm AgBQUh2k62SZbjoq99kqTLakX9nQBVsyXaE0kqHWhLdJjdwUPe6m8yum28es5gzjb3cdktEC AKBDJLjF2XKDbH6xeJVlup7nZoN0nXHuSHOysQqa20vo0wIAAICaJ0YvrNfRZhOFYbQJxcDd qePqSWkUL0oa26fLfAWygaeyj++Ntk8V/7T0r2eufAAAEu7nPvel733ve3/5F//o+W4QuIHv /sIvvnznzp1vf/tu8uMbDw4f3joTux4dHU0d7Qt07m2v3V4aCGv6uHSI6vQLjvJDaqO5ERrn lFDfJ9el3WRNV1uU/soLsvRRf/u08Tc2acfrULFdsxx1ewIAMH+r1er09PT4+DiO0wlww+RP lHbIPjk721xsMuF6vT4/Pz88vPrRxx/efOvmycnJu+++e3FxkRdycHDwm7/5m+7n/vmXvven j//sz/7B95JM1wsC5xd/6ZU7d+5+5ztzz3StQ/IBAADQqHWmm/wgH5kgMt1sjbR0lbRsEEMU OtF2deCp67gQfIgMAAAwmtLKEV62zfHjyHMiN86S3TTTjaaOcyFKk/7SoQsAADCoF+bTTWcW c+LAC5P/+7HrxU6S77r06faH7BYAAGBo9fPpem7sOc6+FyUbXC/5L018PYc+XQAAANikZj7d NLV144Mgzn4cp7PqJn879OkCAADAbkGW2jpX9p6ntr4b+54Fma7p7F1DHH24g5pOdNWi/I6z ko1TWdn8bqbBD315DNqePdZitg0IAMAQvLRP13Ou7CfJbvLlJl9ipbSpA2uQJ0CCUzedqr2G XrtYv8xx2lk/izLNt8bJz4Zuzx5rMc8GBACgR25GPA7EN3tXgnzAgue7vj94pttxNeDJjZMB 5IsCLLuacw6A6gAAYIskpy2t9Bu4XprpBnt7zmWq62WdulOH2kCkgPlHxqZraFUXNit9Sivb XiqqsRynaS0rnZoq6qWOs6pYiGJgwEzmRDMd1aBuh8ZF71rUd8L2NLrOa39FXY6zrM9JAAC7 yUtn03Vdby/w9vbc9Gs/HbvgD57pHgQHtR23su1VpalqBcWnw7KNzuUgy9qFfGs/Za6mLLL9 i/Fopjv5gXTq1bj4cDXOPIDiY3WcH1zSib9HimNpnsdiFYYYfTFVe5pe544km1eUM5N/7QAA YKS0ckQQp9+6oRek32W9utmkunPv0xWKyW7tW7KNHVQdu34HCkk8UDT1+Er9+hO2T4vIxYMh 2lPRcSs7UPVXSHMBAPYqjmEI4jhdJmITeo7IgGMnit0onvsdaUU6Gc/Q93jNBKnJjmt3nXPZ AABmy8/EcRRF8WvR1TAMk0fJX//0T/90fn7e+OtBFCWprfNs7Yi+3iTrvRI5m+EXjuh4Rxp9 ThgUFxgAAHPged5//9/d+PznP//TP/3TYsvP/dzP/cqv/MoX/9svF3cTnbh5b+7zuReSBDlJ dp+uItdxRT/vq5t4s7FgPl0d5Ctqje3TegfT7cvQvT1nHr8tFQEALMkXv/jF3/qt3zr6iZ8Q 37766qtXr15t/C2R7Lq/9mtf/t6fPv6//s+z9Nssv/2FX3j5G3fu/Kt/9U7y+MaDw4e3zsQv HB0dTV3TF+jce167vTQQ1vSxI7k7TfMWMf070hzlOGOd++R0jqLfbrVH6SXT1alyuzhlU2o4 dR/uVw+t36R9tae6cKPya69zxXbNctq1DwAA+lar1enp6fHxcdZBKxb4TUcvPH36rDh64Uc/ +ofDw6sfffzhzbdufve7333vvffSnS5H6O7v77/xxhvuP//cl/70e9/7sz//xyzvTZPdf/bP Xrlz5+4f//HcM13r2JIc2BJnj2H3NelY74EBALCDipmu5/my0Qt/8zd/25jpBnGUjmxYryMx niH5KwzjTTj8QN3dYEuWY0uc49S9ezvscnsCANAvo9ELpcUj0snFkm+jMHYuM930pwsZpju9 fF6I/NupI7I7TpniLLCm4wGGqK/t7QkAwExEUfS//PF3a0cvyH7lhVnG3HThCOdyTbRsCINN M4xZwJYsx5Y4ewl+hMpa3Z4AAMyE5twLMiLTdff2RKrrZiW6vk+2CwAAgOn9i3/xL770pS+9 dngovn3ppZdefvllzd8NkrzW85yXX/afbwrc5GvqSgEAAGDXRVH0P/5Pv9M4esG9VBykmwh8 P8l03VdeCfLtQeBddvEOaLVZNS4PobO/5koTk5ffIh7xYPxDAwAAzESYEdnt//fjH28uNplw vV4rfuv5yhFZn+4Lme7enlub6f725reTv/9N8G80tyuINE4/2c3TvoEMXX4LScvMMCoAAACL eJ6X3o720kv+5VcQBF7yVd1V5LIir9XZLlPsJe2ezCXlDNrrOXT5AAAA6IsYw5B/64k+3YOD NM09OPAODlzfd2R3pHVPdotpbinZTR4Uv4obq49Lv1LaUvtttfAu5ct+VPypuh0UO9f+emP7 6BwXAABg8fJk1xOzjO3tednwXD/58n1PMfdCXz27JXkGnPehFreIfardq0a9rdXCW5Sf/3qp qGK0RkN7izlrqSl02gcAAACCW5kr18tmFkunFRNTLiRfIvdV6KVnV937OMSYgcaDjq/Yt50H 6ciz5BlWAQAAYLZKK0dsqTPd7rem5ZncaElbv4ODp8KIYQAAAIWa1YCdSmevK091e5yBAQAA AOhXMdk1mzd3tDRX9hl942f3tWNnux93bvI4O9YXAABgwQwy3UHT3DxjK+VwpZ86daNanRcH JNTuXCy/OobBqPzG+FtUvLacalS17SMLHgAAYDc9XzlC/3dkuaxRjquY3ECdpdX+VPYrjTvL JlXoUo7R4GPNdtBsHxJcAACw40R2W1oNePBVf3eELcMeAAAAFqx0sxmZbj9KoxfoZAUAAJhE Mdk1GL0ANbJbAACAWaFPFwAAAIvyfDXgqSMBAAAABjH26IXq3F59FVgqbaDxsrLDAQAAYG7M 5tMVU+dqbq9VmgW2u5EzThJcAACAeXIzxS0Gma6YN7ea1Mq2TytJSclKAQAAdpnZON1Bk918 AbDS3LS1G4s/UhRV3VNRvmM+LW5x/9r4dcLQqa9O/MzpCwAAULTNdOMK2S8MlOzmw2rzvtji iNjqRkc5Ele2BJpYYrdYVPG4pkN7S+v0KkJtLKSxvjrxGx0XAABgkYpjGLwkp02+ouj5l9ii MPIwhtreyskXaKgNwLRjVfx6l0Jq/1UwVZsAAABMpTRCVwgcJ8lq4zB8ntv6vqvOdEUuK/Ja ne1dVPtN56x7ltmivqI3evLUHwAAYG62fbqbTZR/RVEcRtJUt/c0d/75a61ZJd8MXQAAACh2 64rHXjpiIXbOz6P8KwzjKKzPdElzixTJ5Wg3hxUPRLILAAB2lrjNrDSGIUjvPovi1Xl0uZez v+9tNjWZbi9pbvUGLKH4EXy+xal8NC8e5zeQVbdXj6L+QL96XM34G8upxi/7RVk51Xo5lXvU ZMcFAABAkPbgRvHTTzfpd1kS/PLLSaYbVXeV5bJGXbmKPEz2o+J2nceOxoQMtY918l3FgXTi ly2xplkvzS0AAAC7Ju/NTR7k04gFSZobRc7TZ2HyU/EVhk4Yxu2PY5Uxb+TipjEAAIDh5AMY 8qw3yKYYi1fnaabrua7nOWGa++5Kplv69L/3NLQ6SKNjOY3jMQAAACCkfbrp3AsXUZL8er7j O2IZianjGtGgiWNfhZPdAgAAqFWn1N2ukZb14T7v762beRcAAACYu+Jyv9tM1/Mcz/eCwE2+ PM/1fFJdAAAA2C1IO3A9Z3/f9wN3L8l0fS8dw1CX6X7wwQfFb99+++3qj4obLdJj/ElRQzSC dS08VcCl9u89DKMCZTv3e731WDv9ypoeV/N5McT56qWoQdu5x/KHvv5tMdD1CcAWxcEJXtqb 67ovHfgHV/wrydeBnyS7gbxP9+2M82Lia/trRO9p0GwjHEfxbWa4NpEdt6jfdjOtl+zotpzN 8Z8XQ5yv3TH09b9Uu3adALsmSMcqeM5LL/u+5/qB62dDF5Jvpg4MS5C80S7yXWQ+9Zoqldm1 FGro+u5aew6N9gSQE5lu2qebDlpIkl3fDdLRCz0ULRvtIOsM1tnf0XgJm6Sc4kbND866dIor OheLG0sxF/Oz/LH6vNT+olGopXiq5ajbsxpnY2PK9lfUt3W9updTWwWn6TyWfkXnfJk2qU6o jc/fFs8LRU1l36obs/pkkTWX7Dofup2Nyjeqb2OTls6X5iEa4zTd7jRd//rlOBrXZ+1B+319 ADAf2eiFNNP1xOiF/X1P5L6yX/gg4+i98r59yXnx1ae6Uba/ohyj4w5dTv5t6bGCfjCy2FrU q1RI43nJv9Uvv1qyU5dnaJ6X2tJkjalo/3wcXrvrQRZJ6/aXnVOjcqrVlJ2vYvndh4Qqsqju z4tSRVpHaHRc9XU+dDvrl9+6vt2vf6PXh8btjt7rgGk5svZ0lG9G1cd9Pa8BzEHgeumw3STB FaN3s2XSVNOMGb1B1r461G4Ubwz5y3HpKEbj/HopR3P/LulCx5SoS1Gild5+8SP4vl7K1e/x Ri1WG2frqKobjYrtJUdsbeZ3zKifd72UiS66X//9pnp9nVP9clrET3YLLEPgZtltPjC335l0 FX0/TuV1JH9jq/5ii/Soezkt9tfX7z1b3eMc+R6ymeQuMwljGRTPO8yTaZrY++vDaPluu/i5 jIFl8ERqm3Xlpg+mXR2tr4+KFvyR01LrhQVY8PMOAGCpbVdukuBGUfIVZ4sDp3/3e5i8s0dn B8Wb5WjlaO5vur0XPdZrqfo6vzNRHMs4TwM974YIbxcs7PofzSSv5wCG5r7++uuPHz9ercIk 243SfDfe3/fu3Ll7587Xkx/feHD48NaZ2PVP/uRPxAPZmITST2X3rsruTW7cX3Z0RTCa5bSL vzYezXulFe3QuLPTNAikNs7aA9WWo3ledNq/Nhj1IONqBavfarZqu3Yzqpdjfl3pNFFt3auN oCine337ir/2vGge1Gm6nvWr0FhOu9eH4dpZVr5RfYe4/ru8bpu+DrQox2m6PtVPpdbvOwD6 tVqtTk9Pj4+P4zgOwyhM/kTJ39GTs7PNxSYTrtfr8/Pzw8OrH3384c23bp6cnNy/f79YiOu6 169fd1//jdcfPX789NNNlGS6YRxG8cGBf/fu3Xff/T3nxUz36Oho6oqjpS6jJxl5uTALOKF9 VaFdNjlykDMnq+YQ5wjA7ugx0w3ibOjCZpP8frxJMt2Ns7cXbzaTDtdFr3irwJKugTmnUEtq ZwBYhkD8L8l0kzR3c5Elu6FHpmu7vj56y8thsierFSdGcCxMxXq/nkvl9HWd297OpmTt1ld7 8voDoLsgjp2sZzhJc6OLTXxxkT4Ow2jqwNDJ+NNVYuasPpVDX889No7V7dxXZXn9ATAfl3Mv ZLMuhJv0S8zDAAAAAFhtm+lmc4tlc40lGa/4BsAOK34KP4dZluYWDwDACttxutmyEXH2la0E 3OtKaUsy1Qi8xlm3FHdAm85zlNP8xUGbYugGl40v7OtwpgX2EoCikBmOd6y9dDve2qUzm56s iarllHQfJdx6poJJLicAsNrzRYA9z/V9J/CzBx6pbj273jBarHuZL3PVb/ld4h9u2a12U7Qa MSqwr/rKDjrDflDZRP2DHu7tS43Have8aCxttBLser0CgCFsVwNOMlvfd/3AC/a8JNP1fDJd y/TyTlwsbeoKzTqeXahvKYbeO7kdwzR3oHi6tEm/Jc/hpAPA8mxHL3i+kya3rpulvE5Ql+mK zz3Va8noLEjTy5pnpYWjGsuR7d+40JFsATP1glWt42xHfVJMPwgWJ1odv6L8gdqh3/J12qfj devoZXKNd6/3soBWu+uh2KPZeFydetWG0bgIliIeU/ksYKIE0x73xueFo/HSoWgWzbX3qudC vwqyFlavTaj5eq7+xXanDAA6SkcvuFmHbpLd7u25+1e89HHg1e5dfa13mj4KLN5E4ph/eijb v3Fxy5J8H83jyuKvFthvnI3B1N6LU30XKXYRdRmQIGs3Wfk9tkNty/d4PajbJ0+G2l23jiQR UZSjuNJML9oW9e1Ip30GXZDMqCkc83vaNJ8XxXZo8S8K/fYsXZ/6Vag+izu+HtYW0vr1FgB6 F2xHL3jpjWhunD7IBuwajF5QvISJl/tqt02Pr3qDvlnK4i/+tHiLj7opeqzscG8bssoa6aUd jHKFFuW3KKddVqFZjvrTg5lr7CttrNqYt8oVk13Ng/byvDCKUN2epm3Vy6VV+3poxfUJYJcF lw9iMXTBSZPd9EtTu97K3t/SZvLRWGMYM4lz6CAnb4eByh80ja419D15PXq7sDyYrCe7tgWm 6t+t/ku1cf9Jwhvu0N2Ltej6BLCzPCebOffyryTPjdPOXZc70nYd71swVftR9YQDFaq6T8Q7 cs9uX0kkySiAneWl6W26GnC02SR/O+EmjiJntJUjur/xzJN+vcZpgY6jEluXb8v5bdE+vdRr qvbp/bjFAmvHrY5fxyGMdrJk7dmFopzxr0NbXhkALIAnlkZbn0cXF+F6HV5cpGuk6a8GXB3x pr5luLi/zrugbH/Z7TumTOPPleIZOk41ndvm1O1cLMF0FMpA7VD7K/22s/59bF2u29qjVMtp rK+sHFk3qtPheuixXvoXXv6g3dWoc75Mz6NpJOrb3WTnpbq98TrXZHo9V7fX/mJtObI75xb2 rx0A1nG//OXf+OT/+ORv/vYsTkfqJrzPfOald+8l//1e8uMbDw4f3joTux4dHU0dLQDYYQEZ XpcqLKD6ACa0Wq1OT0+Pj4/FuIMw+RMlf0dPzs42F5tMuF6vz8/PDw+vfvTxhzffunlycnL/ /v1iIUlSe/369SCKnCh2nj0Lt9vcaLOJws1IoxcAYDGWlN4tqS4AdlmQjVWIC5muk2S6m5BM FwDMFCdMcCxMEzXHbumX88GIk8cBQK1tpnu+SnJbN51czHXDKA7JdAHAnNWJ3fjz6AHA0ILt HWkXYboYsJ8uIBFH8WhzLwAAAAADCZws1Q03keeJNdLSKcaSZHfqwAAAAIBOgm1KG0dOlK4j IZaPcOjTBQAAgOUCN0tsfSdMV0Zz4myJtMh1yHQBAABgtyD546YJb5jNu5D9iWMyXQAAANgu 8Jw0r933ItdLstw07fXcyHe0F0kDAAAAZinIOnKdPS9MH2T/Jbmv59KnCwAAALttM90re3Ha oZv277q+F/ve1HEBAAAA3QTpNLqus+c72diFlOc5ntupUAAAAGBy2z5df0+M0k2HL3ie6/lT xwUAAAB0E7gZf893xQ1pyV9ppsvwBQAAANgtcERXbpbpirkX0jWBPTJdAAAA2C1wtsMXfCdL bkUXr+MzUBcAAAB2y1YDTtJa302nXRCPPef57WkAAACAndLRC+lywG7siEl0xfJozKcLAAAA y21XA3b8NNF1L+dfAAAAAGyXzjKWpLa+57he2p8bO67YAgAAAFjtcj7dwNmuBexsb1EDAAAA rBaI//n+5WS6bTPdDz74IPn77bffnrpGz+MZMxhR/ZIuAeQFzqdJW8RfDL7URDOvV1/x1z4v Bj25tXH2dX2OcFmq23lurzPz0e95N339tP31CsCCXfbpdst0a19PJzRVPPmrfMcA8rfzDzLW vXlUq19KUGZer6HjF2d2uMhlcXZv8OEi14l/bq8z86F53jUb0LSdbX+9ArBsYo00x/Oe57bb KXW18fbjDNaTMXRiMYTeu7fnEH9rI1fconY2jd+6J8KYZO02/uXHaQIwN2L0guuli6LFcau5 xRQfk9Uq7qnubKgtubix+MJa3bnYz1Ht83CmTgs0Pw23LncxvR5kZO0z9CiIvuJ3pv5It8tF XoxcUc6YzyOj86J+fah9TYCj8frZeEnTngDmJk1wswdx4WtYb19y6rKW0idu+Sts6VcUj4sl zDbDkNWr9sFifHCpdfso2m1Q+bHy+PV/axKy8cGmVVBcjcNlivrXiYzs9WHZ1O2m056y109F ey749QrAMqRrpMVxHEVRNrVYMesdivrTbfUdPIpfnIl2b8/F/dW9aFYzHedaPe+lsYBjNpHi 7rS5qV4/tSlvY+uJ1q79SHrQS7TH8dzLexLpVLbabn2dr2oJC369ArAMQRylee1ms8m+TYfn RlGS+A6V6ap7WWSvmDpvyWO3XFPt0F1tS+bJrkNT16Flqna8NXq/JHa8PQHYxcs6dOPV+fp8 fbFen5+fr8MwjKJw/FB4h4amkYcuWGS0JxHtDwCwghdGSV4bPX36afbfs2erp5tNmHyNHEft LDm1uxm9uZruPxVb4pyqgvmvF8uZKtmy6J9kte3WlyHaf/FPhIEM1G6cDgAL4H7hv/m1R598 8v3vP3I98Z/zCz//2fv37//+738n+fGNB4cPb52JXY+OjmqLqB1MqThk7W3d7eZeUByueo+w aZwtGOVAOnMLWJFOqevlKM9jx/YZool04m9ximXDfPuN3/R5pC6nOnpeMZXBQFVo9/xVtLDm tBLWUZzfFtVU/HtScRPFMloSwBysVqvT09Pj4+M4jsMwyoYbJH9HT87ONhebTLjOhiIcHl79 6OMPb7518+TkJElfi4W4rnv9+nX3c5/77KNHSa77v3mem0425nm/+qtfTHb9zrf/2NHLdG20 pHc4AACAJekx0w3C1OYfn/xjkuP6nu96fvKbF+v11HUcEGkuAADALhCZbnR29uM0000FF0mi e3ExdWA9G/ojbwAAAMxNEGU+/fTTJNMNgiDNdLNO4akD6xmpLQAAwK4J4sz6/ML13M0m8kUn bxhNHRgAAADQSSD+l2a7Uey6kRs68ZArRwAAAADjCNxMsJemvNnUC156r5prUESL2Ysad7PR PIcCd1xMtWNrKCaA6xjVcPVqnK3JKPjxb3/sN371IYao11Szy9mu33ab6nUDAHqXprau5750 sH9wJf26cmXfF/munvyNXHPZqqW+epq2w5hRzeq4vYQ0XL0U51G9kPVM6MTf/Tk43LNYFv88 n1/z0W+70bYAliTwfS9JbV995dU4Tjtzk9Q32Ev+CzR/f6mZK1obOs0dlOx6Lqa5YsUBzU6v kZ8gOvHPmSzC+Uc+LdoHAGSCbGYx//DwtThLdR3X299L/2tRVosVwmQLR+mXYy/F2m/Vxagc vU8nazeOnOXIuo7U6+EZtc849epefu2n/KNd513iV1yHk9OsF6MgWpA9v3Relxa25hyAxXC/ 8IXPffLJJ3/6vf89zXTTDe6v/uoX33///h/+4XcdkzXS9F/jSi+atcuK2viK2ctqq47knUOn fWT/eJjDOF3FuTb99XHqpVgO1+gdfaqK1B6oSDNTlJ2yQU9B49qzRsE7ktecoWsxvsZ/9GpW VvHy4shflxbWmACm1ecaaaJP9+prV+N0vgU3+W9vb29/X3f0gtDuNa76KfD8P93WbAH9T7fz pmjcoj60FUo9RqbdciPHOcR7dumaHzRTVFxUptfnyGRx6p8XdTtb9JQxUm23jq9LikMAgC0C Md/CK6+8su3TddJMNwgMRi/0mBbwMlrSouNtntp1B86hN7r3kPIkbKAKLrVrzbReinZeXuOM jAYEYBFPzDJ2cHBw5cr2S/Tyav7+Ut9WsZvGuZ6Hm0Bgqc/H1p8azf8fgQCAQW0zXd8PRFdu 8pXOO+bqzjJWkneidNRXObYYur62t6cs/tHarXbmpo4VGSEJs+68awbcuJtmO1vXPq0bZFbF AsCY3K985dc/+eSTv//7vxbfx7FzePjT77//3p077zsad6TVvg5qLh5R2tn2e6JN42+cW0A9 uFDz3ufx751X3/ykqKBRew5UL/X1bHrQvu4Q6iX+dten4obRIeJ3NJ4Xmode6uvMOPVV/DtB 83UJALro8Y4098tf/vVHjx79/d//52xjLDLd99577+7d9xyTuRcAADtrqSNnAEyiz7kXnKwf N4q2G8W3lzenAQAAALbyLrNbL//KtrhTBwYAsEM+hoFxvQDmJp83t3gLGpkuAEAXgxYAzFYg 8toXJ1sg0wUAAID1tn26xUzXddMvAAAAwGppppvNqNu+T9dolpnxJ70aDbPtFCnmpcrpNJHs ghl6jTFZkKbHle0/3GK8fc3SNZVdmx2sL7QbANQK3Kz/1i304oq1JDR/33Rd9XzO14XpfX15 q8lOsWmD5K06Wnuqz2Nfl+5wTwF1/L1XZLT4eX6p0W4AIJOPXmg5XoEXTZQMkUVV/4E00IWn KLZdvUZ+gsgOZ8vz1Pb4p0L7AIBMTaZr1Kfbmno1r12YhNz2T5llBlrkdvyF30oXYYt6VeMs /vrQF3nHVYudF/+BYd2n4e3WFNxxUy2MBwDDCboX4bR6ESx9JK14hbVCXh2jFlN/ymxjO+jU ulhHnZ2rn7eOMAaml8aXdUWPcGYVh9A5evXpOean4bLrxHQpafWn+bvw/DJ9XVJgCAQASz3v 0407LIzW7kVwzPGXI5C9JRv9bqkHZRktU62IznmfsMvN9sbvmOZOTmecsc79APk+M69vX2rb p8vrUtFsx3YDgFo65UL1pjRMy4p0ZKlsb3zb09y+FHujp47FevmVsyMXD4AlKU4uNtIIXajt VDoyN7Y3vu3x9yvPzEh2AWBneR1/ny6TqhbZRt6MteMLp65QP21iY0WGDtv28kcL2LQixf13 IdnVaR/+FQRgN7lf+cpXPvnkk3/4h39IvhFDda9evXrv3r07d+4kj288OHx460zsenR0VFuE 6b3YS53h3PS2vKXOvVCtQm3VjK6T2uUbhmgcRfvL6tWxCqPF7xjmOrKbt4Z+nvb1+rDU15ku 9TVdq6X2vDNnBYARrFar09PT4+PjJDUNwyhM/kTJ39GTs7PNxSYTrtfr8/Pzw8OrH3384c23 bp6cnNy/f79YiOu6169f32a6P/rRj8TWpMQk033vvff0M93e8TIKYGi8zgDAbPWY6QaiH7c0 8UKXeRja4V0HwNB4nQGAXbOdZayY2o6f5jqVeR95KwLQO15nAGDXpJluktpGUVTcOlWyO3Vr AFg4XmcAYKdsRy8UM904M3VgAAAAQCc1oxcAAACABQh6LEvnbo/FjJCrrWyL2i2mQWrrZWP7 DDE71Zg3Qo0wu9agJ6Uxzi6NudSnW7WOtYsAt671LrQbgKXarhzRfWk0zYnZl/FCKZvc3jGf pn4ZDVLbFLUbjRYUbdek3SN/+1K+RbZ9bsaJf7iLtjHOjs2+yKdbUbV9enkSLb7dACzYZabb rZR5vusPpDHNnXMmNILG9mlhtDdaWSJulKD3/uszPNAk8e/sc0qTOs3d8dclADvrcpxu1q2b 3YkWm96Rlr+Ymi7X6dSt3qT/MdlwC2Wp9fiGoUgKJ6laLwZ6Qy0t1jXCx6my7Nw0a69dXGrC +I1+dz4fW5u+zug8jxqbSPYyNW1T9NI+jfVVVHbO7QAAJWmfbrb+RCjWn4jCyCjTbf2SV11h 0jH8oG2eHyXrR6IYyTrPqvXSODnN9nHq/kkzwqiGvtLc0s55zEOf31Kc+bHyxldXYbQ4ZcGX 4mz3rwv182hJ6Zpmyj7OsQBgVrazjG02FyK5FXPrlqbXbVR8GRXvjjq/lc/iXk0Faksu7WN1 Cqh+t7C6agrFvrHG66TYA6ooagg9prmTkN2TZNT+E5LFqf86U3ptaTyVitcZi7R7HW5xCOta BsAuC0Rqe36+FlONif7dzWaj+fuKd9MuSn1RVePfq9SiQaYtZBeM+V5uy3u8LXEaafE6U1wO TWfnqas4bPvYXkEAaM1L0twku12v10mye36+Sr6SNDdJdqcODJgAae6SKIYuzPAfyVag3QBY xxOjci8u1iLZXa3Ojfp0IdTO6NS9WM0hrRiIrP1tOS+2xNl7wMVydjnZHeJ1aRfaDcCSuF/4 whcePXr0F3/+52G0vSntV3/1s+++++53v/vd5Mc3Hhw+vHUmdj06OlIUpD8TQu090S0mUqi9 pX2EJpO9ZZZCah2/7XMvaKYU7ebWGHrCDdl4zY7jOEc7v/rj2o3a36n7fHyI+Bvj7Ot1Rv9G N8XzfYbUz5rWr0st2g0AulitVqenp8fHx9mo2kgkqMlfT87ONhebTJh10Z4fHl796OMPb751 8+Tk5P79+8VCXNe9fv36Zab7F3+eFJENW9ikme69d0++e+KYZLoAimRTB9iSJdgS55hoEwAY R4+ZbiAWRwv8IHLF2NzY89zkv6nrCAAzQpoLAHNWnSRXLACcZLpeYm9/L4p8Lwz9TLJl6oAB uxXv/Xcqn57PeZIvi+IcrR2EXW4KALBCMdkVuW+S6aZeOngpWzUiHarr+0Fi6lAB61UTI1tS JVviHBrtAAC2iC7lW0S/beBlDg4OIrFkRBjtZaYOGAAAANAienOLme4Lfbr7V/bF8IZkjyDw 6dMFAACALcQtaxcXz+fJ3dvbf57pXtm/EsXiv9j3A9/3Ncs1nX3JaL4b/aOP/yFjX0sMyMZx 2v6xqb2rrcqGZrYYsjnJ2ewxfvVRBqpU4yyEXaqwmOdXYx1rZ2dbcK0BQAxduLi4yLe80Keb pLZu7GX/ZXMvGN6Rpv8CKpuatJ1+S9MnO2iLYEpVmKpG/ZJVQZ34zkE1QRcpnWy7urTxz2a/ 8auPMmb84tteVj2Y7bXXC9lCJ1PHBQCDExOR1WS62+9c13PdbEuUTcvgTh3wfPWY5i6SRd23 +nHaHr8tbI9/WqS5AHZZnN5vFr+4ym8h0xUDeLNEN6pOSDaE2k+3q4vxzFCPi4s27mzjZ459 LRaqWKtpnOtkoMYfepm3XuJXL441aPv0W/1cbZyNVbDon23VU1aMVvP5qFjihAnXAMxcOgA3 TsfqPt+SZbOByGuTFFh8L74t3rmmo8Wbdz7bqNi/OPlo6UdLJXtnqu4wdaRDVVxzn+Lj0a4T xWBHofVB+xpCYBR/aXJfnSCL4eWPx1nmTdbOpksBq5tavxbzX9xunDMyzqULAP3aZrrr8/P4 MvkNM5q/X33z0H8FrM1UFLmFbB8baXYmLaCmA9Vrkt7QXt7pR/g0uTZ+Wco4Q9V2Nn2dqf5D Wt1EsteZ6odOU7eNSqnHvcdoG9sTAKbnpv9Vx98G4la188tMN/Hqq69utDPdgfR4Dwrmo/d0 YbTe3CEKHyjdtCInG0Gp+79xZ8VP59+k1X/G9B6tUXsCwPg8N73nzPefz6kg0l4vzXPjeHWe WmVfG5M+XQxk0GQIMra/kdsef79Kwy1KP3L0nl80aU7RngAwuXwyMSHwfTfb6olhuev1+ny9 lU68q53pGg3+gxHeVCaXX96WXue1YfeYuvXeLLICTQ9U3L9Lsls7PrXH+tpCpz0BYFrpFLlJ put54iudMFckv1/4whcePXr0/X//75PMN4pjJ45/6Zd/+d133/3D73wn+bUbDw4f3joTRRwd HdUWbXpPbuOtwS2WXTD6rY703zJ1PhJ1lFMK2NifpGgHo+r0eJ10Cd6RnF+jlSOcuiGh1Wlu R4vfNPjqrww394XsuP2+zmg+v6y7T6B6lnt5XXJaXf8A0NpqtTo9PT0+Po7jOOuADcUSaE/O zjYXm0yY9tKenx8eXv3o4w9vvnXz29/61u///u8/e/o0L+S1w8Nr16+7n//85x8/fvz973/f EeN0nfiXfynLdP/wDx29TBcYlI3p/gLQ7ACAqbTIdL/z7W/fv39/9exZXsjV1167fv36dj5d 0b+bTi4Wbx9PXUfsNNIsAABgpJzBZo+97QDeIBBfCTJdTK44jatDyju6/KNqhmMCAKzgXv6d fwmBSID39vaSTWLpCHHP2tQBY9eR3U6IxgcA2CUu/F0UiE7dK/v7rudlw3TJdAEAALAE27EK V65cyUcspJOQBcHUgQEAAACdBOnsY563t7+fTjyWDWtIMl3xWJ/+lEPDTU40sur40Xaz8Izc IKMdrmP7THidNMapP3RYUYt+F2vVjN+KZ98I8VvRDh1r13p2thFimzwMADtFrJ3m7if29vYz pqMX8hdWnRevZbzAKWbjN11GaOQGGTmfbt0+U10njXEa3aElq8Vwt3kp4h9hIeJx4u9+bSzj VahW7eXa4nVpIAtueQCztR29sBfspQmvky2bJhaW0LODt8ZbN5n8yGabRenQ7GmeLXVuLX4q VgQYrlN56PghY7pIBADsguByljE/n1osW01t8FnGaj9ia7eY1sgau0ZafLqt0yyKNZ+qi6uV 9h8zgei966jaCOMsICc7F12qVvzdOV/kmtfVbONvEaf6+VVqlsb9x2+3xutT53rTrK/iSaG5 FmBfo78AoNE2qRULBOe9uaaZ7gcFmr8yh4/ShmCa5hoN561+Cil77Gh8ZDlmplWcH9e04pNc KgP906v44XsvH8TLgpe1s9Ggmup1Nc6n4bL49V9nTOPsa//8cWn70O2muaxxl+utNnid+tYe WjE0ZalvDQCmks6x4GYjFopbTTPdYkKg/6nonD9FbWegNFeH7Map0QIwqq/+eZ/k2pA1TqlH drbXbbvno7qoOcSvX6/Sa8s4N//1vn+XeIrt0+LJXm3e3oOvvv6T3QIYQsByaH2Zw4fROh+z Qk3RBaXYwRbtwraxsnkiNVz8psUO14yK67OXFhjn9cTGywzAPBVTW7PZxCBjXfZDElzLuvMI BT4K53oGsINKPbhkuoMwGrJcVDvWbaAgdzwJ0NH6PE5VvqzAMa+rOTRIsZwu17lmu5mGPfR1 1fG4xfpOYqr2AWC1WIiiKPkr+0o2Jdvda9euPXr0aLPZiJ2cbO6Fe/fu3b59O3l848Hhw1tn ooijo6Paonu5x9mpe2Gd7ZtxNc4WU48p7k2u3sgsazfFBAu15de+/ffbzrLzaHSdKOJU39Pd e/CO/CwYXeqKs9NX8LVVqA2+l8hHjr+v1xlZ7UzbTR2n4rr9/9s7E3gpqjvfn1r6LuwE1Iji ZfMquIwwgjOPBEmEKPrJ03xeCPCZzAVHZwKSyXOZmRd3HETnE2M+Zj4PcSIOJHkTIbwk6MfE BHDXWdTAm5dEo7KIvskkEWXRC/d2d1W9s1SdPl1bn95ud9/7+3K5t/r0qf9ZqrrOr/79r3Pq 1G+xTav4upR+UUpvY3p7a3V8AQCDm76+vk2bNvX09FBp6jiuQ/+79Ld75OjRfC7PcbLZbH9/ /+jRI//5X15c/PnFf3fvvXfffffx3l4SuHVHjR174YUX1kDp1oNmdjsBAADQBBdzAEAFVKB0 71m3jirdDz/8UBoZN348Vbq2eGEYhpC5zQCujAAA0LrgGg4AGHiE/j1x/DgJ5lpwObaaqYHz MOCrKwAAGByoE18QXM8BAANClsN8uorSdRynoHQb69bFpRAAAAYNuKQDAAaYE319ff3973/w AdO5XOwKL2/Yp9s8MQwAAAAAAADocJzz+9//nr0wGDFKV4C1JAAAAAAAQAtxvLeXKt3f/u53 0qeb44SVrpC58OwCAAAAAIBWoZf7dH/729/GK11V2sKnCwAAAAAAWggqc0+cOPHee+9JHZvP 55nSFRpXrCsh3kC0LgAAAAAAaCH6+/v7+voOHz4sla7DYT5dPiuvI7OapgmlCwAAAAAAWoVs NpvL5Xr5GmkCX+kKUUu3+Ab7RZWuKnwBAAAAAABoZvyVI06cEC9FhAJbOULELWSz/VTjim3L thwXShcAAAAAALQGwoPb19fHZxhjAQxU5lJZawvB29dHla4rgnXb29udPJQuAAAAAABoDcTa v7lcTqYIB67NBC9VuieOu8EzaSNGjMgjegEAAAAAALQIjuNElS6LXnC51D1xoo/5dKki9rxc Pu/k842uMAAAAAAAAFpQPUvFbjablSkFny6Vun19fSxMlyUTlhFxugAAAAAAoEUQ0Qv5wFcr nkjz43Q95sfN8dgFg/5zPZe7dwEAAAAAAGgBhKBVZw8TUbm+0uWPp1Gh6zGp6xHoXAAAAAAA 0CqImRZC8+Qyn26wzby8bFIGw5CzMwAAAAAAANAqqGuf+T5doWtt2+LqlildkwKlCwAAAAAA WgcRpxBK9JVupq3dd+QaxLRM07IaXVsAAAAAAACqgild0zTb29roH4MHMVgMs9EVAwAAAAAA oCpsHqpgdHZ28iBd9s+2bPpTp/K2bNkit5cuXVpDg+nWNLM1FaLOosJqv0l02kJ3rGuT692x 5dqvSX1SjMT2p3qkAAAAANA8mIJOQUdnR0cH9+mWiF7YwtFPl0g1UCtZoGmn5VRISDypG/pt ST8Wta1kncoq68DVqj5JhSbZrGsPAAAAAKBiTIP7dNvb29vafUoq3SQPFjxbtaJkTzZbJ6M+ SWK35L0fAAAAAOqHbfI43UwmI5OElzdph/rJ3JAgkKZSAh4q1hApzj81MVQH+lL9Xjs2T2zl QztW3EXSpvTsJtlXK5NSz2h7K65nPewnfW8QW65OfaLHheiduin9CQAAAIAmQcy9oM6W6yta k0234CMid2P3r7fMXRpAimMlo4nVFBqrcmKLKGmkZD3ly3Ltlyw33b4a5KBuJ7U3abusHqiH /dh7m9iujq1PZQc3SlJ/lrUjAAAAAAYAda4x/8kzf82IQAXHKt1GBS2kOPaqlLnpRaQgfJOq h7ICI5URKrQyUiyUpeEqOAplPVhWVrxsUn0QPAAAAAAMNaTY9ZWu67qGYZLUxdGEkog+e56U XhMG4JknUqOIggGoZ61qW9JCvd2QVdov95k8PDEGAAAADE1MsZ6E47jsH8NLyZ2kGKpREgOs PwaN6BkETRgK4Ik0AAAAoIH4Sjeby+Zy+bzDFK+XukNtxW5DREBKVZtEl5TszAr6uZnbWzGN qn+0XDymBgAAADSW6FLAFOO888579dVXf//eIcu2M/Qnk+ns7Ljzjju++tWv0rcv2Tr6qSVH RdYxY8bI3SqO2U1ZAaHk3AuhQMyUaRBSyi35aFTSHAKxBenUR3OugKQ6l1w5In0agehcBylz I5RVw6Rdam5fsz9L1kf//NGZ7iNaBGQuAAAAUBP6+vo2bdrU09Pjxx04LO6A/jpy9Gg+l+c4 2Wy2v79/9OiR//wvLy7+/OIZM2bcc889d9xxh4zE/elPfzpr1izjnHPO+fnPf/7uf/yGqtz2 Nkpm5IjhNN/NN99MkpXuUKMaKQMZBAAAAACgTzVKlwQzKwila1MTrutlsznPE3ON8XiGRrew qYBUBQAAAABoRWwqcym5XM4wDduxXNdmMnfIa92KQw6S7NRpbgoAAAAAAKBCla2MYbDpS/oj Zl1gP0Ne4wpqpUqhbgEAAAAABhgZoOCvkWZw2OpoxKjcKgAAAAAAAE2DKVZHsyliIWAmdpny bXTFAAAAAAAAqAqmdOl/NudCJsOmGbMtYkDnAgAAAACAlsdmTlzT7Ghvt/lkurZliUiGRlcM AAAAAACAqrB5vILR0dFuWZZtmSyEATIXAAAAAAC0PrZ4EC3TlrHoX4v9IwTxCwAAAAAAoOWx hajNWLbBohhYKAOiFwAAAAAAwCDALswvFvxrdJUAAAAAAACoAWYws64/vy50LgAAAAAAGBzY hC8j4biuRQzPdD3PbHSVAAAAAAAAKJto/K1NtS3FdRz+ksldq9G1BAAAAAAAQB9DQU23PZdp 3ZzjZIJ8nrJYMAAAAAAAAE2OfPBMfUmxuUvXy+fyBjFsw3BNl0DmAgAAAACA1kHIXNu21RTC fLoM4riO5VquZ8KbCwAAAAAAWguToypdwsWuzYUtD2EgHnFJaCoGAAAAAAAAmhy+5q9Bla6M 0/WjF4IXxeIWQhcAAAAAALQIwqebyWRkiqp0ufpVnlSD0AUAAAAAAK1CNHrBV7oG17mGafEn 1tgmwfoRAAAAAACgdVCnGFMnGhPRDIYllgNmkpe/Vzep25fvExsddod8KbbrUVA9LMc2pOb5 yzVC39KxXJNqAAAAAAA0ISGlK7y47KVlcZ8vfyneiu58Vf4q+qOfHsugEVhlNUSV3VJr1rBQ fZuDpv8BAAAAAGJRZxIzg4l2hdRlYjdpt+32dsJ1rWZ6Y6GSrglVXRNWCQAAAABgcOAFuK4r XvpK17Yt27K43A2voqZSW7EbCjCgL9UfNVs0XW5H88cmpuRXU6KmkmoezZZU/xCx7Y21rFOZ cvOX3D2pn1O6MeV46fQ/AAAAAECVCHXrBAilS6RP1xIy1w9mGAixG5W5JHDEqt/yJ6XL7VC6 IOo6Tcqv2tcM7Y3NllTP2A1ZpdjKl4Xqui7XjR2NqaigStHWxRpJP14AAAAAANXgsrUhvHw+ L5Qu3RDOXT8w1xTO3FSHrqR+YQxJDr/mcQSmq+HYeqpKtHkalaTXy6qS2L2p2gUAAACAIYhw 6FKBmwsQSjdYOYL90xC5HKFlha7VSY9F+FBDMwYkKchWCW/Vr2etnlFrVP1bq10AAAAAGNy4 HCpwZYrv0w0W//WKHlRLpiYyVwA91EDQ+QAAAAAYNIjoBap08wG+0hWKl4fuslDedLlbQ5mb TtLX363ytXij6llB7EFL9zMAAAAAAIk8kUYRmtZ0A6XruOw5NTeYnSFqoiYyN0k/SdUlNZYa AxpNVw1G05MeAksvV6f+av7YJ+Si9YmtjI6dqBJNebiNlIohrlX/x+5Ysl3pxwsAAAAAoBqE hlWVLuHy1+Z+XJLL531ty5eRiDWRpGUriFiIfVlZkG7suyUTY7fLErvV11/HTkp3ldVLOgZ1 6pm0xJp+n0DgAgAAAKAeyMl0i1YDFtPrOnmHPZLGl01L8ukOSuBf1Ad9BQAAAIBmxnVdIWXF b+IrXUIc17E803VNz20Njat+j1+N9pJTQMiXjW5Zc5E0Y1rFdqo8XgAAAAAA+thM2IpH0Vw2 EwObhIHR7Hq3hmoJwiuFWnUOOhkAAAAAdUU4cVWHLsUsvB388aTcBQAAAAAAoEWQYlemCKXL InfVZSMgdAEAAAAAQKtj86fQ6I/J5K5R1lpplRA7A1fKV9slI2jr/ZhUreJKaxUKjJBi2Q9D vAcAAAAAECUcvcB1rWGZpmEaAsK1b5Sr8leJqXM101MQck1nVq/GqplarZ5QqzVysdau2g8A AAAAABI5e1hR9IIQt1ToUrFrmkbg0I2RumLe3KioTUpPp1Zihcq+FvLttdADXlCTAAAAAGg5 QmLXd+Ralm2aQuuaKTvXVuyGkAtxpWis0LvR/PJl0lvquyUrk7QdNZJSbgg1ckOnyZXZ0a9P UvP1+zOpr6K769vRsY8liwEAAACgEufT5Y5cm2JZFhO7hRiGWGoidtWVZtVE6aCNVTDRkNyk JbhEEKdqSu4rJtAlGkuvyQyxbuPQwrxJ5cZuhOqjGY1Qlp2kbR1iVwNO6U8d+0n1SbKT0q70 4wIAAACAIUt0+TNTrItmC5XLKWmlhmJXJd372FQLdMUq9ZItjWp09fGyktZi7eiXrklZ/Zxy yJKOY5McQQAAAAAMMqTGVfWuLdy3VObSjcCfa6RPvyC0rNC1Ouk6DMFnrdTl2eqt//SVa1mV qbja0LsAAAAAqAdi7gX5knlwpcYV842l718PmavDoBTB+qELA0BTec0BAAAAAMpFxukWrZHG 1kTz+HIRXolFIxolcwUNFIU1f/hJNdgMYrdKmRt9mGxgWoSH0gAAAACgosYwkGCNNM+leK7H fhKlbl1lrlR7ckUAHbUU+5BWSfsV1IrEPT+XVKXY1TFClVTro6kyy7Kj3zMlW1SyP6NPsEU3 kuqTbiepf1KOCwAAAACGLCGZS7GFgzfv5E2P/mMPpJmeEat2k7RsWRo3RS/Gbqfry1iVU9Jm BWJXvwI6KenpmjXR74RqjBON/kzKr5O54v6BwAUAAABALGqors2cuZ6XzeYsjm0Rz7SI51VX RNMB/x8AAAAAwBChEKfr8ZCFLJW6uVw+n3ccRwTyNrqGNSYUvVBzyVtBtAAAAAAAAKgtoSl1 bZdH51KZyxINto7E4JO5gro6dOEtBgAAAABoLKEpxgiL0yUiTtcxTMt0HMcy+VQMg1PsAgAA AACAoYMpJhhzHJeqXH8ChsEYvQAAAAAAAIYIhbkXwm/UueDoDFlV2kmZ7avKIqqsQPX2Vcv1 Lm7gCwIAAAAAqDlC48oYBlMsjWaaZrAWcOKeV+WvElPnaqbHkjR9WLk0VofVe+3iqM0Bay8E LgAAAAAGDaYQt7Zt2XyWMSZ4E7KKeXOjojYpvbHIhXbrXUqjGwoAAAAAAOIRjlzTplhC7Ka5 dusqduWCWNGlZWPTo/tGd4lmSLFPKlpdVl2QIlrPlHJLNiQpfwX9o9PPsSXq9Fu0zhV3JgAA AABA9RTm0+VC12jLMKjMZYukkbQghjqJXRkPIH2x6mrA0fTYfWVK0kJlIvg1yX41q/Im1TNp OwnVFR3rlo5dLTm9f3T6mSRENifVv2S5mGAYAAAAAA2HSVuqa9vaMtyta1umlRKqK2iqMIaB X/ysslDjWtUw1o6+QzdqLaplq6+/yIzQDgAAAAA0FlvEKljCnWvI59LS1K7QskLX6qQDSZ3E H55XAwAAAACIYtL/VNVaJn8WzWDRDESZmiFKzWVuld9u128CBAAAAAAA0NKYQtQa/mxjA+3N rYlCHcRit9yYhHrnBwAAAABoIUz/2TT+2/MfVYsXuzWRuUkTC0i1KtPVWM9ous5zVyWzhexr dlms8ZL1LEtQ6j/HllSuTnuT+jn65Fm0AiXLRZwDAAAAABoOWyONitt83jFMwzJNl02+EL9Q WpKWLcuVW8EzT7Hp6bqq5C6x25pitJp6VtxRKS/LLUKn/jpP3VVwXAAAAAAABhLbY15cL+/k TY/F7NL/nmnKScgGPQM/dQMAAAAAABgYbNd1PdfNZnOWZVF9a1vCzztUENPoSm8uJC8AAAAA wKCB+3Q9L5vN2rbNwxa8Ni8zdHy6BOoWAAAAAGCQYjOXLlW6uSwXtwb95w0pnQsAAAAAAAYp tseVbS6XNww2qa7l8iBdaF0AAAAAANDi2ITrWh6syxAO3RSvbt/n2ZxiHf97u2Z6OFvxE2D6 D4QlhdI26pEyORuXfv7Y+tewPnW1DwAAAADQcpj8N5tAVwTs+tPqJiDkrLqRnp5op3iuVh2a SsCVu9qC/kzAFdNU/QMAAAAA0AyItdGIafLFgNkLjxjVmy1NrQQfVXgtJPJaqKoAAAAAAK2O LVYAtm3LthgGFbyEpK8JXCdiV+GKfSuanpS5pLKU3taoqaRVwaL7ltVMHfsp2yWbDAAAAAAA BMyRS/9nKLbNxa6ZkluG4YbicZPSE+0oK9AKpJKTPtrQOrT6K5DFGkmviQi6ja6CGzWlupA1 3cmxC+qmtLesehIsfgEAAAAAkIDv023LZLhL1+RuXWMAfLqxyiyq9iqQcc3m4JSO2HqIUchc AAAAAIAkbBahy3y6tkW3TEu8bEj0AqmFYhuAZ78AAAAAAEATElWwMk7XpgqXKl3xXFqKiaT4 BM24BQAAAAAAAGqLELSmGY7CDZQuD1ogYiKG1CfSqpxPV5NW+VK+VeoJAAAAADCIEYLWsqxQ iq98RdyCeDytIfWT8QbihxQ/tSYSk2Y/IJFJGJLyV1+f0LtEe3oHEjcpRLntTa8nYjYAAAAA MDQxObaC78xlbzJnr67ArTJ6IaQLo/IxfZeU3cuyqZM/fV99P65Ou8qtT2V1BgAAAAAYlIgp xDo6CkLIV7pKWG7cFgAAAAAAAM2N8ON2dnbKFN/LK15A2gIAAAAAgBaFytxMJjN8+HCZUqR0 AQAAAAAAaCo8jsthfx03wHHpS8+VOTOcESNGiL0IV7qWZUHpAgAAAACApoMKVsdx8/m8Q/8w YUu3c3n+WiQKRStoa2uTSlfAVkSDTxcAAAAAADQbY8eOPXLkyMiRI/kUuR795XnmsGGdVPR6 RLh52a/e3t4xo8cQrnQpo0aNkhb46r8D7tMNzcxV8Xy0oWnFalIxHVPp5da8VtV3SL1n/K13 k6u0X/H5lpQz6Txp9X6uN7WqP2awBgCAIUJXV9eLL774/gfvp2ejMvfkk08mXOm2t7ePHj1a vlW20u3L87Uh7O2a6ammtGRlCnT3Gk4cq28qvdza1qqBHaKJlB3qhL6DoF3p7W1UuXXt53rT VMcRAABA83P66adPmjSJ6ld12TPDMDzPU+dREFOJ9fX1UZlLM0eVrqlfpNCyQtfqpKeDYW9g oApjAIRRK2qvki0qq1Ho54FhYPoZAABAyyGjFySVRC9QUUsVLf0JeXCT0tMJid3QS83xLPpt ZpKd2PToimux+WO/xdasZFntUr/kTalPepNjrUWrHd2OLVcTnX5O2Y79druut0Mpxzep36J9 WLKfU0xV1tWa/awZLaBTz1j7SV1RsquTEnXs65wkJT8vlV1nAAAANDnROF0x90IZPl1BTTy7 KcJR+mw0VU4oc5KdpHTVRRRyF6VXRrOSFbcr1KIUOylqo5oAaM2mkQQVqNlemaesdlVA7BFM qmS00JTzJCl/bLvU/qlmNemU85kk3MOU1f8Vn7dJ9U8KHy/Lvv51o9x0AAAArY5QuiMVyo5e kNRJ7FZMnUYsEROZHpWrWW5JU7GWY8f1kJ3aysGkclMy17D0UEvrZFktoqyD0igq6+eadF1K F5V1w5ZUmZofgtBNSNR+9BsM+HQBAGBwINdIk1S+ckStHk1r5odU9L1imi2tSa0wKteK2h7f pqX65z6buXqV2ZcP9g1ABQAAAAwYwoPb3t4uU8TDar7SVafejb5UqeEMDAAMDOo31wDIO5wW ncgCAABAFOHBzWQycmaGIqWbpm0VBr3MHZhZUau3D49UuT1Qj2nphk7/xz4ZVo/+VGdSq6CT U2ZBJpFHAGNnbStpQTMdAABADRH+2mi6WBdYbPuxCnYhWsFXuv6CworQFSlRc3WVuepXijJF Z8fQ49hJdtLtR7/QDKUkjYghO+rDQzrlpneITv+k1zO9PrHt0h+zo8Yrrmf6+VDNPLJRgVtZ vyWdJ+n509tVj37Wr4lOvyUdRxJRjTp21H5O+VykRBfof74quw4AAABoTqjMnTt3bm9vr9ge P378jBkzuru7V61aJZWu0LXq5LsCX/k6jkMlLv/HRLHcTSVJy5alcVMeWq94Wqsq05PeTapb uj4rt9zq+yclT8n6JD3tpFPnavq/mu1ye1WnjfrN1z/EJdtS1uwi1dRE335Z51sF92zVfI7K bXKtrgPVWAMAAFATqEx96aWXVqxYMWzYsAkTJpx77rn095w5c1S96ntwIz5dU3hw8/kcg/9W XcEAgBrSErM9AAAAAE2Fw9m8efPJJ598wQUXnHXWWULmcketj4hwaFMoil7IZvtFBAP9T99T 9wQA1IrQt+fwCA4ytmzZEpu+dOnSRlcNAABaDyOA8JBcurFmzZonn3xy+vTpIZlL4uZe8CN3 eYyum+3POq5DZS5VvZ2dnbFK98iRI41uMgAtT99HBZ8uPlMtypgxY8rKjwMNAAAVQJWrVLok ELuXX365iD4Q6TJD4ixjruvRn76+E47jikfTRo7M5/O5RrcOAACaFChXAAAYANgKZ6YplS5R JltQpxITG7Zt0/wdHYUvSwOfLt/nxIkTQuc6zBucz+XyjW4dAAAAAAAYuoRkLuG6lsrVUKKA ylwqdlWlG/h0eZxuf3+/ULr0t+MUhT5csnV0o1sKAAAAAACGCi8t7ycJSpcoflwV4QBua2uT KTJOl8GmXPB8XNeRcy88teRooxsLAAAAAACGFMw1G50clyTIXJFZzL2g5izMvcC0rXgejf1q dOsAAAAAAMDQ5vjx4/qZE9dIEy+ouKUKWQQ+iIfY1EAHAAAAAAAABoa+vr6RI0eWtUvaGmlU 17LVhIXaJSwT/f+b3/xG07RcOljV0ZR3OIcPHybFrmaRP8n5DAAAAAAwYHjF32WPHTv2DE6j 6zVo0VGAo0aNqsBsvNIVb7Rl2mQu9vAaf36t3DKYXFagMvfiiy8eM2aMh3gIAAAAALQChw8f fuGFF6ZMmdLoigxaQkpXRB2I2XDFdllBCynG/egF/lyb2c5jFZgW5ksGUzKZjKbRJJ/u0aNH 6Y2R63o8Tzg/fLoAAAAAaDhSxoiH8keMGPnRRx/pqyBQkljJp06IK3yx0ZkWaoItrHd2dBIj EL+ckPtXTGBGN+ixp6LbcZxcLry6RMiny3ehfz3+tFvYrQs/LwCgLOg9v7gu0UtKdIOOT42u IACgtaFqJZ93eQinGZI0oIYIqUk7mV648/m8uuRvlWZJnKq2hYju7OzkOtcv3rLiQxeEzL32 2ms3btwYVbpRPD47r1zQAgAAKqatzbr0MwvPOeecr9//DXXj0ksvvf6GG/N5KF0AQFW4bP0s Rzy0BOoKVZ6f+MQnXnzxRao51TUc6oGIXjDaO9oNX+r6CwdHswqZe8EFF3zhC1/Qts+WooDS BQBUD71zPvvss+fOnRvaOP/88/l3jrjIAACqQigWy4Q3dyDo7e29+uqrN23aRPj3cvUrKHgi ra3NIIWAiZgn1/hqwuedd94555zT3d2taZ3NzuvCpwsAqAF0DDrppJPGjB0b2hg1erS4oW50 BQEArQ0LtmTxlmb1poAOw4YNu+uuu9asWUOVZ/2u4b7StYNwBRkUHM5n23Pnzj3llFMuuOCC sWPHalo/wclmc/l8vkHdCAAYJIwa5c+t+NFHvdGNY8c+bHQFAQCtDRVbVK8MG4b1BAYCy7Im TJhAVeWTTz65aNGiOipdItStZcmwlNi4YCpVX3zxxeuuu27cuHEsqFcPEafrOA5C6AAAVUIv JikbuMgAAKqEPdmaz7sOHpkfCMaPH3/uuedOnTp1+vTpdY9eoH8s00yf9VY4ZR988MH169fr L5/GlS6TufDpAgCqhF5MTj311BEjRoQ26L03v87gIgMAqAqHKV3H8xAKNRDMmDFjwoQJZ599 tsPnLqjf5LOFoAU5j1jSXA9isoXVq1e/9NJLmtaFTzfPGfhOBAAMJuilsKura+TIkaGNYcOG ialqGl1BAEBrI64kYh0AUG+6u7tnz57N/OiOU9c1FspbCE2I3blz52pOCZF3HB6p24c7JABA lXz44UdnTz83aSObzTa6ggCA1obNMuY4LhRL/aECd+XKlXI+3bqWVfaSvzmOZuZsf/bYsQ+p XnexUAQAoDr6+vsbXQUAwODFY19Ee3zOwkZXZfAzkN/CFSldVVbrrw4iA3xDMzaMHz/+gw/e HzNmNL1Dgk8XAAAAAM1Pb+/x9vb26CRUoE4YCvWwn+jTTVoNOL2u6stp06YdOHDgyJEjA9db AAAAAABV0NbWdsopp9T7K/UhRcnOlDK3mm5PkqmJSrcCx7JaBq3raZxadxcAAAAAQH3JZrMl HXxAk4G8bVAmLPMLTVS69J6mgZ0CAAAAAACAJkGUta90RTACpewn0gAAAAAAAGgqXI4MSaBK t62tzfPKn3sBAAAAAACApkJMzStnnKRKt7Oz0/NcKF0AAAAAANDaiHXKTpw4wV+xR9xGjRpV RvTC5s2b//M//7Mf81mC+tDe3n7qqaeuWLGi0RUBAABdMDK2LtUMOjjuDSf28OXyOap0jx8/ 7nlU5zKpK+IZtJTuhoceGtbZecMNN4wfP77RrQODk0OHDm3dupWeaatWrmx0XQAAoDQYGVua igcdHPdmIPbwcaGb7+3tFS8N03QcRenyqTQSZ4H44P33r/nrvx4zZgxVyo1uHRicfOxjH1u2 bNl9993X6IoAAIAWGBlbmooHHRz3ZiD28InoBe7TZU5d0zD5TAyuLaaLo7+pzBUzx0UFby6X o0ZxUEH96Ovro+eY/kLTAADQWDAytjQVDzo47s1A7OFzOP39/ULZGqbJgxd4nC6bfowq3SCs IdaomJOs0U0DgxmcYACA1qLKkfH9vkMf5T/qGjGp0e0YolR87KCImoHYQyDm0+VT6hqm/77n +3Rdx6HilwpdM3l/AAAAANSEf3pr03f3PtJudVxx+lV/MePLja4OAC2PWFLYtMxgYWEhaYkt bk3yece0PJOmmpR4mQv5CwAAoB7846ZNOtn+7OqrG13TMPojY9btbzPbxfa333x429vf67no 6jzJb//5D/vzfV8+76ZGNwWUARRRE2JxOto7xDJpzIHLgnVNm8cwUKWbtwiVuuLIWbEmcFwB AADUib/48z9Pz/Cthx9udB1j0BwZX/jdM2v//dbbz1/3yY9/6pE3Njzx/3702VmfffajHcec o7PPu/CZX+w8/2OzPjlhfqNbA3SBImpCbM6wYcN8pUtFLhW6hmG7PKihP5fLeB7VwlTleiyk odH1BQAAMMTY8cxLoRTDMDIZqz1j//GcP0zcbef1YxZv5lsrth15YKFWUXSf+87avWPVlAFq 2mPv/OC6P/zvd71yy+e7lj79ux2XXLDghY+e+o/+d/MkP9wcPn/qJVvf/F9QugBUg1C6fF00 j0+0wKQuj1RgLl0v25/N5nJ5+uM4saHWMsg3nh3Xj/W5fodbGdTEZx7cF03f9+BnAtux75e2 EFfZomrq7hhqaqkaxZtl7SmU3lStCyqj3xnaXaZjErfIAICJp58uf6ZM6uqeNuWsaVPaMslT v+/f8JnFZNsRzu6z9u4c0NqWGBkVfvXB/20b1vbfZi7+tyP/PPuc2c8d++m+E3uPOR+eRCZM PD51879tXDxtWU2vu6A01TyRFjGmqQ3keFiW8KgxddMhRZ1QsRzULC96+ET0Qnt7e0cH/WH/ ReCuKXRtNkeFLpO5jlC6JP6Jtnj2bbhsibflEOflM9/a6VUILcKNWB534Rs3HfJZ7/2UGd95 w7jLNuzTsxBX26+/1tPz2teLLPg7JlsuKmX23S+LCm2ZfuuF425IbnBci1Ztv/Ll+y9pytZN +tKTW3po69Z/aZLO8SpBobhL7n/5yu2rSnbsgA5QAIAmxjSN9rZMR0dbR3uGbmRsKzHrvjde nnPWVLE9ZdUqPY9uDRGXr2eff2n9QxtTftwT3ju9B/bk/s07rf+Zo0/uO7GvL9c/2Tvz/Pwf bt/zw2/M3fCJU+cXXz8L3KA1quqNX9r52QClFMwqVFSPMosrNEhYidudFRkkivy6JYSs+S9L VrH6415sTmqDQ0+mjKJyKNcZ0+tBXXWI0gmihDh0T5508RB33WBk6BUj00ahf7jSJb7SpQKX T7jrULHL4xnKOQP2v/nK7G7/K6ApK1cuqNUFZP9Dq2+bvuXQN6TBWhjfv+MxcuWXv3wleWzH /qpruOAbL989+zs/2VVe6Z+Z0hqtqyFTVt40/bb/qd9PAIAhChuoMjZVt50dmc72DFW6bRmb jlmJOyy8YsXLN6/cELri7d/wmTGC67mXd+f1Y4pep+WthF+99vpX/nL1NX8muJqxYsXVK5av WL58RU/P8p6eMSPGfpT/8J2+A7/q/T8HT7zjnjCmemdNz5+//d9/sH7eP849dV7EZKAYtvR8 Z+mNA331pAPUY1e+LMen/Q/d/3pPz+v3PxQzsOy6cfyih/aXsLZoKQncYd17kxozZeWTh55c OYXbXPqdHroDe6VhPwE6Ql/52OrK9h3E1FuH1JRKxAOfL1dMmOtLWfYMmsem22WuYN+ny3zC bnTnZNV9ec8rt61+qFh173to0XjBjbvYa36yPnSjSFokMwfZFj20N1zGvh2PvdJzefiegNpZ +h3yym1zhGFm9sYbF/EXoVpS06LokFFy5cLJkxcyMRhUQuwYspxkpLgUaohJ3dgmR3vNL70V Whd7vMItjD3KvMKU4uImd89+fW/6LVyjP1EAgAZj2xaVtsM62kYM6xg5vHP4sM6O9vZMJtPR 0Zm808IHjuz+3I9mKUKVStdZP/rcbhHRIOJ2aSbOthWb7ytWxTuvl3m3kfs2lC2L5OWrt/fE jh0/28l+duzauWPXrp27du166qldTz391NNPP9Xf29/vZD/MH+s93u8e89p7O0b3ju0/ltv4 qe/NPvmP4i+HcoQlpa6e8SNO5fmVsUq+XL1aHVgKu2uUy91hvrXJX/rSJSX3ou/JHXTaFcoj X07+EtdJFQw627dvHz16dMnjntqffBjdF9qO9ltkYA2nqEpAI3uS3Ioe29rrkIROKKpMRI0k Cgn+Mlk8RA+KCGkQ60e4ruPk/XBc21CPmsve8vhCEqH98/n8sWPHEo747Dv3Pb158UUn3UaW PbLv7vk05dnbLvrhZU/v29LFNhf//S9mr+jN0Yb9auW+fXfSlKnXPPD4MpqRZrtt2iP7tswn Bzcv/jQht/cqhfT2O7O6Tg6XSst6JDd1/bSnt63oIseOPUvNvtH19L599MWzjxGnv2CB7p/r De1+8IkfOpd9fTxN/C+XOX/1xC+WUSM0Z47tGLJ8LMGIyKyWQniO2CarOSm//NUr0xaM5ynN 3rq44/XsA/7RYiQ1Oagw200pbvyp017Z9ctjx1KWCR8+fDgBAAxh2rjSbW+z2feOmQx7SJrT 0dGRut+UVTuOrGL6dsz12448MPVnP3p5xV/vKH7WrPDU2px71fT9e18jL2+eNeZm8XLFFdSa foXVkTH9Zt32MiRrjOwbmz9B8n102DDs0Zmfv/fyOHv85LapkezK8PHsY9+ZddnTYuBgI+Xa 3SxDMNgGKbNuv/0suUshm8xHIjvLItgl/lElnzKWHFNfjifKwOLX8PGvnHTNo/QVHf8LFmhB D0/aVjBHZl+87JVrVv39f9kmdpW7//LvL71IVJ4PFf6osXrvp32bP6SNWru2tP3IuFx4eXLX rF/+6hfHZneRGCoedOIUER80mQ6K9jApHluLNx4PDazsMP34CjGyihRlYD32+FfCw+4BPbkl qasOUTtBHLCYyhTbfzxNSFDjyeIheviExs1ms4ZhCEkrfttiVTQ2EwP9Y/hCubzoBUbXim37 VrADNPU22rjJb79Bdj/66alrxZvLhDd81u1/znt7/oJlZP3bB+nW22/Muv3r88X+q5etXR+2 unvvAfpWiaJnXfGp4izKh5xMfZQoH/WDz/yYXPF1nrvrU1eQTz/87Ar1BNAzEq3AtMk0f2yT U2n21kWO1+Rpsx69ZrE4PUlSkyMV9qE7v8GMlGowAGDIYttWW8bO0D8cPjCxYSmT8kSaZMqq h+790awf73zgK5G3gqfWFrKtlZG39WdsSMe7cM4f8xE0hu53ziEnjIs7F/aax7Od/ZZrjTRH L5r52Qd3f/OTp8w/a/SMiLXda8XVlV6dt83nKc/exiXQNqEJNh+cT1XOp9eexd/3vUV+Nj+R py7ezK7ZgX7aFroE0/RryCP79s1XEw/s3X3WApmxMLTQgeWvnjm4oqBXyfy79z1CAtWSDM32 NNMHa9WxZvfa9VcwOcMEkDpcFdtcMUnDfjJdk87avUtjqK0JgWIvi/DA+syPdy9bHT5MwcAa HXYP6smtpFrVWofEdUJqZUoLiTLEg690c1mTXzf4g2dM7Nomj9el1xXTsCy+ngR/HC3eLVyi kIk9X7v1iQU7n/nba6lSXrrxrbUXF/Z9julnV9jw/G3CfMd+mkyUhUy8eNHMtdTYvItDxXgx ptTtrp6tb/WwQ/GFjZO/L+ogMjz3rbW7dxPZoxRhXhpRrE1MMlJcz4NPPbG7e/VE1z2Y3uRC zT2R0OytSyya7jN16h7W1El6R9lv/v63dncvmFj6JAIADFlYSG6GzRMkZC6FiInG7GSlu3PD hqmr+GRh+3/2o5fnfG4qmTL1c3Nuvm/DVxbKKcTkU2ssC/mcuvuUaTNIceYykRc1IXETvmd3 F4y7YsfvHn/rw9dpDjrs7jv6VtbtH2GPvKpr8Zkjz45cGamhmbfu+v4KsvkLC4KB4uD+X6ua YOkl7oEDv555633z2N4Te65bunY9u+IeoNmWrp7nX+pp6q79dJsOVUtXb1UvwayuT9z0aXL5 ru/PC5WvDFV8lPMW3cf3pOOWt+Bbz/Swq37cYEGHhwXr9ggbXAApI8REf/xYMPVWlsgb+LUe ZnbeJUvJ+v0H3HldqQNQmv3QcKO+7Joy89fceI3P1bhDFjPiR1oR2YgZWAudH7bjRobdg/vL GYhJnXVIuZ0Q16KwdipDPPA4XDeXzdF7ZPapc/yn50wxAwO9Y7Yzlslvow3CvLtRE4kRMs9t 3vy22Hr7mZ/smTm1yztjcjfZsj5I9f3EBRPBNs22Z93Dz/E9N6/fEi7jjOWrl2y59szbngsS 3t68+bkEU+FtEcNRfNF5bueWmbfufFOy89aZW3YWGQxbiDFSlOe52xas6974t/NEW9KaLOia OvONA2+3ROsSiz5j+VZqmjVD8yj7rTvwBjsz0qjxdQgA0Gp0tLe9996hDz44fOTo0WMffvhR b2/v8eP0v2UlK92F096YJZ4nm3XzjG18gtwpq3Zsm3HzrMJTZgu/ci/hr1e+MWNOeP8Hdvtv VvZMWuHylSxz6f/TOyZdPfEv101ff8/0B9f/0Xe/dOLmZxe9+sTCZ67tvi72chiMksu/dusb wWWWJi3ZKK/xbOQpVEC9eqsXdu67CicG71DROHPP3rfjSpeZn3t43Z496xacyWE6UwwssYMF HR780cevJx8dFVhzxMgUO1iUGoAS7dOxtXi4Id2Tz/Bf7N0jt2s56CQesgK0VkHv0gE6rY3q wDr/8pnJA2t02C1rIPZrVTcdElNc+oHW0E7J4iHmoIhwBX8KOM9xHfGh5HfNhuHPx8Bupi2x cHAZB3ze5L0LuzkLqe7bupzeOs1bu/NWss5P7b79+aQ9125csvValuVvyOVL4t6np/Sb1/pm aKb57PnUeQuX7GG2E80KupZvXas+zvr8zq0zL5+v3Nd10RNq607VSNRy2AhnT9Cy9dN2vhm8 rdNkWiL5ybMHm7V1B7+95NqttHV/8+2DsWU+f7s8zKtLH+Xi4g6yqw0iFwAAKcyYfvakSV2n nvrx8ePGjRo5clhnZ2dHB/0/fPiw5J2Ch83k02fFiTyNBfIydjzwwA6xWgTNECwbEbxZbKEC YtVUzJxMpByN1bV8dbe4KHdRTbB1vXp57mLeoo3iEvvt9VtlIgmu/Sx1ycJ5/oCwPnxpn3n5 17ZuJNcuCad3TZv55gGRxoaWkA+leGDR4flvByUcfPYne2ZOq/lQwDsiGLme37huD280L/DA m3UoT7NWVEcKhdO9kyxJyhUeWOm4vLE7GFgjQiA67GrKrUKt6qdDOFIgdS9JkBLF9kvVv3zx IOZeMAwipazxB3/wB6+++urRo0eDNINeW+68845bb71V7rZmzZp169a9++67lR5vEHDwO8u+ Sv7u0Z4hpvm0mj1x4kR61tGTrdG1BQAMNP+4aZNOtj+7+upG17SAOjJ+/wePrVi+/IPDR0vL XEI+Nnb09sce/9x/vTzZ9vN3nr1h6s/8aya9gF765CL2im3d4399v+Rbv75rHsv4F0zizrzl lu57nvR3KWSbecvP5IU3yOrvKovguYmSUblkF9UjeOvSfat+fReR7/h2RX0Sm+MXHWRTDcvt 6Iayc5p9orY53OinLknaMWXQ2b59+/Lly5k0Sj3uLUkr6ZC0ukYP3//46lf/9q67fvu731ps sQjiOPkzz+y+8MILbYOH/GcyGRKIX55gRo0ixLIGTPzivZf9yaV3dL225pONrsrA8cKaS+85 8x9eQ5AuACCBppKwZVG4rml4c4XSFb9TL4ifuPO1T8gsE7/4T699kb/yt5SiacbX7vRff/GL /i5F2WQ5alaaKIsIcquPycy7jNz87Ntf/NOiepCgMiyFyHek3eQWqUWLbKphuR3dKNo5tcei XUN557sb3rz53jvrMfa08HjWOjqkXPFABa5lWW2ZNtMyCXsMzBILArNZxtgTaRk+Lzf/RkUE NDS6gYOWM/6UXSaGFJ9c89pQazIAYKjhFWndxIWkgrzNzRl/SsXQZWsmNb8YSuGFNZfdS3XS GY2uR/PRKjqkXPFg8YdZ29vbxcOsVCALQWuLcAbLLDhxY+N0vdCzgADUGg8PpQEAWgp1ZNSR uRQjsmNzcvqffPeXLe25JGTuHb9Mb0LKoLN8+fIUy81/+IYC0cMnpids7+jg8+ayOSb4k2im /0CrWUrpkhY/4wEAAICaUzRvVymZS7jUFQM0htRmJjZCVwWHrwkR83C3t7UZvtL1gugF/rq8 yRYAAAAAoDByxPBg1lAZjluYr4uIBEKHXnPE8M7qigIAxCCUbiaTCTStJ1y3vk9XVbpJ0Qv4 chnUFZxgAIDWQo6Mk7rOWL/hHzT3sm17ctcZuOI1nIoPARRRMxA9BL6uVRaaKVK66VCBfPjw 4dNOO62Fp9UAzc3EiRPpOZYRT0YCAEDTo46M551zNv0pa3d8/d1YKh50oIiagdjDZ5imXFtR RUvpjhs37gc/+MHixYunTZvW6NaBwcnRo0fpOUbPtEZXBAAAtMDI2NJUPOjguDcDsYdPRCNE gxS0lO7KlSsffPDBb37zm7lcrtGtA4MTemc2duzY6667rtEVAQAALTAytjQVDzo47s1A7OFL evDMJnqPo0GCAAAAACoYGYcmOO6thR/NgLkXAAAAAADAIKP0NLoAAAAAAAC0Imb1JgAAAAAA AGhC4p9Imz179n333dfougEAAACtgVwughStDOyp6dH8amax6brityt+5x3HybNfbMEntrQp n0mJfwHL//irnrpKWYFZ/pv/EwRf27K/wf84DPHLkNuqBUlRzVkF+Bq5nssyB08G+QaKHoYv /BPNkXUxeDnFKyqHuorb5nn9XeXb0R5Xylc6XXZMcYslpt/F7Jf/z0+jmTw2MZx/jFzX4b8Z coGQUIeTuIKK/phyXiylPfI0IH43EHUugaAPlUKLfxl+F4k68xb43WXy7jD5zoQfNSIOm6yz sthJfN3ll//yEPsHj//mS+8Sv/NYyewcDSpE6h8oe+GFF8YWEVa6ItNnOTp26zR5cmVmY1sY TVRTxGJxA1/VKq01sNurL7osC/LoRDdI5EFLhN80A2Ud33JPp2aYrV3WIeV8q6Ce0WtRyrUr 9q3qr2agJClHVlVZbqA85appoX1D24o8K4hWl/9zBExVeaaUXVxUsPlDDWHBX4mNCSONVgSa RU0iUhQapfbl85Wy3fkpR6LNKoihBIFTkMuK4hZS15PLMkjVxS2TQKJG1bbsRCkOWVZDaY7G 50IqXV/O+f3rC1C1rODABncjXNwXiV2vIBtjjz5RBq9AXptqHQvt96TSjW2Pn6ewD++o4MZB 2DeNwh+2t/jxla6QvEXqNl7pim6Q/wqSN9Cyotf8dHmOGgWRS+o/RovLYLSfmdL93ve+t3Tp UvW9Oo1V9cgZ21SirXpJLcRuDRulmaey/klxKuiUnuSZKLf+SdliT1BSfLUsujoEiCNY75E+ WuXaFFW4/1cLSHC1DAoZo3/WJb1V21uyylQpKXXVLveTotqMvYVTT371VIe6HUiiQykJjp30 wgry3BErkOkhv6+04PrOQiJzcnHr5vL5LCeXy9GXNseyLJuvempbJv3NdveCf8FdWMgXW9wC /0/IresJh6m/vzzhwnZokcI/yFR2IJKY3hXaiUtM6XomQggRI/A++zWT8s53ngZKifjObN5X vmItXCQDT21hZ6K4wZmT1fG7jn1ASEFd+bWNfFSkjpaC07crpGfgDhW/Cb8LkdUTBfFbEE/e n/D6uFEXs1wTuujSwQvlx9AUvaqcUEFRVIwWnOtCqkqxGfV/iz+KQ7fQHn6XZBBL+nTF2ei6 htjw3OD844V6kQFJGDB9s9yVaxpS0fKUYIM7dFmjbNGRhYqXc7HSz5z45YRhUH3LNq655po9 e/a88sorSbebOkVqjlX6ZqtZPCaqdJPdgeLbkkJ6Tca8aoZnHUp2jlql9P4vq56qcyJlX82z M1avK/fhMcN8ut4lqTc5FSO/Pkt4P6UsZdgwYt70lK2SBybk7IsUpKQbpH7CJ6RRY8tNP/+j pyUhpe/BynpXP0+5OWPbUpnZ9HeTvqyInuqxFzpQV5JOV3FNk7o2z+GhB3mpXIvdt2FPvLSj aF03G0hd+kZB6dpy0/LFt+8GJMLVqsijwq9ABhX+h69syr7yW3KiOFRjvAyk6AQt5PFDLPyv z/33zcBqUA9TkdO8JF+0esFdAS+9MCqIvU3xFbn/rq8MmdTNO25wayEbbshIhMDFKDsl2DnQ 2cWtM6WSCz5o/t1EcNsiwkxIoO+D6IWi84GIW6AiZ3XQ18RTXLq8boXBwFNuXOTRLIQu+AEM npTPRQ5wJdBASnX/zkNEL/Ba+qELJNDgJFDoxPUiJ7nhhyL4GjrQr/Ig+r0n9K6MZPC1b2U+ 3eqVLv10zJkz5+Mf/7g9ZswYmmnLli1Lly4NSajQp7G8kostqNeGyIBXZFR5lwf+6BhXjitR TrKi+ga55TJx/lnFoQ1X72yLv3ko0bOxI3eKlfBrIyrtSnSpOByFq0DCd6mxGjeaWRWXOuUG LwtfkkWH4ZKm4l4WLkGhSoaKlinRI1Izn26R9ExToobhqZfMSE4vaFH4CzQ1gs4rfOdFQtmU TlDTk6rDi/MM/+urGnREtE9iw9yKy034REQ1WconTOfWMZ1Y31s1OaPnbdQLq282/V31nI+K ITUl5ioNyVtnomevmiIPROh3QboqLoMgEsFQL56KQGHZTObvs2y+F9O2tp3hIjeT8SVv4NqU lWG/6Oc1dA2IOSuiPk7/GkRI6rAQucUi4nt+6XhU9FXxvVlI6coqML0oHIoGD/gwAr0ohWlQ YqCupH8wkHkmU7qG6ZrsRwhQWVvahayvLeXLdLXBUhYH9+y+OFa0r2+KVox5r1nbPH8cNmWt hJrx1a4RlryuEDRy7BZhH1LrK643ojaLX3qZsg8dsqKblJgvXAvdW6R6/WLETmxkKmiJ4FZJ 8UAXWQsUrSHDGJQgXeUWwigKb5Avy78uVTmg04O0detWamHUqFH2hAkTLrrooltuuYUaFWJX CMzoddOQt4oJMQDxCZ4MlS56Q0rT4iif8MkX6/kLpcd6NYo/RQWZ4AXfdAfqtnDme2qwS0K5 hYKCIx078IRu6aIeIP+mQhHo/BOi6PU4b6GsIVE+B+o9YnTMjfkEKCeQVFFRv0LCIS7+QkaW WqzXU9Rz6AZAfmfH+zC4/1B0eeiilCJn1UNQ8uORYMH/q2wT2cWROxTZds+Q78bcCIt+jhGI RffSQYyVetTlAVFCpEjcB4b4I4JSn/gTqAqUU085QKKeMeUasaq9uBO86GUhoWgvbndxoIs6 W/ySacVqsrSa1fk2JuZSxkf4JF9ArM3CR76U2A29jF5t0j8LoH6kHD71GIlt5ctu3+MrMgiP rIhAIMX39gXPIofm8biPysfm3w0z1ZsxmZHgOuF/+rzYa1z07ojEnaJS76paWd0rKnMV714i JHaI4qYJF7jMl+gPbYFPl13uDO4pLIhoRTzxZgcjJs9ouB77YYqZFCQstWKSID5VvTSqXlSR n3WjZzj+gCzFHAmcqNxvEQyAip+GfWvPI1a9IFhDdS/JQbNwn1M82MUdrgS3mJI1kBYk6UJS 1O3qIQsGLHbMVJEQ1msRa0EcsxxyiLwzCgoLlR296dInqp10solPDZW5VNnOmjXrtNNOMx5+ +OFDhw69++67//qv/0pz33TTTcuWLUuwVubFM6G7Ih/CEoNDZR6dkjUO6eMER2Pl9jUsRMWI fg8nuYz1bkPKLy9kJ2QxtjOjxmPqUXzfKC5bmnUKZax0v1B1il4lpPuVTT72yvf6pSpVJKlL FZEqHKPv1lbrRLqmyIcULdQrfhljRLdg7Z3i+qfyq4e+rYGRlZpXM9AoQndBqqcj6iCQxIu/ BKeJKhlDIrKxpF+NS9ew2KPgOwCU/TUNqe6q0IXYCJmK7BpzcSqjY32vVfqOtbwcNY7oVwN1 DJiTZZRzkj/66KP3338/3eWMM87o6uoaNWoUi1s4fPjwkSNHDh48ePTo0ddff710GVplhr7z jVdk6aLDi9sxPqmcbgj5fZOsa5yUioHIbVa6ieidXHGHJLYnYjzBi1iyy4yY01PzzilsL1Jp zRuAtB6u/8U7VEKxmzKUqH0ZjGQrdWEmRSdbrDhMvkpHDn3RrrXtwWJnamK56i1POCUUE1JO iUkkiOziQBHd0SXOLZvyEY5zVJRx2jaDPAG1JnSFLKl0Q+Ng9Iu16BeDUtrK6ABS8dlU25Ow Gh0nI0SD77nEV+iikkSNp0ivsuqSjK1O/O5pAWr+3/jdlF6UtxzK9/vpNM01IO1JkYRBqdYD TK056aSTqMA9/fTTR3D+PyL0kwmX57YrAAAAAElFTkSuQmCC --------------050808000206030902070706-- --------------ms040604050502020608010406 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDkTCC A40wggL2oAMCAQICCQCcXq6+dpxIEjANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCVVMx FzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UE ChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEW EWpvaG5AaWRlYWNvZGUuY29tMB4XDTEwMDYxMjExMTkxMVoXDTEzMDUxMjExMTkxMVowgYwx CzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxMLQ2hhcGVs IEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFjcmVlMSAw HgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEArUDRe1OAoOtssXo+ajY6Cx+dKrlerPzc2PtkzVItSpriBGPPAkT42K/WaXqLlSLa /3XzQqu5yvCvZVR+8X+TAMRKmTwrm0bEGsobAdsrwLEuS93X73DyRU/7TQwhJCWrrbmcM/Wo SovXbbsV7cZQ6UD553qcp3M/eqUSz2V+GUkCAwEAAaOB9DCB8TAdBgNVHQ4EFgQUPqZFG7Md CpJvMK9RCbIgdhG2pMswgcEGA1UdIwSBuTCBtoAUPqZFG7MdCpJvMK9RCbIgdhG2pMuhgZKk gY8wgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIGA1UEBxML Q2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpKb2huIEFj cmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbYIJAJxerr52nEgSMAwGA1Ud EwQFMAMBAf8wDQYJKoZIhvcNAQEFBQADgYEAjTfJNJBcfstpvZETuR9Ekggw0Q4yCmTWrCP+ 5nwQVO+G1OKVtySra9fFCwt77qsKpzAQAb77fSb5d2c68lH6PgTN4ID1zVN9iYCK4H1CXdno 6WlcqPVpB4i7LEtMjQvkWMzHf994pEM+gs28oU5kMR87K8RNCgiDN2F3ioH/aN4xggNhMIID XQIBATCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRoIENhcm9saW5hMRQwEgYD VQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIEluYy4xEzARBgNVBAMTCkpv aG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUuY29tAgkAnF6uvnacSBIw CQYFKw4DAhoFAKCCAhwwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTIwNDA4MTA0NTIxWjAjBgkqhkiG9w0BCQQxFgQUtSknComf/TVfgatyR0yCE90oca8w XwYJKoZIhvcNAQkPMVIwUDALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3 EAQxgZ0wgZowgYwxCzAJBgNVBAYTAlVTMRcwFQYDVQQIEw5Ob3J0aCBDYXJvbGluYTEUMBIG A1UEBxMLQ2hhcGVsIEhpbGwxFzAVBgNVBAoTDmlkZWFjb2RlLCBJbmMuMRMwEQYDVQQDEwpK b2huIEFjcmVlMSAwHgYJKoZIhvcNAQkBFhFqb2huQGlkZWFjb2RlLmNvbQIJAJxerr52nEgS MIGtBgsqhkiG9w0BCRACCzGBnaCBmjCBjDELMAkGA1UEBhMCVVMxFzAVBgNVBAgTDk5vcnRo IENhcm9saW5hMRQwEgYDVQQHEwtDaGFwZWwgSGlsbDEXMBUGA1UEChMOaWRlYWNvZGUsIElu Yy4xEzARBgNVBAMTCkpvaG4gQWNyZWUxIDAeBgkqhkiG9w0BCQEWEWpvaG5AaWRlYWNvZGUu Y29tAgkAnF6uvnacSBIwDQYJKoZIhvcNAQEBBQAEgYBDclC3/Z26qkFrkDwrUOzME3ABap/w tQw+VQWD+QFiOuwZ2A/85neoruU4+npfFqpuvaV9HLaP3xDz9lXj6NpWQIA04uqJW43yU6Fq V3LozBHwerjLgCa+xXR67CydVdA3vi5PLyK4QR5HgE7pEzINxiCBxQLQxw3YhRx5i0wmhwAA AAAAAA== --------------ms040604050502020608010406-- --===============7302649333309196518== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7302649333309196518==-- From xen-users-bounces@lists.xen.org Sun Apr 08 11:01:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 11:01: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 1SGpqe-00011m-3n; Sun, 08 Apr 2012 10:59:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGpqb-00011g-Tr for xen-users@lists.xen.org; Sun, 08 Apr 2012 10:59:54 +0000 Received: from [193.109.254.147:28220] by server-9.bemta-14.messagelabs.com id F5/D4-05787-9AF618F4; Sun, 08 Apr 2012 10:59:53 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1333882784!1207155!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDczNjUgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22177 invoked from network); 8 Apr 2012 10:59:45 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2012 10:59:45 -0000 Received: by yenr5 with SMTP id r5so1900576yen.32 for ; Sun, 08 Apr 2012 03:59:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rHZmufxgFBfC59luhbtB0B5cFgl/yE3bverGAqcW98c=; b=g0qxxsLSTbC68jLXRFpdGnDXOtbYkfCtyIt3O1gE8jrs1juUbbDyA+naIGHXcHeQxK g9GRs2fMMxTKS9R12zWwIZnBjftTzEVM5o2Hqqj0vvB6WS05S4w/EE7+c/6yLADwf5p6 ShAQdK/7l6yTvl1GD+yO0IBFf9hO0KREcZQcBzE5mDiZSZ5G1+27s2Hp2f2rx1iXrAso ruHRw1pkq5m63kHXXdNuOU3wowYGD63nEgeTwlSwJSQalABVWue42lEDKABVrhqbRZyx 3PQ/wNdfRIFALFz4s1waA4adg+zsNUeppxi8jfBijunee95IPKEwHWwE4NTtFYmvQCoF YJiQ== MIME-Version: 1.0 Received: by 10.236.193.1 with SMTP id j1mr3069632yhn.40.1333882783960; Sun, 08 Apr 2012 03:59:43 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sun, 8 Apr 2012 03:59:43 -0700 (PDT) In-Reply-To: <1333874471.12209.130.camel@dagon.hellion.org.uk> References: <1333874471.12209.130.camel@dagon.hellion.org.uk> Date: Sun, 8 Apr 2012 18:59:43 +0800 Message-ID: From: Xi Shen To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4233324261466198375==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4233324261466198375== Content-Type: multipart/alternative; boundary=20cf3056397d828e6304bd28c99b --20cf3056397d828e6304bd28c99b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Problem solved. I was experimenting things, and want to start as less services as possible, and I accidentally did not start the acpid service. On Sunday, April 8, 2012, Ian Campbell wrote: > On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote: > > > > xc: error: Could not obtain handle on privileged command interface (2 > > =3D No such file or directory): Internal error > [...] > > xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open > > failed: No such file or directory') > > You need to arrange for xenfs to be mounted on /proc/xen. > > Ian. > > > > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf3056397d828e6304bd28c99b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Problem solved. I was experimenting things, and want to start as less servi= ces as possible, and I accidentally did not start the acpid service.

On Sunday, April 8, 2012, Ian Campbell wrote:
On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote:


> xc: error: Could not obtain handle on privileged command interface (2<= br> > =3D No such file or directory): Internal error
[...]
> xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface= _open
> failed: No such file or directory')

You need to arrange for xenfs to be mounted on /proc/xen.

Ian.





--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf3056397d828e6304bd28c99b-- --===============4233324261466198375== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4233324261466198375==-- From xen-users-bounces@lists.xen.org Sun Apr 08 11:01:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 11:01: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 1SGpqe-00011m-3n; Sun, 08 Apr 2012 10:59:56 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGpqb-00011g-Tr for xen-users@lists.xen.org; Sun, 08 Apr 2012 10:59:54 +0000 Received: from [193.109.254.147:28220] by server-9.bemta-14.messagelabs.com id F5/D4-05787-9AF618F4; Sun, 08 Apr 2012 10:59:53 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1333882784!1207155!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDczNjUgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22177 invoked from network); 8 Apr 2012 10:59:45 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2012 10:59:45 -0000 Received: by yenr5 with SMTP id r5so1900576yen.32 for ; Sun, 08 Apr 2012 03:59:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rHZmufxgFBfC59luhbtB0B5cFgl/yE3bverGAqcW98c=; b=g0qxxsLSTbC68jLXRFpdGnDXOtbYkfCtyIt3O1gE8jrs1juUbbDyA+naIGHXcHeQxK g9GRs2fMMxTKS9R12zWwIZnBjftTzEVM5o2Hqqj0vvB6WS05S4w/EE7+c/6yLADwf5p6 ShAQdK/7l6yTvl1GD+yO0IBFf9hO0KREcZQcBzE5mDiZSZ5G1+27s2Hp2f2rx1iXrAso ruHRw1pkq5m63kHXXdNuOU3wowYGD63nEgeTwlSwJSQalABVWue42lEDKABVrhqbRZyx 3PQ/wNdfRIFALFz4s1waA4adg+zsNUeppxi8jfBijunee95IPKEwHWwE4NTtFYmvQCoF YJiQ== MIME-Version: 1.0 Received: by 10.236.193.1 with SMTP id j1mr3069632yhn.40.1333882783960; Sun, 08 Apr 2012 03:59:43 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sun, 8 Apr 2012 03:59:43 -0700 (PDT) In-Reply-To: <1333874471.12209.130.camel@dagon.hellion.org.uk> References: <1333874471.12209.130.camel@dagon.hellion.org.uk> Date: Sun, 8 Apr 2012 18:59:43 +0800 Message-ID: From: Xi Shen To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4233324261466198375==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4233324261466198375== Content-Type: multipart/alternative; boundary=20cf3056397d828e6304bd28c99b --20cf3056397d828e6304bd28c99b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Problem solved. I was experimenting things, and want to start as less services as possible, and I accidentally did not start the acpid service. On Sunday, April 8, 2012, Ian Campbell wrote: > On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote: > > > > xc: error: Could not obtain handle on privileged command interface (2 > > =3D No such file or directory): Internal error > [...] > > xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open > > failed: No such file or directory') > > You need to arrange for xenfs to be mounted on /proc/xen. > > Ian. > > > > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf3056397d828e6304bd28c99b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Problem solved. I was experimenting things, and want to start as less servi= ces as possible, and I accidentally did not start the acpid service.

On Sunday, April 8, 2012, Ian Campbell wrote:
On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote:


> xc: error: Could not obtain handle on privileged command interface (2<= br> > =3D No such file or directory): Internal error
[...]
> xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface= _open
> failed: No such file or directory')

You need to arrange for xenfs to be mounted on /proc/xen.

Ian.





--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf3056397d828e6304bd28c99b-- --===============4233324261466198375== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4233324261466198375==-- From xen-users-bounces@lists.xen.org Sun Apr 08 12:52:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 12:52: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 1SGra4-00026c-Ov; Sun, 08 Apr 2012 12:50:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGra3-00026X-Pr for xen-users@lists.xen.org; Sun, 08 Apr 2012 12:50:56 +0000 Received: from [85.158.139.83:38936] by server-11.bemta-5.messagelabs.com id A3/90-12959-FA9818F4; Sun, 08 Apr 2012 12:50:55 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-2.tower-182.messagelabs.com!1333889453!22918148!1 X-Originating-IP: [173.201.192.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDQgPT4gMjkyODg=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4169 invoked from network); 8 Apr 2012 12:50:54 -0000 Received: from p3plsmtp11-06-2.prod.phx3.secureserver.net (HELO p3plwbeout11-06.prod.phx3.secureserver.net) (173.201.192.44) by server-2.tower-182.messagelabs.com with SMTP; 8 Apr 2012 12:50:54 -0000 Received: from localhost ([10.6.243.4]) by p3plwbeout11-06.prod.phx3.secureserver.net with bizsmtp id vQqs1i00106QRTe01Qqs18; Sun, 08 Apr 2012 05:50:53 -0700 x-cmae-analysis: v=2.0 cv=F+XVh9dN c=1 sm=1 a=FvJaFxFVhksA:10 a=PA-ZSVflhZgA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=A0YReuNwSciNHCi04cAA:9 a=QEXdDO2ut3YA:10 a=F3WyGFr0Ji8A:10 a=pFrFTgTT1lwA:10 a=WpYb5MrlaNNKSAvYDIRmEg==:117 Received: (qmail 15630 invoked by uid 99); 8 Apr 2012 12:50:52 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120408055051.1753ead7c2b35a7d15c5b99498690bcc.34e24811ff.wbe@email11.secureserver.net> From: To: xen-users@lists.xen.org Date: Sun, 08 Apr 2012 05:50:51 -0700 Mime-Version: 1.0 Subject: [Xen-users] What am I Missing, Part 1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Xen and XCP seem like they should be a suitable tool and I would really like to learn how to use it. There seems to be a fundamental difficulty in implementing an instance - documentation. Repeatedly, there are posts in this forum where an individual or group are looking deep inside the software for solutions to a specific difficulty and come up with maybe something that will work for some instances. For open software, it would seem that a major pursuit would be to fully expose all features and the methods to exploit them in a single instance of documentation. I have read two books on Xen, The Book of Xen and Running Xen. Both give general philosophy and some specific alternatives to feature and method implementations. While The Book of Xen gives a good philosophical view, it is dated on features and details. I have been through the Xen wiki many times but there are major difficulties: It is really difficult to tell for what version any particular page addresses and whether it is the most up to date or even if there are other viewpoints. I fully understand that documentation is extremely difficult. It at least takes a plan, organization and maintenance. The repeated Document Day is great. I would like to learn how I might help, which will be a challenge because I know very little about Xen, none the less Linux. Many software and engineering projects base the design on requirements management. As such, there is always a link from intent and realization (along with many other advantages). I wonder if there is such a management tool in place here. Ray Joseph, PE 832 586-5854 ray@aarden.us _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 08 12:52:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 12:52: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 1SGra4-00026c-Ov; Sun, 08 Apr 2012 12:50:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGra3-00026X-Pr for xen-users@lists.xen.org; Sun, 08 Apr 2012 12:50:56 +0000 Received: from [85.158.139.83:38936] by server-11.bemta-5.messagelabs.com id A3/90-12959-FA9818F4; Sun, 08 Apr 2012 12:50:55 +0000 X-Env-Sender: ray@aarden.us X-Msg-Ref: server-2.tower-182.messagelabs.com!1333889453!22918148!1 X-Originating-IP: [173.201.192.44] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTczLjIwMS4xOTIuNDQgPT4gMjkyODg=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4169 invoked from network); 8 Apr 2012 12:50:54 -0000 Received: from p3plsmtp11-06-2.prod.phx3.secureserver.net (HELO p3plwbeout11-06.prod.phx3.secureserver.net) (173.201.192.44) by server-2.tower-182.messagelabs.com with SMTP; 8 Apr 2012 12:50:54 -0000 Received: from localhost ([10.6.243.4]) by p3plwbeout11-06.prod.phx3.secureserver.net with bizsmtp id vQqs1i00106QRTe01Qqs18; Sun, 08 Apr 2012 05:50:53 -0700 x-cmae-analysis: v=2.0 cv=F+XVh9dN c=1 sm=1 a=FvJaFxFVhksA:10 a=PA-ZSVflhZgA:10 a=mI0IpbEiwiMA:10 a=IkcTkHD0fZMA:10 a=A0YReuNwSciNHCi04cAA:9 a=QEXdDO2ut3YA:10 a=F3WyGFr0Ji8A:10 a=pFrFTgTT1lwA:10 a=WpYb5MrlaNNKSAvYDIRmEg==:117 Received: (qmail 15630 invoked by uid 99); 8 Apr 2012 12:50:52 -0000 X-Originating-IP: 98.200.245.24 User-Agent: Workspace Webmail 5.6.15 Message-Id: <20120408055051.1753ead7c2b35a7d15c5b99498690bcc.34e24811ff.wbe@email11.secureserver.net> From: To: xen-users@lists.xen.org Date: Sun, 08 Apr 2012 05:50:51 -0700 Mime-Version: 1.0 Subject: [Xen-users] What am I Missing, Part 1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Xen and XCP seem like they should be a suitable tool and I would really like to learn how to use it. There seems to be a fundamental difficulty in implementing an instance - documentation. Repeatedly, there are posts in this forum where an individual or group are looking deep inside the software for solutions to a specific difficulty and come up with maybe something that will work for some instances. For open software, it would seem that a major pursuit would be to fully expose all features and the methods to exploit them in a single instance of documentation. I have read two books on Xen, The Book of Xen and Running Xen. Both give general philosophy and some specific alternatives to feature and method implementations. While The Book of Xen gives a good philosophical view, it is dated on features and details. I have been through the Xen wiki many times but there are major difficulties: It is really difficult to tell for what version any particular page addresses and whether it is the most up to date or even if there are other viewpoints. I fully understand that documentation is extremely difficult. It at least takes a plan, organization and maintenance. The repeated Document Day is great. I would like to learn how I might help, which will be a challenge because I know very little about Xen, none the less Linux. Many software and engineering projects base the design on requirements management. As such, there is always a link from intent and realization (along with many other advantages). I wonder if there is such a management tool in place here. Ray Joseph, PE 832 586-5854 ray@aarden.us _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 08 13:46:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 13:46: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 1SGsQv-0002nl-5D; Sun, 08 Apr 2012 13:45:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGsQt-0002nW-6C for xen-users@lists.xen.org; Sun, 08 Apr 2012 13:45:31 +0000 Received: from [85.158.143.99:52329] by server-1.bemta-4.messagelabs.com id EF/C5-20925-A76918F4; Sun, 08 Apr 2012 13:45:30 +0000 X-Env-Sender: mohitdhingras@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1333892729!22211241!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8163 invoked from network); 8 Apr 2012 13:45:29 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2012 13:45:29 -0000 Received: by wibhq7 with SMTP id hq7so1531596wib.14 for ; Sun, 08 Apr 2012 06:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5U1HXP92EfJPbpAYortRciMuJXUSJepDkjC2eLQigOI=; b=wWxeunF7aj5fTJCtZXvIeJg6uZspz7keJiq0q0UwcTEsCqe6t/PqL+VhYFBauJYsZI h+B8+fmhP45TuUPocAg4Ni4RNg5BvyvXueD7e5EJWxn1fmm6vnlMT4tcxJDdjqLE1kTn lkZDRBdVoWLruoTLsG2kQ3B3IUG8ID/IjjR9OKjWJDqITxWIEdbxb5ZrNLJdTwE38YNK ysJlBPNEOQHeKdlXts6O8mBQ6sdp8BZ836NPPXUCI/H8SNKOluShf/7AmG1ruo88gSkT +Gx7aBwqf92bSQPhSDKHJ79Y85K9brZ4J0F77i/oAyYHzPfF1krLdlYO8pKZCbKbciyn xNHg== Received: by 10.180.24.7 with SMTP id q7mr9442692wif.11.1333892728791; Sun, 08 Apr 2012 06:45:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.105.170 with HTTP; Sun, 8 Apr 2012 06:45:07 -0700 (PDT) In-Reply-To: <1333797214.12209.125.camel@dagon.hellion.org.uk> References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> <1333783810.12209.99.camel@dagon.hellion.org.uk> <1333797214.12209.125.camel@dagon.hellion.org.uk> From: Mohit Dhingra Date: Sun, 8 Apr 2012 19:15:07 +0530 Message-ID: To: Ian Campbell Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8592143222858110687==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8592143222858110687== Content-Type: multipart/alternative; boundary=f46d043892ab44a1ec04bd2b1a2d --f46d043892ab44a1ec04bd2b1a2d Content-Type: text/plain; charset=ISO-8859-1 Thanks Ian, After I inserted evtchn.ko, xenstored started fine and then xencommons script. * ---------------------------- Thanks & Regards Mohit Dhingra +919611190435* On 7 April 2012 16:43, Ian Campbell wrote: > On Sat, 2012-04-07 at 12:04 +0100, Mohit Dhingra wrote: > > Hi Ian/All, > > > > Thanks for your prompt reply. > > > > No, I didn't remove the earlier Xen version earlier, but now I have > > done so, and installed the new Xen4.1.2 again. > > > > "xm" commands are still not running, Using "xl" commands, I get the > > following error: > > > > cadlab:/srv/xen-4.1.2 # xl list > > libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? > > failed to stat /var/run/xenstored.pid: No such file or directory > > cannot init xl context > > You need to arrange for the "xencommons" initscript to run on boot. > > > cadlab:/srv/xen-4.1.2 # xenstored > > cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such > > file or directory > > You need to load the xen-evtch module. xencommons would have done this > for you. > > Ian. > > > --f46d043892ab44a1ec04bd2b1a2d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Ian,=A0

After I inserted evtchn.ko, xenstored sta= rted fine and then xencommons script.
---------= -------------------
Thanks & Regards
Mohit Dhingra=A0
+919611190435


On 7 April 2012 16:43, Ian Campbell <Ian.Campbell@c= itrix.com> wrote:
On Sat, 2012-04-07 at 12:04 +0100, Mohit Dhingra wrote: > Hi Ian/All,
>
> Thanks for your prompt reply.
>
> No, I didn't remove the earlier Xen version earlier, but now I hav= e
> done so, and installed the new Xen4.1.2 again.
>
> "xm" commands are still not running, Using "xl" co= mmands, I get the
> following error:
>
> cadlab:/srv/xen-4.1.2 # xl list
> libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? > failed to stat /var/run/xenstored.pid: No such file or directory
> cannot init xl context

You need to arrange for the "xencommons" initscript to run = on boot.

> cadlab:/srv/xen-4.1.2 # xenstored
> cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such > file or directory

You need to load the xen-evtch module. xencommons would have done thi= s
for you.

Ian.



--f46d043892ab44a1ec04bd2b1a2d-- --===============8592143222858110687== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8592143222858110687==-- From xen-users-bounces@lists.xen.org Sun Apr 08 13:46:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 08 Apr 2012 13:46: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 1SGsQv-0002nl-5D; Sun, 08 Apr 2012 13:45:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SGsQt-0002nW-6C for xen-users@lists.xen.org; Sun, 08 Apr 2012 13:45:31 +0000 Received: from [85.158.143.99:52329] by server-1.bemta-4.messagelabs.com id EF/C5-20925-A76918F4; Sun, 08 Apr 2012 13:45:30 +0000 X-Env-Sender: mohitdhingras@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1333892729!22211241!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8163 invoked from network); 8 Apr 2012 13:45:29 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 8 Apr 2012 13:45:29 -0000 Received: by wibhq7 with SMTP id hq7so1531596wib.14 for ; Sun, 08 Apr 2012 06:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5U1HXP92EfJPbpAYortRciMuJXUSJepDkjC2eLQigOI=; b=wWxeunF7aj5fTJCtZXvIeJg6uZspz7keJiq0q0UwcTEsCqe6t/PqL+VhYFBauJYsZI h+B8+fmhP45TuUPocAg4Ni4RNg5BvyvXueD7e5EJWxn1fmm6vnlMT4tcxJDdjqLE1kTn lkZDRBdVoWLruoTLsG2kQ3B3IUG8ID/IjjR9OKjWJDqITxWIEdbxb5ZrNLJdTwE38YNK ysJlBPNEOQHeKdlXts6O8mBQ6sdp8BZ836NPPXUCI/H8SNKOluShf/7AmG1ruo88gSkT +Gx7aBwqf92bSQPhSDKHJ79Y85K9brZ4J0F77i/oAyYHzPfF1krLdlYO8pKZCbKbciyn xNHg== Received: by 10.180.24.7 with SMTP id q7mr9442692wif.11.1333892728791; Sun, 08 Apr 2012 06:45:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.105.170 with HTTP; Sun, 8 Apr 2012 06:45:07 -0700 (PDT) In-Reply-To: <1333797214.12209.125.camel@dagon.hellion.org.uk> References: <1333356972.25602.11.camel@zakaz.uk.xensource.com> <20120402092105.GA25886@aepfle.de> <1333783810.12209.99.camel@dagon.hellion.org.uk> <1333797214.12209.125.camel@dagon.hellion.org.uk> From: Mohit Dhingra Date: Sun, 8 Apr 2012 19:15:07 +0530 Message-ID: To: Ian Campbell Cc: xen-users , Olaf Hering Subject: Re: [Xen-users] [Xen-devel] Xen Source code build X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8592143222858110687==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8592143222858110687== Content-Type: multipart/alternative; boundary=f46d043892ab44a1ec04bd2b1a2d --f46d043892ab44a1ec04bd2b1a2d Content-Type: text/plain; charset=ISO-8859-1 Thanks Ian, After I inserted evtchn.ko, xenstored started fine and then xencommons script. * ---------------------------- Thanks & Regards Mohit Dhingra +919611190435* On 7 April 2012 16:43, Ian Campbell wrote: > On Sat, 2012-04-07 at 12:04 +0100, Mohit Dhingra wrote: > > Hi Ian/All, > > > > Thanks for your prompt reply. > > > > No, I didn't remove the earlier Xen version earlier, but now I have > > done so, and installed the new Xen4.1.2 again. > > > > "xm" commands are still not running, Using "xl" commands, I get the > > following error: > > > > cadlab:/srv/xen-4.1.2 # xl list > > libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? > > failed to stat /var/run/xenstored.pid: No such file or directory > > cannot init xl context > > You need to arrange for the "xencommons" initscript to run on boot. > > > cadlab:/srv/xen-4.1.2 # xenstored > > cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such > > file or directory > > You need to load the xen-evtch module. xencommons would have done this > for you. > > Ian. > > > --f46d043892ab44a1ec04bd2b1a2d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks Ian,=A0

After I inserted evtchn.ko, xenstored sta= rted fine and then xencommons script.
---------= -------------------
Thanks & Regards
Mohit Dhingra=A0
+919611190435


On 7 April 2012 16:43, Ian Campbell <Ian.Campbell@c= itrix.com> wrote:
On Sat, 2012-04-07 at 12:04 +0100, Mohit Dhingra wrote: > Hi Ian/All,
>
> Thanks for your prompt reply.
>
> No, I didn't remove the earlier Xen version earlier, but now I hav= e
> done so, and installed the new Xen4.1.2 again.
>
> "xm" commands are still not running, Using "xl" co= mmands, I get the
> following error:
>
> cadlab:/srv/xen-4.1.2 # xl list
> libxl: error: libxl.c:56:libxl_ctx_init Is xenstore daemon running? > failed to stat /var/run/xenstored.pid: No such file or directory
> cannot init xl context

You need to arrange for the "xencommons" initscript to run = on boot.

> cadlab:/srv/xen-4.1.2 # xenstored
> cadlab:/srv/xen-4.1.2 # FATAL: Failed to open evtchn device: No such > file or directory

You need to load the xen-evtch module. xencommons would have done thi= s
for you.

Ian.



--f46d043892ab44a1ec04bd2b1a2d-- --===============8592143222858110687== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8592143222858110687==-- From xen-users-bounces@lists.xen.org Mon Apr 09 01:36:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 01:36: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 1SH3VR-0002Hg-OL; Mon, 09 Apr 2012 01:34:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH3VQ-0002Hb-7n for xen-users@lists.xen.org; Mon, 09 Apr 2012 01:34:56 +0000 Received: from [85.158.143.35:18769] by server-3.bemta-4.messagelabs.com id 32/FA-05853-FBC328F4; Mon, 09 Apr 2012 01:34:55 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1333935292!11552743!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogNzU2NTU1IChhYmFuZG9uZWQ6IGF ib3V0Lm1lL2Rhdmlkc2hl\nbik=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9938 invoked from network); 9 Apr 2012 01:34:53 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 01:34:53 -0000 Received: by yhoo21 with SMTP id o21so2004115yho.32 for ; Sun, 08 Apr 2012 18:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xfuTLplhKTr7JKY1qnrq+76Jb9O9zg+cvU5lw6IUuv0=; b=GxulMZcWCMAWxfTFWkd3y2d/57Capy3ky1akFWZnzaJ5X4Z9S9fIIPxjcP7jdK8TP1 dRZcLTSYjP4MWTqWM3+NIoPPjxkH/bEhLP+csiCUdMnSbDpgY06CICAUOEmquPoKHlrF GocaPeXx3f1rjajrHl35sEzpDuHWM8aL1wCzJ9467zGX13GaHymcg8WNQcYMy1i84sDI pw13yVLcffhtY2Wxd57DZLzcj2YnQOCJ/LFQ0nJTj0sxsxw2Ypt7g+rtIlvJni+XD15s wHjgiAKuYcIIMoR5f8lxlguMrem+awsiR5n2W20uAGXAxV79CnqCh5aPrOZMRdkqzzmY SoDw== MIME-Version: 1.0 Received: by 10.236.75.232 with SMTP id z68mr4681896yhd.6.1333935292035; Sun, 08 Apr 2012 18:34:52 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sun, 8 Apr 2012 18:34:52 -0700 (PDT) In-Reply-To: References: <1333874471.12209.130.camel@dagon.hellion.org.uk> Date: Mon, 9 Apr 2012 09:34:52 +0800 Message-ID: From: Xi Shen To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6251179799044081019==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6251179799044081019== Content-Type: multipart/alternative; boundary=20cf300fb0a13c345e04bd350386 --20cf300fb0a13c345e04bd350386 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...my fault. It has nothing to do with acpid. Mount /proc/xen is required. Thanks ;) On Sunday, April 8, 2012, Xi Shen wrote: > Problem solved. I was experimenting things, and want to start as less > services as possible, and I accidentally did not start the acpid service. > > > On Sunday, April 8, 2012, Ian Campbell wrote: > >> On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote: >> >> >> > xc: error: Could not obtain handle on privileged command interface (2 >> > =3D No such file or directory): Internal error >> [...] >> > xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open >> > failed: No such file or directory') >> >> You need to arrange for xenfs to be mounted on /proc/xen. >> >> Ian. >> >> >> >> > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84 > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf300fb0a13c345e04bd350386 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...my fault. It has nothing to do with acpid. Mount /proc/xen is require= d. Thanks ;)


On Sunday, April 8, 2012, Xi Shen wrote:
Problem solved. I was experimenting things, and want to start as less servi= ces as possible, and I accidentally did not start the acpid service.

On Sunday, April 8, 2012, Ian Campbell wrote:
On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote:


> xc: error: Could not obtain handle on privileged command interface (2<= br> > =3D No such file or directory): Internal error
[...]
> xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface= _open
> failed: No such file or directory')

You need to arrange for xenfs to be mounted on /proc/xen.

Ian.





--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf300fb0a13c345e04bd350386-- --===============6251179799044081019== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6251179799044081019==-- From xen-users-bounces@lists.xen.org Mon Apr 09 01:36:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 01:36: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 1SH3VR-0002Hg-OL; Mon, 09 Apr 2012 01:34:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH3VQ-0002Hb-7n for xen-users@lists.xen.org; Mon, 09 Apr 2012 01:34:56 +0000 Received: from [85.158.143.35:18769] by server-3.bemta-4.messagelabs.com id 32/FA-05853-FBC328F4; Mon, 09 Apr 2012 01:34:55 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1333935292!11552743!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogNzU2NTU1IChhYmFuZG9uZWQ6IGF ib3V0Lm1lL2Rhdmlkc2hl\nbik=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9938 invoked from network); 9 Apr 2012 01:34:53 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 01:34:53 -0000 Received: by yhoo21 with SMTP id o21so2004115yho.32 for ; Sun, 08 Apr 2012 18:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=xfuTLplhKTr7JKY1qnrq+76Jb9O9zg+cvU5lw6IUuv0=; b=GxulMZcWCMAWxfTFWkd3y2d/57Capy3ky1akFWZnzaJ5X4Z9S9fIIPxjcP7jdK8TP1 dRZcLTSYjP4MWTqWM3+NIoPPjxkH/bEhLP+csiCUdMnSbDpgY06CICAUOEmquPoKHlrF GocaPeXx3f1rjajrHl35sEzpDuHWM8aL1wCzJ9467zGX13GaHymcg8WNQcYMy1i84sDI pw13yVLcffhtY2Wxd57DZLzcj2YnQOCJ/LFQ0nJTj0sxsxw2Ypt7g+rtIlvJni+XD15s wHjgiAKuYcIIMoR5f8lxlguMrem+awsiR5n2W20uAGXAxV79CnqCh5aPrOZMRdkqzzmY SoDw== MIME-Version: 1.0 Received: by 10.236.75.232 with SMTP id z68mr4681896yhd.6.1333935292035; Sun, 08 Apr 2012 18:34:52 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sun, 8 Apr 2012 18:34:52 -0700 (PDT) In-Reply-To: References: <1333874471.12209.130.camel@dagon.hellion.org.uk> Date: Mon, 9 Apr 2012 09:34:52 +0800 Message-ID: From: Xi Shen To: Ian Campbell Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xenstored cannot start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6251179799044081019==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6251179799044081019== Content-Type: multipart/alternative; boundary=20cf300fb0a13c345e04bd350386 --20cf300fb0a13c345e04bd350386 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...my fault. It has nothing to do with acpid. Mount /proc/xen is required. Thanks ;) On Sunday, April 8, 2012, Xi Shen wrote: > Problem solved. I was experimenting things, and want to start as less > services as possible, and I accidentally did not start the acpid service. > > > On Sunday, April 8, 2012, Ian Campbell wrote: > >> On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote: >> >> >> > xc: error: Could not obtain handle on privileged command interface (2 >> > =3D No such file or directory): Internal error >> [...] >> > xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface_open >> > failed: No such file or directory') >> >> You need to arrange for xenfs to be mounted on /proc/xen. >> >> Ian. >> >> >> >> > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84 > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf300fb0a13c345e04bd350386 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...my fault. It has nothing to do with acpid. Mount /proc/xen is require= d. Thanks ;)


On Sunday, April 8, 2012, Xi Shen wrote:
Problem solved. I was experimenting things, and want to start as less servi= ces as possible, and I accidentally did not start the acpid service.

On Sunday, April 8, 2012, Ian Campbell wrote:
On Sat, 2012-04-07 at 17:12 +0100, Xi Shen wrote:


> xc: error: Could not obtain handle on privileged command interface (2<= br> > =3D No such file or directory): Internal error
[...]
> xen.lowlevel.xc.Error: (1, 'Internal error', 'xc_interface= _open
> failed: No such file or directory')

You need to arrange for xenfs to be mounted on /proc/xen.

Ian.





--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf300fb0a13c345e04bd350386-- --===============6251179799044081019== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6251179799044081019==-- From xen-users-bounces@lists.xen.org Mon Apr 09 01:40:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 01:40: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 1SH3ZJ-0002RY-Kq; Mon, 09 Apr 2012 01:38:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH3ZI-0002RR-5E for xen-users@lists.xen.org; Mon, 09 Apr 2012 01:38:56 +0000 Received: from [85.158.139.83:34253] by server-10.bemta-5.messagelabs.com id CE/DE-08260-FAD328F4; Mon, 09 Apr 2012 01:38:55 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-182.messagelabs.com!1333935532!22876059!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11525 invoked from network); 9 Apr 2012 01:38:54 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 01:38:54 -0000 Received: by pbcuo5 with SMTP id uo5so4415372pbc.32 for ; Sun, 08 Apr 2012 18:38:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=OBUawaWimnEOyN46xvQ6m4xwOdc6xn/nr126YkQKukk=; b=Ra4xCTdx5IBiskMYV7hNMkJIN4A1hieMFwuIGy9/lt5KhbJoOWUN7Zl2I8tsuG/Lr1 9Jz0omtxTHHrGb/laSAMiZxDw8r0Jq+cyKkvlfoSBFeFe6ND+YW8LHVbQ43jGTyepzv4 zEg5MlZ4HFtbnBQcUBuNbI2KMqWFuX02DIcNCL7ZUoPsxkyxWlh5TQiGVEpYsYHSikJa +PGimzmjwsRb8eAzD3lcaKid3iVqFZdYcNiYACo1kqSVYGvy9mDoCfC/+8ihcNpK97Pa 2qzuq3hwIXIkdJwaiWkWxGc3ChHPVio6x7z11Yp1iPETQ4GLSaI4aX9gMHcDbAPVx8Sf 5eSA== MIME-Version: 1.0 Received: by 10.68.222.67 with SMTP id qk3mr4178011pbc.51.1333935532134; Sun, 08 Apr 2012 18:38:52 -0700 (PDT) Received: by 10.68.211.193 with HTTP; Sun, 8 Apr 2012 18:38:52 -0700 (PDT) In-Reply-To: <20120408055051.1753ead7c2b35a7d15c5b99498690bcc.34e24811ff.wbe@email11.secureserver.net> References: <20120408055051.1753ead7c2b35a7d15c5b99498690bcc.34e24811ff.wbe@email11.secureserver.net> Date: Mon, 9 Apr 2012 08:38:52 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQmg2/TDYw8Ebo/l8zydkHoeD9eNLu7D5pgGZlg66WyClZ92ZkGrqBqSMEVzGVv3LJ1bOTix Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] What am I Missing, Part 1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, Apr 8, 2012 at 7:50 PM, wrote: > Xen and XCP seem like they should be a suitable tool and I would really > like to learn how to use it. > > There seems to be a fundamental difficulty in implementing an instance - > documentation. For xcp, the best source of documentation would be xenserver documentation. For xen (the hypervisor and userland tools that can be installed in a normal linux distro), the best source right now is probably the wiki. > Repeatedly, there are posts in this forum where an individual or group > are looking deep inside the software for solutions to a specific > difficulty and come up with maybe something that will work for some > instances. Correct. Which is why I often suggest if you're a newbie, better NOT try to install xen yourself. Rather, use either distro-bundled xen (which comes with the distro's documentation and support), xcp/xenserver, or even other solutions like virtualbox/vmware. > I fully understand that documentation is extremely difficult. =A0It at > least takes a plan, organization and maintenance. =A0The repeated Document > Day is great. =A0I would like to learn how I might help, which will be a > challenge because I know very little about Xen, none the less Linux. I suggest you start with editing the wiki on the topics you're comfortable with, or participate in the next document day. > Many software and engineering projects base the design on requirements > management. =A0As such, there is always a link from intent and realization > (along with many other advantages). =A0I wonder if there is such a > management tool in place here. Documentation is a problem with many software. If you can contribute, please do. However saying things like "I want this fixed!" or "this is how it's supposed to be done, why can't you do it?" will get you nowhere. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 01:40:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 01:40: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 1SH3ZJ-0002RY-Kq; Mon, 09 Apr 2012 01:38:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH3ZI-0002RR-5E for xen-users@lists.xen.org; Mon, 09 Apr 2012 01:38:56 +0000 Received: from [85.158.139.83:34253] by server-10.bemta-5.messagelabs.com id CE/DE-08260-FAD328F4; Mon, 09 Apr 2012 01:38:55 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-15.tower-182.messagelabs.com!1333935532!22876059!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11525 invoked from network); 9 Apr 2012 01:38:54 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 01:38:54 -0000 Received: by pbcuo5 with SMTP id uo5so4415372pbc.32 for ; Sun, 08 Apr 2012 18:38:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=OBUawaWimnEOyN46xvQ6m4xwOdc6xn/nr126YkQKukk=; b=Ra4xCTdx5IBiskMYV7hNMkJIN4A1hieMFwuIGy9/lt5KhbJoOWUN7Zl2I8tsuG/Lr1 9Jz0omtxTHHrGb/laSAMiZxDw8r0Jq+cyKkvlfoSBFeFe6ND+YW8LHVbQ43jGTyepzv4 zEg5MlZ4HFtbnBQcUBuNbI2KMqWFuX02DIcNCL7ZUoPsxkyxWlh5TQiGVEpYsYHSikJa +PGimzmjwsRb8eAzD3lcaKid3iVqFZdYcNiYACo1kqSVYGvy9mDoCfC/+8ihcNpK97Pa 2qzuq3hwIXIkdJwaiWkWxGc3ChHPVio6x7z11Yp1iPETQ4GLSaI4aX9gMHcDbAPVx8Sf 5eSA== MIME-Version: 1.0 Received: by 10.68.222.67 with SMTP id qk3mr4178011pbc.51.1333935532134; Sun, 08 Apr 2012 18:38:52 -0700 (PDT) Received: by 10.68.211.193 with HTTP; Sun, 8 Apr 2012 18:38:52 -0700 (PDT) In-Reply-To: <20120408055051.1753ead7c2b35a7d15c5b99498690bcc.34e24811ff.wbe@email11.secureserver.net> References: <20120408055051.1753ead7c2b35a7d15c5b99498690bcc.34e24811ff.wbe@email11.secureserver.net> Date: Mon, 9 Apr 2012 08:38:52 +0700 Message-ID: From: "Fajar A. Nugraha" To: ray@aarden.us X-Gm-Message-State: ALoCoQmg2/TDYw8Ebo/l8zydkHoeD9eNLu7D5pgGZlg66WyClZ92ZkGrqBqSMEVzGVv3LJ1bOTix Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] What am I Missing, Part 1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sun, Apr 8, 2012 at 7:50 PM, wrote: > Xen and XCP seem like they should be a suitable tool and I would really > like to learn how to use it. > > There seems to be a fundamental difficulty in implementing an instance - > documentation. For xcp, the best source of documentation would be xenserver documentation. For xen (the hypervisor and userland tools that can be installed in a normal linux distro), the best source right now is probably the wiki. > Repeatedly, there are posts in this forum where an individual or group > are looking deep inside the software for solutions to a specific > difficulty and come up with maybe something that will work for some > instances. Correct. Which is why I often suggest if you're a newbie, better NOT try to install xen yourself. Rather, use either distro-bundled xen (which comes with the distro's documentation and support), xcp/xenserver, or even other solutions like virtualbox/vmware. > I fully understand that documentation is extremely difficult. =A0It at > least takes a plan, organization and maintenance. =A0The repeated Document > Day is great. =A0I would like to learn how I might help, which will be a > challenge because I know very little about Xen, none the less Linux. I suggest you start with editing the wiki on the topics you're comfortable with, or participate in the next document day. > Many software and engineering projects base the design on requirements > management. =A0As such, there is always a link from intent and realization > (along with many other advantages). =A0I wonder if there is such a > management tool in place here. Documentation is a problem with many software. If you can contribute, please do. However saying things like "I want this fixed!" or "this is how it's supposed to be done, why can't you do it?" will get you nowhere. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 05:46:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 05:46: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 1SH7P7-0004co-HP; Mon, 09 Apr 2012 05:44:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH7P5-0004cj-P9 for xen-users@lists.xen.org; Mon, 09 Apr 2012 05:44:40 +0000 Received: from [85.158.143.35:4383] by server-3.bemta-4.messagelabs.com id C9/3D-05853-747728F4; Mon, 09 Apr 2012 05:44:39 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-8.tower-21.messagelabs.com!1333950275!12402682!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MIME_BASE64_TEXT, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23780 invoked from network); 9 Apr 2012 05:44:37 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 05:44:37 -0000 Received: by obbup19 with SMTP id up19so5156732obb.32 for ; Sun, 08 Apr 2012 22:44:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=MmHtAgzlx63Jhlj4Y8svMFgYc8Ir2tC6nezdbXETGSM=; b=ArePcMvnNxklRaLQHB5Swp9EU6nO4nnWddhZWTgq3KGUWTqm4Q8+jtKhUPZnjhqMxq kGpVoray6NR105b0lXmsQ85OxxwDPXgXvPfG6fIRloFSJjewns9qCvNCWwmINW2VPhG4 HOoMklp0J3WyBU91QJyzpESHj3XbNZSKqUbk4REJvRb0jsEZciHCtQClk3d5kQlz6kqV ERCPtBOAyMSQyoLQ8OJrReq7IfGDmDeSCV/vkJfbHAHwg8eXnyUg3P3F8JicgLEuje4u mTyF88dbSPhek82+XrmCp8GBkI4TpGOEJrX7NuKkLU/5h+d1Iy+kAyqPLDN/0goXxiST b4YA== MIME-Version: 1.0 Received: by 10.182.222.74 with SMTP id qk10mr8174667obc.75.1333950275246; Sun, 08 Apr 2012 22:44:35 -0700 (PDT) Received: by 10.182.92.77 with HTTP; Sun, 8 Apr 2012 22:44:35 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120406101524.GB3026@netpioneer.de> References: <20120406101524.GB3026@netpioneer.de> Date: Mon, 9 Apr 2012 15:44:35 +1000 Message-ID: From: Joseph Glanville To: Ulrich Hochholdinger X-Gm-Message-State: ALoCoQnBfgrBBQqLulEg25ko17SXCYxOVaNlFckIeZXDCk4EEiREEiE+acJD+1AxykPMBr/S35kx Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 6 April 2012 20:15, Ulrich Hochholdinger wrote: > Hi, > I experience massive I/O performance-difference between Dom0 and DomU. To= simply show the impact, I use a logical volume striped over 6 hard-drives.= Then (write/read) enough bytes linear via dd zeros (on/from) this lv and c= ompare the time. > The result: inside DomU I get only about 30% of the I/O performance of th= e Dom0. > > So, where is the handbrake, and how do I release it? Normaly there should= be no such big difference. If you need more information about setup and con= fig, to give me a hint where else to search for my missing 70% performance,= simply reply inside the list. > > Here are the gory details so far: > > Preparations > =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=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 > Dom0: akaar > DomU: guinan > > Create LV: > lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 > > Attach LV to domU: > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > Test: > =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=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 Write > =3D=3D=3D Dom0 > root@akaar:~# date ; dd if=3D/dev/zero of=3D/dev/vg0/performance-test bs= =3D1M count=3D4000 ; sync ; date > Do 5. Apr 20:15:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s > Do 5. Apr 20:15:58 CEST 2012 > > =3D=3D=3D DomU > root@guinan:~# date ; dd if=3D/dev/zero of=3D/dev/xvdc1 bs=3D1M count=3D4= 000 ; sync ; date > Do 5. Apr 20:34:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s > Do 5. Apr 20:35:13 CEST 2012 > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Read > =3D=3D=3D Dom0 > root@akaar:~# date ; dd if=3D/dev/vg0/performance-test of=3D/dev/null bs= =3D1M count=3D4000 ; sync ; date > Do 5. Apr 20:21:38 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s > Do 5. Apr 20:21:48 CEST 2012 > > =3D=3D=3D DomU > root@guinan:~# date ; dd if=3D/dev/xvdc1 of=3D/dev/null bs=3D1M count=3D4= 000 ; sync ; date > Do 5. Apr 20:38:04 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s > Do 5. Apr 20:38:22 CEST 2012 > =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=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=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Technical Data: > =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=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 > Hardware Poweredge 510 / =A096GB RAM / 2x X5650 > > Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: > > lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 > > Dom0 > =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=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 > =A0Default Debian Squeeze 32 Bit Kernel 64Bit HV: > 1GB Ram / fixed / ballooning disabled / all cpus / no pinning > > root@akaar:~# uname -a > Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU= /Linux > > > root@akaar:~# xm info > host =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : akaar > release =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2.6.32-5-xen-686 > version =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: #1 SMP Mon Mar 26 10:32:49 UTC 2= 012 > machine =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: i686 > nr_cpus =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 24 > nr_nodes =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 2 > cores_per_socket =A0 =A0 =A0 : 6 > threads_per_core =A0 =A0 =A0 : 2 > cpu_mhz =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2666 > hw_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: bfebfbff:2c100800:00000000:00001= f40:029ee3ff:00000000:00000001:00000000 > virt_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0: hvm hvm_directio > total_memory =A0 =A0 =A0 =A0 =A0 : 98291 > free_memory =A0 =A0 =A0 =A0 =A0 =A0: 95010 > node_to_cpu =A0 =A0 =A0 =A0 =A0 =A0: node0:0,2,4,6,8,10,12,14,16,18,20,22 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 node1:1,3,5,7,9,11,13,15,= 17,19,21,23 > node_to_memory =A0 =A0 =A0 =A0 : node0:47110 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 node1:47899 > node_to_dma32_mem =A0 =A0 =A0: node0:0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 node1:2990 > max_node_id =A0 =A0 =A0 =A0 =A0 =A0: 1 > xen_major =A0 =A0 =A0 =A0 =A0 =A0 =A0: 4 > xen_minor =A0 =A0 =A0 =A0 =A0 =A0 =A0: 0 > xen_extra =A0 =A0 =A0 =A0 =A0 =A0 =A0: .1 > xen_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 : xen-3.0-x86_64 xen-3.0-x86_32p hvm= -3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler =A0 =A0 =A0 =A0 =A0: credit > xen_pagesize =A0 =A0 =A0 =A0 =A0 : 4096 > platform_params =A0 =A0 =A0 =A0: virt_start=3D0xf9c00000 > xen_changeset =A0 =A0 =A0 =A0 =A0: unavailable > xen_commandline =A0 =A0 =A0 =A0: placeholder dom0_mem=3D1024M > cc_compiler =A0 =A0 =A0 =A0 =A0 =A0: gcc version 4.4.5 (Debian 4.4.5-8) > cc_compile_by =A0 =A0 =A0 =A0 =A0: waldi > cc_compile_domain =A0 =A0 =A0: debian.org > cc_compile_date =A0 =A0 =A0 =A0: Mon Nov =A07 09:16:11 CET 2011 > xend_config_format =A0 =A0 : 4 > > root@akaar:~# xm list > Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s) > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A0 997 =A0 =A024 =A0 =A0 r----- =A0 1080.2 > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 2 =A04096 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A00.0 > > root@akaar:~# xm vcpu-list > Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID = =A0VCPU =A0 CPU State =A0 Time(s) CPU Affinity > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A020 =A0 -b- =A0 =A0 747.4 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 1 =A0 =A017 =A0 -b- =A0 =A0 =A080.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 2 =A0 =A012 =A0 -b- =A0 =A0 105.4 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 3 =A0 =A019 =A0 -b- =A0 =A0 =A049.0 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 4 =A0 =A0 4 =A0 -b- =A0 =A0 =A030.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 5 =A0 =A013 =A0 -b- =A0 =A0 =A035.9 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 6 =A0 =A021 =A0 -b- =A0 =A0 =A052.3 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 7 =A0 =A023 =A0 -b- =A0 =A0 =A037.9 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 8 =A0 =A0 2 =A0 -b- =A0 =A0 =A026.9 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 9 =A0 =A0 7 =A0 -b- =A0 =A0 =A032.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A010 =A0 =A014 =A0 -b- =A0 =A0 =A034.8 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A011 =A0 =A016 =A0 -b- =A0 =A0 =A026.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A012 =A0 =A010 =A0 -b- =A0 =A0 =A023.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A013 =A0 =A0 8 =A0 -b- =A0 =A0 =A038.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A014 =A0 =A0 5 =A0 -b- =A0 =A0 =A034.8 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A015 =A0 =A011 =A0 -b- =A0 =A0 =A030.3 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A016 =A0 =A0 3 =A0 -b- =A0 =A0 =A029.3 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A017 =A0 =A018 =A0 -b- =A0 =A0 =A041.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A018 =A0 =A014 =A0 -b- =A0 =A0 =A041.4 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A019 =A0 =A0 1 =A0 -b- =A0 =A0 =A045.6 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A020 =A0 =A0 6 =A0 r-- =A0 =A0 =A043.6 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A021 =A0 =A015 =A0 -b- =A0 =A0 =A029.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A022 =A0 =A0 0 =A0 -b- =A0 =A0 =A023.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A023 =A0 =A0 7 =A0 -b- =A0 =A0 =A030.5 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 0 =A0 =A0 9 =A0 -b- =A0 =A0 =A072.1 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 1 =A0 =A015 =A0 -b- =A0 =A0 =A0 2.9 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 2 =A0 =A019 =A0 -b- =A0 =A0 =A0 7.4 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 3 =A0 =A013 =A0 -b- =A0 =A0 =A0 6.0 any cpu > =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=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 > > > DomU > =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=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 > debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: > > root@guinan:~# uname -a > Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_6= 4 GNU/Linux > > root@guinan:~# free > =A0 =A0 =A0 =A0 =A0 =A0 total =A0 =A0 =A0 used =A0 =A0 =A0 free =A0 =A0 s= hared =A0 =A0buffers =A0 =A0 cached > Mem: =A0 =A0 =A0 1049180 =A0 =A0 227444 =A0 =A0 821736 =A0 =A0 =A0 =A0 = =A00 =A0 =A0 =A020060 =A0 =A0 =A073712 > -/+ buffers/cache: =A0 =A0 133672 =A0 =A0 915508 > Swap: =A0 =A0 =A02101176 =A0 =A0 =A0 =A0 =A00 =A0 =A02101176 > > > > Attach Storage to DomU guinan > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 > > Cheers > =A0 =A0Ulli > -- > Ulrich Hochholdinger > Bereichsleiter Infrastruktur > > Netpioneer GmbH, Beiertheimer Allee 18, 76137 Karlsruhe > Gesch=E4ftsf=FChrer: J=FCrgen Diller > HRB: 107521 Handelsregister Mannheim > > Tel: 0721 / 9 20 60 90 > Fax: 0721 / 9 20 60 30 > E-Mail: Ulrich.Hochholdinger@netpioneer.de > www: http://www.netpioneer.de > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hi, I am guesing you are using Debian Squeeze. Pure PV domain performance on the Squeeze pvops dom0 kernel isn't too bad but definitely isn't on par with 3.2 pvops dom0 kernels. I would highly suggest not using dd for performance testing unless you write much more than 4GB. Atleast 2x the ammount of RAM should be written to ensure the Linux disk cache isn't playing with your data. Using highly compressible zeros isn't really that great either for managing disks that may be behind a raid controller etc. To be frank there is a huge amount to know about properly benchmarking I/O performance and detailing all of it goes beyond the depth of this post but atleast do the following: 1 ) Use the Flexible IO Tester also known as fio. It's by far the best and most reliable I/O testing tool. 2) Where possible use raw volumes, where not use LVM (You are using LVM which is good) 3) Always write atleast 2x the amount of RAM you have in the dom0, for best results write much more. For instance for a 4GB dom0 when I am doing SSD performance testing I write around 100GB of data. If you want really good I/O performance because it's important for your workload I would highly recommend using a more recent 3.2 dom0 kernel. I understand this is not practical for some that need to use "Enterprise" distros but that is the price you pay for using old kernels. Debian Squeeze with 2.6.32 is incredibly stable and I would recommend leaving it alone if that's what matters to you most. Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 05:46:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 05:46: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 1SH7P7-0004co-HP; Mon, 09 Apr 2012 05:44:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH7P5-0004cj-P9 for xen-users@lists.xen.org; Mon, 09 Apr 2012 05:44:40 +0000 Received: from [85.158.143.35:4383] by server-3.bemta-4.messagelabs.com id C9/3D-05853-747728F4; Mon, 09 Apr 2012 05:44:39 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-8.tower-21.messagelabs.com!1333950275!12402682!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.6 required=7.0 tests=MIME_BASE64_TEXT, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23780 invoked from network); 9 Apr 2012 05:44:37 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 05:44:37 -0000 Received: by obbup19 with SMTP id up19so5156732obb.32 for ; Sun, 08 Apr 2012 22:44:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=MmHtAgzlx63Jhlj4Y8svMFgYc8Ir2tC6nezdbXETGSM=; b=ArePcMvnNxklRaLQHB5Swp9EU6nO4nnWddhZWTgq3KGUWTqm4Q8+jtKhUPZnjhqMxq kGpVoray6NR105b0lXmsQ85OxxwDPXgXvPfG6fIRloFSJjewns9qCvNCWwmINW2VPhG4 HOoMklp0J3WyBU91QJyzpESHj3XbNZSKqUbk4REJvRb0jsEZciHCtQClk3d5kQlz6kqV ERCPtBOAyMSQyoLQ8OJrReq7IfGDmDeSCV/vkJfbHAHwg8eXnyUg3P3F8JicgLEuje4u mTyF88dbSPhek82+XrmCp8GBkI4TpGOEJrX7NuKkLU/5h+d1Iy+kAyqPLDN/0goXxiST b4YA== MIME-Version: 1.0 Received: by 10.182.222.74 with SMTP id qk10mr8174667obc.75.1333950275246; Sun, 08 Apr 2012 22:44:35 -0700 (PDT) Received: by 10.182.92.77 with HTTP; Sun, 8 Apr 2012 22:44:35 -0700 (PDT) X-Originating-IP: [59.167.234.130] In-Reply-To: <20120406101524.GB3026@netpioneer.de> References: <20120406101524.GB3026@netpioneer.de> Date: Mon, 9 Apr 2012 15:44:35 +1000 Message-ID: From: Joseph Glanville To: Ulrich Hochholdinger X-Gm-Message-State: ALoCoQnBfgrBBQqLulEg25ko17SXCYxOVaNlFckIeZXDCk4EEiREEiE+acJD+1AxykPMBr/S35kx Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 6 April 2012 20:15, Ulrich Hochholdinger wrote: > Hi, > I experience massive I/O performance-difference between Dom0 and DomU. To= simply show the impact, I use a logical volume striped over 6 hard-drives.= Then (write/read) enough bytes linear via dd zeros (on/from) this lv and c= ompare the time. > The result: inside DomU I get only about 30% of the I/O performance of th= e Dom0. > > So, where is the handbrake, and how do I release it? Normaly there should= be no such big difference. If you need more information about setup and con= fig, to give me a hint where else to search for my missing 70% performance,= simply reply inside the list. > > Here are the gory details so far: > > Preparations > =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=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 > Dom0: akaar > DomU: guinan > > Create LV: > lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 > > Attach LV to domU: > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > Test: > =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=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 Write > =3D=3D=3D Dom0 > root@akaar:~# date ; dd if=3D/dev/zero of=3D/dev/vg0/performance-test bs= =3D1M count=3D4000 ; sync ; date > Do 5. Apr 20:15:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 7,34972 s, 571 MB/s > Do 5. Apr 20:15:58 CEST 2012 > > =3D=3D=3D DomU > root@guinan:~# date ; dd if=3D/dev/zero of=3D/dev/xvdc1 bs=3D1M count=3D4= 000 ; sync ; date > Do 5. Apr 20:34:50 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 23,5331 s, 178 MB/s > Do 5. Apr 20:35:13 CEST 2012 > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Read > =3D=3D=3D Dom0 > root@akaar:~# date ; dd if=3D/dev/vg0/performance-test of=3D/dev/null bs= =3D1M count=3D4000 ; sync ; date > Do 5. Apr 20:21:38 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 8,98257 s, 467 MB/s > Do 5. Apr 20:21:48 CEST 2012 > > =3D=3D=3D DomU > root@guinan:~# date ; dd if=3D/dev/xvdc1 of=3D/dev/null bs=3D1M count=3D4= 000 ; sync ; date > Do 5. Apr 20:38:04 CEST 2012 > 4000+0 records in > 4000+0 records out > 4194304000 bytes (4,2 GB) copied, 17,8235 s, 235 MB/s > Do 5. Apr 20:38:22 CEST 2012 > =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=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=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=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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Technical Data: > =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=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 > Hardware Poweredge 510 / =A096GB RAM / 2x X5650 > > Storage 6 Nearline SAS Harddrives attached to Dell Perc H200: > > lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 > > Dom0 > =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=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 > =A0Default Debian Squeeze 32 Bit Kernel 64Bit HV: > 1GB Ram / fixed / ballooning disabled / all cpus / no pinning > > root@akaar:~# uname -a > Linux akaar 2.6.32-5-xen-686 #1 SMP Mon Mar 26 10:32:49 UTC 2012 i686 GNU= /Linux > > > root@akaar:~# xm info > host =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 : akaar > release =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2.6.32-5-xen-686 > version =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: #1 SMP Mon Mar 26 10:32:49 UTC 2= 012 > machine =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: i686 > nr_cpus =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 24 > nr_nodes =A0 =A0 =A0 =A0 =A0 =A0 =A0 : 2 > cores_per_socket =A0 =A0 =A0 : 6 > threads_per_core =A0 =A0 =A0 : 2 > cpu_mhz =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 2666 > hw_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: bfebfbff:2c100800:00000000:00001= f40:029ee3ff:00000000:00000001:00000000 > virt_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0: hvm hvm_directio > total_memory =A0 =A0 =A0 =A0 =A0 : 98291 > free_memory =A0 =A0 =A0 =A0 =A0 =A0: 95010 > node_to_cpu =A0 =A0 =A0 =A0 =A0 =A0: node0:0,2,4,6,8,10,12,14,16,18,20,22 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 node1:1,3,5,7,9,11,13,15,= 17,19,21,23 > node_to_memory =A0 =A0 =A0 =A0 : node0:47110 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 node1:47899 > node_to_dma32_mem =A0 =A0 =A0: node0:0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 node1:2990 > max_node_id =A0 =A0 =A0 =A0 =A0 =A0: 1 > xen_major =A0 =A0 =A0 =A0 =A0 =A0 =A0: 4 > xen_minor =A0 =A0 =A0 =A0 =A0 =A0 =A0: 0 > xen_extra =A0 =A0 =A0 =A0 =A0 =A0 =A0: .1 > xen_caps =A0 =A0 =A0 =A0 =A0 =A0 =A0 : xen-3.0-x86_64 xen-3.0-x86_32p hvm= -3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler =A0 =A0 =A0 =A0 =A0: credit > xen_pagesize =A0 =A0 =A0 =A0 =A0 : 4096 > platform_params =A0 =A0 =A0 =A0: virt_start=3D0xf9c00000 > xen_changeset =A0 =A0 =A0 =A0 =A0: unavailable > xen_commandline =A0 =A0 =A0 =A0: placeholder dom0_mem=3D1024M > cc_compiler =A0 =A0 =A0 =A0 =A0 =A0: gcc version 4.4.5 (Debian 4.4.5-8) > cc_compile_by =A0 =A0 =A0 =A0 =A0: waldi > cc_compile_domain =A0 =A0 =A0: debian.org > cc_compile_date =A0 =A0 =A0 =A0: Mon Nov =A07 09:16:11 CET 2011 > xend_config_format =A0 =A0 : 4 > > root@akaar:~# xm list > Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0ID =A0 Mem VCPUs =A0 =A0 =A0State =A0 Time(s) > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 0 =A0 997 =A0 =A024 =A0 =A0 r----- =A0 1080.2 > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 2 =A04096 =A0 =A0 4 =A0 =A0 -b---- =A0 =A0 =A00.0 > > root@akaar:~# xm vcpu-list > Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ID = =A0VCPU =A0 CPU State =A0 Time(s) CPU Affinity > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 0 =A0 =A020 =A0 -b- =A0 =A0 747.4 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 1 =A0 =A017 =A0 -b- =A0 =A0 =A080.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 2 =A0 =A012 =A0 -b- =A0 =A0 105.4 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 3 =A0 =A019 =A0 -b- =A0 =A0 =A049.0 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 4 =A0 =A0 4 =A0 -b- =A0 =A0 =A030.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 5 =A0 =A013 =A0 -b- =A0 =A0 =A035.9 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 6 =A0 =A021 =A0 -b- =A0 =A0 =A052.3 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 7 =A0 =A023 =A0 -b- =A0 =A0 =A037.9 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 8 =A0 =A0 2 =A0 -b- =A0 =A0 =A026.9 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A0 9 =A0 =A0 7 =A0 -b- =A0 =A0 =A032.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A010 =A0 =A014 =A0 -b- =A0 =A0 =A034.8 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A011 =A0 =A016 =A0 -b- =A0 =A0 =A026.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A012 =A0 =A010 =A0 -b- =A0 =A0 =A023.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A013 =A0 =A0 8 =A0 -b- =A0 =A0 =A038.7 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A014 =A0 =A0 5 =A0 -b- =A0 =A0 =A034.8 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A015 =A0 =A011 =A0 -b- =A0 =A0 =A030.3 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A016 =A0 =A0 3 =A0 -b- =A0 =A0 =A029.3 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A017 =A0 =A018 =A0 -b- =A0 =A0 =A041.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A018 =A0 =A014 =A0 -b- =A0 =A0 =A041.4 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A019 =A0 =A0 1 =A0 -b- =A0 =A0 =A045.6 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A020 =A0 =A0 6 =A0 r-- =A0 =A0 =A043.6 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A021 =A0 =A015 =A0 -b- =A0 =A0 =A029.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A022 =A0 =A0 0 =A0 -b- =A0 =A0 =A023.2 any cpu > Domain-0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0 =A0 = =A023 =A0 =A0 7 =A0 -b- =A0 =A0 =A030.5 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 0 =A0 =A0 9 =A0 -b- =A0 =A0 =A072.1 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 1 =A0 =A015 =A0 -b- =A0 =A0 =A0 2.9 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 2 =A0 =A019 =A0 -b- =A0 =A0 =A0 7.4 any cpu > guinan =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 2 =A0 = =A0 3 =A0 =A013 =A0 -b- =A0 =A0 =A0 6.0 any cpu > =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=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 > > > DomU > =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=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 > debian Squeeze 64Bit 1GB RAM / 4 vcpus / no pinning: > > root@guinan:~# uname -a > Linux guinan 2.6.32-5-xen-amd64 #1 SMP Thu Mar 22 21:14:26 UTC 2012 x86_6= 4 GNU/Linux > > root@guinan:~# free > =A0 =A0 =A0 =A0 =A0 =A0 total =A0 =A0 =A0 used =A0 =A0 =A0 free =A0 =A0 s= hared =A0 =A0buffers =A0 =A0 cached > Mem: =A0 =A0 =A0 1049180 =A0 =A0 227444 =A0 =A0 821736 =A0 =A0 =A0 =A0 = =A00 =A0 =A0 =A020060 =A0 =A0 =A073712 > -/+ buffers/cache: =A0 =A0 133672 =A0 =A0 915508 > Swap: =A0 =A0 =A02101176 =A0 =A0 =A0 =A0 =A00 =A0 =A02101176 > > > > Attach Storage to DomU guinan > root@akaar:~# xm block-attach guinan phy:/dev/vg0/performance-test xvdc1 w > > lvcreate --name=3Dperformance-test --size=3D20G --stripes=3D6 vg0 > > Cheers > =A0 =A0Ulli > -- > Ulrich Hochholdinger > Bereichsleiter Infrastruktur > > Netpioneer GmbH, Beiertheimer Allee 18, 76137 Karlsruhe > Gesch=E4ftsf=FChrer: J=FCrgen Diller > HRB: 107521 Handelsregister Mannheim > > Tel: 0721 / 9 20 60 90 > Fax: 0721 / 9 20 60 30 > E-Mail: Ulrich.Hochholdinger@netpioneer.de > www: http://www.netpioneer.de > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users Hi, I am guesing you are using Debian Squeeze. Pure PV domain performance on the Squeeze pvops dom0 kernel isn't too bad but definitely isn't on par with 3.2 pvops dom0 kernels. I would highly suggest not using dd for performance testing unless you write much more than 4GB. Atleast 2x the ammount of RAM should be written to ensure the Linux disk cache isn't playing with your data. Using highly compressible zeros isn't really that great either for managing disks that may be behind a raid controller etc. To be frank there is a huge amount to know about properly benchmarking I/O performance and detailing all of it goes beyond the depth of this post but atleast do the following: 1 ) Use the Flexible IO Tester also known as fio. It's by far the best and most reliable I/O testing tool. 2) Where possible use raw volumes, where not use LVM (You are using LVM which is good) 3) Always write atleast 2x the amount of RAM you have in the dom0, for best results write much more. For instance for a 4GB dom0 when I am doing SSD performance testing I write around 100GB of data. If you want really good I/O performance because it's important for your workload I would highly recommend using a more recent 3.2 dom0 kernel. I understand this is not practical for some that need to use "Enterprise" distros but that is the price you pay for using old kernels. Debian Squeeze with 2.6.32 is incredibly stable and I would recommend leaving it alone if that's what matters to you most. Joseph. -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 06:27:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 06:27: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 1SH82x-0005Gh-Tb; Mon, 09 Apr 2012 06:25:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH82v-0005GY-Pj for xen-users@lists.xen.org; Mon, 09 Apr 2012 06:25:49 +0000 Received: from [85.158.143.35:16205] by server-2.bemta-4.messagelabs.com id 46/39-17550-DE0828F4; Mon, 09 Apr 2012 06:25:49 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1333952745!3990293!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21352 invoked from network); 9 Apr 2012 06:25:47 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 06:25:47 -0000 Received: by pbcuo5 with SMTP id uo5so4604676pbc.32 for ; Sun, 08 Apr 2012 23:25:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=jH52YAKbxOGDPmKLWOzd8l4gn4mSaKh/nQprYvsSRfI=; b=il0VFBZQdBbKkOJLs2AsqEjbn/exvDjWVmKRvKfpiA8tndj/cqyfPwr9vxD89Rkyx2 FnweFuG5axwcoIYlniU5VemTnoFhEDDG0GrcVOxZJsiArxyfDTNb7P8RPXdXjSukcf11 yTPxKLpifCN0AnFtfj7++332CbZEGkThrNosN7HOkVksEynkjwetc8NB/+Q/nDGq7SGE qYX4TFbdsfFmz/Ep7boKuJkYSX4LekEriHBhcAGUzf7YwVuVwB2UQbDUIdws5RXipbHV tvFiAK42DjqxbgkcFE/aQWXpL24pFv/28TWkeNoxzUAbAUWACQ13ubdzMu3JH37Z8zeU tRdg== MIME-Version: 1.0 Received: by 10.68.238.138 with SMTP id vk10mr5084975pbc.30.1333952744847; Sun, 08 Apr 2012 23:25:44 -0700 (PDT) Received: by 10.68.211.193 with HTTP; Sun, 8 Apr 2012 23:25:44 -0700 (PDT) In-Reply-To: References: <20120406101524.GB3026@netpioneer.de> Date: Mon, 9 Apr 2012 13:25:44 +0700 Message-ID: From: "Fajar A. Nugraha" To: Ulrich Hochholdinger X-Gm-Message-State: ALoCoQmQmlMySwQI0zJD62rlzq9jFH7/jzqcM42yTGFYHA2qi+nW0GxK+AuTM1oKXm9S024i3sh4 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 9, 2012 at 12:44 PM, Joseph Glanville wrote: > If you want really good I/O performance because it's important for > your workload I would highly recommend using a more recent 3.2 dom0 > kernel. > I understand this is not practical for some that need to use > "Enterprise" distros but that is the price you pay for using old > kernels. Some "enterprise" distros and their kernel version: - Oracle Linux 5/6: 3.0.x (when using kernel UEK2). Should be installabe on RHEL/centos as well, but you won't get the support (obviously) - SLES11 SP2: 3.0.10 - Ubuntu 11.04 (when it's released): 3.2.x > Debian Squeeze with 2.6.32 is incredibly stable and I would recommend > leaving it alone if that's what matters to you most. Judging from the mails to this list from debian users, I wouldn't recommend using their built-in xen+kernel packages. Period. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 06:27:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 06:27: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 1SH82x-0005Gh-Tb; Mon, 09 Apr 2012 06:25:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH82v-0005GY-Pj for xen-users@lists.xen.org; Mon, 09 Apr 2012 06:25:49 +0000 Received: from [85.158.143.35:16205] by server-2.bemta-4.messagelabs.com id 46/39-17550-DE0828F4; Mon, 09 Apr 2012 06:25:49 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-5.tower-21.messagelabs.com!1333952745!3990293!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21352 invoked from network); 9 Apr 2012 06:25:47 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 06:25:47 -0000 Received: by pbcuo5 with SMTP id uo5so4604676pbc.32 for ; Sun, 08 Apr 2012 23:25:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=jH52YAKbxOGDPmKLWOzd8l4gn4mSaKh/nQprYvsSRfI=; b=il0VFBZQdBbKkOJLs2AsqEjbn/exvDjWVmKRvKfpiA8tndj/cqyfPwr9vxD89Rkyx2 FnweFuG5axwcoIYlniU5VemTnoFhEDDG0GrcVOxZJsiArxyfDTNb7P8RPXdXjSukcf11 yTPxKLpifCN0AnFtfj7++332CbZEGkThrNosN7HOkVksEynkjwetc8NB/+Q/nDGq7SGE qYX4TFbdsfFmz/Ep7boKuJkYSX4LekEriHBhcAGUzf7YwVuVwB2UQbDUIdws5RXipbHV tvFiAK42DjqxbgkcFE/aQWXpL24pFv/28TWkeNoxzUAbAUWACQ13ubdzMu3JH37Z8zeU tRdg== MIME-Version: 1.0 Received: by 10.68.238.138 with SMTP id vk10mr5084975pbc.30.1333952744847; Sun, 08 Apr 2012 23:25:44 -0700 (PDT) Received: by 10.68.211.193 with HTTP; Sun, 8 Apr 2012 23:25:44 -0700 (PDT) In-Reply-To: References: <20120406101524.GB3026@netpioneer.de> Date: Mon, 9 Apr 2012 13:25:44 +0700 Message-ID: From: "Fajar A. Nugraha" To: Ulrich Hochholdinger X-Gm-Message-State: ALoCoQmQmlMySwQI0zJD62rlzq9jFH7/jzqcM42yTGFYHA2qi+nW0GxK+AuTM1oKXm9S024i3sh4 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 9, 2012 at 12:44 PM, Joseph Glanville wrote: > If you want really good I/O performance because it's important for > your workload I would highly recommend using a more recent 3.2 dom0 > kernel. > I understand this is not practical for some that need to use > "Enterprise" distros but that is the price you pay for using old > kernels. Some "enterprise" distros and their kernel version: - Oracle Linux 5/6: 3.0.x (when using kernel UEK2). Should be installabe on RHEL/centos as well, but you won't get the support (obviously) - SLES11 SP2: 3.0.10 - Ubuntu 11.04 (when it's released): 3.2.x > Debian Squeeze with 2.6.32 is incredibly stable and I would recommend > leaving it alone if that's what matters to you most. Judging from the mails to this list from debian users, I wouldn't recommend using their built-in xen+kernel packages. Period. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 06:31:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 06:31: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 1SH87T-0005Xy-Qd; Mon, 09 Apr 2012 06:30:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH87S-0005Xt-O0 for xen-users@lists.xen.org; Mon, 09 Apr 2012 06:30:30 +0000 Received: from [85.158.143.35:29450] by server-3.bemta-4.messagelabs.com id D1/01-05853-502828F4; Mon, 09 Apr 2012 06:30:29 +0000 X-Env-Sender: lfchieu@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1333953028!11808221!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9978 invoked from network); 9 Apr 2012 06:30:29 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 06:30:29 -0000 Received: by ggnp2 with SMTP id p2so2038551ggn.32 for ; Sun, 08 Apr 2012 23:30:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QlPcB68fwjoFAvEa+LV06ZAF9pBxQG7IdchhJpkY2Gk=; b=yKmO7t5agnhZd0FrD3oHlNQjPqDiNzgLBU6eQQigmFsVOv2boNgMwamoNU21fsrovW uXz4kbXzXZo27UM5QgVFNcrxUK9U61l9x8JYb0TXg16a8J6O6M226CVIy1WOOe6vztV6 vle8Q4RpiUkxQXDclZI25KRX9nlpJfLW62ldG8aP6F8gka5l1SZky+AYUVGSoHsKFpU2 MsCSIJki3cE/q9c5vnBGJ8+d2J2AFGZFb5pbYqbgVcryJhzRriGhFtBcFVDGT6RyyMYF JNsFV9aHPxZxSokdSYZJGIi8uPUXWNx6I9ECMww7zr1GHKTw7TSwypvqhwJq8awhY8gk f4lQ== MIME-Version: 1.0 Received: by 10.236.78.201 with SMTP id g49mr4998881yhe.33.1333953028037; Sun, 08 Apr 2012 23:30:28 -0700 (PDT) Received: by 10.236.103.144 with HTTP; Sun, 8 Apr 2012 23:30:28 -0700 (PDT) Date: Mon, 9 Apr 2012 14:30:28 +0800 Message-ID: From: Chieu To: xen-users@lists.xen.org Subject: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org HI, guys Recently,I met a problem. Xen's version: 3.4.3 guest os:redhat 4.8 32bit And xen.independent_wallclock = 1 has been set. The time of guest os change to be fast suddenly, about 2000 second. because the change is too wild, ntp didn't sync to the ntp server's time. my application is dependent on the systme time. And this occurs a lot of times. I don't know which situation will cause this problem. Does anyone can help me ? thank you! sincerely chieu _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 06:31:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 06:31: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 1SH87T-0005Xy-Qd; Mon, 09 Apr 2012 06:30:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SH87S-0005Xt-O0 for xen-users@lists.xen.org; Mon, 09 Apr 2012 06:30:30 +0000 Received: from [85.158.143.35:29450] by server-3.bemta-4.messagelabs.com id D1/01-05853-502828F4; Mon, 09 Apr 2012 06:30:29 +0000 X-Env-Sender: lfchieu@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1333953028!11808221!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9978 invoked from network); 9 Apr 2012 06:30:29 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 06:30:29 -0000 Received: by ggnp2 with SMTP id p2so2038551ggn.32 for ; Sun, 08 Apr 2012 23:30:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QlPcB68fwjoFAvEa+LV06ZAF9pBxQG7IdchhJpkY2Gk=; b=yKmO7t5agnhZd0FrD3oHlNQjPqDiNzgLBU6eQQigmFsVOv2boNgMwamoNU21fsrovW uXz4kbXzXZo27UM5QgVFNcrxUK9U61l9x8JYb0TXg16a8J6O6M226CVIy1WOOe6vztV6 vle8Q4RpiUkxQXDclZI25KRX9nlpJfLW62ldG8aP6F8gka5l1SZky+AYUVGSoHsKFpU2 MsCSIJki3cE/q9c5vnBGJ8+d2J2AFGZFb5pbYqbgVcryJhzRriGhFtBcFVDGT6RyyMYF JNsFV9aHPxZxSokdSYZJGIi8uPUXWNx6I9ECMww7zr1GHKTw7TSwypvqhwJq8awhY8gk f4lQ== MIME-Version: 1.0 Received: by 10.236.78.201 with SMTP id g49mr4998881yhe.33.1333953028037; Sun, 08 Apr 2012 23:30:28 -0700 (PDT) Received: by 10.236.103.144 with HTTP; Sun, 8 Apr 2012 23:30:28 -0700 (PDT) Date: Mon, 9 Apr 2012 14:30:28 +0800 Message-ID: From: Chieu To: xen-users@lists.xen.org Subject: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org HI, guys Recently,I met a problem. Xen's version: 3.4.3 guest os:redhat 4.8 32bit And xen.independent_wallclock = 1 has been set. The time of guest os change to be fast suddenly, about 2000 second. because the change is too wild, ntp didn't sync to the ntp server's time. my application is dependent on the systme time. And this occurs a lot of times. I don't know which situation will cause this problem. Does anyone can help me ? thank you! sincerely chieu _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 14:06:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 14:06: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 1SHFCY-0000H6-38; Mon, 09 Apr 2012 14:04:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHFCW-0000H1-Dj for xen-users@lists.xen.org; Mon, 09 Apr 2012 14:04:12 +0000 Received: from [85.158.138.51:5183] by server-7.bemta-3.messagelabs.com id 02/9C-07528-B5CE28F4; Mon, 09 Apr 2012 14:04:11 +0000 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-6.tower-174.messagelabs.com!1333980250!21370768!1 X-Originating-IP: [131.225.104.18] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20508 invoked from network); 9 Apr 2012 14:04:10 -0000 Received: from gateway01.fnal.gov (HELO gateway01.fnal.gov) (131.225.104.18) by server-6.tower-174.messagelabs.com with SMTP; 9 Apr 2012 14:04:10 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway01.fnal.gov (Postfix) with ESMTP id F3E6FD80EB7; Mon, 9 Apr 2012 09:04:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway01.fnal.gov ([127.0.0.1]) by localhost (gateway01.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id dPpfIx252tdv; Mon, 9 Apr 2012 09:04:09 -0500 (CDT) X-Mailgw-Auth: no Received: from MAIL06V-CAS04.fnal.gov (mail06v-cas04.fnal.gov [131.225.199.9]) by gateway01.fnal.gov (Postfix) with ESMTP id DE567D80EB6; Mon, 9 Apr 2012 09:04:09 -0500 (CDT) Received: from boxer.fnal.gov (131.225.80.86) by MAIL06V-CAS04.fnal.gov (131.225.199.9) with Microsoft SMTP Server (TLS) id 14.1.355.2; Mon, 9 Apr 2012 09:04:09 -0500 Date: Mon, 9 Apr 2012 09:04:03 -0500 From: Steven Timm To: Chieu In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 X-Originating-IP: [131.225.80.86] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 9 Apr 2012, Chieu wrote: > HI, guys > > Recently,I met a problem. > Xen's version: 3.4.3 > guest os:redhat 4.8 32bit > > And xen.independent_wallclock = 1 has been set. > > The time of guest os change to be fast suddenly, about 2000 second. > because the change is too wild, ntp didn't sync to the ntp server's time. > > my application is dependent on the systme time. And this occurs a lot of times. > > I don't know which situation will cause this problem. I have seen this with many different versions of Redhat 32-bit guests (4.x and 5.x) on Xen from 3.1 upwards. Never found a fix besides migrating all my guests to 64-bit. independent_wallclock is better than not, but I see exactly the same problem that the clock jumps forward by 20-40 minutes and then just holds there until real time catches up to it. Steve Timm > > Does anyone can help me ? > > thank you! > > sincerely > > chieu > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 14:06:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 14:06: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 1SHFCY-0000H6-38; Mon, 09 Apr 2012 14:04:14 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHFCW-0000H1-Dj for xen-users@lists.xen.org; Mon, 09 Apr 2012 14:04:12 +0000 Received: from [85.158.138.51:5183] by server-7.bemta-3.messagelabs.com id 02/9C-07528-B5CE28F4; Mon, 09 Apr 2012 14:04:11 +0000 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-6.tower-174.messagelabs.com!1333980250!21370768!1 X-Originating-IP: [131.225.104.18] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20508 invoked from network); 9 Apr 2012 14:04:10 -0000 Received: from gateway01.fnal.gov (HELO gateway01.fnal.gov) (131.225.104.18) by server-6.tower-174.messagelabs.com with SMTP; 9 Apr 2012 14:04:10 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway01.fnal.gov (Postfix) with ESMTP id F3E6FD80EB7; Mon, 9 Apr 2012 09:04:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway01.fnal.gov ([127.0.0.1]) by localhost (gateway01.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id dPpfIx252tdv; Mon, 9 Apr 2012 09:04:09 -0500 (CDT) X-Mailgw-Auth: no Received: from MAIL06V-CAS04.fnal.gov (mail06v-cas04.fnal.gov [131.225.199.9]) by gateway01.fnal.gov (Postfix) with ESMTP id DE567D80EB6; Mon, 9 Apr 2012 09:04:09 -0500 (CDT) Received: from boxer.fnal.gov (131.225.80.86) by MAIL06V-CAS04.fnal.gov (131.225.199.9) with Microsoft SMTP Server (TLS) id 14.1.355.2; Mon, 9 Apr 2012 09:04:09 -0500 Date: Mon, 9 Apr 2012 09:04:03 -0500 From: Steven Timm To: Chieu In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 X-Originating-IP: [131.225.80.86] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 9 Apr 2012, Chieu wrote: > HI, guys > > Recently,I met a problem. > Xen's version: 3.4.3 > guest os:redhat 4.8 32bit > > And xen.independent_wallclock = 1 has been set. > > The time of guest os change to be fast suddenly, about 2000 second. > because the change is too wild, ntp didn't sync to the ntp server's time. > > my application is dependent on the systme time. And this occurs a lot of times. > > I don't know which situation will cause this problem. I have seen this with many different versions of Redhat 32-bit guests (4.x and 5.x) on Xen from 3.1 upwards. Never found a fix besides migrating all my guests to 64-bit. independent_wallclock is better than not, but I see exactly the same problem that the clock jumps forward by 20-40 minutes and then just holds there until real time catches up to it. Steve Timm > > Does anyone can help me ? > > thank you! > > sincerely > > chieu > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 15:53:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 15:53: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 1SHGsX-0000u6-GR; Mon, 09 Apr 2012 15:51:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHGsV-0000u1-Kt for xen-users@lists.xen.org; Mon, 09 Apr 2012 15:51:39 +0000 Received: from [85.158.143.35:16638] by server-3.bemta-4.messagelabs.com id 61/47-05853-A85038F4; Mon, 09 Apr 2012 15:51:38 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1333986691!11856704!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMjAxNTU2NSAoYWJhbmRvbmVkOiB hYm91dC5tZS9kYXZpZHNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21481 invoked from network); 9 Apr 2012 15:51:35 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 15:51:35 -0000 Received: by yhoo21 with SMTP id o21so2243957yho.32 for ; Mon, 09 Apr 2012 08:51:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OB7y3dz1jNM0Ni1bddKHaAGTfVS13vJYrBJseZE3DPc=; b=dMVCGto+ZXDeOwk5S85CEhDRiLNZzWUXHyaROK9PGY/V2aTLJ/TUJfNmnhJtAkxao6 TdYPZQW3C3yUTWAyK1YB1oF4fd4zsk8jizfVlTRSmL5jlsUj9GcuKjt1GxB5Up/8Hckb UfSOb589whg0savuGjl5nl5+adpWT4YH/H1zHHMYr+Q8xVqhUbJQ+JCgZbWkgX8KHx4L NFxepJ96WYg8AYsFMt1bo0gnAJSTiZg6btopyPoPRXOdbFch215wTgw/iSHXFqIQyeMB OIpAl5z0Bwxd8mjK8a81Fn9xqIQeptMq+YS+nJJpx7BfbhFjqdL6MHfJiLSCTZZb7qgV k7Eg== MIME-Version: 1.0 Received: by 10.101.136.22 with SMTP id o22mr1996793ann.78.1333986690698; Mon, 09 Apr 2012 08:51:30 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Mon, 9 Apr 2012 08:51:30 -0700 (PDT) Date: Mon, 9 Apr 2012 23:51:30 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] xen-pciback cause my system hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9145018913278762840==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9145018913278762840== Content-Type: multipart/alternative; boundary=0016e68f9e3ad58f7304bd40faf2 --0016e68f9e3ad58f7304bd40faf2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have successfully start my Win7 x86 domU on my x64 Xen dom0 system. Now I want to give my Win7 full access to my Nvidia card. lspci 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 140M] (rev a1) and I added these to my /etc/modprobe.d/xen-pciback.conf options xen-pciback hide=3D(0000:01:00.0) then I ran modprobe xen-pciback nothing happens on the screen, and my system becomes unresponsive. But interestingly, I can use Ctrl+Alt+Del to reboot my system. I guess the system is not all hanged, it is only the screen not responsive. --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --0016e68f9e3ad58f7304bd40faf2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I have successfully start my Win7 x86 domU on my x64= Xen dom0 system. Now I want to give my Win7 full access to my Nvidia card.=

lspci
01:00.0 VGA compatible controller: NVIDIA Corporatio= n G86 [Quadro NVS 140M] (rev a1)

and = I added these to my /etc/modprobe.d/xen-pciback.conf
o= ptions xen-pciback hide=3D(0000:01:00.0)

t= hen I ran modprobe xen-pciback

nothing happens on = the screen, and my system becomes unresponsive. But interestingly, I can us= e Ctrl+Alt+Del to reboot my system. I guess the system is not all hanged, i= t is only the screen not responsive.


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--0016e68f9e3ad58f7304bd40faf2-- --===============9145018913278762840== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9145018913278762840==-- From xen-users-bounces@lists.xen.org Mon Apr 09 15:53:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 15:53: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 1SHGsX-0000u6-GR; Mon, 09 Apr 2012 15:51:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHGsV-0000u1-Kt for xen-users@lists.xen.org; Mon, 09 Apr 2012 15:51:39 +0000 Received: from [85.158.143.35:16638] by server-3.bemta-4.messagelabs.com id 61/47-05853-A85038F4; Mon, 09 Apr 2012 15:51:38 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1333986691!11856704!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMjAxNTU2NSAoYWJhbmRvbmVkOiB hYm91dC5tZS9kYXZpZHNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21481 invoked from network); 9 Apr 2012 15:51:35 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 15:51:35 -0000 Received: by yhoo21 with SMTP id o21so2243957yho.32 for ; Mon, 09 Apr 2012 08:51:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OB7y3dz1jNM0Ni1bddKHaAGTfVS13vJYrBJseZE3DPc=; b=dMVCGto+ZXDeOwk5S85CEhDRiLNZzWUXHyaROK9PGY/V2aTLJ/TUJfNmnhJtAkxao6 TdYPZQW3C3yUTWAyK1YB1oF4fd4zsk8jizfVlTRSmL5jlsUj9GcuKjt1GxB5Up/8Hckb UfSOb589whg0savuGjl5nl5+adpWT4YH/H1zHHMYr+Q8xVqhUbJQ+JCgZbWkgX8KHx4L NFxepJ96WYg8AYsFMt1bo0gnAJSTiZg6btopyPoPRXOdbFch215wTgw/iSHXFqIQyeMB OIpAl5z0Bwxd8mjK8a81Fn9xqIQeptMq+YS+nJJpx7BfbhFjqdL6MHfJiLSCTZZb7qgV k7Eg== MIME-Version: 1.0 Received: by 10.101.136.22 with SMTP id o22mr1996793ann.78.1333986690698; Mon, 09 Apr 2012 08:51:30 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Mon, 9 Apr 2012 08:51:30 -0700 (PDT) Date: Mon, 9 Apr 2012 23:51:30 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] xen-pciback cause my system hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9145018913278762840==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9145018913278762840== Content-Type: multipart/alternative; boundary=0016e68f9e3ad58f7304bd40faf2 --0016e68f9e3ad58f7304bd40faf2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have successfully start my Win7 x86 domU on my x64 Xen dom0 system. Now I want to give my Win7 full access to my Nvidia card. lspci 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 140M] (rev a1) and I added these to my /etc/modprobe.d/xen-pciback.conf options xen-pciback hide=3D(0000:01:00.0) then I ran modprobe xen-pciback nothing happens on the screen, and my system becomes unresponsive. But interestingly, I can use Ctrl+Alt+Del to reboot my system. I guess the system is not all hanged, it is only the screen not responsive. --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --0016e68f9e3ad58f7304bd40faf2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I have successfully start my Win7 x86 domU on my x64= Xen dom0 system. Now I want to give my Win7 full access to my Nvidia card.=

lspci
01:00.0 VGA compatible controller: NVIDIA Corporatio= n G86 [Quadro NVS 140M] (rev a1)

and = I added these to my /etc/modprobe.d/xen-pciback.conf
o= ptions xen-pciback hide=3D(0000:01:00.0)

t= hen I ran modprobe xen-pciback

nothing happens on = the screen, and my system becomes unresponsive. But interestingly, I can us= e Ctrl+Alt+Del to reboot my system. I guess the system is not all hanged, i= t is only the screen not responsive.


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--0016e68f9e3ad58f7304bd40faf2-- --===============9145018913278762840== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9145018913278762840==-- From xen-users-bounces@lists.xen.org Mon Apr 09 16:21:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 16:21: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 1SHHJz-0001gx-3h; Mon, 09 Apr 2012 16:20:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHHJx-0001gs-PF for xen-users@lists.xen.org; Mon, 09 Apr 2012 16:20:01 +0000 Received: from [85.158.138.51:5951] by server-11.bemta-3.messagelabs.com id D1/7D-28543-03C038F4; Mon, 09 Apr 2012 16:20:00 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-15.tower-174.messagelabs.com!1333988398!19550252!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6402 invoked from network); 9 Apr 2012 16:19:59 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 16:19:59 -0000 Received: by yenr5 with SMTP id r5so2259828yen.32 for ; Mon, 09 Apr 2012 09:19:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=rpp97yT+7zFnsNEJ9n9qHSQo/s6lQKoBRn7DA/+5bnk=; b=Yr5YFK3SiYnc9eVJjdEw+Bin/blm36XMR5kE8GlKUUXjo4p7kvxvPrjY0qxwEURVu2 kNA0kD2KM9YzbWLaf3eHkBgkk8if5GGuF4KgtoPZO6yc1UaUOaFbElZiHK/si3Jjtys/ p8pJbPme05J63dZHZvOFA+uuocCgEgU26/MFqQHnmnHIaGJjG4hoIVZ+AzNUGeCy2Jmf 74AVhRJ/u/FNS6tD/5P/Q3/ov/+sVKP64HEYVYRET6bLQNXM6W0M4JqbBm1+xMGK5wKQ zZDJqwsdKMI3AI50Z+S6vbrtkf0DnFA/t+aOz1+1gO70n99CAXoWwjq3BaYKttUqLvQ9 Eg3g== MIME-Version: 1.0 Received: by 10.60.172.231 with SMTP id bf7mr11012230oec.45.1333988397727; Mon, 09 Apr 2012 09:19:57 -0700 (PDT) Received: by 10.182.92.77 with HTTP; Mon, 9 Apr 2012 09:19:57 -0700 (PDT) X-Originating-IP: [121.44.4.35] In-Reply-To: References: <20120406101524.GB3026@netpioneer.de> Date: Tue, 10 Apr 2012 02:19:57 +1000 Message-ID: From: Joseph Glanville To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQnuwV2sp5mK1+IYdtXl71tE+bUfV+nvv9B6+Tiq8i5WK4DTeRRWqjPOTSk/ViJWuAH8+qSh Cc: Ulrich Hochholdinger , xen-users@lists.xen.org Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 9 April 2012 16:25, Fajar A. Nugraha wrote: > On Mon, Apr 9, 2012 at 12:44 PM, Joseph Glanville > wrote: >> If you want really good I/O performance because it's important for >> your workload I would highly recommend using a more recent 3.2 dom0 >> kernel. >> I understand this is not practical for some that need to use >> "Enterprise" distros but that is the price you pay for using old >> kernels. > > Some "enterprise" distros and their kernel version: > - Oracle Linux 5/6: 3.0.x (when using kernel UEK2). Should be > installabe on RHEL/centos as well, but you won't get the support > (obviously) > - SLES11 SP2: 3.0.10 > - Ubuntu 11.04 (when it's released): 3.2.x > >> Debian Squeeze with 2.6.32 is incredibly stable and I would recommend >> leaving it alone if that's what matters to you most. > > Judging from the mails to this list from debian users, I wouldn't > recommend using their built-in xen+kernel packages. Period. The Debian Squeeze setup is fine. It's mostly user error that results in bad performance and or problems. That being said I have started development of a dom0 livecd using Ubuntu 12.04 which is considerably better. Packing Xen 4.1.2 + 3.2 is a great combination. I will be open-sourcing the build chain on github that produces the livecd. > > -- > Fajar > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 16:21:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 16:21: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 1SHHJz-0001gx-3h; Mon, 09 Apr 2012 16:20:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHHJx-0001gs-PF for xen-users@lists.xen.org; Mon, 09 Apr 2012 16:20:01 +0000 Received: from [85.158.138.51:5951] by server-11.bemta-3.messagelabs.com id D1/7D-28543-03C038F4; Mon, 09 Apr 2012 16:20:00 +0000 X-Env-Sender: joseph.glanville@orionvm.com.au X-Msg-Ref: server-15.tower-174.messagelabs.com!1333988398!19550252!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6402 invoked from network); 9 Apr 2012 16:19:59 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 16:19:59 -0000 Received: by yenr5 with SMTP id r5so2259828yen.32 for ; Mon, 09 Apr 2012 09:19:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=rpp97yT+7zFnsNEJ9n9qHSQo/s6lQKoBRn7DA/+5bnk=; b=Yr5YFK3SiYnc9eVJjdEw+Bin/blm36XMR5kE8GlKUUXjo4p7kvxvPrjY0qxwEURVu2 kNA0kD2KM9YzbWLaf3eHkBgkk8if5GGuF4KgtoPZO6yc1UaUOaFbElZiHK/si3Jjtys/ p8pJbPme05J63dZHZvOFA+uuocCgEgU26/MFqQHnmnHIaGJjG4hoIVZ+AzNUGeCy2Jmf 74AVhRJ/u/FNS6tD/5P/Q3/ov/+sVKP64HEYVYRET6bLQNXM6W0M4JqbBm1+xMGK5wKQ zZDJqwsdKMI3AI50Z+S6vbrtkf0DnFA/t+aOz1+1gO70n99CAXoWwjq3BaYKttUqLvQ9 Eg3g== MIME-Version: 1.0 Received: by 10.60.172.231 with SMTP id bf7mr11012230oec.45.1333988397727; Mon, 09 Apr 2012 09:19:57 -0700 (PDT) Received: by 10.182.92.77 with HTTP; Mon, 9 Apr 2012 09:19:57 -0700 (PDT) X-Originating-IP: [121.44.4.35] In-Reply-To: References: <20120406101524.GB3026@netpioneer.de> Date: Tue, 10 Apr 2012 02:19:57 +1000 Message-ID: From: Joseph Glanville To: "Fajar A. Nugraha" X-Gm-Message-State: ALoCoQnuwV2sp5mK1+IYdtXl71tE+bUfV+nvv9B6+Tiq8i5WK4DTeRRWqjPOTSk/ViJWuAH8+qSh Cc: Ulrich Hochholdinger , xen-users@lists.xen.org Subject: Re: [Xen-users] Disk-I/O Performance DomU vs Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 9 April 2012 16:25, Fajar A. Nugraha wrote: > On Mon, Apr 9, 2012 at 12:44 PM, Joseph Glanville > wrote: >> If you want really good I/O performance because it's important for >> your workload I would highly recommend using a more recent 3.2 dom0 >> kernel. >> I understand this is not practical for some that need to use >> "Enterprise" distros but that is the price you pay for using old >> kernels. > > Some "enterprise" distros and their kernel version: > - Oracle Linux 5/6: 3.0.x (when using kernel UEK2). Should be > installabe on RHEL/centos as well, but you won't get the support > (obviously) > - SLES11 SP2: 3.0.10 > - Ubuntu 11.04 (when it's released): 3.2.x > >> Debian Squeeze with 2.6.32 is incredibly stable and I would recommend >> leaving it alone if that's what matters to you most. > > Judging from the mails to this list from debian users, I wouldn't > recommend using their built-in xen+kernel packages. Period. The Debian Squeeze setup is fine. It's mostly user error that results in bad performance and or problems. That being said I have started development of a dom0 livecd using Ubuntu 12.04 which is considerably better. Packing Xen 4.1.2 + 3.2 is a great combination. I will be open-sourcing the build chain on github that produces the livecd. > > -- > Fajar > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- = Founder | Director | VP Research Orion Virtualisation Solutions=A0|=A0www.orionvm.com.au=A0| Phone: 1300 56 99 52 | Mobile: 0428 754 846 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 17:17:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 17:17:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHICT-0002cF-9Z; Mon, 09 Apr 2012 17:16:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHICS-0002cA-Ft for xen-users@lists.xen.org; Mon, 09 Apr 2012 17:16:20 +0000 Received: from [85.158.139.83:59301] by server-5.bemta-5.messagelabs.com id A0/78-13566-369138F4; Mon, 09 Apr 2012 17:16:19 +0000 X-Env-Sender: xen-users@smirnov.tv X-Msg-Ref: server-11.tower-182.messagelabs.com!1333991778!18441823!1 X-Originating-IP: [195.144.224.109] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25608 invoked from network); 9 Apr 2012 17:16:18 -0000 Received: from relay.tc-axis.ru (HELO relay.tc-axis.ru) (195.144.224.109) by server-11.tower-182.messagelabs.com with SMTP; 9 Apr 2012 17:16:18 -0000 Received: from mail.smirnov.tv (mx.tc-axis.ru [195.144.254.35]) by relay.tc-axis.ru (Postfix) with ESMTPA id 87A901CC29 for ; Mon, 9 Apr 2012 21:16:16 +0400 (MSK) MIME-Version: 1.0 Date: Mon, 09 Apr 2012 21:16:17 +0400 From: valery To: Message-ID: X-Sender: xen-users@smirnov.tv User-Agent: Absolutely unknown agent =) Subject: [Xen-users] PVUSB driver stops during install on windows 7 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello I've got xen 4.1.0 running on 3.2.0 linux kernel. I have a windows 7 x64 guest machine. GPLPV msi installer stops during install and does nothing. The windows event viewer is clear, but usb devices not available in the guest system. I've try to install gplpv_Vista2008x64_0.11.0.357.msi, gplpv_Vista2008x64_0.11.0.357_debug.msi, gplpv_Vista2008x64_0.11.0.308.msi, gplpv_Vista2008x64_0.11.0.308_debug.msi. Has anyone a solution? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 17:17:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 17:17:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHICT-0002cF-9Z; Mon, 09 Apr 2012 17:16:21 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHICS-0002cA-Ft for xen-users@lists.xen.org; Mon, 09 Apr 2012 17:16:20 +0000 Received: from [85.158.139.83:59301] by server-5.bemta-5.messagelabs.com id A0/78-13566-369138F4; Mon, 09 Apr 2012 17:16:19 +0000 X-Env-Sender: xen-users@smirnov.tv X-Msg-Ref: server-11.tower-182.messagelabs.com!1333991778!18441823!1 X-Originating-IP: [195.144.224.109] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25608 invoked from network); 9 Apr 2012 17:16:18 -0000 Received: from relay.tc-axis.ru (HELO relay.tc-axis.ru) (195.144.224.109) by server-11.tower-182.messagelabs.com with SMTP; 9 Apr 2012 17:16:18 -0000 Received: from mail.smirnov.tv (mx.tc-axis.ru [195.144.254.35]) by relay.tc-axis.ru (Postfix) with ESMTPA id 87A901CC29 for ; Mon, 9 Apr 2012 21:16:16 +0400 (MSK) MIME-Version: 1.0 Date: Mon, 09 Apr 2012 21:16:17 +0400 From: valery To: Message-ID: X-Sender: xen-users@smirnov.tv User-Agent: Absolutely unknown agent =) Subject: [Xen-users] PVUSB driver stops during install on windows 7 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello I've got xen 4.1.0 running on 3.2.0 linux kernel. I have a windows 7 x64 guest machine. GPLPV msi installer stops during install and does nothing. The windows event viewer is clear, but usb devices not available in the guest system. I've try to install gplpv_Vista2008x64_0.11.0.357.msi, gplpv_Vista2008x64_0.11.0.357_debug.msi, gplpv_Vista2008x64_0.11.0.308.msi, gplpv_Vista2008x64_0.11.0.308_debug.msi. Has anyone a solution? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 18:59:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 18:59: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 1SHJnC-0003dd-9m; Mon, 09 Apr 2012 18:58:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHJnA-0003dW-N3 for xen-users@lists.xensource.com; Mon, 09 Apr 2012 18:58:20 +0000 Received: from [85.158.139.83:29283] by server-7.bemta-5.messagelabs.com id 8B/53-16195-B41338F4; Mon, 09 Apr 2012 18:58:19 +0000 X-Env-Sender: fptstl@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1333997896!18777106!1 X-Originating-IP: [209.85.210.171] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14331 invoked from network); 9 Apr 2012 18:58:18 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 18:58:18 -0000 Received: by iadj38 with SMTP id j38so8312166iad.30 for ; Mon, 09 Apr 2012 11:58:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=I34BlHXI7zpSriRUoTdkPbOzTPj5YSMG/9RjtY09y9A=; b=KtbiBTSuJ7AKpI3OaIwUV6mexBh+ezPStQxOUbOS7hgBvaJsXvFyK9TNShv0WGM2JM 2LtiqKJHciIGNNsz/5x2KwHEgnJJK4QMQ2HTe74fEjUew962jaqPImasAegKUqMe1Ids t1KC/wtq0rSSk3cJuRV8fiKcd8PHM/c6XJyGOmfKK9xuslJUgaXV/zSoXcS00F3P7F3C oApl8io9ghQZy+UxNYvMx93VcwlRujCEXCV61CVVK3QUnZDum/DQ99YUD2tdaPzSqRvv VXbHMBUmXQV69XR5HZKhFCbzxvPFn0yISeMMNPxIoMNQVMkWYyhSi0CtnQcRklXPFcso BbfA== MIME-Version: 1.0 Received: by 10.50.45.130 with SMTP id n2mr49684igm.45.1333997895342; Mon, 09 Apr 2012 11:58:15 -0700 (PDT) Received: by 10.231.206.75 with HTTP; Mon, 9 Apr 2012 11:58:15 -0700 (PDT) Date: Mon, 9 Apr 2012 13:58:15 -0500 Message-ID: From: fpt stl To: xen-users Subject: [Xen-users] Project Zeus X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0703890388629025722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0703890388629025722== Content-Type: multipart/alternative; boundary=14dae934121daedaa304bd4396b9 --14dae934121daedaa304bd4396b9 Content-Type: text/plain; charset=ISO-8859-1 Any news about Project Zeus? Is there any repo which might hold the rpms for installing the XCP toolstack on top of CentOS 6.2? Thanks, Frank --14dae934121daedaa304bd4396b9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Any news about=A0Project Zeus?

Is=A0there=A0any repo whi= ch might hold the rpms for installing the=A0XCP toolstack on top of CentOS = 6.2?

Thanks,

Frank
--14dae934121daedaa304bd4396b9-- --===============0703890388629025722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0703890388629025722==-- From xen-users-bounces@lists.xen.org Mon Apr 09 18:59:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 18:59: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 1SHJnC-0003dd-9m; Mon, 09 Apr 2012 18:58:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHJnA-0003dW-N3 for xen-users@lists.xensource.com; Mon, 09 Apr 2012 18:58:20 +0000 Received: from [85.158.139.83:29283] by server-7.bemta-5.messagelabs.com id 8B/53-16195-B41338F4; Mon, 09 Apr 2012 18:58:19 +0000 X-Env-Sender: fptstl@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1333997896!18777106!1 X-Originating-IP: [209.85.210.171] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14331 invoked from network); 9 Apr 2012 18:58:18 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 18:58:18 -0000 Received: by iadj38 with SMTP id j38so8312166iad.30 for ; Mon, 09 Apr 2012 11:58:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=I34BlHXI7zpSriRUoTdkPbOzTPj5YSMG/9RjtY09y9A=; b=KtbiBTSuJ7AKpI3OaIwUV6mexBh+ezPStQxOUbOS7hgBvaJsXvFyK9TNShv0WGM2JM 2LtiqKJHciIGNNsz/5x2KwHEgnJJK4QMQ2HTe74fEjUew962jaqPImasAegKUqMe1Ids t1KC/wtq0rSSk3cJuRV8fiKcd8PHM/c6XJyGOmfKK9xuslJUgaXV/zSoXcS00F3P7F3C oApl8io9ghQZy+UxNYvMx93VcwlRujCEXCV61CVVK3QUnZDum/DQ99YUD2tdaPzSqRvv VXbHMBUmXQV69XR5HZKhFCbzxvPFn0yISeMMNPxIoMNQVMkWYyhSi0CtnQcRklXPFcso BbfA== MIME-Version: 1.0 Received: by 10.50.45.130 with SMTP id n2mr49684igm.45.1333997895342; Mon, 09 Apr 2012 11:58:15 -0700 (PDT) Received: by 10.231.206.75 with HTTP; Mon, 9 Apr 2012 11:58:15 -0700 (PDT) Date: Mon, 9 Apr 2012 13:58:15 -0500 Message-ID: From: fpt stl To: xen-users Subject: [Xen-users] Project Zeus X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0703890388629025722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0703890388629025722== Content-Type: multipart/alternative; boundary=14dae934121daedaa304bd4396b9 --14dae934121daedaa304bd4396b9 Content-Type: text/plain; charset=ISO-8859-1 Any news about Project Zeus? Is there any repo which might hold the rpms for installing the XCP toolstack on top of CentOS 6.2? Thanks, Frank --14dae934121daedaa304bd4396b9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Any news about=A0Project Zeus?

Is=A0there=A0any repo whi= ch might hold the rpms for installing the=A0XCP toolstack on top of CentOS = 6.2?

Thanks,

Frank
--14dae934121daedaa304bd4396b9-- --===============0703890388629025722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0703890388629025722==-- From xen-users-bounces@lists.xen.org Mon Apr 09 21:51:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 21:51:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHMTR-0005jH-9W; Mon, 09 Apr 2012 21:50:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHMTP-0005jC-IH for xen-users@lists.xen.org; Mon, 09 Apr 2012 21:50:07 +0000 Received: from [85.158.143.99:37577] by server-2.bemta-4.messagelabs.com id 66/B1-17550-E89538F4; Mon, 09 Apr 2012 21:50:06 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-216.messagelabs.com!1334008202!22595083!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4617 invoked from network); 9 Apr 2012 21:50:05 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-5.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 9 Apr 2012 21:50:05 -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 1SHMTC-0007tm-Jv; Tue, 10 Apr 2012 07:49:54 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Apr 2012 07:49:54 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi; Tue, 10 Apr 2012 07:49:53 +1000 From: James Harper To: valery , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] PVUSB driver stops during install on windows 7 Thread-Index: AQHNFnTLb6QMVwqOFUuR5xSobbNsm5aTB/1A Date: Mon, 9 Apr 2012 21:49:51 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B1AF61563@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: 09 Apr 2012 21:49:54.0445 (UTC) FILETIME=[B2D153D0:01CD169A] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] PVUSB driver stops during install on windows 7 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Hello > > I've got xen 4.1.0 running on 3.2.0 linux kernel. I have a windows 7 > x64 guest machine. GPLPV msi installer stops during install and does nothing. > The windows event viewer is clear, but usb devices not available in the guest > system. I've try to install gplpv_Vista2008x64_0.11.0.357.msi, > gplpv_Vista2008x64_0.11.0.357_debug.msi, > gplpv_Vista2008x64_0.11.0.308.msi, > gplpv_Vista2008x64_0.11.0.308_debug.msi. > Do you have any USB devices "attached" at the time of installation? What are they? GPLPV's usb passthrough driver is still work-in-progress and works well enough to run a mouse or keyboard (unless you unplug them!) and maybe a USB flash drive but hasn't been extensively tested. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 21:51:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 21:51:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHMTR-0005jH-9W; Mon, 09 Apr 2012 21:50:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHMTP-0005jC-IH for xen-users@lists.xen.org; Mon, 09 Apr 2012 21:50:07 +0000 Received: from [85.158.143.99:37577] by server-2.bemta-4.messagelabs.com id 66/B1-17550-E89538F4; Mon, 09 Apr 2012 21:50:06 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-216.messagelabs.com!1334008202!22595083!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4617 invoked from network); 9 Apr 2012 21:50:05 -0000 Received: from mail.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-5.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 9 Apr 2012 21:50:05 -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 1SHMTC-0007tm-Jv; Tue, 10 Apr 2012 07:49:54 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Tue, 10 Apr 2012 07:49:54 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi; Tue, 10 Apr 2012 07:49:53 +1000 From: James Harper To: valery , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] PVUSB driver stops during install on windows 7 Thread-Index: AQHNFnTLb6QMVwqOFUuR5xSobbNsm5aTB/1A Date: Mon, 9 Apr 2012 21:49:51 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B1AF61563@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: 09 Apr 2012 21:49:54.0445 (UTC) FILETIME=[B2D153D0:01CD169A] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] PVUSB driver stops during install on windows 7 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Hello > > I've got xen 4.1.0 running on 3.2.0 linux kernel. I have a windows 7 > x64 guest machine. GPLPV msi installer stops during install and does nothing. > The windows event viewer is clear, but usb devices not available in the guest > system. I've try to install gplpv_Vista2008x64_0.11.0.357.msi, > gplpv_Vista2008x64_0.11.0.357_debug.msi, > gplpv_Vista2008x64_0.11.0.308.msi, > gplpv_Vista2008x64_0.11.0.308_debug.msi. > Do you have any USB devices "attached" at the time of installation? What are they? GPLPV's usb passthrough driver is still work-in-progress and works well enough to run a mouse or keyboard (unless you unplug them!) and maybe a USB flash drive but hasn't been extensively tested. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 23:53:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 23:53:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHONy-0006qh-0T; Mon, 09 Apr 2012 23:52:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHONw-0006qc-J1 for xen-users@lists.xen.org; Mon, 09 Apr 2012 23:52:36 +0000 Received: from [193.109.254.147:26009] by server-7.bemta-14.messagelabs.com id D0/58-01627-346738F4; Mon, 09 Apr 2012 23:52:35 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334015554!3847823!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22989 invoked from network); 9 Apr 2012 23:52:35 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 23:52:35 -0000 Received: by bkcjg9 with SMTP id jg9so4296629bkc.32 for ; Mon, 09 Apr 2012 16:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JaApjT5Fv6y2hf5jpr6hdM16RCqqwyhFhi6LuYgHxNQ=; b=mYCFjYX22OVDualrwFdYewTdXmiXUx0MN5iFIOMwuDKx6lnKy19Mf+K4afebBX1fAH JMGw+by0fE1NvjMLVXhkUX7bXHiupvc6kX+uc50qHJZ+WGj163a+XeWbruAXIYgYetWU FX1UwO02X4PcVEmqXStetbXTWmFwKW7roIkZL2Ny0/PpIQAUx5n6G+YZE6Cn5+nPG69E ybB5L7w5HUCHOdp3wmXUzsrVKOXPCFOrMxip7RtdEfLN3In7br36TkfWCLpzMhe3Ja1W 0jmZW8sLC9p1wClUXUwOdna4NB71QM2bh1E1JNrsJj80mlZjOqEJAlZP8/ThiwiJzNmq jZaA== MIME-Version: 1.0 Received: by 10.204.154.133 with SMTP id o5mr3895097bkw.100.1334015554577; Mon, 09 Apr 2012 16:52:34 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Mon, 9 Apr 2012 16:52:34 -0700 (PDT) Date: Mon, 9 Apr 2012 19:52:34 -0400 Message-ID: From: Outback Dingo To: xen-users Subject: [Xen-users] XCP - re-roll ISO image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ok, weve made some additional changes / work on our dev XCP box and would like to re-roll an install ISO with our modificatons included is there a guide maybe on how to master the XCP ISO _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 09 23:53:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 09 Apr 2012 23:53:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHONy-0006qh-0T; Mon, 09 Apr 2012 23:52:38 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHONw-0006qc-J1 for xen-users@lists.xen.org; Mon, 09 Apr 2012 23:52:36 +0000 Received: from [193.109.254.147:26009] by server-7.bemta-14.messagelabs.com id D0/58-01627-346738F4; Mon, 09 Apr 2012 23:52:35 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334015554!3847823!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22989 invoked from network); 9 Apr 2012 23:52:35 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 9 Apr 2012 23:52:35 -0000 Received: by bkcjg9 with SMTP id jg9so4296629bkc.32 for ; Mon, 09 Apr 2012 16:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JaApjT5Fv6y2hf5jpr6hdM16RCqqwyhFhi6LuYgHxNQ=; b=mYCFjYX22OVDualrwFdYewTdXmiXUx0MN5iFIOMwuDKx6lnKy19Mf+K4afebBX1fAH JMGw+by0fE1NvjMLVXhkUX7bXHiupvc6kX+uc50qHJZ+WGj163a+XeWbruAXIYgYetWU FX1UwO02X4PcVEmqXStetbXTWmFwKW7roIkZL2Ny0/PpIQAUx5n6G+YZE6Cn5+nPG69E ybB5L7w5HUCHOdp3wmXUzsrVKOXPCFOrMxip7RtdEfLN3In7br36TkfWCLpzMhe3Ja1W 0jmZW8sLC9p1wClUXUwOdna4NB71QM2bh1E1JNrsJj80mlZjOqEJAlZP8/ThiwiJzNmq jZaA== MIME-Version: 1.0 Received: by 10.204.154.133 with SMTP id o5mr3895097bkw.100.1334015554577; Mon, 09 Apr 2012 16:52:34 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Mon, 9 Apr 2012 16:52:34 -0700 (PDT) Date: Mon, 9 Apr 2012 19:52:34 -0400 Message-ID: From: Outback Dingo To: xen-users Subject: [Xen-users] XCP - re-roll ISO image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Ok, weve made some additional changes / work on our dev XCP box and would like to re-roll an install ISO with our modificatons included is there a guide maybe on how to master the XCP ISO _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 01:20:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 01:20: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 1SHPjB-0003WE-Sz; Tue, 10 Apr 2012 01:18:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHPjA-0003W8-TR for xen-users@lists.xen.org; Tue, 10 Apr 2012 01:18:37 +0000 Received: from [85.158.143.35:51226] by server-1.bemta-4.messagelabs.com id 4A/FF-20925-C6A838F4; Tue, 10 Apr 2012 01:18:36 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334020712!12493929!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8469 invoked from network); 10 Apr 2012 01:18:34 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 01:18:34 -0000 Received: by pbcuo5 with SMTP id uo5so5582307pbc.32 for ; Mon, 09 Apr 2012 18:18:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=unG3mPnXZjgmP8u66udIoha0T6mbOd5J/dYNHCY7A6Y=; b=sdAyuQ/evwD+hPWiUssY/JJEN9FJfNtQQwrix1tPd8NeKoxS7Dy+DecqQGGtesVvZh GLmrKoWsFeke4F5LC8TQPbcsvBGZ7NA83TI9uiQbkcs/rUk4KV4f/sC1MQ+qye/U3Hpl wemD+keJ/6P4fSX76w+jTNLUPfDqUksgJHfoY74ItJrT0vGCwfgLTc4BerOPfShdAT4n uyhl7VajRCL8wRHwQEAbtuAzmVB24mMDsWQRLhhNtql3nSDAauK+wwjpnfP9YEou+UfH gfDa8utObsWBwz52mH+5ooLY6GPD2SmdPdFzIA75PSwQS000QPx2umOdiZtrxbOF+cg8 GgDw== MIME-Version: 1.0 Received: by 10.68.130.163 with SMTP id of3mr3536430pbb.74.1334020711926; Mon, 09 Apr 2012 18:18:31 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Mon, 9 Apr 2012 18:18:31 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Apr 2012 21:18:31 -0400 Message-ID: From: Andrew Bobulsky To: Steven Timm Cc: xen-users@lists.xen.org, Chieu Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Clock drift was a really big problem with VMware workstation/server (at least on AMD platforms) until hardware-assisted virtualization came around and seemingly fixed the problem. Are you running PV guests? If so, you might try switching them to HVM (which could be a non-trivial task!) to work around the issue. Just a suggestion, though. No clue if it'll work :P On Mon, Apr 9, 2012 at 10:04 AM, Steven Timm wrote: > On Mon, 9 Apr 2012, Chieu wrote: > >> HI, guys >> >> Recently,I met a problem. >> Xen's version: 3.4.3 >> guest os:redhat 4.8 32bit >> >> And xen.independent_wallclock =3D 1 has been set. >> >> The time of guest os change to be fast suddenly, about 2000 second. >> because the change is too wild, ntp didn't sync to the ntp server's time. >> >> my application is dependent on the systme time. And this occurs a lot of >> times. >> >> I don't know which situation will cause this problem. > > > I have seen this with many different versions of Redhat 32-bit > guests (4.x and 5.x) on Xen from 3.1 upwards. =A0Never found a fix besides > migrating all my guests to 64-bit. =A0independent_wallclock is > better than not, but I see exactly the same problem that the clock > jumps forward by 20-40 minutes and then just holds there until > real time catches up to it. > > Steve Timm > > > >> >> Does anyone can help me ? >> >> thank you! >> >> sincerely >> >> chieu >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > ------------------------------------------------------------------ > Steven C. Timm, Ph.D =A0(630) 840-8525 > timm@fnal.gov =A0http://home.fnal.gov/~timm/ > Fermilab Computing Division, Scientific Computing Facilities, > Grid Facilities Department, FermiGrid Services Group, Group Leader. > Lead of FermiCloud project. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 01:20:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 01:20: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 1SHPjB-0003WE-Sz; Tue, 10 Apr 2012 01:18:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHPjA-0003W8-TR for xen-users@lists.xen.org; Tue, 10 Apr 2012 01:18:37 +0000 Received: from [85.158.143.35:51226] by server-1.bemta-4.messagelabs.com id 4A/FF-20925-C6A838F4; Tue, 10 Apr 2012 01:18:36 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334020712!12493929!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8469 invoked from network); 10 Apr 2012 01:18:34 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 01:18:34 -0000 Received: by pbcuo5 with SMTP id uo5so5582307pbc.32 for ; Mon, 09 Apr 2012 18:18:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=unG3mPnXZjgmP8u66udIoha0T6mbOd5J/dYNHCY7A6Y=; b=sdAyuQ/evwD+hPWiUssY/JJEN9FJfNtQQwrix1tPd8NeKoxS7Dy+DecqQGGtesVvZh GLmrKoWsFeke4F5LC8TQPbcsvBGZ7NA83TI9uiQbkcs/rUk4KV4f/sC1MQ+qye/U3Hpl wemD+keJ/6P4fSX76w+jTNLUPfDqUksgJHfoY74ItJrT0vGCwfgLTc4BerOPfShdAT4n uyhl7VajRCL8wRHwQEAbtuAzmVB24mMDsWQRLhhNtql3nSDAauK+wwjpnfP9YEou+UfH gfDa8utObsWBwz52mH+5ooLY6GPD2SmdPdFzIA75PSwQS000QPx2umOdiZtrxbOF+cg8 GgDw== MIME-Version: 1.0 Received: by 10.68.130.163 with SMTP id of3mr3536430pbb.74.1334020711926; Mon, 09 Apr 2012 18:18:31 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Mon, 9 Apr 2012 18:18:31 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Apr 2012 21:18:31 -0400 Message-ID: From: Andrew Bobulsky To: Steven Timm Cc: xen-users@lists.xen.org, Chieu Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Clock drift was a really big problem with VMware workstation/server (at least on AMD platforms) until hardware-assisted virtualization came around and seemingly fixed the problem. Are you running PV guests? If so, you might try switching them to HVM (which could be a non-trivial task!) to work around the issue. Just a suggestion, though. No clue if it'll work :P On Mon, Apr 9, 2012 at 10:04 AM, Steven Timm wrote: > On Mon, 9 Apr 2012, Chieu wrote: > >> HI, guys >> >> Recently,I met a problem. >> Xen's version: 3.4.3 >> guest os:redhat 4.8 32bit >> >> And xen.independent_wallclock =3D 1 has been set. >> >> The time of guest os change to be fast suddenly, about 2000 second. >> because the change is too wild, ntp didn't sync to the ntp server's time. >> >> my application is dependent on the systme time. And this occurs a lot of >> times. >> >> I don't know which situation will cause this problem. > > > I have seen this with many different versions of Redhat 32-bit > guests (4.x and 5.x) on Xen from 3.1 upwards. =A0Never found a fix besides > migrating all my guests to 64-bit. =A0independent_wallclock is > better than not, but I see exactly the same problem that the clock > jumps forward by 20-40 minutes and then just holds there until > real time catches up to it. > > Steve Timm > > > >> >> Does anyone can help me ? >> >> thank you! >> >> sincerely >> >> chieu >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > ------------------------------------------------------------------ > Steven C. Timm, Ph.D =A0(630) 840-8525 > timm@fnal.gov =A0http://home.fnal.gov/~timm/ > Fermilab Computing Division, Scientific Computing Facilities, > Grid Facilities Department, FermiGrid Services Group, Group Leader. > Lead of FermiCloud project. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 05:27:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 05:27: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 1SHTah-0005At-Vp; Tue, 10 Apr 2012 05:26:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHTag-0005Ao-LE for xen-users@lists.xen.org; Tue, 10 Apr 2012 05:26:06 +0000 Received: from [193.109.254.147:31447] by server-6.bemta-14.messagelabs.com id F0/97-02047-D64C38F4; Tue, 10 Apr 2012 05:26:05 +0000 X-Env-Sender: xen-users@smirnov.tv X-Msg-Ref: server-8.tower-27.messagelabs.com!1334035563!3859968!1 X-Originating-IP: [195.144.224.109] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30762 invoked from network); 10 Apr 2012 05:26:03 -0000 Received: from relay.tc-axis.ru (HELO relay.tc-axis.ru) (195.144.224.109) by server-8.tower-27.messagelabs.com with SMTP; 10 Apr 2012 05:26:03 -0000 Received: from mail.smirnov.tv (mx.tc-axis.ru [195.144.254.35]) by relay.tc-axis.ru (Postfix) with ESMTPA id 630201CC29 for ; Tue, 10 Apr 2012 09:26:02 +0400 (MSK) MIME-Version: 1.0 Date: Tue, 10 Apr 2012 09:26:02 +0400 From: valery To: In-Reply-To: <6035A0D088A63A46850C3988ED045A4B1AF61563@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B1AF61563@BITCOM1.int.sbss.com.au> Message-ID: <673950098c7ec5d1faf904a17b5c70df@smirnov.tv> X-Sender: xen-users@smirnov.tv User-Agent: Absolutely unknown agent =) Subject: Re: [Xen-users] PVUSB driver stops during install on windows 7 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org CgpKYW1lcyBIYXJwZXIg0L/QuNGB0LDQuyAxMC4wNC4yMDEyIDAxOjQ5Ogo+PiBIZWxsbwo+Pgo+ PiBJJ3ZlIGdvdCB4ZW4gNC4xLjAgcnVubmluZyBvbiAzLjIuMCBsaW51eCBrZXJuZWwuIEkgaGF2 ZSBhIHdpbmRvd3MgNwo+PiB4NjQgZ3Vlc3QgbWFjaGluZS4gR1BMUFYgbXNpIGluc3RhbGxlciBz dG9wcyBkdXJpbmcgaW5zdGFsbCBhbmQgZG9lcyAKPj4gbm90aGluZy4KPj4gVGhlIHdpbmRvd3Mg ZXZlbnQgdmlld2VyIGlzIGNsZWFyLCBidXQgdXNiIGRldmljZXMgbm90IGF2YWlsYWJsZSBpbiAK Pj4gdGhlIGd1ZXN0Cj4+IHN5c3RlbS4gSSd2ZSB0cnkgdG8gaW5zdGFsbCBncGxwdl9WaXN0YTIw MDh4NjRfMC4xMS4wLjM1Ny5tc2ksCj4+IGdwbHB2X1Zpc3RhMjAwOHg2NF8wLjExLjAuMzU3X2Rl YnVnLm1zaSwKPj4gZ3BscHZfVmlzdGEyMDA4eDY0XzAuMTEuMC4zMDgubXNpLAo+PiBncGxwdl9W aXN0YTIwMDh4NjRfMC4xMS4wLjMwOF9kZWJ1Zy5tc2kuCj4+Cj4KPiBEbyB5b3UgaGF2ZSBhbnkg VVNCIGRldmljZXMgImF0dGFjaGVkIiBhdCB0aGUgdGltZSBvZiBpbnN0YWxsYXRpb24/Cj4gV2hh dCBhcmUgdGhleT8KPgo+IEdQTFBWJ3MgdXNiIHBhc3N0aHJvdWdoIGRyaXZlciBpcyBzdGlsbCB3 b3JrLWluLXByb2dyZXNzIGFuZCB3b3Jrcwo+IHdlbGwgZW5vdWdoIHRvIHJ1biBhIG1vdXNlIG9y IGtleWJvYXJkICh1bmxlc3MgeW91IHVucGx1ZyB0aGVtISkgYW5kCj4gbWF5YmUgYSBVU0IgZmxh c2ggZHJpdmUgYnV0IGhhc24ndCBiZWVuIGV4dGVuc2l2ZWx5IHRlc3RlZC4KPgo+IEphbWVzCj4K WWVzIEkgaGF2ZS4Kcm9vdEBkb20wOi9ob21lL3NobnVyb2ZmIyB4bSB1c2ItbGlzdCB3Ny0wCklk eCBCRSAgc3RhdGUgdXNiLXZlciAgQkUtcGF0aAowICAgMCAgIDEgICAgIFVTQjIuMCAgL2xvY2Fs L2RvbWFpbi8wL2JhY2tlbmQvdnVzYi8xMi8wCnBvcnQgMTogMy0xIFtJRCA0MTQ2OmJhNjUgUFJF VEVDIFRlY2hub2xvZ3kgVVNCIE1hc3MgU3RvcmFnZSBEZXZpY2VdCnBvcnQgMjoKcG9ydCAzOgpw b3J0IDQ6CnBvcnQgNToKcG9ydCA2Ogpwb3J0IDc6CnBvcnQgODoKcG9ydCA5Ogpwb3J0IDEwOgpw b3J0IDExOgpwb3J0IDEyOgpwb3J0IDEzOgpwb3J0IDE0Ogpwb3J0IDE1Ogpwb3J0IDE2Ogpyb290 QGRvbTA6L2hvbWUvc2hudXJvZmYjCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Apr 10 05:27:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 05:27: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 1SHTah-0005At-Vp; Tue, 10 Apr 2012 05:26:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHTag-0005Ao-LE for xen-users@lists.xen.org; Tue, 10 Apr 2012 05:26:06 +0000 Received: from [193.109.254.147:31447] by server-6.bemta-14.messagelabs.com id F0/97-02047-D64C38F4; Tue, 10 Apr 2012 05:26:05 +0000 X-Env-Sender: xen-users@smirnov.tv X-Msg-Ref: server-8.tower-27.messagelabs.com!1334035563!3859968!1 X-Originating-IP: [195.144.224.109] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30762 invoked from network); 10 Apr 2012 05:26:03 -0000 Received: from relay.tc-axis.ru (HELO relay.tc-axis.ru) (195.144.224.109) by server-8.tower-27.messagelabs.com with SMTP; 10 Apr 2012 05:26:03 -0000 Received: from mail.smirnov.tv (mx.tc-axis.ru [195.144.254.35]) by relay.tc-axis.ru (Postfix) with ESMTPA id 630201CC29 for ; Tue, 10 Apr 2012 09:26:02 +0400 (MSK) MIME-Version: 1.0 Date: Tue, 10 Apr 2012 09:26:02 +0400 From: valery To: In-Reply-To: <6035A0D088A63A46850C3988ED045A4B1AF61563@BITCOM1.int.sbss.com.au> References: <6035A0D088A63A46850C3988ED045A4B1AF61563@BITCOM1.int.sbss.com.au> Message-ID: <673950098c7ec5d1faf904a17b5c70df@smirnov.tv> X-Sender: xen-users@smirnov.tv User-Agent: Absolutely unknown agent =) Subject: Re: [Xen-users] PVUSB driver stops during install on windows 7 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org CgpKYW1lcyBIYXJwZXIg0L/QuNGB0LDQuyAxMC4wNC4yMDEyIDAxOjQ5Ogo+PiBIZWxsbwo+Pgo+ PiBJJ3ZlIGdvdCB4ZW4gNC4xLjAgcnVubmluZyBvbiAzLjIuMCBsaW51eCBrZXJuZWwuIEkgaGF2 ZSBhIHdpbmRvd3MgNwo+PiB4NjQgZ3Vlc3QgbWFjaGluZS4gR1BMUFYgbXNpIGluc3RhbGxlciBz dG9wcyBkdXJpbmcgaW5zdGFsbCBhbmQgZG9lcyAKPj4gbm90aGluZy4KPj4gVGhlIHdpbmRvd3Mg ZXZlbnQgdmlld2VyIGlzIGNsZWFyLCBidXQgdXNiIGRldmljZXMgbm90IGF2YWlsYWJsZSBpbiAK Pj4gdGhlIGd1ZXN0Cj4+IHN5c3RlbS4gSSd2ZSB0cnkgdG8gaW5zdGFsbCBncGxwdl9WaXN0YTIw MDh4NjRfMC4xMS4wLjM1Ny5tc2ksCj4+IGdwbHB2X1Zpc3RhMjAwOHg2NF8wLjExLjAuMzU3X2Rl YnVnLm1zaSwKPj4gZ3BscHZfVmlzdGEyMDA4eDY0XzAuMTEuMC4zMDgubXNpLAo+PiBncGxwdl9W aXN0YTIwMDh4NjRfMC4xMS4wLjMwOF9kZWJ1Zy5tc2kuCj4+Cj4KPiBEbyB5b3UgaGF2ZSBhbnkg VVNCIGRldmljZXMgImF0dGFjaGVkIiBhdCB0aGUgdGltZSBvZiBpbnN0YWxsYXRpb24/Cj4gV2hh dCBhcmUgdGhleT8KPgo+IEdQTFBWJ3MgdXNiIHBhc3N0aHJvdWdoIGRyaXZlciBpcyBzdGlsbCB3 b3JrLWluLXByb2dyZXNzIGFuZCB3b3Jrcwo+IHdlbGwgZW5vdWdoIHRvIHJ1biBhIG1vdXNlIG9y IGtleWJvYXJkICh1bmxlc3MgeW91IHVucGx1ZyB0aGVtISkgYW5kCj4gbWF5YmUgYSBVU0IgZmxh c2ggZHJpdmUgYnV0IGhhc24ndCBiZWVuIGV4dGVuc2l2ZWx5IHRlc3RlZC4KPgo+IEphbWVzCj4K WWVzIEkgaGF2ZS4Kcm9vdEBkb20wOi9ob21lL3NobnVyb2ZmIyB4bSB1c2ItbGlzdCB3Ny0wCklk eCBCRSAgc3RhdGUgdXNiLXZlciAgQkUtcGF0aAowICAgMCAgIDEgICAgIFVTQjIuMCAgL2xvY2Fs L2RvbWFpbi8wL2JhY2tlbmQvdnVzYi8xMi8wCnBvcnQgMTogMy0xIFtJRCA0MTQ2OmJhNjUgUFJF VEVDIFRlY2hub2xvZ3kgVVNCIE1hc3MgU3RvcmFnZSBEZXZpY2VdCnBvcnQgMjoKcG9ydCAzOgpw b3J0IDQ6CnBvcnQgNToKcG9ydCA2Ogpwb3J0IDc6CnBvcnQgODoKcG9ydCA5Ogpwb3J0IDEwOgpw b3J0IDExOgpwb3J0IDEyOgpwb3J0IDEzOgpwb3J0IDE0Ogpwb3J0IDE1Ogpwb3J0IDE2Ogpyb290 QGRvbTA6L2hvbWUvc2hudXJvZmYjCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVu Lm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Apr 10 06:14:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 06:14: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 1SHUJl-0005ps-BV; Tue, 10 Apr 2012 06:12:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUJj-0005pn-NV for xen-users@lists.xen.org; Tue, 10 Apr 2012 06:12:39 +0000 Received: from [85.158.138.51:4085] by server-1.bemta-3.messagelabs.com id C1/D6-04539-65FC38F4; Tue, 10 Apr 2012 06:12:38 +0000 X-Env-Sender: admin.sa@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1334038353!21398030!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27264 invoked from network); 10 Apr 2012 06:12:35 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 06:12:35 -0000 Received: by obbup19 with SMTP id up19so6964522obb.32 for ; Mon, 09 Apr 2012 23:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4tMHCs9XO4MZ5DGwME7e7Wrz94ChjCqq6D4HiU5A1cg=; b=PxfTmiohKkJsfDQcaIpPas4I00izxm3i/V5AVpQoXDDsBAjjECcBvCFZAwOaidtxeA 3jA2fGldCircHuAzgNAhBqAFMsrglfzpkdppawJ0ZTNbRn2ROzLum6BBL1CAymSBemC+ iANFJwoMVXtAe4JeJECtTHzrsaBlhbDPovnbZEWTSW5yqymOrIqcGPgtruINUcHwHuDj G8Ee3CW47dA86q1kHPYN9K70jl1P4ihzwSBs6s+2BVL5P+9Qy+vB6E2NcktRUjhbVf1J 9OFZv+Scn5t+/fCOF6Cn/JhAZBrVgp2gaMcUT0yoxBlmifM3TNs3WcBnaG+xAl0F6FF/ ZfBA== MIME-Version: 1.0 Received: by 10.182.108.3 with SMTP id hg3mr14183223obb.29.1334038352855; Mon, 09 Apr 2012 23:12:32 -0700 (PDT) Received: by 10.182.27.230 with HTTP; Mon, 9 Apr 2012 23:12:32 -0700 (PDT) Date: Tue, 10 Apr 2012 10:12:32 +0400 Message-ID: From: Sergey Melnik To: xen-users@lists.xen.org Subject: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, Xen-Users. We are looking for a HCL-supported storage appliance, capable of realtime block replication between 2 nodes and active/passive HA with failover to use it with XCP. Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), Asterisk, ERP, File server and so on totaling with 700 users. HP, Dell and NetApp look too expensive for our CEO. Any ideas or comments? Best regards, Sergey Melnik _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 06:14:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 06:14: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 1SHUJl-0005ps-BV; Tue, 10 Apr 2012 06:12:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUJj-0005pn-NV for xen-users@lists.xen.org; Tue, 10 Apr 2012 06:12:39 +0000 Received: from [85.158.138.51:4085] by server-1.bemta-3.messagelabs.com id C1/D6-04539-65FC38F4; Tue, 10 Apr 2012 06:12:38 +0000 X-Env-Sender: admin.sa@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1334038353!21398030!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27264 invoked from network); 10 Apr 2012 06:12:35 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 06:12:35 -0000 Received: by obbup19 with SMTP id up19so6964522obb.32 for ; Mon, 09 Apr 2012 23:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4tMHCs9XO4MZ5DGwME7e7Wrz94ChjCqq6D4HiU5A1cg=; b=PxfTmiohKkJsfDQcaIpPas4I00izxm3i/V5AVpQoXDDsBAjjECcBvCFZAwOaidtxeA 3jA2fGldCircHuAzgNAhBqAFMsrglfzpkdppawJ0ZTNbRn2ROzLum6BBL1CAymSBemC+ iANFJwoMVXtAe4JeJECtTHzrsaBlhbDPovnbZEWTSW5yqymOrIqcGPgtruINUcHwHuDj G8Ee3CW47dA86q1kHPYN9K70jl1P4ihzwSBs6s+2BVL5P+9Qy+vB6E2NcktRUjhbVf1J 9OFZv+Scn5t+/fCOF6Cn/JhAZBrVgp2gaMcUT0yoxBlmifM3TNs3WcBnaG+xAl0F6FF/ ZfBA== MIME-Version: 1.0 Received: by 10.182.108.3 with SMTP id hg3mr14183223obb.29.1334038352855; Mon, 09 Apr 2012 23:12:32 -0700 (PDT) Received: by 10.182.27.230 with HTTP; Mon, 9 Apr 2012 23:12:32 -0700 (PDT) Date: Tue, 10 Apr 2012 10:12:32 +0400 Message-ID: From: Sergey Melnik To: xen-users@lists.xen.org Subject: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, Xen-Users. We are looking for a HCL-supported storage appliance, capable of realtime block replication between 2 nodes and active/passive HA with failover to use it with XCP. Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), Asterisk, ERP, File server and so on totaling with 700 users. HP, Dell and NetApp look too expensive for our CEO. Any ideas or comments? Best regards, Sergey Melnik _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 06:24:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 06:24: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 1SHUTv-00066f-Lm; Tue, 10 Apr 2012 06:23:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUTt-00066Z-Ni for xen-users@lists.xen.org; Tue, 10 Apr 2012 06:23:09 +0000 Received: from [193.109.254.147:55715] by server-11.bemta-14.messagelabs.com id 3D/22-05858-DC1D38F4; Tue, 10 Apr 2012 06:23:09 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1334038986!3868394!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23387 invoked from network); 10 Apr 2012 06:23:08 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 06:23:08 -0000 Received: by pbcuo5 with SMTP id uo5so5824205pbc.32 for ; Mon, 09 Apr 2012 23:23:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=kCUpp0qw5cRjN6Mojf5h5T4qdfzkgZJHSChKeV5+crw=; b=iqiQFnK5PJVk2GKBgX6HKJ4ZTlIv2ewKA0cv1Sjv8qAQXRQwxTbDwCHrIEv3jBoYHI 7U42zbgbNFx3kFcd91Bb4UNYKF1x92fpjUGqSNo/RY1H9+Xo92fnP2EXDKjTwYZYR/22 iaIh4TkeDwng2KvwJ+zO+Wft427XbuzvjLbzXYES0D7z4Sp4cU4SlTu0DNBwEfrqYzU4 R4TZSKa3RzWSUDbX1jW4lVdw7/vAGE1Ck1dyJd3bfdRQLi/9QLggOA9cGge8ViuDz4Nh p7ZN8aezJNmZ/b29iyFTgrFT1rswlOs/DiLRDFs5PAgKujI/RZb/i3/9QK0ldfSGt5jN 3vOA== MIME-Version: 1.0 Received: by 10.68.234.1 with SMTP id ua1mr8750546pbc.114.1334038985872; Mon, 09 Apr 2012 23:23:05 -0700 (PDT) Received: by 10.68.233.163 with HTTP; Mon, 9 Apr 2012 23:23:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 13:23:05 +0700 Message-ID: From: "Fajar A. Nugraha" To: Sergey Melnik X-Gm-Message-State: ALoCoQlT0UjXgfdfYKYEzIbKzPAjxVWpYnHc+uuylJ9I347KOBrvqa8cG3SFJj3EE7c8OASCUDWx Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 1:12 PM, Sergey Melnik wrote: > Hello, Xen-Users. > > We are looking for a HCL-supported storage appliance, capable of > realtime block replication between 2 nodes Realtime replication is expensive. Make sure you REALLY need that, as it can double (or more) the price of your storage system, AND reduce your storage sync performance greatly. > and active/passive HA with > failover to use it with XCP. > Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), > Asterisk, ERP, File server and so on totaling with 700 users. > > HP, Dell and NetApp look too expensive for our CEO. > > Any ideas or comments? I'd start with: - get oracle's quote for their unified storage appliance. Make sure you get the one with SSDs. It should be cheaper than netapp. - look into nexenta on whatever hardware they recommend (AFAIK supermicro or dell/HP boxes should be good) If both are still too expensive, the last path would be your own home-brew solution using either openindiana or linux+drbd. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 06:24:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 06:24: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 1SHUTv-00066f-Lm; Tue, 10 Apr 2012 06:23:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUTt-00066Z-Ni for xen-users@lists.xen.org; Tue, 10 Apr 2012 06:23:09 +0000 Received: from [193.109.254.147:55715] by server-11.bemta-14.messagelabs.com id 3D/22-05858-DC1D38F4; Tue, 10 Apr 2012 06:23:09 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-12.tower-27.messagelabs.com!1334038986!3868394!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23387 invoked from network); 10 Apr 2012 06:23:08 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 06:23:08 -0000 Received: by pbcuo5 with SMTP id uo5so5824205pbc.32 for ; Mon, 09 Apr 2012 23:23:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=kCUpp0qw5cRjN6Mojf5h5T4qdfzkgZJHSChKeV5+crw=; b=iqiQFnK5PJVk2GKBgX6HKJ4ZTlIv2ewKA0cv1Sjv8qAQXRQwxTbDwCHrIEv3jBoYHI 7U42zbgbNFx3kFcd91Bb4UNYKF1x92fpjUGqSNo/RY1H9+Xo92fnP2EXDKjTwYZYR/22 iaIh4TkeDwng2KvwJ+zO+Wft427XbuzvjLbzXYES0D7z4Sp4cU4SlTu0DNBwEfrqYzU4 R4TZSKa3RzWSUDbX1jW4lVdw7/vAGE1Ck1dyJd3bfdRQLi/9QLggOA9cGge8ViuDz4Nh p7ZN8aezJNmZ/b29iyFTgrFT1rswlOs/DiLRDFs5PAgKujI/RZb/i3/9QK0ldfSGt5jN 3vOA== MIME-Version: 1.0 Received: by 10.68.234.1 with SMTP id ua1mr8750546pbc.114.1334038985872; Mon, 09 Apr 2012 23:23:05 -0700 (PDT) Received: by 10.68.233.163 with HTTP; Mon, 9 Apr 2012 23:23:05 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 13:23:05 +0700 Message-ID: From: "Fajar A. Nugraha" To: Sergey Melnik X-Gm-Message-State: ALoCoQlT0UjXgfdfYKYEzIbKzPAjxVWpYnHc+uuylJ9I347KOBrvqa8cG3SFJj3EE7c8OASCUDWx Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 1:12 PM, Sergey Melnik wrote: > Hello, Xen-Users. > > We are looking for a HCL-supported storage appliance, capable of > realtime block replication between 2 nodes Realtime replication is expensive. Make sure you REALLY need that, as it can double (or more) the price of your storage system, AND reduce your storage sync performance greatly. > and active/passive HA with > failover to use it with XCP. > Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), > Asterisk, ERP, File server and so on totaling with 700 users. > > HP, Dell and NetApp look too expensive for our CEO. > > Any ideas or comments? I'd start with: - get oracle's quote for their unified storage appliance. Make sure you get the one with SSDs. It should be cheaper than netapp. - look into nexenta on whatever hardware they recommend (AFAIK supermicro or dell/HP boxes should be good) If both are still too expensive, the last path would be your own home-brew solution using either openindiana or linux+drbd. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 06:25:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 06:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUVV-0006DD-Ck; Tue, 10 Apr 2012 06:24:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUVS-0006Cs-Cm for xen-users@lists.xen.org; Tue, 10 Apr 2012 06:24:48 +0000 Received: from [85.158.138.51:50841] by server-7.bemta-3.messagelabs.com id F8/7C-07528-D22D38F4; Tue, 10 Apr 2012 06:24:45 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-11.tower-174.messagelabs.com!1334039084!21394840!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29499 invoked from network); 10 Apr 2012 06:24:45 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 06:24:45 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id DBF721C1412D for ; Tue, 10 Apr 2012 08:24:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :content-transfer-encoding:in-reply-to; s=selector1; bh=3oxGoQ/A oCO/ZcGhaOPpuTnH5KE=; b=qTDdi0LzRvItvzxFQ1xO3SCmSYwtyXz2v6yl1Cyo O0GB0qxFG4jZnDwmVbmtpfDqjlrrc3MYuTm3OHV/DIRMZkG3Z98LXQIOGU7RMRJL Jc3VarSRRUBpS+9WdYPMEUiqAcJBiiRHRnCwpH3sNYh1/JfGbM/sBUj/i37RylWx PT9zCUCw4N/F2cbZnXjSQ+m0v8+aV6KZAC9CF6aLqPKUwK7j6cp8QTBjpEaFJnVL emI4Zr9V8uLWVqzV5PORnCNX0feMyFiC+qqwZJY7t/j21lCKi/+I9o8RTt7ZcFyM BABDm7NlUR9W11dCgrRIi8Ren9Z5sGdHoqkFSUJFEc0Q1745kXsDTH1K7NE4PwQj 9F0OO40eagRzcKBvQA00B+eXslXRhLt9IRdU7h9k1J0oVhnD3LBN9NTgSPLBBs8c Rwt4ww02OrtSiICAks8Iq8yYuG/jC9dRKVsqWl7afaGNHcgRtdUYvwv8WecyTdsy kYIMQqRxsZNnnQix+QtsIzjJKCzOZGxkGJVdIyp7BJPa0XJ3rZ9hdVTrUJV6KkdT EKIDTH2EqIgToNjoro5HsordN4hqduZyEkbFyfJLcigUdTT9EnexD0XXXguUoU9K knBqZm3dCKOZnrk1GvEx806TM4C9mPkJ5Yptn+pU699b1Moo171TNE/kZVUQ2ORE Y50= Received: by smtp.bloms.de (Postfix, from userid 1000) id AD0DC1C14178; Tue, 10 Apr 2012 08:24:43 +0200 (CEST) Date: Tue, 10 Apr 2012 08:24:43 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Cc: "xen-users@lists.xen.org" Message-ID: <20120410062443.GB8772@bloms.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Xen-users] xen-pciback cause my system hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, On Mon, Apr 09, Xi Shen wrote: > 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 140M] > (rev a1) > > > and I added these to my /etc/modprobe.d/xen-pciback.conf > > options xen-pciback hide=(0000:01:00.0) when you put the grafic card to a domU, then dom0 can't display any new stuff on it. Maybe you want insert a second card for dom0, or use a serial cable to get access to your dom0 from a second computer. -- Best regards Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 06:25:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 06:25:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUVV-0006DD-Ck; Tue, 10 Apr 2012 06:24:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUVS-0006Cs-Cm for xen-users@lists.xen.org; Tue, 10 Apr 2012 06:24:48 +0000 Received: from [85.158.138.51:50841] by server-7.bemta-3.messagelabs.com id F8/7C-07528-D22D38F4; Tue, 10 Apr 2012 06:24:45 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-11.tower-174.messagelabs.com!1334039084!21394840!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29499 invoked from network); 10 Apr 2012 06:24:45 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 06:24:45 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id DBF721C1412D for ; Tue, 10 Apr 2012 08:24:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :content-transfer-encoding:in-reply-to; s=selector1; bh=3oxGoQ/A oCO/ZcGhaOPpuTnH5KE=; b=qTDdi0LzRvItvzxFQ1xO3SCmSYwtyXz2v6yl1Cyo O0GB0qxFG4jZnDwmVbmtpfDqjlrrc3MYuTm3OHV/DIRMZkG3Z98LXQIOGU7RMRJL Jc3VarSRRUBpS+9WdYPMEUiqAcJBiiRHRnCwpH3sNYh1/JfGbM/sBUj/i37RylWx PT9zCUCw4N/F2cbZnXjSQ+m0v8+aV6KZAC9CF6aLqPKUwK7j6cp8QTBjpEaFJnVL emI4Zr9V8uLWVqzV5PORnCNX0feMyFiC+qqwZJY7t/j21lCKi/+I9o8RTt7ZcFyM BABDm7NlUR9W11dCgrRIi8Ren9Z5sGdHoqkFSUJFEc0Q1745kXsDTH1K7NE4PwQj 9F0OO40eagRzcKBvQA00B+eXslXRhLt9IRdU7h9k1J0oVhnD3LBN9NTgSPLBBs8c Rwt4ww02OrtSiICAks8Iq8yYuG/jC9dRKVsqWl7afaGNHcgRtdUYvwv8WecyTdsy kYIMQqRxsZNnnQix+QtsIzjJKCzOZGxkGJVdIyp7BJPa0XJ3rZ9hdVTrUJV6KkdT EKIDTH2EqIgToNjoro5HsordN4hqduZyEkbFyfJLcigUdTT9EnexD0XXXguUoU9K knBqZm3dCKOZnrk1GvEx806TM4C9mPkJ5Yptn+pU699b1Moo171TNE/kZVUQ2ORE Y50= Received: by smtp.bloms.de (Postfix, from userid 1000) id AD0DC1C14178; Tue, 10 Apr 2012 08:24:43 +0200 (CEST) Date: Tue, 10 Apr 2012 08:24:43 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Cc: "xen-users@lists.xen.org" Message-ID: <20120410062443.GB8772@bloms.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: [Xen-users] xen-pciback cause my system hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, On Mon, Apr 09, Xi Shen wrote: > 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS 140M] > (rev a1) > > > and I added these to my /etc/modprobe.d/xen-pciback.conf > > options xen-pciback hide=(0000:01:00.0) when you put the grafic card to a domU, then dom0 can't display any new stuff on it. Maybe you want insert a second card for dom0, or use a serial cable to get access to your dom0 from a second computer. -- Best regards Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 07:39:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 07:39: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 1SHVeN-0007Dk-DS; Tue, 10 Apr 2012 07:38:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHVeL-0007Db-WB for xen-users@lists.xen.org; Tue, 10 Apr 2012 07:38:02 +0000 Received: from [85.158.139.83:5840] by server-10.bemta-5.messagelabs.com id 52/5A-08260-953E38F4; Tue, 10 Apr 2012 07:38:01 +0000 X-Env-Sender: lfchieu@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1334043479!20402009!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23605 invoked from network); 10 Apr 2012 07:38:00 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 07:38:00 -0000 Received: by yhoo21 with SMTP id o21so2602596yho.32 for ; Tue, 10 Apr 2012 00:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WYzHhd0PI09Xu+Br9DBhprA3/jmWY1Dt4AKdYPjO+gk=; b=ZLRTfXGAVxUn9KpYPr091Tg8oWSM3c4q33+Nak0lWZVLS5BdHVOO8YVB9KH9HP+qgS lyFIdCtyKBqHwmnWxAfZ0lAQizAb70B4dSuudGjVgI0+UuMl+rxyrQKQX4Y1Vg2hnPkN ulUHFsXbetJ52tgIF4nZYgmquaOkrNecx6GY3KzID10YzQZwxwU3Rv2JSw0TZdKxVfRI /AXAcbwfOa5oyjHytFaj7eXcJZwy4L2yXT8HCmHlGCONpED5LAwb/qHq3S/+EiENWGhx HEa4HH8IVVT4CoE2cmSTDHSYrRHnFduMxPwLRABU/iwxU4VhpmyDYT/TjxeMnnk3O1qY DEQQ== MIME-Version: 1.0 Received: by 10.236.192.164 with SMTP id i24mr8741861yhn.9.1334043478766; Tue, 10 Apr 2012 00:37:58 -0700 (PDT) Received: by 10.236.103.144 with HTTP; Tue, 10 Apr 2012 00:37:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 15:37:58 +0800 Message-ID: From: Chieu To: Steven Timm Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org dGhhbmsgeW91IGZvciBoZWxwLgoKVGhlIHNwZWNpYWwgaXMgd2hlbiB0aGUgdGltZSBqdW1wcyBm b3J3YXJko6wgdGhlbiB0aGUgdGltZSB3b24ndCBjaGFuZ2UKYW5kIGtlZXAgdGhlIHRpbWUgYWx3 YXlzoaMKCmZvciBleGFtcGxlLCB0aGUgdGltZSBqdW1wcyB0byA0OjAwIGZyb20gMzozMKOsIHRo ZW4gdGhlIHRpbWUga2VlcHMgNDowMKGjCgoKCjIwMTIvNC85IFN0ZXZlbiBUaW1tIDx0aW1tQGZu YWwuZ292PjoKPiBPbiBNb24sIDkgQXByIDIwMTIsIENoaWV1IHdyb3RlOgo+Cj4+IEhJLCBndXlz Cj4+Cj4+IFJlY2VudGx5LEkgbWV0IGEgcHJvYmxlbS4KPj4gWGVuJ3MgdmVyc2lvbjogMy40LjMK Pj4gZ3Vlc3Qgb3M6cmVkaGF0IDQuOCAzMmJpdAo+Pgo+PiBBbmQgeGVuLmluZGVwZW5kZW50X3dh bGxjbG9jayA9IDEgaGFzIGJlZW4gc2V0Lgo+Pgo+PiBUaGUgdGltZSBvZiBndWVzdCBvcyBjaGFu Z2UgdG8gYmUgZmFzdCBzdWRkZW5seSwgYWJvdXQgMjAwMCBzZWNvbmQuCj4+IGJlY2F1c2UgdGhl IGNoYW5nZSBpcyB0b28gd2lsZCwgbnRwIGRpZG4ndCBzeW5jIHRvIHRoZSBudHAgc2VydmVyJ3Mg dGltZS4KPj4KPj4gbXkgYXBwbGljYXRpb24gaXMgZGVwZW5kZW50IG9uIHRoZSBzeXN0bWUgdGlt ZS4gQW5kIHRoaXMgb2NjdXJzIGEgbG90IG9mCj4+IHRpbWVzLgo+Pgo+PiBJIGRvbid0IGtub3cg d2hpY2ggc2l0dWF0aW9uIHdpbGwgY2F1c2UgdGhpcyBwcm9ibGVtLgo+Cj4KPiBJIGhhdmUgc2Vl biB0aGlzIHdpdGggbWFueSBkaWZmZXJlbnQgdmVyc2lvbnMgb2YgUmVkaGF0IDMyLWJpdAo+IGd1 ZXN0cyAoNC54IGFuZCA1LngpIG9uIFhlbiBmcm9tIDMuMSB1cHdhcmRzLiAgTmV2ZXIgZm91bmQg YSBmaXggYmVzaWRlcwo+IG1pZ3JhdGluZyBhbGwgbXkgZ3Vlc3RzIHRvIDY0LWJpdC4gIGluZGVw ZW5kZW50X3dhbGxjbG9jayBpcwo+IGJldHRlciB0aGFuIG5vdCwgYnV0IEkgc2VlIGV4YWN0bHkg dGhlIHNhbWUgcHJvYmxlbSB0aGF0IHRoZSBjbG9jawo+IGp1bXBzIGZvcndhcmQgYnkgMjAtNDAg bWludXRlcyBhbmQgdGhlbiBqdXN0IGhvbGRzIHRoZXJlIHVudGlsCj4gcmVhbCB0aW1lIGNhdGNo ZXMgdXAgdG8gaXQuCj4KPiBTdGV2ZSBUaW1tCj4KPgo+Pgo+PiBEb2VzIGFueW9uZSBjYW4gaGVs cCBtZSA/Cj4+Cj4+IHRoYW5rIHlvdSEKPj4KPj4gc2luY2VyZWx5Cj4+Cj4+IGNoaWV1Cj4+Cj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBTdGV2ZW4gQy4gVGltbSwg UGguRCAgKDYzMCkgODQwLTg1MjUKPiB0aW1tQGZuYWwuZ292ICBodHRwOi8vaG9tZS5mbmFsLmdv di9+dGltbS8KPiBGZXJtaWxhYiBDb21wdXRpbmcgRGl2aXNpb24sIFNjaWVudGlmaWMgQ29tcHV0 aW5nIEZhY2lsaXRpZXMsCj4gR3JpZCBGYWNpbGl0aWVzIERlcGFydG1lbnQsIEZlcm1pR3JpZCBT ZXJ2aWNlcyBHcm91cCwgR3JvdXAgTGVhZGVyLgo+IExlYWQgb2YgRmVybWlDbG91ZCBwcm9qZWN0 LgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVz ZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Apr 10 07:39:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 07:39: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 1SHVeN-0007Dk-DS; Tue, 10 Apr 2012 07:38:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHVeL-0007Db-WB for xen-users@lists.xen.org; Tue, 10 Apr 2012 07:38:02 +0000 Received: from [85.158.139.83:5840] by server-10.bemta-5.messagelabs.com id 52/5A-08260-953E38F4; Tue, 10 Apr 2012 07:38:01 +0000 X-Env-Sender: lfchieu@gmail.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1334043479!20402009!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23605 invoked from network); 10 Apr 2012 07:38:00 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 07:38:00 -0000 Received: by yhoo21 with SMTP id o21so2602596yho.32 for ; Tue, 10 Apr 2012 00:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WYzHhd0PI09Xu+Br9DBhprA3/jmWY1Dt4AKdYPjO+gk=; b=ZLRTfXGAVxUn9KpYPr091Tg8oWSM3c4q33+Nak0lWZVLS5BdHVOO8YVB9KH9HP+qgS lyFIdCtyKBqHwmnWxAfZ0lAQizAb70B4dSuudGjVgI0+UuMl+rxyrQKQX4Y1Vg2hnPkN ulUHFsXbetJ52tgIF4nZYgmquaOkrNecx6GY3KzID10YzQZwxwU3Rv2JSw0TZdKxVfRI /AXAcbwfOa5oyjHytFaj7eXcJZwy4L2yXT8HCmHlGCONpED5LAwb/qHq3S/+EiENWGhx HEa4HH8IVVT4CoE2cmSTDHSYrRHnFduMxPwLRABU/iwxU4VhpmyDYT/TjxeMnnk3O1qY DEQQ== MIME-Version: 1.0 Received: by 10.236.192.164 with SMTP id i24mr8741861yhn.9.1334043478766; Tue, 10 Apr 2012 00:37:58 -0700 (PDT) Received: by 10.236.103.144 with HTTP; Tue, 10 Apr 2012 00:37:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 15:37:58 +0800 Message-ID: From: Chieu To: Steven Timm Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org dGhhbmsgeW91IGZvciBoZWxwLgoKVGhlIHNwZWNpYWwgaXMgd2hlbiB0aGUgdGltZSBqdW1wcyBm b3J3YXJko6wgdGhlbiB0aGUgdGltZSB3b24ndCBjaGFuZ2UKYW5kIGtlZXAgdGhlIHRpbWUgYWx3 YXlzoaMKCmZvciBleGFtcGxlLCB0aGUgdGltZSBqdW1wcyB0byA0OjAwIGZyb20gMzozMKOsIHRo ZW4gdGhlIHRpbWUga2VlcHMgNDowMKGjCgoKCjIwMTIvNC85IFN0ZXZlbiBUaW1tIDx0aW1tQGZu YWwuZ292PjoKPiBPbiBNb24sIDkgQXByIDIwMTIsIENoaWV1IHdyb3RlOgo+Cj4+IEhJLCBndXlz Cj4+Cj4+IFJlY2VudGx5LEkgbWV0IGEgcHJvYmxlbS4KPj4gWGVuJ3MgdmVyc2lvbjogMy40LjMK Pj4gZ3Vlc3Qgb3M6cmVkaGF0IDQuOCAzMmJpdAo+Pgo+PiBBbmQgeGVuLmluZGVwZW5kZW50X3dh bGxjbG9jayA9IDEgaGFzIGJlZW4gc2V0Lgo+Pgo+PiBUaGUgdGltZSBvZiBndWVzdCBvcyBjaGFu Z2UgdG8gYmUgZmFzdCBzdWRkZW5seSwgYWJvdXQgMjAwMCBzZWNvbmQuCj4+IGJlY2F1c2UgdGhl IGNoYW5nZSBpcyB0b28gd2lsZCwgbnRwIGRpZG4ndCBzeW5jIHRvIHRoZSBudHAgc2VydmVyJ3Mg dGltZS4KPj4KPj4gbXkgYXBwbGljYXRpb24gaXMgZGVwZW5kZW50IG9uIHRoZSBzeXN0bWUgdGlt ZS4gQW5kIHRoaXMgb2NjdXJzIGEgbG90IG9mCj4+IHRpbWVzLgo+Pgo+PiBJIGRvbid0IGtub3cg d2hpY2ggc2l0dWF0aW9uIHdpbGwgY2F1c2UgdGhpcyBwcm9ibGVtLgo+Cj4KPiBJIGhhdmUgc2Vl biB0aGlzIHdpdGggbWFueSBkaWZmZXJlbnQgdmVyc2lvbnMgb2YgUmVkaGF0IDMyLWJpdAo+IGd1 ZXN0cyAoNC54IGFuZCA1LngpIG9uIFhlbiBmcm9tIDMuMSB1cHdhcmRzLiAgTmV2ZXIgZm91bmQg YSBmaXggYmVzaWRlcwo+IG1pZ3JhdGluZyBhbGwgbXkgZ3Vlc3RzIHRvIDY0LWJpdC4gIGluZGVw ZW5kZW50X3dhbGxjbG9jayBpcwo+IGJldHRlciB0aGFuIG5vdCwgYnV0IEkgc2VlIGV4YWN0bHkg dGhlIHNhbWUgcHJvYmxlbSB0aGF0IHRoZSBjbG9jawo+IGp1bXBzIGZvcndhcmQgYnkgMjAtNDAg bWludXRlcyBhbmQgdGhlbiBqdXN0IGhvbGRzIHRoZXJlIHVudGlsCj4gcmVhbCB0aW1lIGNhdGNo ZXMgdXAgdG8gaXQuCj4KPiBTdGV2ZSBUaW1tCj4KPgo+Pgo+PiBEb2VzIGFueW9uZSBjYW4gaGVs cCBtZSA/Cj4+Cj4+IHRoYW5rIHlvdSEKPj4KPj4gc2luY2VyZWx5Cj4+Cj4+IGNoaWV1Cj4+Cj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gaHR0cDovL2xp c3RzLnhlbi5vcmcveGVuLXVzZXJzCj4+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBTdGV2ZW4gQy4gVGltbSwg UGguRCAgKDYzMCkgODQwLTg1MjUKPiB0aW1tQGZuYWwuZ292ICBodHRwOi8vaG9tZS5mbmFsLmdv di9+dGltbS8KPiBGZXJtaWxhYiBDb21wdXRpbmcgRGl2aXNpb24sIFNjaWVudGlmaWMgQ29tcHV0 aW5nIEZhY2lsaXRpZXMsCj4gR3JpZCBGYWNpbGl0aWVzIERlcGFydG1lbnQsIEZlcm1pR3JpZCBT ZXJ2aWNlcyBHcm91cCwgR3JvdXAgTGVhZGVyLgo+IExlYWQgb2YgRmVybWlDbG91ZCBwcm9qZWN0 LgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVz ZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVu Lm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Tue Apr 10 07:59:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 07:59: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 1SHVyJ-0008Bs-0V; Tue, 10 Apr 2012 07:58:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHVyH-0008Bn-UU for xen-users@lists.xen.org; Tue, 10 Apr 2012 07:58:38 +0000 Received: from [85.158.138.51:47360] by server-6.bemta-3.messagelabs.com id 17/0F-08206-D28E38F4; Tue, 10 Apr 2012 07:58:37 +0000 X-Env-Sender: admin.sa@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334044714!21362621!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10813 invoked from network); 10 Apr 2012 07:58:36 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 07:58:36 -0000 Received: by obbup19 with SMTP id up19so7101429obb.32 for ; Tue, 10 Apr 2012 00:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=3qYzu71hgx7IycteVSlW5XTzkw0ggchhrMjA+5p32HU=; b=n0ccmGEilp3uPv61m7V67U38GuLbG/Tc2s/gslfbwRYGLZ2veCdhieif4wvK4xKwkl tPqcaRd679z8IXUXYuXW+aFnry++cBmGMutcwunmrjkwZlqu5gV/TobIW27lwr89WqDk 8IWW8YIe+LB4pyL/oORMtMXXqiok06Tx0y2wxWIWaMy15dAoSoAmfxXzVrvBOaVrXFUH yLyRmM1WugjiKAihe4VuICAKuZUOlTL47Ay0F58o96U9Lp7VKc+a/NuReh3WOUXp4PWD qAhP9CsDFggETpv4mDr06O3bGxPPj+PXr2J+MM2ToaJ9O1+q6FQO1nZSfCWut+6E91rx O/9Q== MIME-Version: 1.0 Received: by 10.60.14.226 with SMTP id s2mr14612508oec.29.1334044714088; Tue, 10 Apr 2012 00:58:34 -0700 (PDT) Received: by 10.182.27.230 with HTTP; Tue, 10 Apr 2012 00:58:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 11:58:34 +0400 Message-ID: From: Sergey Melnik To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 10:23 AM, Fajar A. Nugraha wrote: > On Tue, Apr 10, 2012 at 1:12 PM, Sergey Melnik wrote: >> Hello, Xen-Users. >> >> We are looking for a HCL-supported storage appliance, capable of >> realtime block replication between 2 nodes > > Realtime replication is expensive. Make sure you REALLY need that, as > it can double (or more) the price of your storage system, AND reduce > your storage sync performance greatly. > >> and active/passive HA with >> failover to use it with XCP. >> Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), >> Asterisk, ERP, File server and so on totaling with 700 users. >> >> HP, Dell and NetApp look too expensive for our CEO. >> >> Any ideas or comments? > > I'd start with: > - get oracle's quote for their unified storage appliance. Make sure > you get the one with SSDs. It should be cheaper than netapp. > - look into nexenta on whatever hardware they recommend (AFAIK > supermicro or dell/HP boxes should be good) > > If both are still too expensive, the last path would be your own > home-brew solution using either openindiana or linux+drbd. > > -- > Fajar Fajar, thanks for pointing out Oracle Appliance. Gonna have a look at that. I'm testing Nexentastor now, yet it fails to start or detect on my test HW. Walter, my question is about XCP, so it it only 2 storage nodes, XCP itself has more nodes than that. Also we have already tested Asterisk, works fine for several month now. Thanks Sergey. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 07:59:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 07:59: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 1SHVyJ-0008Bs-0V; Tue, 10 Apr 2012 07:58:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHVyH-0008Bn-UU for xen-users@lists.xen.org; Tue, 10 Apr 2012 07:58:38 +0000 Received: from [85.158.138.51:47360] by server-6.bemta-3.messagelabs.com id 17/0F-08206-D28E38F4; Tue, 10 Apr 2012 07:58:37 +0000 X-Env-Sender: admin.sa@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334044714!21362621!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10813 invoked from network); 10 Apr 2012 07:58:36 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 07:58:36 -0000 Received: by obbup19 with SMTP id up19so7101429obb.32 for ; Tue, 10 Apr 2012 00:58:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=3qYzu71hgx7IycteVSlW5XTzkw0ggchhrMjA+5p32HU=; b=n0ccmGEilp3uPv61m7V67U38GuLbG/Tc2s/gslfbwRYGLZ2veCdhieif4wvK4xKwkl tPqcaRd679z8IXUXYuXW+aFnry++cBmGMutcwunmrjkwZlqu5gV/TobIW27lwr89WqDk 8IWW8YIe+LB4pyL/oORMtMXXqiok06Tx0y2wxWIWaMy15dAoSoAmfxXzVrvBOaVrXFUH yLyRmM1WugjiKAihe4VuICAKuZUOlTL47Ay0F58o96U9Lp7VKc+a/NuReh3WOUXp4PWD qAhP9CsDFggETpv4mDr06O3bGxPPj+PXr2J+MM2ToaJ9O1+q6FQO1nZSfCWut+6E91rx O/9Q== MIME-Version: 1.0 Received: by 10.60.14.226 with SMTP id s2mr14612508oec.29.1334044714088; Tue, 10 Apr 2012 00:58:34 -0700 (PDT) Received: by 10.182.27.230 with HTTP; Tue, 10 Apr 2012 00:58:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 11:58:34 +0400 Message-ID: From: Sergey Melnik To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 10:23 AM, Fajar A. Nugraha wrote: > On Tue, Apr 10, 2012 at 1:12 PM, Sergey Melnik wrote: >> Hello, Xen-Users. >> >> We are looking for a HCL-supported storage appliance, capable of >> realtime block replication between 2 nodes > > Realtime replication is expensive. Make sure you REALLY need that, as > it can double (or more) the price of your storage system, AND reduce > your storage sync performance greatly. > >> and active/passive HA with >> failover to use it with XCP. >> Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), >> Asterisk, ERP, File server and so on totaling with 700 users. >> >> HP, Dell and NetApp look too expensive for our CEO. >> >> Any ideas or comments? > > I'd start with: > - get oracle's quote for their unified storage appliance. Make sure > you get the one with SSDs. It should be cheaper than netapp. > - look into nexenta on whatever hardware they recommend (AFAIK > supermicro or dell/HP boxes should be good) > > If both are still too expensive, the last path would be your own > home-brew solution using either openindiana or linux+drbd. > > -- > Fajar Fajar, thanks for pointing out Oracle Appliance. Gonna have a look at that. I'm testing Nexentastor now, yet it fails to start or detect on my test HW. Walter, my question is about XCP, so it it only 2 storage nodes, XCP itself has more nodes than that. Also we have already tested Asterisk, works fine for several month now. Thanks Sergey. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 09:47:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 09:47: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 1SHXeX-0001wZ-2i; Tue, 10 Apr 2012 09:46:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHXeV-0001wU-Kb for xen-users@lists.xen.org; Tue, 10 Apr 2012 09:46:19 +0000 Received: from [193.109.254.147:35297] by server-8.bemta-14.messagelabs.com id 54/E2-23244-A61048F4; Tue, 10 Apr 2012 09:46:18 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334051171!796496!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTc2NTgwNCAoYWJhbmRvbmVkOiB hYm91dC5tZS9kYXZpZHNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11931 invoked from network); 10 Apr 2012 09:46:12 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 09:46:12 -0000 Received: by ggnp2 with SMTP id p2so2630374ggn.32 for ; Tue, 10 Apr 2012 02:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qZi9w+WL+A9TgQUUzualDsGbAML3IJs/WUvAM/oeXhY=; b=H8JVNCeEGren7P41MY6U5chHwx927fC7xC3hMjJpYE67PXN2LMCLFRTyeSF5wtF7C2 5rKChuHI5gjMTiw2WMcl5ksQ7luuFwFujRi1BRYaSsu7ihvsPSNq00DLZXqzWDO3RaR2 adBJ6yt7uSylv9WHdVBYatsGJWi3Cp+TmeHTekEW1o7EnhxU9IklSYaGVsXi1rgP1DT3 EY04Pdp7T1j0OygaRBofJnaxtW+B5pTpkeKHjnUwIJzWtn0aYTxJ+EYmZ00LagHXxScS KaRerim6F+a2JFfSMLdISACePfPl+UGWR7LW7lImwkH5SDBv9ZWbqutwKAJMzQOQ9nBr 25yw== MIME-Version: 1.0 Received: by 10.236.193.1 with SMTP id j1mr9033691yhn.40.1334051170671; Tue, 10 Apr 2012 02:46:10 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Tue, 10 Apr 2012 02:46:10 -0700 (PDT) In-Reply-To: <20120410062443.GB8772@bloms.de> References: <20120410062443.GB8772@bloms.de> Date: Tue, 10 Apr 2012 17:46:10 +0800 Message-ID: From: Xi Shen To: Dieter Bloms Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xen-pciback cause my system hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0558043522603941983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0558043522603941983== Content-Type: multipart/alternative; boundary=20cf3056397d23dd8304bd4ffeab --20cf3056397d23dd8304bd4ffeab Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I kind of guessed that. But I do not have another card, or computer...I will try to use a script to start my domU. On Tuesday, April 10, 2012, Dieter Bloms wrote: > Hi, > > On Mon, Apr 09, Xi Shen wrote: > > > 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS > 140M] > > (rev a1) > > > > > > and I added these to my /etc/modprobe.d/xen-pciback.conf > > > > options xen-pciback hide=3D(0000:01:00.0) > > when you put the grafic card to a domU, then dom0 can't display any > new stuff on it. > Maybe you want insert a second card for dom0, or use a serial cable > to get access to your dom0 from a second computer. > > > -- > Best regards > > Dieter > > -- > I do not get viruses because I do not use MS software. > If you use Outlook then please do not put my email address in your > address-book so that WHEN you get a virus it won't use my address in the > From field. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf3056397d23dd8304bd4ffeab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I kind of guessed that. But I do not have another card, or computer...I wil= l try to use a script to start my domU.


On Tuesday, April 10, 2= 012, Dieter Bloms wrote:
Hi,

On Mon, Apr 09, Xi Shen wrote:

> 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS = 140M]
> (rev a1)
>
>
> and I added these to my /etc/modprobe.d/xen-pciback.conf
>
> options xen-pciback hide=3D(0000:01:00.0)

when you put the grafic card to a domU, then dom0 can't display any
new stuff on it.
Maybe you want insert a second card for dom0, or use a serial cable
to get access to your dom0 from a second computer.


--
Best regards

=C2=A0Dieter

--
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in th= e
>From field.

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


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf3056397d23dd8304bd4ffeab-- --===============0558043522603941983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0558043522603941983==-- From xen-users-bounces@lists.xen.org Tue Apr 10 09:47:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 09:47: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 1SHXeX-0001wZ-2i; Tue, 10 Apr 2012 09:46:21 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHXeV-0001wU-Kb for xen-users@lists.xen.org; Tue, 10 Apr 2012 09:46:19 +0000 Received: from [193.109.254.147:35297] by server-8.bemta-14.messagelabs.com id 54/E2-23244-A61048F4; Tue, 10 Apr 2012 09:46:18 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334051171!796496!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTc2NTgwNCAoYWJhbmRvbmVkOiB hYm91dC5tZS9kYXZpZHNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11931 invoked from network); 10 Apr 2012 09:46:12 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 09:46:12 -0000 Received: by ggnp2 with SMTP id p2so2630374ggn.32 for ; Tue, 10 Apr 2012 02:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qZi9w+WL+A9TgQUUzualDsGbAML3IJs/WUvAM/oeXhY=; b=H8JVNCeEGren7P41MY6U5chHwx927fC7xC3hMjJpYE67PXN2LMCLFRTyeSF5wtF7C2 5rKChuHI5gjMTiw2WMcl5ksQ7luuFwFujRi1BRYaSsu7ihvsPSNq00DLZXqzWDO3RaR2 adBJ6yt7uSylv9WHdVBYatsGJWi3Cp+TmeHTekEW1o7EnhxU9IklSYaGVsXi1rgP1DT3 EY04Pdp7T1j0OygaRBofJnaxtW+B5pTpkeKHjnUwIJzWtn0aYTxJ+EYmZ00LagHXxScS KaRerim6F+a2JFfSMLdISACePfPl+UGWR7LW7lImwkH5SDBv9ZWbqutwKAJMzQOQ9nBr 25yw== MIME-Version: 1.0 Received: by 10.236.193.1 with SMTP id j1mr9033691yhn.40.1334051170671; Tue, 10 Apr 2012 02:46:10 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Tue, 10 Apr 2012 02:46:10 -0700 (PDT) In-Reply-To: <20120410062443.GB8772@bloms.de> References: <20120410062443.GB8772@bloms.de> Date: Tue, 10 Apr 2012 17:46:10 +0800 Message-ID: From: Xi Shen To: Dieter Bloms Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xen-pciback cause my system hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0558043522603941983==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0558043522603941983== Content-Type: multipart/alternative; boundary=20cf3056397d23dd8304bd4ffeab --20cf3056397d23dd8304bd4ffeab Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I kind of guessed that. But I do not have another card, or computer...I will try to use a script to start my domU. On Tuesday, April 10, 2012, Dieter Bloms wrote: > Hi, > > On Mon, Apr 09, Xi Shen wrote: > > > 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS > 140M] > > (rev a1) > > > > > > and I added these to my /etc/modprobe.d/xen-pciback.conf > > > > options xen-pciback hide=3D(0000:01:00.0) > > when you put the grafic card to a domU, then dom0 can't display any > new stuff on it. > Maybe you want insert a second card for dom0, or use a serial cable > to get access to your dom0 from a second computer. > > > -- > Best regards > > Dieter > > -- > I do not get viruses because I do not use MS software. > If you use Outlook then please do not put my email address in your > address-book so that WHEN you get a virus it won't use my address in the > From field. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf3056397d23dd8304bd4ffeab Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I kind of guessed that. But I do not have another card, or computer...I wil= l try to use a script to start my domU.


On Tuesday, April 10, 2= 012, Dieter Bloms wrote:
Hi,

On Mon, Apr 09, Xi Shen wrote:

> 01:00.0 VGA compatible controller: NVIDIA Corporation G86 [Quadro NVS = 140M]
> (rev a1)
>
>
> and I added these to my /etc/modprobe.d/xen-pciback.conf
>
> options xen-pciback hide=3D(0000:01:00.0)

when you put the grafic card to a domU, then dom0 can't display any
new stuff on it.
Maybe you want insert a second card for dom0, or use a serial cable
to get access to your dom0 from a second computer.


--
Best regards

=C2=A0Dieter

--
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in th= e
>From field.

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


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf3056397d23dd8304bd4ffeab-- --===============0558043522603941983== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0558043522603941983==-- From xen-users-bounces@lists.xen.org Tue Apr 10 12:16:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 12:16:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHZyF-0005KQ-SR; Tue, 10 Apr 2012 12:14:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHZyE-0005KK-KK for xen-users@lists.xen.org; Tue, 10 Apr 2012 12:14:50 +0000 Received: from [85.158.139.83:39248] by server-9.bemta-5.messagelabs.com id 8E/BA-09826-934248F4; Tue, 10 Apr 2012 12:14:49 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334060085!19220184!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5 tZS9kYXZpZHNoZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1382 invoked from network); 10 Apr 2012 12:14:47 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 12:14:47 -0000 Received: by yhoo21 with SMTP id o21so2681206yho.32 for ; Tue, 10 Apr 2012 05:14:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UCvqZBPFcTUHmi63xGw82KZGdEDY8ckcfZwGEZ7Y8gc=; b=xVh98zwJP5E49nMZdVrtIB+8nYCc0+bQvHRTTwR4O+70N2aZp0E8XyXgu24qFWOfQu IpHBf+xwptpk+7nq9p/9B061uCC//bWfVWAmViEXCVlYD7gH65w9zd+lkGZWxRpfaltd PbUVOoVb3oKh5DNRC4SZpZVkJmRa3wsnHZosgKNGXA5qk/2R+MzZ+q8Pg3gEI9FVDXvu DJ23aQ5Qhyn6EagvxFZFltyQeVsWSdtcW86MTl1hv4lCzChb3Ov2r00bLTOYb1jDIFa5 4ebmjwMY8URFWC2OewWZrQ8+QjRzYegaUMhkOS+FBPObElB2/ZFq10jtf03xvwkjlQbT fSkg== MIME-Version: 1.0 Received: by 10.236.75.232 with SMTP id z68mr9618341yhd.6.1334060085308; Tue, 10 Apr 2012 05:14:45 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Tue, 10 Apr 2012 05:14:45 -0700 (PDT) Date: Tue, 10 Apr 2012 20:14:45 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] what is pci-stub/new_id? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5054428185102129312==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5054428185102129312== Content-Type: multipart/alternative; boundary=20cf300fb0a17e6b8504bd52111a --20cf300fb0a17e6b8504bd52111a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I want to enable vga pass through, so to let my Win7 system use my Nvidia card directly. I searched for a long time, and many posts have mentioned something like this: echo 11f8 8032 >> /sys/bus/pci/drivers/pci-stub/new_id I understand to let the PCI device pass through, I need to unbind it from dom0 and bind it to domU. But what is this new_id form? And how do I know the id value to pass? --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf300fb0a17e6b8504bd52111a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I want to enable vga pass through, so to let my Win7= system use my Nvidia card directly. I searched for a long time, and many p= osts have mentioned something like this:
echo 11f8 8032 >> /sys/bus/pci/drivers/pci-stub/new_id
I understand to let the PCI device pass through, I need to unbind it from= dom0 and bind it to domU. But what is this new_id form? And how do I know = the id value to pass?

--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.com/#!= /davidshen84
--20cf300fb0a17e6b8504bd52111a-- --===============5054428185102129312== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5054428185102129312==-- From xen-users-bounces@lists.xen.org Tue Apr 10 12:16:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 12:16:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHZyF-0005KQ-SR; Tue, 10 Apr 2012 12:14:51 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHZyE-0005KK-KK for xen-users@lists.xen.org; Tue, 10 Apr 2012 12:14:50 +0000 Received: from [85.158.139.83:39248] by server-9.bemta-5.messagelabs.com id 8E/BA-09826-934248F4; Tue, 10 Apr 2012 12:14:49 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334060085!19220184!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5 tZS9kYXZpZHNoZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1382 invoked from network); 10 Apr 2012 12:14:47 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 12:14:47 -0000 Received: by yhoo21 with SMTP id o21so2681206yho.32 for ; Tue, 10 Apr 2012 05:14:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UCvqZBPFcTUHmi63xGw82KZGdEDY8ckcfZwGEZ7Y8gc=; b=xVh98zwJP5E49nMZdVrtIB+8nYCc0+bQvHRTTwR4O+70N2aZp0E8XyXgu24qFWOfQu IpHBf+xwptpk+7nq9p/9B061uCC//bWfVWAmViEXCVlYD7gH65w9zd+lkGZWxRpfaltd PbUVOoVb3oKh5DNRC4SZpZVkJmRa3wsnHZosgKNGXA5qk/2R+MzZ+q8Pg3gEI9FVDXvu DJ23aQ5Qhyn6EagvxFZFltyQeVsWSdtcW86MTl1hv4lCzChb3Ov2r00bLTOYb1jDIFa5 4ebmjwMY8URFWC2OewWZrQ8+QjRzYegaUMhkOS+FBPObElB2/ZFq10jtf03xvwkjlQbT fSkg== MIME-Version: 1.0 Received: by 10.236.75.232 with SMTP id z68mr9618341yhd.6.1334060085308; Tue, 10 Apr 2012 05:14:45 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Tue, 10 Apr 2012 05:14:45 -0700 (PDT) Date: Tue, 10 Apr 2012 20:14:45 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] what is pci-stub/new_id? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5054428185102129312==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5054428185102129312== Content-Type: multipart/alternative; boundary=20cf300fb0a17e6b8504bd52111a --20cf300fb0a17e6b8504bd52111a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I want to enable vga pass through, so to let my Win7 system use my Nvidia card directly. I searched for a long time, and many posts have mentioned something like this: echo 11f8 8032 >> /sys/bus/pci/drivers/pci-stub/new_id I understand to let the PCI device pass through, I need to unbind it from dom0 and bind it to domU. But what is this new_id form? And how do I know the id value to pass? --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf300fb0a17e6b8504bd52111a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I want to enable vga pass through, so to let my Win7= system use my Nvidia card directly. I searched for a long time, and many p= osts have mentioned something like this:
echo 11f8 8032 >> /sys/bus/pci/drivers/pci-stub/new_id
I understand to let the PCI device pass through, I need to unbind it from= dom0 and bind it to domU. But what is this new_id form? And how do I know = the id value to pass?

--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.com/#!= /davidshen84
--20cf300fb0a17e6b8504bd52111a-- --===============5054428185102129312== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5054428185102129312==-- From xen-users-bounces@lists.xen.org Tue Apr 10 12:44:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 12:44: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 1SHaPg-0006EO-GF; Tue, 10 Apr 2012 12:43:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHaPf-0006EJ-1F for xen-users@lists.xen.org; Tue, 10 Apr 2012 12:43:11 +0000 Received: from [193.109.254.147:55102] by server-7.bemta-14.messagelabs.com id 9A/17-01627-EDA248F4; Tue, 10 Apr 2012 12:43:10 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1334061788!3942766!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13567 invoked from network); 10 Apr 2012 12:43:09 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-15.tower-27.messagelabs.com with SMTP; 10 Apr 2012 12:43:09 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Tue, 10 Apr 2012 07:43:07 -0500 From: To: Date: Tue, 10 Apr 2012 07:43:07 -0500 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 thread-index: Ac0W4TU5i4AtDQ9VR12eD+NtiVa91wANgugg Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: X-Auth: admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Contact Nexenta about this. Nexenta is based on OpenSolaris and ZFS, and it offers really impressive performance. There are various HA options available for Nexenta. http://www.nexenta.com/corp/ -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Sergey Melnik Sent: Tuesday, April 10, 2012 1:13 AM To: xen-users@lists.xen.org Subject: [Xen-users] 24TB redundant storage Hello, Xen-Users. We are looking for a HCL-supported storage appliance, capable of realtime block replication between 2 nodes and active/passive HA with failover to use it with XCP. Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), Asterisk, ERP, File server and so on totaling with 700 users. HP, Dell and NetApp look too expensive for our CEO. Any ideas or comments? Best regards, Sergey Melnik _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 12:44:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 12:44: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 1SHaPg-0006EO-GF; Tue, 10 Apr 2012 12:43:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHaPf-0006EJ-1F for xen-users@lists.xen.org; Tue, 10 Apr 2012 12:43:11 +0000 Received: from [193.109.254.147:55102] by server-7.bemta-14.messagelabs.com id 9A/17-01627-EDA248F4; Tue, 10 Apr 2012 12:43:10 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1334061788!3942766!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13567 invoked from network); 10 Apr 2012 12:43:09 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-15.tower-27.messagelabs.com with SMTP; 10 Apr 2012 12:43:09 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Tue, 10 Apr 2012 07:43:07 -0500 From: To: Date: Tue, 10 Apr 2012 07:43:07 -0500 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 thread-index: Ac0W4TU5i4AtDQ9VR12eD+NtiVa91wANgugg Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: X-Auth: admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Contact Nexenta about this. Nexenta is based on OpenSolaris and ZFS, and it offers really impressive performance. There are various HA options available for Nexenta. http://www.nexenta.com/corp/ -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Sergey Melnik Sent: Tuesday, April 10, 2012 1:13 AM To: xen-users@lists.xen.org Subject: [Xen-users] 24TB redundant storage Hello, Xen-Users. We are looking for a HCL-supported storage appliance, capable of realtime block replication between 2 nodes and active/passive HA with failover to use it with XCP. Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), Asterisk, ERP, File server and so on totaling with 700 users. HP, Dell and NetApp look too expensive for our CEO. Any ideas or comments? Best regards, Sergey Melnik _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 13:42:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 13:42:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbK1-0006xi-NW; Tue, 10 Apr 2012 13:41:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbJz-0006xd-N1 for xen-users@lists.xen.org; Tue, 10 Apr 2012 13:41:23 +0000 Received: from [85.158.138.51:52753] by server-12.bemta-3.messagelabs.com id E7/F8-30663-288348F4; Tue, 10 Apr 2012 13:41:22 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334065280!21549650!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11286 invoked from network); 10 Apr 2012 13:41:21 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 13:41:21 -0000 Received: by vbbfs19 with SMTP id fs19so3967725vbb.32 for ; Tue, 10 Apr 2012 06:41:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JvaLodr75cD5ttc7mFS2t4r3V1+HwtRnefKVL1n/FE0=; b=zjHLc4kQTmgUgUrncujZybniqhPMZdge81DXBwqo9y1Yz2uRRrWk4cVDZuIfHflIkA C1DJ9k9hV1yoL7l2DSo+yx0Zc7kncAdGKh7YKuNqEV5XlTN3tdaPtcS5nuUHeQR59aEe QhTvXxqPglOm4eeA4iTojpuJIKOjDnjYwOBLX3kFkulHuIjaJx6ocfKx8XaSdiuyjdBu Jl8Kc55QUmeyT/UAIFPsITms1uQVYcNw1O9c3D/yxdv3liTfqKaymW/CfpGKKY88TYSg Mb+wieTABROoKi9go8mf8Y8xE8crhXccLf40+VTPuZgimdMo2YWOjG9isfC+bc7EJi6w 70Jg== MIME-Version: 1.0 Received: by 10.52.33.105 with SMTP id q9mr4604816vdi.104.1334065280050; Tue, 10 Apr 2012 06:41:20 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Tue, 10 Apr 2012 06:41:20 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 09:41:20 -0400 Message-ID: From: chris To: admin@xenhive.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6973873737261543446==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6973873737261543446== Content-Type: multipart/alternative; boundary=20cf307ac7691fe65704bd5347cf --20cf307ac7691fe65704bd5347cf Content-Type: text/plain; charset=ISO-8859-1 +1 for Nexenta, truly awesome stuff On Tue, Apr 10, 2012 at 8:43 AM, wrote: > Contact Nexenta about this. Nexenta is based on OpenSolaris and ZFS, and > it > offers really impressive performance. There are various HA options > available for Nexenta. > http://www.nexenta.com/corp/ > > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Sergey Melnik > Sent: Tuesday, April 10, 2012 1:13 AM > To: xen-users@lists.xen.org > Subject: [Xen-users] 24TB redundant storage > > Hello, Xen-Users. > > We are looking for a HCL-supported storage appliance, capable of > realtime block replication between 2 nodes and active/passive HA with > failover to use it with XCP. > Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), > Asterisk, ERP, File server and so on totaling with 700 users. > > HP, Dell and NetApp look too expensive for our CEO. > > Any ideas or comments? > > Best regards, > > Sergey Melnik > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307ac7691fe65704bd5347cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable +1 for Nexenta, truly awesome stuff

On Tu= e, Apr 10, 2012 at 8:43 AM, <admin@xenhive.com> wrote:
Contact Nexenta about this. =A0Nexenta is based on OpenSolaris and ZFS, and= it
offers really impressive performance. =A0There are various HA options
available for Nexenta.
http://www.nexen= ta.com/corp/


-----Original Message-----
From: xen-users-bounces@= lists.xen.org
[mailto:xen-users-bounce= s@lists.xen.org] On Behalf Of Sergey Melnik
Sent: Tuesday, April 10, 2012 1:13 AM
To: xen-users@lists.xen.org<= br> Subject: [Xen-users] 24TB redundant storage

Hello, Xen-Users.

We are looking for a HCL-supported storage appliance, capable of
realtime block replication between 2 nodes and active/passive HA with
failover to use it with XCP.
Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot),
Asterisk, ERP, File server and so on totaling with 700 users.

HP, Dell and NetApp look too expensive for our CEO.

Any ideas or comments?

Best regards,

Sergey Melnik

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



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

--20cf307ac7691fe65704bd5347cf-- --===============6973873737261543446== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6973873737261543446==-- From xen-users-bounces@lists.xen.org Tue Apr 10 13:42:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 13:42:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbK1-0006xi-NW; Tue, 10 Apr 2012 13:41:25 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbJz-0006xd-N1 for xen-users@lists.xen.org; Tue, 10 Apr 2012 13:41:23 +0000 Received: from [85.158.138.51:52753] by server-12.bemta-3.messagelabs.com id E7/F8-30663-288348F4; Tue, 10 Apr 2012 13:41:22 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334065280!21549650!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11286 invoked from network); 10 Apr 2012 13:41:21 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 13:41:21 -0000 Received: by vbbfs19 with SMTP id fs19so3967725vbb.32 for ; Tue, 10 Apr 2012 06:41:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JvaLodr75cD5ttc7mFS2t4r3V1+HwtRnefKVL1n/FE0=; b=zjHLc4kQTmgUgUrncujZybniqhPMZdge81DXBwqo9y1Yz2uRRrWk4cVDZuIfHflIkA C1DJ9k9hV1yoL7l2DSo+yx0Zc7kncAdGKh7YKuNqEV5XlTN3tdaPtcS5nuUHeQR59aEe QhTvXxqPglOm4eeA4iTojpuJIKOjDnjYwOBLX3kFkulHuIjaJx6ocfKx8XaSdiuyjdBu Jl8Kc55QUmeyT/UAIFPsITms1uQVYcNw1O9c3D/yxdv3liTfqKaymW/CfpGKKY88TYSg Mb+wieTABROoKi9go8mf8Y8xE8crhXccLf40+VTPuZgimdMo2YWOjG9isfC+bc7EJi6w 70Jg== MIME-Version: 1.0 Received: by 10.52.33.105 with SMTP id q9mr4604816vdi.104.1334065280050; Tue, 10 Apr 2012 06:41:20 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Tue, 10 Apr 2012 06:41:20 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 09:41:20 -0400 Message-ID: From: chris To: admin@xenhive.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6973873737261543446==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6973873737261543446== Content-Type: multipart/alternative; boundary=20cf307ac7691fe65704bd5347cf --20cf307ac7691fe65704bd5347cf Content-Type: text/plain; charset=ISO-8859-1 +1 for Nexenta, truly awesome stuff On Tue, Apr 10, 2012 at 8:43 AM, wrote: > Contact Nexenta about this. Nexenta is based on OpenSolaris and ZFS, and > it > offers really impressive performance. There are various HA options > available for Nexenta. > http://www.nexenta.com/corp/ > > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Sergey Melnik > Sent: Tuesday, April 10, 2012 1:13 AM > To: xen-users@lists.xen.org > Subject: [Xen-users] 24TB redundant storage > > Hello, Xen-Users. > > We are looking for a HCL-supported storage appliance, capable of > realtime block replication between 2 nodes and active/passive HA with > failover to use it with XCP. > Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot), > Asterisk, ERP, File server and so on totaling with 700 users. > > HP, Dell and NetApp look too expensive for our CEO. > > Any ideas or comments? > > Best regards, > > Sergey Melnik > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307ac7691fe65704bd5347cf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable +1 for Nexenta, truly awesome stuff

On Tu= e, Apr 10, 2012 at 8:43 AM, <admin@xenhive.com> wrote:
Contact Nexenta about this. =A0Nexenta is based on OpenSolaris and ZFS, and= it
offers really impressive performance. =A0There are various HA options
available for Nexenta.
http://www.nexen= ta.com/corp/


-----Original Message-----
From: xen-users-bounces@= lists.xen.org
[mailto:xen-users-bounce= s@lists.xen.org] On Behalf Of Sergey Melnik
Sent: Tuesday, April 10, 2012 1:13 AM
To: xen-users@lists.xen.org<= br> Subject: [Xen-users] 24TB redundant storage

Hello, Xen-Users.

We are looking for a HCL-supported storage appliance, capable of
realtime block replication between 2 nodes and active/passive HA with
failover to use it with XCP.
Planned VMs are AD, WSUS, Mail server (exim, mysql, dovecot),
Asterisk, ERP, File server and so on totaling with 700 users.

HP, Dell and NetApp look too expensive for our CEO.

Any ideas or comments?

Best regards,

Sergey Melnik

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



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

--20cf307ac7691fe65704bd5347cf-- --===============6973873737261543446== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6973873737261543446==-- From xen-users-bounces@lists.xen.org Tue Apr 10 13:53:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 13:53: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 1SHbUw-0007Eo-3u; Tue, 10 Apr 2012 13:52:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbUu-0007Ei-6g for xen-users@lists.xen.org; Tue, 10 Apr 2012 13:52:40 +0000 Received: from [85.158.143.99:10403] by server-2.bemta-4.messagelabs.com id 20/DC-17550-72B348F4; Tue, 10 Apr 2012 13:52:39 +0000 X-Env-Sender: jens.krause@eco-5.de X-Msg-Ref: server-11.tower-216.messagelabs.com!1334065958!22488673!1 X-Originating-IP: [212.227.126.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTU4OTg=\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTU4OTg=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24218 invoked from network); 10 Apr 2012 13:52:38 -0000 Received: from moutng.kundenserver.de (HELO moutng.kundenserver.de) (212.227.126.171) by server-11.tower-216.messagelabs.com with SMTP; 10 Apr 2012 13:52:38 -0000 Received: from thor.fritz.box (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0LbPII-1Ru32t2irq-00l43w; Tue, 10 Apr 2012 15:52:37 +0200 Received: from localhost (localhost [127.0.0.1]) by thor.fritz.box (Postfix) with ESMTP id 461CC58C04B; Tue, 10 Apr 2012 15:52:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at eco-5.de Received: from thor.fritz.box ([127.0.0.1]) by localhost (thor.fritz.box [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JFW0VRX5G7o1; Tue, 10 Apr 2012 15:52:34 +0200 (CEST) Received: from [192.168.178.37] (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by thor.fritz.box (Postfix) with ESMTPSA id 083D858C036; Tue, 10 Apr 2012 15:52:33 +0200 (CEST) Message-ID: <4F843B21.9090603@eco-5.de> Date: Tue, 10 Apr 2012 15:52:33 +0200 From: Jens Krause User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120317 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: Joseph Glanville References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> <20120402140646.1340616j8equf0zq@www.coblercorp.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070102010503010809050402" X-Provags-ID: V02:K0:VFyYy3Y0WlB9DyLjv9Xi0G6QxrzPmgZawAwoSkPGk5a MjZe8+1stgFgGz9NzMh5qOHDu5ilRdzx+bq4BctMPZiZuinCmb YprWy1lZHHaPykk0tfmgkDr56HNIxnRu4g6plNW/PDb99kVBDD NVsGE+N2HbukYzyTWtDuL8LGA3BUEOoMnOTkrMShWWgDGcVdkP DkAyomG3zxI1t67yJFi/pdzezcNsgWW/UJTcB5gwHJtOfuSBSD VZwojq6KYv7vVNImatjaJW8V9ixnlYFHcD/h5LMKF3gewFDgaZ IlWf/PdSntGAeJp4jYnfVCqx2Q0KU9dYlXei85e4Jyfp3OOIT4 Wf8BM6fSiNqCd8U9WVsI= Cc: Ken Cobler , xen-users@lists.xen.org Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------070102010503010809050402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks Joseph, I am one step further. The setting disk = [ 'phy:/dev/sda,hda,w' ] will boot from the disk. Since there is grub, I can see the grub menu in my vncviewer and I can choose Windows (which was installed without xen). That works and Windows is there. But I would prefer to use disk = [ 'phy:/dev/sda1,hda,w' ] as you suggested (using partition sda1 and not whole disk sda) but that gives me a bios screen (VGABios) in the vncviewer saying in its last line Booting from Hard Disk.... but nothing happens. Any ideas. Thanks in advance Jens On 04/02/2012 09:33 PM, Joseph Glanville wrote: > On 3 April 2012 05:06, Ken Cobler wrote: > >> Quoting Joseph Glanville: >> >> >>> On 2 April 2012 22:42, Ken Cobler wrote: >>> >>>> >>>> Jen, >>>> >>>> I used dd to copy the physical device to a linux file. >>>> >>>> Ken >>>> >>>> >>>> >>>>> Hi Ken, >>>>> >>>>> thanks for the reply, I want to try that. How did you copy >>>>> the Windows from disk to file? Did you make a raw copy >>>>> using 'dd' or did you copy the files using 'cp' on the loop-mounted >>>>> file system? >>>>> >>>>> Thanks >>>>> >>>>> Jens >>>>> >>>>> >>>>> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>>>> >>>>>> >>>>>> Quoting Jens Krause: >>>>>> >>>>>> >>>>>>> Hallo, >>>>>>> >>>>>>> I have an installed Windows 7 on one partition >>>>>>> and running Debain Squeeze on the other. Both are 64 bit. >>>>>>> I want to use Xen to run Windows as virtual guest from >>>>>>> a physical disk. Once I get this working the Window will >>>>>>> never be booted directly. >>>>>>> >>> >>> Did you install the Windows guest via Xen or did you install it baremetal? >>> >> >> I installed Windows guest via Xen. >> >> Ken Cobler >> >> > First of all don't call xm create with -c, this will connect you to > the serial console which Windows is most definitely not listening on. > > Second, can you connect to the guest via VNC as it's booting? > By the looks of it it is creating the guest successfully but then the > BIOS is timing out or something, probably no bootable device or > similar error. > You would have had to do this to get the guest installed so it should > still be working. > > Lastly change your disk line to use a full path like thus: > disk = [ 'phy:/dev/sda1,hda,w' ] > > I am not sure that it being a partition vs something else is going to > cause you issues or not. It really shouldn't though. > > Joseph. > > > --------------070102010503010809050402 Content-Type: image/png; name="Screenshot of Xen-Win7.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Screenshot of Xen-Win7.png" iVBORw0KGgoAAAANSUhEUgAAAtAAAAGQCAIAAAAIhcA6AAAAA3NCSVQICAjb4U/gAAAeu0lE QVR4nO3dW5qjrBYAUKu+nmNniOlR1nnIaX9bYQuIt2Stp6oosMELiJoMAwAAAMDdff3++Zl9 9Ofra/rvuMLs8zaz4jaWtRp8rb6VHTOc5jb7ZFqFZaG/f35yTRSnSn6+k6BGL0EVahcdVqkj LbfypeQ2Snwst+XZV+HZJhlDsL+98a4Iu/oeD5s/X1+vv7ecR2LjgZosa7q0MMPV4GsdfBKZ VXkW/Ovf3OboVeWNliffOMK4ytO0s4KuUNk9XLxGue0VH8urgg3dS9XZJnnoBdkCDb7PDuD/ qi4a3uOYn1U5uKCvrW/VoG2L2ku9uMqr3nXMcVnJ7XWX9g+OgrheRhuwk1/NKXPXpqs3ETYq P+aDqZqSWZxcReJUWyTb8M/X1++fn/JZ99xdoY2tsZNdyyrZRZP3g15tnkuVbOHVsnIZLkPq Uq9cTZepLqJtozRkvioYV91ryAVX898Mx6tXG8oOy2C6Mjf1Ol2UK2tclDukcxEuMwwiLJkN Hjv4XnPI3eXaMB48dZ8bb4jwGG31WnZ4yR27vA3Hf5OLlrefdqrXxq28PCSXx/J+gjYsEeyE BwQPjP6b4WjoFXLH6nhRPst5OSaYXbgHi5bJZyXmUq0KMkxWajp46mLajMFFczLCtirP8tmp Xpe6hu6yV8SLOnZdweV1YTDL1bpv5fJ99UQnDnmBmfZbKsPaSXmPOynnnjimA6nuHfPylJ2c e9/DTvV6A1XDjouP1bZs5ZsexavF2dvhSHs9NDqbbe6S2xXODrWTusENpks56z7RZa+M72h1 Z7vI3cBjXPZYg4/VZ8AxuxU6vWE8bD677X3iKLyPu7xJVDvmmFXkIqf+5nptX7+27lv2hCPv 1reV1SVVbmdr28qFw+VbdO1BC9wifngDX8uz1UzhEwa5BzVmn+RSxRmW3zUvyXA1+Fm0uVsb VWeo+GQ9/J3xDspdvfOyDHJjaxQKWqlqjypZ1NDmyQxnzT6kmrc8tpKyklt2GczGei1LLE9V Ulxut9me25DfKENBG8YFVcVfdXPTMAUAAAAAAAAAAAAAAADgSF/Jl8eGyZtpQ/jqV69X2OOX aYeClxJrX8xLllX7dZ8N7+ad+zUGV/jKgdq3QN8jkoPL2vjmbXlB49+5F+ODN1obXnAtf9G6 8Fg+fSeEz/H/L/6afRvV8u9zxd8k9vq3y9c6TdthVtZy0cYMP9Z19qsjIzmsrLaRcXNB8VHZ RfLstBpG4bHcK0hg1fewOOqqDsKq3rdN8gs6k0vjc1zfnr5jrQ9ow1PK4o3FR+V0ndPDAC7i V/IQrf3uwl7faVgoOSX759/fw5zpe+77Pfml7O1Zvf4ob8PtXxm5fXstb0Jtj7Cwyr0aqnaX KLk1UNjCqxGuZriaW3C3IndLcRlGlbPGHCVhAFdQ9Fsqs6/cHq3OcF7kJkLbt2Kvfhl5bQzJ DGvbcEvzdtxey353Y4RxqtznzQ3V91mWMf+qsoIIg+aNw1i98bc8lnc6YK/T8QfHMnCkop+n r73JMp1p6HiQl//2wTJVbRjjmXc5ZfIn9Wzplgxr8+nbvBszzK3fPCyr+nw1+GTCI7uf1bLi htpvdrAqjEAw+dR2pOwRxjExALGiAUetsRsYej/rMBQ/fD795LCz9jG6N+/2DJepuk/LB1s/ CP76nU1JhAfUormIeFLksDHHRSZTgUCfn6dfqp2ezU3zbokh7oS2l3Xi2a377arr3P9qcOvg adB9Q9tz4AD9Bxzj5eZQedkxvekwTEYAbX1JPIzIlVWb//Gam/ewDIP8u6cqD74tjCN1j3DX lj9xhLe8e7L9ENgaE1AgcTNieYdi+QhbkGpYHMBV3Xn8hN3wd5I2GdJs7n213LhGs+CTZ6XC IoIkDW3Y3Lwdt1dwy3w1wy1VHqfoc9tle4aB1TCC3bIq+Lh5q+JMflLehuUFlRyVbWWtHnpB GMlS2o5lAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOAS vn7//Mw++vP1Nf13XGH2+V284q8NPkj1++fnpk0BAGf5HvvOP19fr79nQxCd69RyfAYArPp1 dgC7axswdR9mtU20AMB7aB9wBBMh00W5GzRxqmXCIIZlJuMnuftBcVnJVNMkRg8AUKXoHkph v76aMPi3MMPawJqDL6wRAFDivxmOhk4090BD7vM/X1+/f37Ghy5z3fneVsMAAPra9AxH7iWO 4d95i1mSV2efTH5Y3x+HAQD09X18kbnXYdqymuZTNYDoGEaJcXwDAB+oz4CjsDedrhZ39uXd 85hP+WijPIzCTACA2D9f/BXcIlmuUPK+yevOxbB4QrM2w1XxM561ZcVtcvdvQgMAAAAAAAAA AAAAAAAAuKP+L3aWvDU6fq141aIDdH/l9WPfoX3jip+7iwLcVP9vGi38xbXaRcfo3pF8Zs8U f739rb1ZdQAOc8JXm++h5Hs/rzzQeVefOd4CYGnTj7etCr5mtHbR+KWlQ1M3VjvaCH6zflT7 NanLPNu+XLUhjOWUQ2Hzbv9m2MI2LAyj6rtrc9qqHOyiAKza5YwZdA9DeLKOv6E82V+Wx1M1 CMh1bFVd+PTfZZ5xqsK6FGYYN2BDhKuLxgwLgy8Mo3yjlDdj1UYx1ABos+MMx0VOyg3jm5fx J+xrK5Jcf/nhLP/yH7ltSFWYc+0Kycmh5CizYxhL3e+IucUG0N2+t1RO1zzaOMY4eqiKpC1V eeY7rXyjMC4yVgZ4J+/80OjFRxsvf76+Gt7maEsFAGcpGnCUvAPSIMh2e4knjjYKg5+ulhs9 LLMqSbWTXbdXF7lxZ3Ns168ywF1UvBZR+w5F8Ixn8L5J7bsSQRi51eLHMtrey1h9tSF4JjGZ 4XSFLi/LxI9kxgFUldWWYfcwZisEj6+2bZTkIgDuzdUkL/YEgJt6k2c4eGMGGQBv4AZzwvFk O5/APgAAAAAAAAAA1V6P+MVP+QVLPR7I3gp3UbsiQEf931Ip/Pmx2kXQi8dOAY73Jq/FllyP Gujcy7kbZfzyeAC62PfH24LvcKxdNH4/5tB0hVo42gh+jrxt0WpIuXrF38i5mir3C+/LVMF3 bsb6RhhkHjdvkOHqy7S5AHJ72pYvPAX4cDvOcIzfID49fY8n4tkVZLxozC336yHx9eiJv6sS COo1RrVcVJhqVq+SNqxSEuGwGBMEESYzrwpjmSoZ3lSwO1VVOVgEwMuOA46LXORdc7TxCdoa tuNGKXk4tMv4IBhYA/DyJs9w5DSPNoKOqm3Rx6rqffuONmpL32Icc9gBAJLeZMCRPNGb27iX 3EbJ3b84Nrp17qcABIoGHDtdt+06VbBltDHr27YvGm5+7XtA8PFGmc0fXG20MW0fYw6ApP4z HKun2uCFiPhdiaC/Sc6cB91S3LHNMnz90baozbR/Le9i22b1p6nKO8sgwmDgFUcY1zHZsEGG JfXKNW+yCkGV27YXAJdz6+mBU1y/xbpHeP0qA3yyN3mGg+EOPa5BBsDHusHE73Jam5zrt1X3 CK9fZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAUl8lK/3++RmG 4c9X0cqf7PfPT66Vlm34+mTIN+zqClWBJUsfPxnLShYX1Kuq0I3aGqQt+O4ZdtyaAHf0fXYA 72PaZ5dY7XgO65nGkcGrxFlFXv/W1m4PW7r5XpozNM4APlzRgGPsimh22TaczUPMgpwubRhR XbPKABzv17DoSJJdzpCZkF8uLVk0hLcYkmHkBKlyi2aBJaMKah1/nryPEE+n1956aGuocsnt 9WqT8rsJuSo3B58b7qxu5aFyZ+ueYRA8wOf4nk6nJy9kk11CrquOFwVWw6hNVZLhqwedrT/8 vUm/TJXLbXopn7ysj7vVqvmDtoY6Xjy0qg0+NyYLMgw2Sttu05ZhEDzAR/k1+7/2tBisX5XV 7AI6uHYMMm8ocfrHqv269ub5g45K5m82CrbyamDBym0RlqSqfTo196HRBsB8wNGmy7Bj7I1m qS5yst7yNEN3e7RJrmrJewpbSklu5Y15HpbqyAwB3sm13lK5+G2C+8rdODgrGFsZ4NPMBxzT xxqONC23uTc6K/gTwygva2zV5GspxwTcZSsX5n/NRQAfa/0p0eSt/dz9/njRdOn0EYplwmTa pObXDZbPcKw+MxsEv1whF2Tbqw3lqWLx05fD36otn/wN0gYF9Qp+y26T3CgNu832DHO7DQCf yOUpAHR3rWc4AIC3ZGr3H/H9IAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2NHX8/mcffR4PLbkOGa4MZ9lhqNZztMVpotmCQsX9bWxNV7Jl2njbPtuglzzthXU faNcYSsDUOT5fI6n5unfXTLsYjXC5YezT4Icuke7GluXtHG2vSrVt926b5TrbGUAYt9nB0Dk 8Xj0vS6v6ndn8yuvP14f5qZegnyGsDpVNTV0ALidX/HijfPVy27pCrPcj8fj1e++Sj8mhlxT THvx7Tcshut1xsEMzdDU+FerIAAl/htwLLu3WZcw7aSDRdMMZ117SapAWwecNAbWJbeqEsuL eyWpKmWsUS7hTo+S5HKOE27PcLodZ4JFABzvvwHHOCao6hSnaVc/3Di1sCXC7bnlerWqEnsF n3Tk+OlldcSZjCeIsyHDtseEATjYyi2V7o6fWiiMZzWYK0R7luYbH1WjjbYMAbiFEx4aHR8P POui85Nn2o+pu9EGADN9BhyF3dh0tXPHHJSYbaPCXr98cDDdH4JdaHu5xisAp1v54q/ym+Kz R02Hf7ur5dJlhjlxhLMVrvbFX4VhjI955oKsrXIyw+3xF+4AuULj52AaMgzCixcBAAAAAAAA AADAB/vkl0XfTNumtAPwluzYcBF+vA0A2N3XUPCC63LRRm1vbF7k2xRqw9jydm7HshpSbXx5 eL8vcZ+VMv23/M3YhrepC4MJCqrKMBnhxq/Yj9++rsqw+2vnR2YIHO8r+T0ZyX879vf3HXDM vmWkcP2S9gx6gu1lNaca/20b+uy9sZr33tyitjacrjykNmJDhhePcMuOfXqGwCnmt1SOOSDH bzc/IFWg9uZuw53gIOa4OtvvOre1VRDtcMg3w1ZtlKANZx3MNP5gUW2oyb8LIwwyDCJsPgq2 RLjcKM07dkOGXRhqwOkSP97WZR5+9RJqWVDh3HhhqtmleXm9Ahs73eAaa7moSwffd8wxU3JL YnUCv2M3cPAlbLIi8faKI9x7MHfYkHHqUnOZxhxwrl+Pyc+3viwPy2WfvRxDlN+wnw4CZkUE Gdamevz7M7DJCI88AVWNNtqUbMpeqYb8xkpOg49rBgmrSp9pa97kOK+kNRo2WcloI3fo1aZq lsuwZJBUFfzq3F68UUo079jATn4NiwvQZB+QPNo7Xi3Nxgdvdmo4YLTxsropO6baONPTUcc2 LBkSHTba2JJng4YMg4bqW6lgkqwkvGSEwMESt1SSZgOC8cOOoUyvSN7pvHDYaONI08gbLj13 iqS2uIZIDh5tnD63cWRu9z0cgBLf3S83Z51Q1UlkfHCse1RJDfO0DUUMR4022upyTFOXq9oo B3dRF5nbOF73jbLM8CKHA7Cf76HHkZm8V1o1XTHN4ZSn27pYPS8HK3QZ/ew35mjuD/auci7D YODbNibu0iNOIwwy3DJqP0b5tmvbyrlUVU1xx3MIvLGiL/5KPgaYSzXKnRqWQ5OSDBtSLaf9 t/cWs09W7+4nT3nBiCrXvMuySiJsOy8XbuLp7pFs3tn+syXCwsjj4jbuUc/wCYDc9op3gNVp gDj4hrmWZRi9Mgx23ZKcyw+H8iD77mxAN90vNzlL32tKuDU7NlyE31IBAAAAAAAAAAAA+ADR a7Elglf7LvjlATtJvv+ZXOfKrRG803vxesVxrr592lbcrmUFr7DmNlPy5eQrbB2Al+/xlNTw LZ9eNnt51xP6XepV9fUY++lY1lij3FE5+06wwkUAJyr9LZUGR3ZX17+Su3JsL20RXr9e3V2k ysF4wlADuKBowDGbqh0yX/xX/i2TQ/72TVBWkKpZ/C2TcZWDry5d/XLVwtaIF8WVamvD1bsS yUXH1KstVbyLtu2HQ6bKbWUBfJSv5BeWJ/+tvUO8un5hWXGqjeIgl38vzdaM++bC1miu8pY2 jD88sV7NwReunPw3qHXHslZrPcoNiQr/WC0OYG83+KbRWX8/3tXe4vlXWzBD/iRe+xxMSSZd qjzLvzbD0+vVvMnaXKSTfvyVWxSk2jk0gDo7PsPR0etardflWsm8xen6Vvk6mut1SiO8U8sD nOsGMxwv40Vbcohw5LXvYeIq39e71guAQJ8Bx679/TTzD+mo9q7yWeOzLvVqC/7IKr/l8Bdg o5Uv/goWzVbIPcxfnuHq04VBGLWCBwMbHtZbjbC5NXIZrtarNsOGCNtSda9XEMZsaUkYcVZ9 ywoEpSzvRgWPiL7fLTngbX3gtdqtq3zr4AF4Y7d5hgMAuK+vYNnq9PL7uXWVbx08AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADDV8lKz+fz8XhU5ft8Pse/a9P2 1RB89wCm/47BzD6fLn0tmoY9fjJbtFwziCFOtWyoZYS54JehJhctVyhJOH6ea5xYSb2SwVQV EecWpKrdlFXxlOS2ur1qY6sqPcihtrig0NwO3xBncu8NjpTCPDueozruSNDX9+oaubPzapLH 4zHtIU5xYtHTAB5/DanT3LgomXY4pBavInLn7jj4IXMWzm392QrTAOKG6lWvIIzVVIFp8Oeq imF1e+1a+lLDaCO528zWCRI2xLZ6LJc3Y/ej+/SzLuSsDzhqzc4X77f3P5/PPaqTG3McNtpo 3lJBwnO3flCvWWsnhz7LVDkXGWdsF4wRj6lg7dX5amDxaGNLbFfe4u931uU9/BrKprhzk/zL VG3iafOgrJIbFnHwy1SPv3culsXt5DWnesopbNo4r4qfchNqVnQugPKuIqhXMvlyxzuxNYa1 ozLYRbt3M4UFbd9kG63eiOyudj+c/dt2jooXwZX9Gv49GKan12TfP8qlGm25jBj/nvUQs7KW B/MsSTKGONU4qZDrb7of3rmz4WPyxEaXM2ZzJscMv2aNnwvj4qfX2iCDrT+uMDsqg110jy42 mVtwEAWr7ScYbcRJXnpFWHWktJ2jClseLmg+w1Fuj4uGXBcbd8mrl8VJcfxHHsBB99A3jOT0 T+6TWcKdrhGXBQ1dz6Ed9+3kh3E/USK3UVYjr+rdS4KvUnLonTjamC0a/56u09xnByOVvjtw bqs1n/TgXL+mx2r52bkkVd+LhlxZq5fFOeWXIAc4/awRjEXGFQ67lgrmlmpjWK1XearVQjv2 r+VHZWFxe2y15kOvr1wAVbMdVWrPlhsLSn5+hZaHWv0fGj3e4/E47BQwtD7IWZLkmPivqbBV j9zQrIoPvQM21sd2ugef9KCLigFHW5ew6xlhGlJ8+AXBtw0gGsSl3PfEsTqh/YH9wU2Vb6/C Q6+2U9zYie56LO/dwReeo0pa3nHHNX0N/z7olNxTZ/v38sNlqqq56GFyhCz/iMuaHWy5G9tB eLncuj9HFpQ1W5prz+T5pap5c7kFi5JrBjGUb5HChEEYbVUOwlhNVV5i7fq5HTt3LCTLWj2W c2GU5Dnsub2WJZbv2DO501cyyGSSkhJfLRzc6g2CrDrBVi0amhoceDeHTaUA1+QkwCd7h2c4 7sXpBj6TuQc+XNFvqQDQoPneDQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAf6itY9nw+Z588Ho/povHf6SfLVLM1V80yHzMMMnk+n7mlwaKLWEZYUuXaIvpmOM35 9OZd7o17l/WS22pVwaymqq1d3zBmh3N5lWvDCM42zWXFwZfEs0zSsXmTJ7rXv8mz6JA55eYK Koxwy3k+iKf79rrpjs3Ud7BsbM3H4xEfBnGqKsv9eDWTIKqSgM+1fXxWYqcD4yLNW75zbjTu nMsSg0VtGU5X6BJhQ6rp51VVbggjPtvEGU7TJpPU7iG5NduaNxdhXFZDqrYqr57nZ/tDyaKG faN5ZwtcYcdmKhpwBHLbL7dmoSMvVVcjWd2Zbj3QeTMHHP+znXNaYrBomjx3Us6lah5tBGEU ptpSVlsY3SMce4W24grD6LLLlVx1LMdSRwrOh1U7drAo2F7vumN/oF/DpMkeqYmynNfK07TL dZ7PZ/NhnxTM2tUuekzu/jREWD7ayF2NBREukwenm6p6JQvKZbg9+Fx1aoNv20Vvbdkgh7l+ 29ZGWLXPnNKRBMfg8sO37+p2Osavv2O/ve/p6DK3mceBRW7QHfSUHT3/Pi4w7X6mMUzDiBeN ueUO3XicVD4+CObuggiDKscZzgJI1mvIDBeWGW4MPmicquBLdtEjVV3tjYJWWr1G7BhhlXFD tFW5LYzc2aZZ932mV/O+dAysZHsFGs7zq11A227TkGGVU3ZshtcMx6q2Q6L7xdlFxqflo43Z 5w2CLqoh1bj0dcBcpD1nDogq2XoXbI3ZuPCUCKeFHnOS7VvNK4xQV3U8VW7ZXkErtS1qcNj2 On7HZigccORMr0GTu8jFj/MGDaON3IdblGR468bfNfiNmXc/+QYXjkPTKfjITX9YV9Rgp95r j3p1vzy7gtp9Y3V72bHvrvGh0WHxpE9wtNzxQEpOmrWNNmC41TTs9eMsidAheS8HbK/r79hv r3HAMds5gjFH1TZeHbusRrXfXbcuo439bnifKzc+Oyy2A85WuSdL4kVtGZZYNm/HMJLFDflD fntrbI8wtn0X7V6vXZ0YXpd9Y7pp3nXH/kBfw2JLjC04/XzWrMu2Hj/ZfoN8lnlyt0vGkywo uShX5Tiq4ImKIIfVspYRxlVu2F5xGG2LcsHPFuW2VK/gcwXtZPWgSC5qy7CkuKokDWFsDK88 jNX1a8sqORGV7KJDTYPkBBHm/g3KCiJsCG/LeT6499d9e910xybrIpfLB/icmr4ZGw7gpr6d wbk4uyjAG5jfUvmEOaJPq+8bsMkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAgI/w9Xw+Zx89Ho9TQslZRjgsgnytk/wwl6SkxF2bYr9Sns/n1TYiAB/ue+yZHo/H 6+9kB3+iZYQzyYDHIUhtvaZjl12bYqcxwdU2HwAMw/B9dgDV4mmM6Wobe3STBADQy69g2Xit n5z8D25YtC0q8bpZME1VMhWRvOFSovAeTdxQq2rvB8VhBHkGpQ//tmQyz+XnySovp4gM3QD4 Gsr6trFrCbqlLYti0wiDuyq1i6oKioPPNVRJccskW9qwto8PpojaojLgAGDpv1sq08cdZnId xvOv5crTDnj6EEZuUYmGfqu2w5uFWqu5Zz396Zmg4smtDABVolsqM8uuKNe/vi6Ok519sKgt hsBZl9dvdkH/ZtUB4BR7PTQavBtyzOswJvMB4Dr6DDimU+7Tv2cDi2DR3j7wpkD3KnfM8AM3 B8CH++eLv4IXJZK39qf/7veWSlUYQziUWS2urcqrz7SWFDf0a8Oql2WWD64un/oMwojfbck9 Qmv+CQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAFl/P 53P20ePx6JL18/nMZfUqtFdBcQyvPw4oKwhgLL1jxauqNtvKySRVsZ3esADcy/fYYTwej9ff yyFIgy6ZdImhY6Uupaqnn27loUdrGGcAUOX7lFLHwc1hxR1W1vXlxhwHbxQAPsqveHEwFZ9b NP08OUufnI0f1wyWTleo7RobysrVa9phb+yhp2WVR7gMcrvCgk6/RwbATX0Na11s8t/VRxPi HigYiCzzD8oN5Pry2dLZCGa1yktxMMlUuXgKx1iz4UjVUxdBM65uxC5hAPCZ/rul0vcZjtPN nlqI1+mbbTJV8obF86/yCI/s3Wf7Q64Kh8UDwH2t3FL5BFd4gSUe5J3Ynb8mMIwqANjonIdG uZF46uudZsUA2M/uA474lgHHq3oOJvmo7ExuUbDp2xYBcF/f48l9OXM+diRVi2YrLBdNSywJ cVpWecWCUoJFq/XqaFrWrM8ujLB8dmGWYfAU7fJh22RrGBMA8M5c/gLAHd3gGQ6DDAC4u6+z AyiynOcHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgr6/n85lb9ng8jgwFAHhX 32cHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHye/wFBW6EK/0fbsgAAAABJRU5ErkJg gg== --------------070102010503010809050402 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------070102010503010809050402-- From xen-users-bounces@lists.xen.org Tue Apr 10 13:53:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 13:53: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 1SHbUw-0007Eo-3u; Tue, 10 Apr 2012 13:52:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbUu-0007Ei-6g for xen-users@lists.xen.org; Tue, 10 Apr 2012 13:52:40 +0000 Received: from [85.158.143.99:10403] by server-2.bemta-4.messagelabs.com id 20/DC-17550-72B348F4; Tue, 10 Apr 2012 13:52:39 +0000 X-Env-Sender: jens.krause@eco-5.de X-Msg-Ref: server-11.tower-216.messagelabs.com!1334065958!22488673!1 X-Originating-IP: [212.227.126.171] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTU4OTg=\n,sa_preprocessor: QmFkIElQOiAyMTIuMjI3LjEyNi4xNzEgPT4gNTU4OTg=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24218 invoked from network); 10 Apr 2012 13:52:38 -0000 Received: from moutng.kundenserver.de (HELO moutng.kundenserver.de) (212.227.126.171) by server-11.tower-216.messagelabs.com with SMTP; 10 Apr 2012 13:52:38 -0000 Received: from thor.fritz.box (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0LbPII-1Ru32t2irq-00l43w; Tue, 10 Apr 2012 15:52:37 +0200 Received: from localhost (localhost [127.0.0.1]) by thor.fritz.box (Postfix) with ESMTP id 461CC58C04B; Tue, 10 Apr 2012 15:52:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at eco-5.de Received: from thor.fritz.box ([127.0.0.1]) by localhost (thor.fritz.box [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JFW0VRX5G7o1; Tue, 10 Apr 2012 15:52:34 +0200 (CEST) Received: from [192.168.178.37] (p578b4670.dip0.t-ipconnect.de [87.139.70.112]) by thor.fritz.box (Postfix) with ESMTPSA id 083D858C036; Tue, 10 Apr 2012 15:52:33 +0200 (CEST) Message-ID: <4F843B21.9090603@eco-5.de> Date: Tue, 10 Apr 2012 15:52:33 +0200 From: Jens Krause User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120317 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: Joseph Glanville References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> <20120402140646.1340616j8equf0zq@www.coblercorp.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------070102010503010809050402" X-Provags-ID: V02:K0:VFyYy3Y0WlB9DyLjv9Xi0G6QxrzPmgZawAwoSkPGk5a MjZe8+1stgFgGz9NzMh5qOHDu5ilRdzx+bq4BctMPZiZuinCmb YprWy1lZHHaPykk0tfmgkDr56HNIxnRu4g6plNW/PDb99kVBDD NVsGE+N2HbukYzyTWtDuL8LGA3BUEOoMnOTkrMShWWgDGcVdkP DkAyomG3zxI1t67yJFi/pdzezcNsgWW/UJTcB5gwHJtOfuSBSD VZwojq6KYv7vVNImatjaJW8V9ixnlYFHcD/h5LMKF3gewFDgaZ IlWf/PdSntGAeJp4jYnfVCqx2Q0KU9dYlXei85e4Jyfp3OOIT4 Wf8BM6fSiNqCd8U9WVsI= Cc: Ken Cobler , xen-users@lists.xen.org Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------070102010503010809050402 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks Joseph, I am one step further. The setting disk = [ 'phy:/dev/sda,hda,w' ] will boot from the disk. Since there is grub, I can see the grub menu in my vncviewer and I can choose Windows (which was installed without xen). That works and Windows is there. But I would prefer to use disk = [ 'phy:/dev/sda1,hda,w' ] as you suggested (using partition sda1 and not whole disk sda) but that gives me a bios screen (VGABios) in the vncviewer saying in its last line Booting from Hard Disk.... but nothing happens. Any ideas. Thanks in advance Jens On 04/02/2012 09:33 PM, Joseph Glanville wrote: > On 3 April 2012 05:06, Ken Cobler wrote: > >> Quoting Joseph Glanville: >> >> >>> On 2 April 2012 22:42, Ken Cobler wrote: >>> >>>> >>>> Jen, >>>> >>>> I used dd to copy the physical device to a linux file. >>>> >>>> Ken >>>> >>>> >>>> >>>>> Hi Ken, >>>>> >>>>> thanks for the reply, I want to try that. How did you copy >>>>> the Windows from disk to file? Did you make a raw copy >>>>> using 'dd' or did you copy the files using 'cp' on the loop-mounted >>>>> file system? >>>>> >>>>> Thanks >>>>> >>>>> Jens >>>>> >>>>> >>>>> On 03/22/2012 03:05 PM, Ken Cobler wrote: >>>>> >>>>>> >>>>>> Quoting Jens Krause: >>>>>> >>>>>> >>>>>>> Hallo, >>>>>>> >>>>>>> I have an installed Windows 7 on one partition >>>>>>> and running Debain Squeeze on the other. Both are 64 bit. >>>>>>> I want to use Xen to run Windows as virtual guest from >>>>>>> a physical disk. Once I get this working the Window will >>>>>>> never be booted directly. >>>>>>> >>> >>> Did you install the Windows guest via Xen or did you install it baremetal? >>> >> >> I installed Windows guest via Xen. >> >> Ken Cobler >> >> > First of all don't call xm create with -c, this will connect you to > the serial console which Windows is most definitely not listening on. > > Second, can you connect to the guest via VNC as it's booting? > By the looks of it it is creating the guest successfully but then the > BIOS is timing out or something, probably no bootable device or > similar error. > You would have had to do this to get the guest installed so it should > still be working. > > Lastly change your disk line to use a full path like thus: > disk = [ 'phy:/dev/sda1,hda,w' ] > > I am not sure that it being a partition vs something else is going to > cause you issues or not. It really shouldn't though. > > Joseph. > > > --------------070102010503010809050402 Content-Type: image/png; name="Screenshot of Xen-Win7.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Screenshot of Xen-Win7.png" iVBORw0KGgoAAAANSUhEUgAAAtAAAAGQCAIAAAAIhcA6AAAAA3NCSVQICAjb4U/gAAAeu0lE QVR4nO3dW5qjrBYAUKu+nmNniOlR1nnIaX9bYQuIt2Stp6oosMELiJoMAwAAAMDdff3++Zl9 9Ofra/rvuMLs8zaz4jaWtRp8rb6VHTOc5jb7ZFqFZaG/f35yTRSnSn6+k6BGL0EVahcdVqkj LbfypeQ2Snwst+XZV+HZJhlDsL+98a4Iu/oeD5s/X1+vv7ecR2LjgZosa7q0MMPV4GsdfBKZ VXkW/Ovf3OboVeWNliffOMK4ytO0s4KuUNk9XLxGue0VH8urgg3dS9XZJnnoBdkCDb7PDuD/ qi4a3uOYn1U5uKCvrW/VoG2L2ku9uMqr3nXMcVnJ7XWX9g+OgrheRhuwk1/NKXPXpqs3ETYq P+aDqZqSWZxcReJUWyTb8M/X1++fn/JZ99xdoY2tsZNdyyrZRZP3g15tnkuVbOHVsnIZLkPq Uq9cTZepLqJtozRkvioYV91ryAVX898Mx6tXG8oOy2C6Mjf1Ol2UK2tclDukcxEuMwwiLJkN Hjv4XnPI3eXaMB48dZ8bb4jwGG31WnZ4yR27vA3Hf5OLlrefdqrXxq28PCSXx/J+gjYsEeyE BwQPjP6b4WjoFXLH6nhRPst5OSaYXbgHi5bJZyXmUq0KMkxWajp46mLajMFFczLCtirP8tmp Xpe6hu6yV8SLOnZdweV1YTDL1bpv5fJ99UQnDnmBmfZbKsPaSXmPOynnnjimA6nuHfPylJ2c e9/DTvV6A1XDjouP1bZs5ZsexavF2dvhSHs9NDqbbe6S2xXODrWTusENpks56z7RZa+M72h1 Z7vI3cBjXPZYg4/VZ8AxuxU6vWE8bD677X3iKLyPu7xJVDvmmFXkIqf+5nptX7+27lv2hCPv 1reV1SVVbmdr28qFw+VbdO1BC9wifngDX8uz1UzhEwa5BzVmn+RSxRmW3zUvyXA1+Fm0uVsb VWeo+GQ9/J3xDspdvfOyDHJjaxQKWqlqjypZ1NDmyQxnzT6kmrc8tpKyklt2GczGei1LLE9V Ulxut9me25DfKENBG8YFVcVfdXPTMAUAAAAAAAAAAAAAAADgSF/Jl8eGyZtpQ/jqV69X2OOX aYeClxJrX8xLllX7dZ8N7+ad+zUGV/jKgdq3QN8jkoPL2vjmbXlB49+5F+ODN1obXnAtf9G6 8Fg+fSeEz/H/L/6afRvV8u9zxd8k9vq3y9c6TdthVtZy0cYMP9Z19qsjIzmsrLaRcXNB8VHZ RfLstBpG4bHcK0hg1fewOOqqDsKq3rdN8gs6k0vjc1zfnr5jrQ9ow1PK4o3FR+V0ndPDAC7i V/IQrf3uwl7faVgoOSX759/fw5zpe+77Pfml7O1Zvf4ob8PtXxm5fXstb0Jtj7Cwyr0aqnaX KLk1UNjCqxGuZriaW3C3IndLcRlGlbPGHCVhAFdQ9Fsqs6/cHq3OcF7kJkLbt2Kvfhl5bQzJ DGvbcEvzdtxey353Y4RxqtznzQ3V91mWMf+qsoIIg+aNw1i98bc8lnc6YK/T8QfHMnCkop+n r73JMp1p6HiQl//2wTJVbRjjmXc5ZfIn9Wzplgxr8+nbvBszzK3fPCyr+nw1+GTCI7uf1bLi htpvdrAqjEAw+dR2pOwRxjExALGiAUetsRsYej/rMBQ/fD795LCz9jG6N+/2DJepuk/LB1s/ CP76nU1JhAfUormIeFLksDHHRSZTgUCfn6dfqp2ezU3zbokh7oS2l3Xi2a377arr3P9qcOvg adB9Q9tz4AD9Bxzj5eZQedkxvekwTEYAbX1JPIzIlVWb//Gam/ewDIP8u6cqD74tjCN1j3DX lj9xhLe8e7L9ENgaE1AgcTNieYdi+QhbkGpYHMBV3Xn8hN3wd5I2GdJs7n213LhGs+CTZ6XC IoIkDW3Y3Lwdt1dwy3w1wy1VHqfoc9tle4aB1TCC3bIq+Lh5q+JMflLehuUFlRyVbWWtHnpB GMlS2o5lAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOAS vn7//Mw++vP1Nf13XGH2+V284q8NPkj1++fnpk0BAGf5HvvOP19fr79nQxCd69RyfAYArPp1 dgC7axswdR9mtU20AMB7aB9wBBMh00W5GzRxqmXCIIZlJuMnuftBcVnJVNMkRg8AUKXoHkph v76aMPi3MMPawJqDL6wRAFDivxmOhk4090BD7vM/X1+/f37Ghy5z3fneVsMAAPra9AxH7iWO 4d95i1mSV2efTH5Y3x+HAQD09X18kbnXYdqymuZTNYDoGEaJcXwDAB+oz4CjsDedrhZ39uXd 85hP+WijPIzCTACA2D9f/BXcIlmuUPK+yevOxbB4QrM2w1XxM561ZcVtcvdvQgMAAAAAAAAA AAAAAAAAuKP+L3aWvDU6fq141aIDdH/l9WPfoX3jip+7iwLcVP9vGi38xbXaRcfo3pF8Zs8U f739rb1ZdQAOc8JXm++h5Hs/rzzQeVefOd4CYGnTj7etCr5mtHbR+KWlQ1M3VjvaCH6zflT7 NanLPNu+XLUhjOWUQ2Hzbv9m2MI2LAyj6rtrc9qqHOyiAKza5YwZdA9DeLKOv6E82V+Wx1M1 CMh1bFVd+PTfZZ5xqsK6FGYYN2BDhKuLxgwLgy8Mo3yjlDdj1UYx1ABos+MMx0VOyg3jm5fx J+xrK5Jcf/nhLP/yH7ltSFWYc+0Kycmh5CizYxhL3e+IucUG0N2+t1RO1zzaOMY4eqiKpC1V eeY7rXyjMC4yVgZ4J+/80OjFRxsvf76+Gt7maEsFAGcpGnCUvAPSIMh2e4knjjYKg5+ulhs9 LLMqSbWTXbdXF7lxZ3Ns168ywF1UvBZR+w5F8Ixn8L5J7bsSQRi51eLHMtrey1h9tSF4JjGZ 4XSFLi/LxI9kxgFUldWWYfcwZisEj6+2bZTkIgDuzdUkL/YEgJt6k2c4eGMGGQBv4AZzwvFk O5/APgAAAAAAAAAA1V6P+MVP+QVLPR7I3gp3UbsiQEf931Ip/Pmx2kXQi8dOAY73Jq/FllyP Gujcy7kbZfzyeAC62PfH24LvcKxdNH4/5tB0hVo42gh+jrxt0WpIuXrF38i5mir3C+/LVMF3 bsb6RhhkHjdvkOHqy7S5AHJ72pYvPAX4cDvOcIzfID49fY8n4tkVZLxozC336yHx9eiJv6sS COo1RrVcVJhqVq+SNqxSEuGwGBMEESYzrwpjmSoZ3lSwO1VVOVgEwMuOA46LXORdc7TxCdoa tuNGKXk4tMv4IBhYA/DyJs9w5DSPNoKOqm3Rx6rqffuONmpL32Icc9gBAJLeZMCRPNGb27iX 3EbJ3b84Nrp17qcABIoGHDtdt+06VbBltDHr27YvGm5+7XtA8PFGmc0fXG20MW0fYw6ApP4z HKun2uCFiPhdiaC/Sc6cB91S3LHNMnz90baozbR/Le9i22b1p6nKO8sgwmDgFUcY1zHZsEGG JfXKNW+yCkGV27YXAJdz6+mBU1y/xbpHeP0qA3yyN3mGg+EOPa5BBsDHusHE73Jam5zrt1X3 CK9fZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAUl8lK/3++RmG 4c9X0cqf7PfPT66Vlm34+mTIN+zqClWBJUsfPxnLShYX1Kuq0I3aGqQt+O4ZdtyaAHf0fXYA 72PaZ5dY7XgO65nGkcGrxFlFXv/W1m4PW7r5XpozNM4APlzRgGPsimh22TaczUPMgpwubRhR XbPKABzv17DoSJJdzpCZkF8uLVk0hLcYkmHkBKlyi2aBJaMKah1/nryPEE+n1956aGuocsnt 9WqT8rsJuSo3B58b7qxu5aFyZ+ueYRA8wOf4nk6nJy9kk11CrquOFwVWw6hNVZLhqwedrT/8 vUm/TJXLbXopn7ysj7vVqvmDtoY6Xjy0qg0+NyYLMgw2Sttu05ZhEDzAR/k1+7/2tBisX5XV 7AI6uHYMMm8ocfrHqv269ub5g45K5m82CrbyamDBym0RlqSqfTo196HRBsB8wNGmy7Bj7I1m qS5yst7yNEN3e7RJrmrJewpbSklu5Y15HpbqyAwB3sm13lK5+G2C+8rdODgrGFsZ4NPMBxzT xxqONC23uTc6K/gTwygva2zV5GspxwTcZSsX5n/NRQAfa/0p0eSt/dz9/njRdOn0EYplwmTa pObXDZbPcKw+MxsEv1whF2Tbqw3lqWLx05fD36otn/wN0gYF9Qp+y26T3CgNu832DHO7DQCf yOUpAHR3rWc4AIC3ZGr3H/H9IAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2NHX8/mcffR4PLbkOGa4MZ9lhqNZztMVpotmCQsX9bWxNV7Jl2njbPtuglzzthXU faNcYSsDUOT5fI6n5unfXTLsYjXC5YezT4Icuke7GluXtHG2vSrVt926b5TrbGUAYt9nB0Dk 8Xj0vS6v6ndn8yuvP14f5qZegnyGsDpVNTV0ALidX/HijfPVy27pCrPcj8fj1e++Sj8mhlxT THvx7Tcshut1xsEMzdDU+FerIAAl/htwLLu3WZcw7aSDRdMMZ117SapAWwecNAbWJbeqEsuL eyWpKmWsUS7hTo+S5HKOE27PcLodZ4JFABzvvwHHOCao6hSnaVc/3Di1sCXC7bnlerWqEnsF n3Tk+OlldcSZjCeIsyHDtseEATjYyi2V7o6fWiiMZzWYK0R7luYbH1WjjbYMAbiFEx4aHR8P POui85Nn2o+pu9EGADN9BhyF3dh0tXPHHJSYbaPCXr98cDDdH4JdaHu5xisAp1v54q/ym+Kz R02Hf7ur5dJlhjlxhLMVrvbFX4VhjI955oKsrXIyw+3xF+4AuULj52AaMgzCixcBAAAAAAAA AADAB/vkl0XfTNumtAPwluzYcBF+vA0A2N3XUPCC63LRRm1vbF7k2xRqw9jydm7HshpSbXx5 eL8vcZ+VMv23/M3YhrepC4MJCqrKMBnhxq/Yj9++rsqw+2vnR2YIHO8r+T0ZyX879vf3HXDM vmWkcP2S9gx6gu1lNaca/20b+uy9sZr33tyitjacrjykNmJDhhePcMuOfXqGwCnmt1SOOSDH bzc/IFWg9uZuw53gIOa4OtvvOre1VRDtcMg3w1ZtlKANZx3MNP5gUW2oyb8LIwwyDCJsPgq2 RLjcKM07dkOGXRhqwOkSP97WZR5+9RJqWVDh3HhhqtmleXm9Ahs73eAaa7moSwffd8wxU3JL YnUCv2M3cPAlbLIi8faKI9x7MHfYkHHqUnOZxhxwrl+Pyc+3viwPy2WfvRxDlN+wnw4CZkUE Gdamevz7M7DJCI88AVWNNtqUbMpeqYb8xkpOg49rBgmrSp9pa97kOK+kNRo2WcloI3fo1aZq lsuwZJBUFfzq3F68UUo079jATn4NiwvQZB+QPNo7Xi3Nxgdvdmo4YLTxsropO6baONPTUcc2 LBkSHTba2JJng4YMg4bqW6lgkqwkvGSEwMESt1SSZgOC8cOOoUyvSN7pvHDYaONI08gbLj13 iqS2uIZIDh5tnD63cWRu9z0cgBLf3S83Z51Q1UlkfHCse1RJDfO0DUUMR4022upyTFOXq9oo B3dRF5nbOF73jbLM8CKHA7Cf76HHkZm8V1o1XTHN4ZSn27pYPS8HK3QZ/ew35mjuD/auci7D YODbNibu0iNOIwwy3DJqP0b5tmvbyrlUVU1xx3MIvLGiL/5KPgaYSzXKnRqWQ5OSDBtSLaf9 t/cWs09W7+4nT3nBiCrXvMuySiJsOy8XbuLp7pFs3tn+syXCwsjj4jbuUc/wCYDc9op3gNVp gDj4hrmWZRi9Mgx23ZKcyw+H8iD77mxAN90vNzlL32tKuDU7NlyE31IBAAAAAAAAAAAA+ADR a7Elglf7LvjlATtJvv+ZXOfKrRG803vxesVxrr592lbcrmUFr7DmNlPy5eQrbB2Al+/xlNTw LZ9eNnt51xP6XepV9fUY++lY1lij3FE5+06wwkUAJyr9LZUGR3ZX17+Su3JsL20RXr9e3V2k ysF4wlADuKBowDGbqh0yX/xX/i2TQ/72TVBWkKpZ/C2TcZWDry5d/XLVwtaIF8WVamvD1bsS yUXH1KstVbyLtu2HQ6bKbWUBfJSv5BeWJ/+tvUO8un5hWXGqjeIgl38vzdaM++bC1miu8pY2 jD88sV7NwReunPw3qHXHslZrPcoNiQr/WC0OYG83+KbRWX8/3tXe4vlXWzBD/iRe+xxMSSZd qjzLvzbD0+vVvMnaXKSTfvyVWxSk2jk0gDo7PsPR0etardflWsm8xen6Vvk6mut1SiO8U8sD nOsGMxwv40Vbcohw5LXvYeIq39e71guAQJ8Bx679/TTzD+mo9q7yWeOzLvVqC/7IKr/l8Bdg o5Uv/goWzVbIPcxfnuHq04VBGLWCBwMbHtZbjbC5NXIZrtarNsOGCNtSda9XEMZsaUkYcVZ9 ywoEpSzvRgWPiL7fLTngbX3gtdqtq3zr4AF4Y7d5hgMAuK+vYNnq9PL7uXWVbx08AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADDV8lKz+fz8XhU5ft8Pse/a9P2 1RB89wCm/47BzD6fLn0tmoY9fjJbtFwziCFOtWyoZYS54JehJhctVyhJOH6ea5xYSb2SwVQV EecWpKrdlFXxlOS2ur1qY6sqPcihtrig0NwO3xBncu8NjpTCPDueozruSNDX9+oaubPzapLH 4zHtIU5xYtHTAB5/DanT3LgomXY4pBavInLn7jj4IXMWzm392QrTAOKG6lWvIIzVVIFp8Oeq imF1e+1a+lLDaCO528zWCRI2xLZ6LJc3Y/ej+/SzLuSsDzhqzc4X77f3P5/PPaqTG3McNtpo 3lJBwnO3flCvWWsnhz7LVDkXGWdsF4wRj6lg7dX5amDxaGNLbFfe4u931uU9/BrKprhzk/zL VG3iafOgrJIbFnHwy1SPv3culsXt5DWnesopbNo4r4qfchNqVnQugPKuIqhXMvlyxzuxNYa1 ozLYRbt3M4UFbd9kG63eiOyudj+c/dt2jooXwZX9Gv49GKan12TfP8qlGm25jBj/nvUQs7KW B/MsSTKGONU4qZDrb7of3rmz4WPyxEaXM2ZzJscMv2aNnwvj4qfX2iCDrT+uMDsqg110jy42 mVtwEAWr7ScYbcRJXnpFWHWktJ2jClseLmg+w1Fuj4uGXBcbd8mrl8VJcfxHHsBB99A3jOT0 T+6TWcKdrhGXBQ1dz6Ed9+3kh3E/USK3UVYjr+rdS4KvUnLonTjamC0a/56u09xnByOVvjtw bqs1n/TgXL+mx2r52bkkVd+LhlxZq5fFOeWXIAc4/awRjEXGFQ67lgrmlmpjWK1XearVQjv2 r+VHZWFxe2y15kOvr1wAVbMdVWrPlhsLSn5+hZaHWv0fGj3e4/E47BQwtD7IWZLkmPivqbBV j9zQrIoPvQM21sd2ugef9KCLigFHW5ew6xlhGlJ8+AXBtw0gGsSl3PfEsTqh/YH9wU2Vb6/C Q6+2U9zYie56LO/dwReeo0pa3nHHNX0N/z7olNxTZ/v38sNlqqq56GFyhCz/iMuaHWy5G9tB eLncuj9HFpQ1W5prz+T5pap5c7kFi5JrBjGUb5HChEEYbVUOwlhNVV5i7fq5HTt3LCTLWj2W c2GU5Dnsub2WJZbv2DO501cyyGSSkhJfLRzc6g2CrDrBVi0amhoceDeHTaUA1+QkwCd7h2c4 7sXpBj6TuQc+XNFvqQDQoPneDQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAf6itY9nw+Z588Ho/povHf6SfLVLM1V80yHzMMMnk+n7mlwaKLWEZYUuXaIvpmOM35 9OZd7o17l/WS22pVwaymqq1d3zBmh3N5lWvDCM42zWXFwZfEs0zSsXmTJ7rXv8mz6JA55eYK Koxwy3k+iKf79rrpjs3Ud7BsbM3H4xEfBnGqKsv9eDWTIKqSgM+1fXxWYqcD4yLNW75zbjTu nMsSg0VtGU5X6BJhQ6rp51VVbggjPtvEGU7TJpPU7iG5NduaNxdhXFZDqrYqr57nZ/tDyaKG faN5ZwtcYcdmKhpwBHLbL7dmoSMvVVcjWd2Zbj3QeTMHHP+znXNaYrBomjx3Us6lah5tBGEU ptpSVlsY3SMce4W24grD6LLLlVx1LMdSRwrOh1U7drAo2F7vumN/oF/DpMkeqYmynNfK07TL dZ7PZ/NhnxTM2tUuekzu/jREWD7ayF2NBREukwenm6p6JQvKZbg9+Fx1aoNv20Vvbdkgh7l+ 29ZGWLXPnNKRBMfg8sO37+p2Osavv2O/ve/p6DK3mceBRW7QHfSUHT3/Pi4w7X6mMUzDiBeN ueUO3XicVD4+CObuggiDKscZzgJI1mvIDBeWGW4MPmicquBLdtEjVV3tjYJWWr1G7BhhlXFD tFW5LYzc2aZZ932mV/O+dAysZHsFGs7zq11A227TkGGVU3ZshtcMx6q2Q6L7xdlFxqflo43Z 5w2CLqoh1bj0dcBcpD1nDogq2XoXbI3ZuPCUCKeFHnOS7VvNK4xQV3U8VW7ZXkErtS1qcNj2 On7HZigccORMr0GTu8jFj/MGDaON3IdblGR468bfNfiNmXc/+QYXjkPTKfjITX9YV9Rgp95r j3p1vzy7gtp9Y3V72bHvrvGh0WHxpE9wtNzxQEpOmrWNNmC41TTs9eMsidAheS8HbK/r79hv r3HAMds5gjFH1TZeHbusRrXfXbcuo439bnifKzc+Oyy2A85WuSdL4kVtGZZYNm/HMJLFDflD fntrbI8wtn0X7V6vXZ0YXpd9Y7pp3nXH/kBfw2JLjC04/XzWrMu2Hj/ZfoN8lnlyt0vGkywo uShX5Tiq4ImKIIfVspYRxlVu2F5xGG2LcsHPFuW2VK/gcwXtZPWgSC5qy7CkuKokDWFsDK88 jNX1a8sqORGV7KJDTYPkBBHm/g3KCiJsCG/LeT6499d9e910xybrIpfLB/icmr4ZGw7gpr6d wbk4uyjAG5jfUvmEOaJPq+8bsMkAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAgI/w9Xw+Zx89Ho9TQslZRjgsgnytk/wwl6SkxF2bYr9Sns/n1TYiAB/ue+yZHo/H 6+9kB3+iZYQzyYDHIUhtvaZjl12bYqcxwdU2HwAMw/B9dgDV4mmM6Wobe3STBADQy69g2Xit n5z8D25YtC0q8bpZME1VMhWRvOFSovAeTdxQq2rvB8VhBHkGpQ//tmQyz+XnySovp4gM3QD4 Gsr6trFrCbqlLYti0wiDuyq1i6oKioPPNVRJccskW9qwto8PpojaojLgAGDpv1sq08cdZnId xvOv5crTDnj6EEZuUYmGfqu2w5uFWqu5Zz396Zmg4smtDABVolsqM8uuKNe/vi6Ok519sKgt hsBZl9dvdkH/ZtUB4BR7PTQavBtyzOswJvMB4Dr6DDimU+7Tv2cDi2DR3j7wpkD3KnfM8AM3 B8CH++eLv4IXJZK39qf/7veWSlUYQziUWS2urcqrz7SWFDf0a8Oql2WWD64un/oMwojfbck9 Qmv+CQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAFl/P 53P20ePx6JL18/nMZfUqtFdBcQyvPw4oKwhgLL1jxauqNtvKySRVsZ3esADcy/fYYTwej9ff yyFIgy6ZdImhY6Uupaqnn27loUdrGGcAUOX7lFLHwc1hxR1W1vXlxhwHbxQAPsqveHEwFZ9b NP08OUufnI0f1wyWTleo7RobysrVa9phb+yhp2WVR7gMcrvCgk6/RwbATX0Na11s8t/VRxPi HigYiCzzD8oN5Pry2dLZCGa1yktxMMlUuXgKx1iz4UjVUxdBM65uxC5hAPCZ/rul0vcZjtPN nlqI1+mbbTJV8obF86/yCI/s3Wf7Q64Kh8UDwH2t3FL5BFd4gSUe5J3Ynb8mMIwqANjonIdG uZF46uudZsUA2M/uA474lgHHq3oOJvmo7ExuUbDp2xYBcF/f48l9OXM+diRVi2YrLBdNSywJ cVpWecWCUoJFq/XqaFrWrM8ujLB8dmGWYfAU7fJh22RrGBMA8M5c/gLAHd3gGQ6DDAC4u6+z AyiynOcHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgr6/n85lb9ng8jgwFAHhX 32cHAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHye/wFBW6EK/0fbsgAAAABJRU5ErkJg gg== --------------070102010503010809050402 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------070102010503010809050402-- From xen-users-bounces@lists.xen.org Tue Apr 10 14:05:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:05: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 1SHbg5-0007kn-UR; Tue, 10 Apr 2012 14:04:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbg4-0007kd-82 for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:04:12 +0000 Received: from [85.158.139.83:35528] by server-2.bemta-5.messagelabs.com id E3/51-17016-BDD348F4; Tue, 10 Apr 2012 14:04:11 +0000 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-6.tower-182.messagelabs.com!1334066650!19303469!1 X-Originating-IP: [131.225.104.19] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14553 invoked from network); 10 Apr 2012 14:04:10 -0000 Received: from gateway02.fnal.gov (HELO gateway02.fnal.gov) (131.225.104.19) by server-6.tower-182.messagelabs.com with SMTP; 10 Apr 2012 14:04:10 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway02.fnal.gov (Postfix) with ESMTP id 9963617115CB; Tue, 10 Apr 2012 09:04:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway02.fnal.gov ([127.0.0.1]) by localhost (gateway02.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6+OQWuKCh9t6; Tue, 10 Apr 2012 09:04:09 -0500 (CDT) X-Mailgw-Auth: no Received: from MAIL04V-CAS03.fnal.gov (mail04v-cas03.fnal.gov [131.225.199.4]) by gateway02.fnal.gov (Postfix) with ESMTP id 83C3D17115C3; Tue, 10 Apr 2012 09:04:09 -0500 (CDT) Received: from boxer.fnal.gov (131.225.80.86) by MAIL04V-CAS03.fnal.gov (131.225.199.4) with Microsoft SMTP Server (TLS) id 14.1.355.2; Tue, 10 Apr 2012 09:04:08 -0500 Date: Tue, 10 Apr 2012 09:04:00 -0500 From: Steven Timm To: Chieu In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-511486384-1715348015-1334066648=:11701" X-Originating-IP: [131.225.80.86] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ---511486384-1715348015-1334066648=:11701 Content-Type: text/plain; charset="GB2312"; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 10 Apr 2012, Chieu wrote: > thank you for help. > > The special is when the time jumps forward£¬ then the time won't change > and keep the time always¡£ > > for example, the time jumps to 4:00 from 3:30£¬ then the time keeps 4:00¡£ > Yes, I see exactly the same problem. It has been there for years. Steve Timm > > > 2012/4/9 Steven Timm : >> On Mon, 9 Apr 2012, Chieu wrote: >> >>> HI, guys >>> >>> Recently,I met a problem. >>> Xen's version: 3.4.3 >>> guest os:redhat 4.8 32bit >>> >>> And xen.independent_wallclock = 1 has been set. >>> >>> The time of guest os change to be fast suddenly, about 2000 second. >>> because the change is too wild, ntp didn't sync to the ntp server's time. >>> >>> my application is dependent on the systme time. And this occurs a lot of >>> times. >>> >>> I don't know which situation will cause this problem. >> >> >> I have seen this with many different versions of Redhat 32-bit >> guests (4.x and 5.x) on Xen from 3.1 upwards. Never found a fix besides >> migrating all my guests to 64-bit. independent_wallclock is >> better than not, but I see exactly the same problem that the clock >> jumps forward by 20-40 minutes and then just holds there until >> real time catches up to it. >> >> Steve Timm >> >> >>> >>> Does anyone can help me ? >>> >>> thank you! >>> >>> sincerely >>> >>> chieu >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> ------------------------------------------------------------------ >> Steven C. Timm, Ph.D (630) 840-8525 >> timm@fnal.gov http://home.fnal.gov/~timm/ >> Fermilab Computing Division, Scientific Computing Facilities, >> Grid Facilities Department, FermiGrid Services Group, Group Leader. >> Lead of FermiCloud project. > ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. ---511486384-1715348015-1334066648=:11701 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---511486384-1715348015-1334066648=:11701-- From xen-users-bounces@lists.xen.org Tue Apr 10 14:05:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:05: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 1SHbg5-0007kn-UR; Tue, 10 Apr 2012 14:04:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbg4-0007kd-82 for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:04:12 +0000 Received: from [85.158.139.83:35528] by server-2.bemta-5.messagelabs.com id E3/51-17016-BDD348F4; Tue, 10 Apr 2012 14:04:11 +0000 X-Env-Sender: timm@fnal.gov X-Msg-Ref: server-6.tower-182.messagelabs.com!1334066650!19303469!1 X-Originating-IP: [131.225.104.19] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14553 invoked from network); 10 Apr 2012 14:04:10 -0000 Received: from gateway02.fnal.gov (HELO gateway02.fnal.gov) (131.225.104.19) by server-6.tower-182.messagelabs.com with SMTP; 10 Apr 2012 14:04:10 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway02.fnal.gov (Postfix) with ESMTP id 9963617115CB; Tue, 10 Apr 2012 09:04:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at fnal.gov Received: from gateway02.fnal.gov ([127.0.0.1]) by localhost (gateway02.fnal.gov [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 6+OQWuKCh9t6; Tue, 10 Apr 2012 09:04:09 -0500 (CDT) X-Mailgw-Auth: no Received: from MAIL04V-CAS03.fnal.gov (mail04v-cas03.fnal.gov [131.225.199.4]) by gateway02.fnal.gov (Postfix) with ESMTP id 83C3D17115C3; Tue, 10 Apr 2012 09:04:09 -0500 (CDT) Received: from boxer.fnal.gov (131.225.80.86) by MAIL04V-CAS03.fnal.gov (131.225.199.4) with Microsoft SMTP Server (TLS) id 14.1.355.2; Tue, 10 Apr 2012 09:04:08 -0500 Date: Tue, 10 Apr 2012 09:04:00 -0500 From: Steven Timm To: Chieu In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-511486384-1715348015-1334066648=:11701" X-Originating-IP: [131.225.80.86] Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] guest os time drift wild X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ---511486384-1715348015-1334066648=:11701 Content-Type: text/plain; charset="GB2312"; format=flowed Content-Transfer-Encoding: 8BIT On Tue, 10 Apr 2012, Chieu wrote: > thank you for help. > > The special is when the time jumps forward£¬ then the time won't change > and keep the time always¡£ > > for example, the time jumps to 4:00 from 3:30£¬ then the time keeps 4:00¡£ > Yes, I see exactly the same problem. It has been there for years. Steve Timm > > > 2012/4/9 Steven Timm : >> On Mon, 9 Apr 2012, Chieu wrote: >> >>> HI, guys >>> >>> Recently,I met a problem. >>> Xen's version: 3.4.3 >>> guest os:redhat 4.8 32bit >>> >>> And xen.independent_wallclock = 1 has been set. >>> >>> The time of guest os change to be fast suddenly, about 2000 second. >>> because the change is too wild, ntp didn't sync to the ntp server's time. >>> >>> my application is dependent on the systme time. And this occurs a lot of >>> times. >>> >>> I don't know which situation will cause this problem. >> >> >> I have seen this with many different versions of Redhat 32-bit >> guests (4.x and 5.x) on Xen from 3.1 upwards. Never found a fix besides >> migrating all my guests to 64-bit. independent_wallclock is >> better than not, but I see exactly the same problem that the clock >> jumps forward by 20-40 minutes and then just holds there until >> real time catches up to it. >> >> Steve Timm >> >> >>> >>> Does anyone can help me ? >>> >>> thank you! >>> >>> sincerely >>> >>> chieu >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> ------------------------------------------------------------------ >> Steven C. Timm, Ph.D (630) 840-8525 >> timm@fnal.gov http://home.fnal.gov/~timm/ >> Fermilab Computing Division, Scientific Computing Facilities, >> Grid Facilities Department, FermiGrid Services Group, Group Leader. >> Lead of FermiCloud project. > ------------------------------------------------------------------ Steven C. Timm, Ph.D (630) 840-8525 timm@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Group Leader. Lead of FermiCloud project. ---511486384-1715348015-1334066648=:11701 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users ---511486384-1715348015-1334066648=:11701-- From xen-users-bounces@lists.xen.org Tue Apr 10 14:25:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:25:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbzm-0008Sw-Uu; Tue, 10 Apr 2012 14:24:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbzl-0008Sp-BC for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:24:33 +0000 Received: from [85.158.138.51:20336] by server-4.bemta-3.messagelabs.com id F6/09-15341-0A2448F4; Tue, 10 Apr 2012 14:24:32 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334067870!21558604!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32219 invoked from network); 10 Apr 2012 14:24:31 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 14:24:31 -0000 Received: by bkcjg9 with SMTP id jg9so4939743bkc.32 for ; Tue, 10 Apr 2012 07:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NX20kCQ/5uPGXrOYhgej4IUIlo9e6j7Bx6HGKh2wuw0=; b=DP3BGxKN2ajZrKffsTIIoZrtV/xPmxzQZnJjxh0nNMoTDQJ9djQB76dsfq/I7XlfZV Xx2m861tvOJ/NzMo67UdEHAXCTm66kalZP58KIxsUYt5B5BPTT5PsV1HqVJy5nSs1J5z 1nVPzfA3BTOusVsmJK8i803JIseo5WoqAKfhjNIlyf6xC9XbVtAoYzdUQCd+L3t+WGBG mzy3R9tdPEw5TL33nMMl3b1U2ZZbL35TynqzlOgEpsIKVk4CGtbmL4nzx4J44jpo9gfJ aWEkHQHb5+8cawOGs3yGlv5iSr+Bx5CXh+VhOOQqZXKeofJAfpkBcE4KCJCk+gNKOaGS sYgw== MIME-Version: 1.0 Received: by 10.204.153.12 with SMTP id i12mr4854503bkw.120.1334067869278; Tue, 10 Apr 2012 07:24:29 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 07:24:29 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 10:24:29 -0400 Message-ID: From: Outback Dingo To: chris Cc: xen-users@lists.xen.org, admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: > +1 for Nexenta, truly awesome stuff Nexenta dollar for dollar compared to other products in the storage industry is over priced Do yourself and your company a favor and just buy a Nexsan E18 , tried and true for storage and a rock solid platform _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 14:25:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:25:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbzm-0008Sw-Uu; Tue, 10 Apr 2012 14:24:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHbzl-0008Sp-BC for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:24:33 +0000 Received: from [85.158.138.51:20336] by server-4.bemta-3.messagelabs.com id F6/09-15341-0A2448F4; Tue, 10 Apr 2012 14:24:32 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334067870!21558604!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32219 invoked from network); 10 Apr 2012 14:24:31 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 14:24:31 -0000 Received: by bkcjg9 with SMTP id jg9so4939743bkc.32 for ; Tue, 10 Apr 2012 07:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NX20kCQ/5uPGXrOYhgej4IUIlo9e6j7Bx6HGKh2wuw0=; b=DP3BGxKN2ajZrKffsTIIoZrtV/xPmxzQZnJjxh0nNMoTDQJ9djQB76dsfq/I7XlfZV Xx2m861tvOJ/NzMo67UdEHAXCTm66kalZP58KIxsUYt5B5BPTT5PsV1HqVJy5nSs1J5z 1nVPzfA3BTOusVsmJK8i803JIseo5WoqAKfhjNIlyf6xC9XbVtAoYzdUQCd+L3t+WGBG mzy3R9tdPEw5TL33nMMl3b1U2ZZbL35TynqzlOgEpsIKVk4CGtbmL4nzx4J44jpo9gfJ aWEkHQHb5+8cawOGs3yGlv5iSr+Bx5CXh+VhOOQqZXKeofJAfpkBcE4KCJCk+gNKOaGS sYgw== MIME-Version: 1.0 Received: by 10.204.153.12 with SMTP id i12mr4854503bkw.120.1334067869278; Tue, 10 Apr 2012 07:24:29 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 07:24:29 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 10:24:29 -0400 Message-ID: From: Outback Dingo To: chris Cc: xen-users@lists.xen.org, admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: > +1 for Nexenta, truly awesome stuff Nexenta dollar for dollar compared to other products in the storage industry is over priced Do yourself and your company a favor and just buy a Nexsan E18 , tried and true for storage and a rock solid platform _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 14:25:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:25: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 1SHc07-0008Tt-JH; Tue, 10 Apr 2012 14:24:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHc06-0008Ti-5o for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:24:54 +0000 Received: from [85.158.143.35:13747] by server-1.bemta-4.messagelabs.com id A4/0A-20925-5B2448F4; Tue, 10 Apr 2012 14:24:53 +0000 X-Env-Sender: cmkim@core.kaist.ac.kr X-Msg-Ref: server-4.tower-21.messagelabs.com!1334067881!6426618!1 X-Originating-IP: [143.248.147.118] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2660 invoked from network); 10 Apr 2012 14:24:44 -0000 Received: from core.kaist.ac.kr (HELO core.kaist.ac.kr) (143.248.147.118) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 14:24:44 -0000 Received: from CHULMINKIMPC (az.kaist.ac.kr [143.248.165.115]) by core.kaist.ac.kr (8.14.4/8.14.4) with ESMTP id q3AEO2Vu027237; Tue, 10 Apr 2012 23:24:02 +0900 From: "Chulmin Kim" To: Date: Tue, 10 Apr 2012 23:24:35 +0900 Message-ID: <01a501cd1725$a7a7c030$f6f74090$@core.kaist.ac.kr> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 thread-index: Ac0XJNUC2ANoHJw/T0eYOoRZ8iHeNA== Content-Language: ko Cc: cmkim@core.kaist.ac.kr Subject: [Xen-users] How can i get DomU information as much as possible? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2672192447458865988==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============2672192447458865988== Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A6_01CD1771.17905290" Content-Language: ko This is a multipart message in MIME format. ------=_NextPart_000_01A6_01CD1771.17905290 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all. Currently, I'm doing some experiments to find overheads of Xen in case of overloaded situation. During my experiments, I need specific information about DomU such as - Paravirt or HVM - Page Table Mechanism (shadow or nested PT) What I can get so far is the information generated by 'xm debug-keys '. However, it is not sufficient for me. Is there any other way around to get more specific information about Dom U (or even Dom0)? Thanks. Regards, Chulmin Kim ------=_NextPart_000_01A6_01CD1771.17905290 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all.

 

Currently, I’m doing some experiments to find = overheads of Xen in case of overloaded situation. =

 

During my experiments, I need specific information about = DomU such as

-       = Paravirt or = HVM

-       = Page Table Mechanism = (shadow or nested PT)

 

What I can get so far is the information generated by = ‘xm debug-keys ‘.

 

However, it is not sufficient for = me.

 

Is there any other way around to get more specific = information about Dom U (or even Dom0)?

 

 

Thanks.

 

Regards,

Chulmin Kim

 

------=_NextPart_000_01A6_01CD1771.17905290-- --===============2672192447458865988== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2672192447458865988==-- From xen-users-bounces@lists.xen.org Tue Apr 10 14:25:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:25: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 1SHc07-0008Tt-JH; Tue, 10 Apr 2012 14:24:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHc06-0008Ti-5o for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:24:54 +0000 Received: from [85.158.143.35:13747] by server-1.bemta-4.messagelabs.com id A4/0A-20925-5B2448F4; Tue, 10 Apr 2012 14:24:53 +0000 X-Env-Sender: cmkim@core.kaist.ac.kr X-Msg-Ref: server-4.tower-21.messagelabs.com!1334067881!6426618!1 X-Originating-IP: [143.248.147.118] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_90_100,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2660 invoked from network); 10 Apr 2012 14:24:44 -0000 Received: from core.kaist.ac.kr (HELO core.kaist.ac.kr) (143.248.147.118) by server-4.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 14:24:44 -0000 Received: from CHULMINKIMPC (az.kaist.ac.kr [143.248.165.115]) by core.kaist.ac.kr (8.14.4/8.14.4) with ESMTP id q3AEO2Vu027237; Tue, 10 Apr 2012 23:24:02 +0900 From: "Chulmin Kim" To: Date: Tue, 10 Apr 2012 23:24:35 +0900 Message-ID: <01a501cd1725$a7a7c030$f6f74090$@core.kaist.ac.kr> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 thread-index: Ac0XJNUC2ANoHJw/T0eYOoRZ8iHeNA== Content-Language: ko Cc: cmkim@core.kaist.ac.kr Subject: [Xen-users] How can i get DomU information as much as possible? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2672192447458865988==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============2672192447458865988== Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A6_01CD1771.17905290" Content-Language: ko This is a multipart message in MIME format. ------=_NextPart_000_01A6_01CD1771.17905290 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all. Currently, I'm doing some experiments to find overheads of Xen in case of overloaded situation. During my experiments, I need specific information about DomU such as - Paravirt or HVM - Page Table Mechanism (shadow or nested PT) What I can get so far is the information generated by 'xm debug-keys '. However, it is not sufficient for me. Is there any other way around to get more specific information about Dom U (or even Dom0)? Thanks. Regards, Chulmin Kim ------=_NextPart_000_01A6_01CD1771.17905290 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all.

 

Currently, I’m doing some experiments to find = overheads of Xen in case of overloaded situation. =

 

During my experiments, I need specific information about = DomU such as

-       = Paravirt or = HVM

-       = Page Table Mechanism = (shadow or nested PT)

 

What I can get so far is the information generated by = ‘xm debug-keys ‘.

 

However, it is not sufficient for = me.

 

Is there any other way around to get more specific = information about Dom U (or even Dom0)?

 

 

Thanks.

 

Regards,

Chulmin Kim

 

------=_NextPart_000_01A6_01CD1771.17905290-- --===============2672192447458865988== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2672192447458865988==-- From xen-users-bounces@lists.xen.org Tue Apr 10 14:40:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:40: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 1SHcEa-0002Lr-2Z; Tue, 10 Apr 2012 14:39:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHcEY-0002Lf-5U for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:39:50 +0000 Received: from [85.158.138.51:32184] by server-2.bemta-3.messagelabs.com id 0D/42-09269-536448F4; Tue, 10 Apr 2012 14:39:49 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334068783!21561435!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6733 invoked from network); 10 Apr 2012 14:39:44 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 14:39:44 -0000 Received: by vbbfs19 with SMTP id fs19so4029013vbb.32 for ; Tue, 10 Apr 2012 07:39:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gUohWlot/IVg2+nXdV0y4vqlvYzYFlEm+Vg73Gewir4=; b=vtSRm8SjXvvjzbn8fJK6xD760OX5klvTdWLwtLlbg5T2pMCE1N3kvmMjqtq7rHg2lV tAbN+ddI7VjrUJAZ6kB0GRCXoiYdV5sdr9TB7eRcD7AQS8nLU8mwEBYbRwVMYwxLfNkO C76VxLqFRW6KsRpvYNPlkTY1wW91boZJ3LAk2mLXdXvtkUGNYXG2PKZgg2lNsnbcb7VN iqIRBRSvBsI5bitH/+OHgfTcFmYlOrHw5PtqywabyzaJhgDlmbLdwF4n2Lt2XXbUQ59r 0dF7/M5wGPpN3NunGETcxX/8Vs9PYM24KWF8PfpHf6eoBTUiH8sxMJC5y4jLK7yfkl9B 6EEA== MIME-Version: 1.0 Received: by 10.52.24.228 with SMTP id x4mr4706129vdf.81.1334068782336; Tue, 10 Apr 2012 07:39:42 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 10 Apr 2012 07:39:42 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 07:39:42 -0700 Message-ID: From: Freddie Cash To: "Fajar A. Nugraha" Cc: Sergey Melnik , xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 9, 2012 at 11:23 PM, Fajar A. Nugraha wrote: > On Tue, Apr 10, 2012 at 1:12 PM, Sergey Melnik wrote: >> Hello, Xen-Users. >> >> We are looking for a HCL-supported storage appliance, capable of >> realtime block replication between 2 nodes > > Realtime replication is expensive. Make sure you REALLY need that, as > it can double (or more) the price of your storage system, AND reduce > your storage sync performance greatly. If the "appliance" part is flexible, then you can build your own setup using either FreeBSD + ZFS + HAST or Linux + DRBD + filesystem-of-choice. Both other realtime replication, HA fail-over, and whatever NAS/SAN protocol you want to use ... for free. All you pay for is the hardware. -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 14:40:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 14:40: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 1SHcEa-0002Lr-2Z; Tue, 10 Apr 2012 14:39:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHcEY-0002Lf-5U for xen-users@lists.xen.org; Tue, 10 Apr 2012 14:39:50 +0000 Received: from [85.158.138.51:32184] by server-2.bemta-3.messagelabs.com id 0D/42-09269-536448F4; Tue, 10 Apr 2012 14:39:49 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334068783!21561435!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6733 invoked from network); 10 Apr 2012 14:39:44 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 14:39:44 -0000 Received: by vbbfs19 with SMTP id fs19so4029013vbb.32 for ; Tue, 10 Apr 2012 07:39:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gUohWlot/IVg2+nXdV0y4vqlvYzYFlEm+Vg73Gewir4=; b=vtSRm8SjXvvjzbn8fJK6xD760OX5klvTdWLwtLlbg5T2pMCE1N3kvmMjqtq7rHg2lV tAbN+ddI7VjrUJAZ6kB0GRCXoiYdV5sdr9TB7eRcD7AQS8nLU8mwEBYbRwVMYwxLfNkO C76VxLqFRW6KsRpvYNPlkTY1wW91boZJ3LAk2mLXdXvtkUGNYXG2PKZgg2lNsnbcb7VN iqIRBRSvBsI5bitH/+OHgfTcFmYlOrHw5PtqywabyzaJhgDlmbLdwF4n2Lt2XXbUQ59r 0dF7/M5wGPpN3NunGETcxX/8Vs9PYM24KWF8PfpHf6eoBTUiH8sxMJC5y4jLK7yfkl9B 6EEA== MIME-Version: 1.0 Received: by 10.52.24.228 with SMTP id x4mr4706129vdf.81.1334068782336; Tue, 10 Apr 2012 07:39:42 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 10 Apr 2012 07:39:42 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 07:39:42 -0700 Message-ID: From: Freddie Cash To: "Fajar A. Nugraha" Cc: Sergey Melnik , xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 9, 2012 at 11:23 PM, Fajar A. Nugraha wrote: > On Tue, Apr 10, 2012 at 1:12 PM, Sergey Melnik wrote: >> Hello, Xen-Users. >> >> We are looking for a HCL-supported storage appliance, capable of >> realtime block replication between 2 nodes > > Realtime replication is expensive. Make sure you REALLY need that, as > it can double (or more) the price of your storage system, AND reduce > your storage sync performance greatly. If the "appliance" part is flexible, then you can build your own setup using either FreeBSD + ZFS + HAST or Linux + DRBD + filesystem-of-choice. Both other realtime replication, HA fail-over, and whatever NAS/SAN protocol you want to use ... for free. All you pay for is the hardware. -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 15:48:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 15:48: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 1SHdI9-0006RK-Jl; Tue, 10 Apr 2012 15:47:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHdI8-0006R5-DO for xen-users@lists.xen.org; Tue, 10 Apr 2012 15:47:36 +0000 Received: from [85.158.143.35:17853] by server-1.bemta-4.messagelabs.com id E0/DC-20925-716548F4; Tue, 10 Apr 2012 15:47:35 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1334072853!12062163!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6286 invoked from network); 10 Apr 2012 15:47:34 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 15:47:34 -0000 Received: from [189.253.141.121] (port=47796 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SHdI5-0004sq-0A for xen-users@lists.xen.org; Tue, 10 Apr 2012 10:47:33 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 89D2DA1DB for ; Tue, 10 Apr 2012 10:47:31 -0500 (CDT) Message-ID: <4F845613.3080107@ondore.com> Date: Tue, 10 Apr 2012 10:47:31 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> <20120402140646.1340616j8equf0zq@www.coblercorp.com> <4F843B21.9090603@eco-5.de> In-Reply-To: <4F843B21.9090603@eco-5.de> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 10/04/12 08:52, Jens Krause escribi=F3: > Thanks Joseph, I am one step further. The setting > > disk =3D [ 'phy:/dev/sda,hda,w' ] > > will boot from the disk. Since there is grub, I can see > the grub menu in my vncviewer and I can choose Windows > (which was installed without xen). That works and Windows > is there. > > But I would prefer to use > > disk =3D [ 'phy:/dev/sda1,hda,w' ] > > as you suggested (using partition sda1 and not whole disk sda) Windows can't work with unpartitioned block devices. When you give it a = sda as hda, it will read the partition table, pick up it's system = partition and boot from it. When you give it sda1 as hda, it will expect = to read a partition table, fail, and give up. The setup you are describing is possible, but it will render your = Windows installation unusable outside of hypervisor. All you have to do = is create a partition table within a partition. You can try to move your = existing Windows installation to a partition with something like dd if=3D/dev/sda of=3Dsomefile dd if=3Dsomefile of=3D/dev/sda1 ...but that is tricky: the whole sda will not fit within sda1 by at lest = some hundreds of bytes, so you will have to shrink it somehow. The whole thing is that: - Windows unusable outside of hypervisor (but you probably could switch = hypervisors) - it would be easer to make a clean install (Windows spirit is in that = phrase) Oh, read your original message, you don't need to run windows outside of = Xen. My advice, reinstall. Why on a partition? LVM is much more flexible. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 15:48:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 15:48: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 1SHdI9-0006RK-Jl; Tue, 10 Apr 2012 15:47:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHdI8-0006R5-DO for xen-users@lists.xen.org; Tue, 10 Apr 2012 15:47:36 +0000 Received: from [85.158.143.35:17853] by server-1.bemta-4.messagelabs.com id E0/DC-20925-716548F4; Tue, 10 Apr 2012 15:47:35 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1334072853!12062163!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6286 invoked from network); 10 Apr 2012 15:47:34 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 15:47:34 -0000 Received: from [189.253.141.121] (port=47796 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SHdI5-0004sq-0A for xen-users@lists.xen.org; Tue, 10 Apr 2012 10:47:33 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 89D2DA1DB for ; Tue, 10 Apr 2012 10:47:31 -0500 (CDT) Message-ID: <4F845613.3080107@ondore.com> Date: Tue, 10 Apr 2012 10:47:31 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1332423500.2599.45.camel@eco5-03.rheinland01> <20120322090543.262750qpukh6v4c7@www.coblercorp.com> <4F796772.1060509@eco-5.de> <20120402074210.18441lpcr102yheq@www.coblercorp.com> <20120402140646.1340616j8equf0zq@www.coblercorp.com> <4F843B21.9090603@eco-5.de> In-Reply-To: <4F843B21.9090603@eco-5.de> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] Windows 7 as guest on a physikal disk X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 10/04/12 08:52, Jens Krause escribi=F3: > Thanks Joseph, I am one step further. The setting > > disk =3D [ 'phy:/dev/sda,hda,w' ] > > will boot from the disk. Since there is grub, I can see > the grub menu in my vncviewer and I can choose Windows > (which was installed without xen). That works and Windows > is there. > > But I would prefer to use > > disk =3D [ 'phy:/dev/sda1,hda,w' ] > > as you suggested (using partition sda1 and not whole disk sda) Windows can't work with unpartitioned block devices. When you give it a = sda as hda, it will read the partition table, pick up it's system = partition and boot from it. When you give it sda1 as hda, it will expect = to read a partition table, fail, and give up. The setup you are describing is possible, but it will render your = Windows installation unusable outside of hypervisor. All you have to do = is create a partition table within a partition. You can try to move your = existing Windows installation to a partition with something like dd if=3D/dev/sda of=3Dsomefile dd if=3Dsomefile of=3D/dev/sda1 ...but that is tricky: the whole sda will not fit within sda1 by at lest = some hundreds of bytes, so you will have to shrink it somehow. The whole thing is that: - Windows unusable outside of hypervisor (but you probably could switch = hypervisors) - it would be easer to make a clean install (Windows spirit is in that = phrase) Oh, read your original message, you don't need to run windows outside of = Xen. My advice, reinstall. Why on a partition? LVM is much more flexible. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 17:25:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 17:25: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 1SHenQ-0001qH-KW; Tue, 10 Apr 2012 17:24:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHenP-0001qC-E6 for xen-users@lists.xen.org; Tue, 10 Apr 2012 17:23:59 +0000 Received: from [85.158.138.51:48177] by server-11.bemta-3.messagelabs.com id 76/89-18894-EAC648F4; Tue, 10 Apr 2012 17:23:58 +0000 X-Env-Sender: admin.sa@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1334078636!21514566!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21098 invoked from network); 10 Apr 2012 17:23:58 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 17:23:58 -0000 Received: by ggnp2 with SMTP id p2so31843ggn.32 for ; Tue, 10 Apr 2012 10:23:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=w0W3DNiSliZT7YvyvEmLSRpdCuDblbgEOULoZB0UXxw=; b=fRp0XCT8/YS/hT6jwDCsYypVTFXrnh9V2GtojxKE/QRYo5+WuI8Jxjix/9CaRDOsGu qlNjA/vx+2sWitfFOGFLYxpCWBGMe5IwHi5iz4xiKpHcQqOmF5bSnYCFMeR0koeZmPD6 m7F/bSykOb45mj5KleFYhqhwheY0yaaKFBly77B+wVxrpli4VVkQQGmZsHYV+K0ZM8jM WtGpqQeeTTOjylnaNhKdV0Ix00Pg8d8yA69WEyYHgO/aLrOBF3WOUqsaGxF8r+gNxVDO g9EQRhanZiOfIhkrGY/UXxTufuBA6+gBW5WjVZT101uRhbHNiKRB3eyxCT9l1tRi0gLc +GGw== MIME-Version: 1.0 Received: by 10.60.30.3 with SMTP id o3mr17414406oeh.9.1334078636223; Tue, 10 Apr 2012 10:23:56 -0700 (PDT) Received: by 10.182.27.230 with HTTP; Tue, 10 Apr 2012 10:23:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 21:23:56 +0400 Message-ID: From: Sergey Melnik To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for all your answers! Since this installation will be based on the remote site and we'll have no access to physical location - we are trying to find a solution which is simple to manage and pure bulletproof. So no DIY appiances.. Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. Have not seen Nexsan E18 before, gonna check if is suits our needs and avaliable in our country. Cheers, Sergey _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 17:25:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 17:25: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 1SHenQ-0001qH-KW; Tue, 10 Apr 2012 17:24:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHenP-0001qC-E6 for xen-users@lists.xen.org; Tue, 10 Apr 2012 17:23:59 +0000 Received: from [85.158.138.51:48177] by server-11.bemta-3.messagelabs.com id 76/89-18894-EAC648F4; Tue, 10 Apr 2012 17:23:58 +0000 X-Env-Sender: admin.sa@gmail.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1334078636!21514566!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21098 invoked from network); 10 Apr 2012 17:23:58 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-11.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 17:23:58 -0000 Received: by ggnp2 with SMTP id p2so31843ggn.32 for ; Tue, 10 Apr 2012 10:23:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=w0W3DNiSliZT7YvyvEmLSRpdCuDblbgEOULoZB0UXxw=; b=fRp0XCT8/YS/hT6jwDCsYypVTFXrnh9V2GtojxKE/QRYo5+WuI8Jxjix/9CaRDOsGu qlNjA/vx+2sWitfFOGFLYxpCWBGMe5IwHi5iz4xiKpHcQqOmF5bSnYCFMeR0koeZmPD6 m7F/bSykOb45mj5KleFYhqhwheY0yaaKFBly77B+wVxrpli4VVkQQGmZsHYV+K0ZM8jM WtGpqQeeTTOjylnaNhKdV0Ix00Pg8d8yA69WEyYHgO/aLrOBF3WOUqsaGxF8r+gNxVDO g9EQRhanZiOfIhkrGY/UXxTufuBA6+gBW5WjVZT101uRhbHNiKRB3eyxCT9l1tRi0gLc +GGw== MIME-Version: 1.0 Received: by 10.60.30.3 with SMTP id o3mr17414406oeh.9.1334078636223; Tue, 10 Apr 2012 10:23:56 -0700 (PDT) Received: by 10.182.27.230 with HTTP; Tue, 10 Apr 2012 10:23:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 21:23:56 +0400 Message-ID: From: Sergey Melnik To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Thanks for all your answers! Since this installation will be based on the remote site and we'll have no access to physical location - we are trying to find a solution which is simple to manage and pure bulletproof. So no DIY appiances.. Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. Have not seen Nexsan E18 before, gonna check if is suits our needs and avaliable in our country. Cheers, Sergey _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 17:47:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 17:47:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHf8d-0002RZ-4P; Tue, 10 Apr 2012 17:45:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHf8b-0002RU-Fv for xen-users@lists.xen.org; Tue, 10 Apr 2012 17:45:53 +0000 Received: from [85.158.138.51:34543] by server-4.bemta-3.messagelabs.com id 02/D9-15341-0D1748F4; Tue, 10 Apr 2012 17:45:52 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1334079951!21415050!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12308 invoked from network); 10 Apr 2012 17:45:52 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 17:45:52 -0000 Received: by vbbfs19 with SMTP id fs19so57472vbb.32 for ; Tue, 10 Apr 2012 10:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TeUmdKYqzFqb9r3Lds2IAOJAI6Eut7mq/PyKTKdvR6I=; b=QluFGOTBab7GDKA1Yo0CqaGCHsDwIOvLCA8AP9ct5xbrc0TRbSnt9/xFYgAzKXgwJv ks+Zf9Ad7EC/kcUUCzg3nXuOrfWkvQKLXLk6rhzX6vI6rH5fwzvDduretpaiQbUZ0+TU Z6Jwbp7tPEo5/ORu7CHXZXTslKidOQxR4q8uDirysOV8Qm1ByNWbtRg0SKyl3hkYsYXx hzQwOykdnHdYx1VqF35K5y/buwIZhD/ICRUtPd+o0xg9yj1/93ZLFyPucsjjIe3Idvzv GiRzMU/TUuyWwR7nuioLqyN79mgSC/lqiKvGlUqDmJZTnKGhl8NbcsRM0CdoYreyR3Xr 6R8g== MIME-Version: 1.0 Received: by 10.52.175.33 with SMTP id bx1mr4981287vdc.132.1334079950525; Tue, 10 Apr 2012 10:45:50 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 10 Apr 2012 10:45:50 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 10:45:50 -0700 Message-ID: From: Freddie Cash To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 17:47:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 17:47:02 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHf8d-0002RZ-4P; Tue, 10 Apr 2012 17:45:55 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHf8b-0002RU-Fv for xen-users@lists.xen.org; Tue, 10 Apr 2012 17:45:53 +0000 Received: from [85.158.138.51:34543] by server-4.bemta-3.messagelabs.com id 02/D9-15341-0D1748F4; Tue, 10 Apr 2012 17:45:52 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1334079951!21415050!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12308 invoked from network); 10 Apr 2012 17:45:52 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 17:45:52 -0000 Received: by vbbfs19 with SMTP id fs19so57472vbb.32 for ; Tue, 10 Apr 2012 10:45:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TeUmdKYqzFqb9r3Lds2IAOJAI6Eut7mq/PyKTKdvR6I=; b=QluFGOTBab7GDKA1Yo0CqaGCHsDwIOvLCA8AP9ct5xbrc0TRbSnt9/xFYgAzKXgwJv ks+Zf9Ad7EC/kcUUCzg3nXuOrfWkvQKLXLk6rhzX6vI6rH5fwzvDduretpaiQbUZ0+TU Z6Jwbp7tPEo5/ORu7CHXZXTslKidOQxR4q8uDirysOV8Qm1ByNWbtRg0SKyl3hkYsYXx hzQwOykdnHdYx1VqF35K5y/buwIZhD/ICRUtPd+o0xg9yj1/93ZLFyPucsjjIe3Idvzv GiRzMU/TUuyWwR7nuioLqyN79mgSC/lqiKvGlUqDmJZTnKGhl8NbcsRM0CdoYreyR3Xr 6R8g== MIME-Version: 1.0 Received: by 10.52.175.33 with SMTP id bx1mr4981287vdc.132.1334079950525; Tue, 10 Apr 2012 10:45:50 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 10 Apr 2012 10:45:50 -0700 (PDT) In-Reply-To: References: Date: Tue, 10 Apr 2012 10:45:50 -0700 Message-ID: From: Freddie Cash To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 17:54:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 17:54: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 1SHfFU-0002gI-87; Tue, 10 Apr 2012 17:53:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfFS-0002gD-BP for xen-users@lists.xen.org; Tue, 10 Apr 2012 17:52:59 +0000 Received: from [193.109.254.147:30616] by server-11.bemta-14.messagelabs.com id FC/8B-05858-973748F4; Tue, 10 Apr 2012 17:52:57 +0000 X-Env-Sender: steven.eychenne@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334080370!3979597!1 X-Originating-IP: [209.85.216.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP,UPPERCASE_25_50 X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17131 invoked from network); 10 Apr 2012 17:52:51 -0000 Received: from mail-qa0-f43.google.com (HELO mail-qa0-f43.google.com) (209.85.216.43) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 17:52:51 -0000 Received: by qadb15 with SMTP id b15so3113737qad.16 for ; Tue, 10 Apr 2012 10:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=yjxfGU4kzgzAlib9WtSG819dzh79geYuf+umREv8PH0=; b=nrNuB18NQYSVWga/I6cBg1lZmi7v2GmLBoRSnK06TufaqoILL+fbwkjpOSso8ZekJH ZyobA4nO7FVg7TGnmKa1LDj5Qm0SB2Z3kgTuWe3VwbSHOUDt2kGiJrzMaaO9hWH8g+Bk L8OGqBWzfSA22DjKaECZPjvBwT+M1yXblM1ftDZ4rENJT1R7O6QskOvLffNmTuuTyvJ7 L9jW5JeiX64Od6GCC+VwOtRpZoa+tUgXP8vfWMPzJ1FW8DnlSEfJoLklRRBb7pat6tFW d08TGYX60EzPUpIpL24H2LLLciM+bjjfkCl8Q/ba6RroFHD321X8WZy/hscLc46siyXx TPKg== Received: by 10.224.53.6 with SMTP id k6mr15757432qag.25.1334080369896; Tue, 10 Apr 2012 10:52:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.217.78 with HTTP; Tue, 10 Apr 2012 10:52:28 -0700 (PDT) In-Reply-To: References: From: Steven EYCHENNE Date: Tue, 10 Apr 2012 19:52:28 +0200 X-Google-Sender-Auth: cXClUUWZ9jTpBUUDQl620kMGyt4 Message-ID: To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=20cf3074d9a88caca204bd56ca3c Subject: [Xen-users] VT-d BIOS problem with DMAR/ACPI tables | Sabertooth X58 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I'm not able to activate VT-d on my PC due to a buggy BIOS. Xen fails to parse ACPI DMAR table. There is a problem with RMRR address range. My configuration is : - Debian Weezy - Xen version 4.1.2 (Debian 4.1.2-2) - Sabertooth X58 with last bios (1304) - i7 - 960 I have the following message : (XEN) [VT-D]dmar.c:704: Host address width 39 (XEN) [VT-D]dmar.c:719: found ACPI_DMAR_DRHD: (XEN) [VT-D]dmar.c:413: =A0 dmaru->address =3D fbfff000 (XEN) [VT-D]iommu.c:1122: drhd->address =3D fbfff000 iommu->reg =3D ffff82c= 3fff57000 (XEN) [VT-D]iommu.c:1124: cap =3D c9008010e60262 ecap =3D f0207a (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1b.0 (XEN) [VT-D]dmar.c:719: found ACPI_DMAR_DRHD: (XEN) [VT-D]dmar.c:413: =A0 dmaru->address =3D fbffe000 (XEN) [VT-D]iommu.c:1122: drhd->address =3D fbffe000 iommu->reg =3D ffff82c= 3fff56000 (XEN) [VT-D]iommu.c:1124: cap =3D c90780106f0462 ecap =3D f020fe (XEN) [VT-D]dmar.c:356: =A0 IOAPIC: f0:1f.7 (XEN) [VT-D]dmar.c:356: =A0 IOAPIC: 0:13.0 (XEN) [VT-D]dmar.c:427: =A0 flags: INCLUDE_ALL (XEN) [VT-D]dmar.c:724: found ACPI_DMAR_RMRR: (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.7 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.7 (XEN) [VT-D]dmar.c:595: =A0 RMRR region: base_addr ec000 end_address effff (XEN) [VT-D]dmar.c:724: found ACPI_DMAR_RMRR: (XEN) [VT-D]dmar.c:528: =A0 RMRR address range not in reserved memory base =3D bf7da000 end =3D bf7d9fff; iommu_inclusive_mapping=3D1 parameter may be needed. (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.7 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.7 (XEN) [VT-D]dmar.c:585: =A0 The RMRR (bf7da000, bf7d9fff) is incorrect! (XEN) Failed to parse ACPI DMAR. =A0Disabling VT-d. "If Xen complains about broken BIOS, let the motherboard/system vendor know about it." I opened a case on Asus Support website. Their first response was to give me the documentation page of the motherboard about VT-d and to declare that Linux is not supported. I confirmed that I activated the VT-d option in the BIOS and I declared that I can make any test on any platform. I had a response a few days ago that the case was transmit to Asus Headquarters. (ASUS CASEID=3DRTM2012040201379-727) Let's see what happened. "Intel developers also want to know about broken IOMMU/VT-d BIOS implementations, see this email: http://lists.xensource.com/archives/html/xen-devel/2010-01/msg00841.html, so let them know all the details about your hardware and software if you have broken BIOS." How ? Do you have any suggestion ? Thanks in advance. I have joined the output of : - acpidump -b -o acpidump-b.txt - lspci - lspci -vvvknn - xm dmesg - xm info - the extraction of the DMAR table Regards, Steven --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; name="acpidump-b.txt" Content-Disposition: attachment; filename="acpidump-b.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzjyqj1 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARFNEVGnEAAAB20ExNjgyAEExNjgy MDAxAQAAAElOVEwTAQYgEEcSX1BSX1uDC1AwMDEBEAgAAAYGUDAwMUNQVTFbgwtQMDAyAgAAAAAA BlAwMDJDUFUyW4MLUDAwMwMAAAAAAAZQMDAzQ1BVM1uDC1AwMDQEAAAAAAAGUDAwNENQVTRbgwtQ MDA1BQAAAAAABlAwMDVDUFU1W4MLUDAwNgYAAAAAAAZQMDA2Q1BVNluDC1AwMDcHAAAAAAAGUDAw N0NQVTdbgwtQMDA4CAAAAAAABlAwMDhDUFU4W4MLUDAwOQkAAAAAAAZQMDA5Q1BVOVuDC1AwMTAN CgAAAAAAW4MLUDAxMQsAAAAAAFuDC1AwMTIMAAAAAABbgwtQMDEzDQAAAAAAW4MLUDAxNA4AAAAA AFuDC1AwMTUPAAAAAABbgwtQMDE2EAAAAAAACERQODANCoAIRFA5MA0KkAhXS1RQAAhTUElPDQou CElPSFcLkAIISU9TQgAISU9TTA0KEAhJT0hCC5ACCElPSEwNChAIU01JUA0KsghQTUJTCwAICFBN TE4NCoAIR1BCUwsABQhHUExODQqACFNNQkwACFBNMzALMAgIU1VTVw0K/whUUEJBDAAA1P4IVFBC TAAIQVBJQwEIR0VCUwsABghHRUxODQoICFBDSUIMAAAA4AhQQ0lMDAAAABAIU01CUwsAEAhDUFVD DQoQW4BCSU9TAAxkgHm/DQr/W4FGDQpCSU9TAVNTMV8BU1MyXwFTUzNfAVNTNF8BAARJT1NUEFRP UE0gUk9NUyBNRzFCIE1HMUwgTUcyQiBNRzJMIAAIRE1BWAhIUFRBIENQQjAgQ1BCMSBDUEIyIENQ QjMgQVNTQghBT1RCCEFBWEIgU01JRghEVFNFCERUUzEIRFRTMghNUEVOCFRQTUYITUczQiBNRzNM IE1IMUIgTUgxTCBPU1RQCBQPUlJJTwRwDVJSSU8AWzEUD1JETUEDcA1yRE1BAFsxCFBJQ00AFB9f UElDAaAJaHANCqpEQkc4oQhwDQqsREJHOHBoUElDTQhPU1ZS/xRDDQpPU0ZMAKANkpNPU1ZS/6RP U1ZSCF9UXzAAcE9TWVNfVF8woA6TX1RfMAFwDQoDT1NWUqFKBqAOk19UXzANChBwAU9TVlKhSAWg D5NfVF8wDQoRcA0KAk9TVlKhRQSgD5NfVF8wDQoScA0KBE9TVlKhMqAOk19UXzANChNwAE9TVlKh IaAOk19UXzANChRwAE9TVlKhEKAOk19UXzANChVwAE9TVlKkT1NWUhROBE1DVEgCoAiVh2iHaaQA codoAWAIQlVGMBECYAhCVUYxEQJgcGhCVUYwcGlCVUYxohpgdmCgFZKTg4hCVUYwYACDiEJVRjFg AKQApAEIUFJXUBIEAgAAFEsHR1BSVwJwaIhQUldQAABweVNTMV8BAGB9YHlTUzJfDQoCAGB9YHlT UzNfDQoDAGB9YHlTUzRfDQoEAGCgEXt5AWkAYABwaYhQUldQAQChKXpgAWCgGJGTT1NGTAGTT1NG TA0KAoFgiFBSV1ABAKENCoJgiFBSV1ABAKRQUldQCFdBS1ASBAIAAFuAREVCMAFEUDgwAVuBC0RF QjABREJHOAhbgERFQjEBRFA5MA0KAluBC0RFQjECREJHORAURBRPU1lTAHANChBgoEEMWxJfT1NJ YaAXX09TSQ1XaW5kb3dzIDIwMDAAcA0KEmCgF19PU0kNV2luZG93cyAyMDAxAHANChNgoBtfT1NJ DVdpbmRvd3MgMjAwMSBTUDEAcA0KE2CgG19PU0kNV2luZG93cyAyMDAxIFNQMgBwDQoTYKAZX09T SQ1XaW5kb3dzIDIwMDEuMQBwDQoUYKAdX09TSQ1XaW5kb3dzIDIwMDEuMSBTUDEAcA0KFGCgF19P U0kNV2luZG93cyAyMDA2AHANChVgoUQHoCNNQ1RIX09TXw1NaWNyb3NvZnQgV2luZG93cyBOVABw DQoSYKFNBKA2TUNUSF9PU18NTWljcm9zb2Z0IFdpbmRvd3NNRTogTWlsbGVubml1bSBFZGl0aW9u AHANChFgoBNNQ1RIX09TXw1MaW51eABwAWCkYBCE5gVfU0JfCFBSMDASRjtCEgsEC///AExOS0EA EgsEC///AUxOS0IAEgwEC///DQoCTE5LQwASDAQL//8NCgNMTktEABINBAz//wQAAExOS0EAEg0E DP//BAABTE5LQgASDgQM//8EAA0KAkxOS0MAEg4EDP//BAANCgNMTktEABINBAz//wUAAExOS0EA Eg0EDP//BQABTE5LQgASDgQM//8FAA0KAkxOS0MAEg4EDP//BQANCgNMTktEABINBAz//wYAAExO S0EAEg0EDP//BgABTE5LQgASDgQM//8GAA0KAkxOS0MAEg4EDP//BgANCgNMTktEABINBAz//wgA AExOS0EAEg0EDP//CAABTE5LQgASDgQM//8IAA0KAkxOS0MAEg4EDP//CAANCgNMTktEABINBAz/ /wkAAExOS0EAEg0EDP//CQABTE5LQgASDgQM//8JAA0KAkxOS0MAEg4EDP//CQANCgNMTktEABIN BAz//w0KAABMTktBABINBAz//w0KAAFMTktCABIOBAz//w0KAA0KAkxOS0MAEg4EDP//DQoADQoD TE5LRAASDQQM//8NAABMTktBABINBAz//xYAAExOS0EAEg0EDP//FgABTE5LQgASDgQM//8WAA0K AkxOS0MAEg4EDP//FgANCgNMTktEABIOBAz//x8ADQoCTE5LQwASDQQM//8dAABMTktIABINBAz/ /x0AAUxOS0QAEg4EDP//HQANCgJMTktDABIOBAz//x0ADQoDTE5LQQASDQQM//8aAABMTktBABIN BAz//xoAAUxOS0YAEg4EDP//GgANCgNMTktEABIOBAz//xoADQoCTE5LQwASDQQM//8bAABMTktH ABINBAz//xwAAExOS0IAEg0EDP//HAABTE5LQQASDgQM//8cAA0KAkxOS0MAEg4EDP//HAANCgNM TktEABINBAz//wEAAExOS0EAEg0EDP//AQABTE5LQgASDgQM//8BAA0KAkxOS0MAEg4EDP//AQAN CgNMTktEABINBAz//wIAAExOS0EAEg0EDP//AgABTE5LQgASDgQM//8CAA0KAkxOS0MAEg4EDP// AgANCgNMTktEABINBAz//wMAAExOS0EAEg0EDP//AwABTE5LQgASDgQM//8DAA0KAkxOS0MAEg4E DP//AwANCgNMTktEABINBAz//wcAAExOS0EAEg0EDP//BwABTE5LQgASDgQM//8HAA0KAkxOS0MA Eg4EDP//BwANCgNMTktEABINBAz//xkAAExOS0UAEg0EDP//HwAATE5LQwASDQQM//8fAAFMTktF AAhBUjAwEkYyQRIJBAv//wAADQovEgkEC///AQANCi4SDQoEC///DQoCAA0KLhINCgQL//8NCgMA DQotEgsEDP//BAAAAA0KGRILBAz//wQAAQANCiMSDAQM//8EAA0KAgANCiQSDAQM//8EAA0KAwAN CiISCwQM//8FAAAADQoaEgsEDP//BQABAA0KGRIMBAz//wUADQoCAA0KGxIMBAz//wUADQoDAA0K HRILBAz//wYAAAANChsSCwQM//8GAAEADQomEgwEDP//BgANCgIADQolEgwEDP//BgANCgMADQon EgsEDP//CAAAAA0KHxILBAz//wgAAQANCicSDAQM//8IAA0KAgANCiYSDAQM//8IAA0KAwANCiUS CwQM//8JAAAADQogEgsEDP//CQABAA0KKhIMBAz//wkADQoCAA0KLxIMBAz//wkADQoDAA0KKRIL BAz//w0KAAAADQohEgsEDP//DQoAAQANCh8SDAQM//8NCgANCgIADQouEgwEDP//DQoADQoDAA0K LRILBAz//xYAAAANCisSCwQM//8WAAEADQosEgwEDP//FgANCgIADQotEgwEDP//FgANCgMADQou EgwEDP//HwANCgIADQoSEgsEDP//HQAAAA0KFxILBAz//x0AAQANChMSDAQM//8dAA0KAgANChIS DAQM//8dAA0KAwANChASCwQM//8aAAAADQoQEgsEDP//GgABAA0KFRIMBAz//xoADQoDAA0KExIM BAz//xoADQoCAA0KEhILBAz//xsAAAANChYSCwQM//8cAAAADQoREgsEDP//HAABAA0KEBIMBAz/ /xwADQoCAA0KEhIMBAz//xwADQoDAA0KExILBAz//wEAAAANChwSCwQM//8BAAEADQooEgwEDP// AQANCgIADQopEgwEDP//AQANCgMADQovEgsEDP//AgAAAA0KHRILBAz//wIAAQANCikSDAQM//8C AA0KAgANCigSDAQM//8CAA0KAwANCioSCwQM//8DAAAADQoYEgsEDP//AwABAA0KIhIMBAz//wMA DQoCAA0KIxIMBAz//wMADQoDAA0KJBILBAz//wcAAAANCh4SCwQM//8HAAEADQolEgwEDP//BwAN CgIADQonEgwEDP//BwANCgMADQomEgsEDP//GQAAAA0KFBILBAz//x8AAAANChISCwQM//8fAAEA DQoUCFBSMTESNAQSCwQL//8ATE5LQQASCwQL//8BTE5LQgASDAQL//8NCgJMTktDABIMBAv//w0K A0xOS0QACEFSMTESLAQSCQQL//8AAA0KHBIJBAv//wEADQooEg0KBAv//w0KAgANCikSDQoEC/// DQoDAA0KLwhQUjEyEjQEEgsEC///AExOS0EAEgsEC///AUxOS0IAEgwEC///DQoCTE5LQwASDAQL //8NCgNMTktEAAhBUjEyEiwEEgkEC///AAANCh0SCQQL//8BAA0KKRINCgQL//8NCgIADQooEg0K BAv//w0KAwANCioIUFIxMxI0BBILBAv//wBMTktBABILBAv//wFMTktCABIMBAv//w0KAkxOS0MA EgwEC///DQoDTE5LRAAIQVIxMxIsBBIJBAv//wAADQoYEgkEC///AQANCiISDQoEC///DQoCAA0K IxINCgQL//8NCgMADQokCFBSMTQSNAQSCwQL//8ATE5LQQASCwQL//8BTE5LQgASDAQL//8NCgJM TktDABIMBAv//w0KA0xOS0QACEFSMTQSLAQSCQQL//8AAA0KGRIJBAv//wEADQojEg0KBAv//w0K AgANCiQSDQoEC///DQoDAA0KIghQUjE1EjQEEgsEC///AExOS0EAEgsEC///AUxOS0IAEgwEC/// DQoCTE5LQwASDAQL//8NCgNMTktEAAhBUjE1EiwEEgkEC///AAANChoSCQQL//8BAA0KGRINCgQL //8NCgIADQobEg0KBAv//w0KAwANCh0IUFIxNhI0BBILBAv//wBMTktBABILBAv//wFMTktCABIM BAv//w0KAkxOS0MAEgwEC///DQoDTE5LRAAIQVIxNhIsBBIJBAv//wAADQobEgkEC///AQANCiYS DQoEC///DQoCAA0KJRINCgQL//8NCgMADQonCFBSMTcSNAQSCwQL//8ATE5LQQASCwQL//8BTE5L QgASDAQL//8NCgJMTktDABIMBAv//w0KA0xOS0QACEFSMTcSLAQSCQQL//8AAA0KHhIJBAv//wEA DQolEg0KBAv//w0KAgANCicSDQoEC///DQoDAA0KJghQUjE4EjQEEgsEC///AExOS0EAEgsEC/// AUxOS0IAEgwEC///DQoCTE5LQwASDAQL//8NCgNMTktEAAhBUjE4EiwEEgkEC///AAANCh8SCQQL //8BAA0KJxINCgQL//8NCgIADQomEg0KBAv//w0KAwANCiUIUFIxORI0BBILBAv//wBMTktBABIL BAv//wFMTktCABIMBAv//w0KAkxOS0MAEgwEC///DQoDTE5LRAAIQVIxORIsBBIJBAv//wAADQog EgkEC///AQANCioSDQoEC///DQoCAA0KLxINCgQL//8NCgMADQopCFBSMUESNAQSCwQL//8ATE5L QQASCwQL//8BTE5LQgASDAQL//8NCgJMTktDABIMBAv//w0KA0xOS0QACEFSMUESLAQSCQQL//8A AA0KIRIJBAv//wEADQofEg0KBAv//w0KAgANCi4SDQoEC///DQoDAA0KLQhQUjA0EjQEEgsEC/// AExOS0EAEgsEC///AUxOS0IAEgwEC///DQoCTE5LQwASDAQL//8NCgNMTktEAAhBUjA0EiwEEgkE C///AAANChASCQQL//8BAA0KERINCgQL//8NCgIADQoSEg0KBAv//w0KAwANChMIUFIwNRI0BBIL BAv//wBMTktCABILBAv//wFMTktDABIMBAv//w0KAkxOS0QAEgwEC///DQoDTE5LQQAIQVIwNRIs BBIJBAv//wAADQoREgkEC///AQANChISDQoEC///DQoCAA0KExINCgQL//8NCgMADQoQCFBSMDYS NAQSCwQL//8ATE5LQwASCwQL//8BTE5LRAASDAQL//8NCgJMTktBABIMBAv//w0KA0xOS0IACEFS MDYSLAQSCQQL//8AAA0KEhIJBAv//wEADQoTEg0KBAv//w0KAgANChASDQoEC///DQoDAA0KEQhQ UjA3EjQEEgsEC///AExOS0QAEgsEC///AUxOS0EAEgwEC///DQoCTE5LQgASDAQL//8NCgNMTktD AAhBUjA3EiwEEgkEC///AAANChMSCQQL//8BAA0KEBINCgQL//8NCgIADQoREg0KBAv//w0KAwAN ChIIUFIwOBI0BBILBAv//wBMTktBABILBAv//wFMTktCABIMBAv//w0KAkxOS0MAEgwEC///DQoD TE5LRAAIQVIwOBIsBBIJBAv//wAADQoQEgkEC///AQANChESDQoEC///DQoCAA0KEhINCgQL//8N CgMADQoTCFBSMDkSNAQSCwQL//8ATE5LQgASCwQL//8BTE5LQwASDAQL//8NCgJMTktEABIMBAv/ /w0KA0xOS0EACEFSMDkSLAQSCQQL//8AAA0KERIJBAv//wEADQoSEg0KBAv//w0KAgANChMSDQoE C///DQoDAA0KEAhQUjAxEkEFBhILBAv//wBMTktBABILBAv//wFMTktCABIMBAv//w0KAkxOS0MA EgwEC///DQoDTE5LRAASDQQM//8BAABMTktEABINBAz//wIAAExOS0MACEFSMDESRQQGEgkEC/// AAANChASCQQL//8BAA0KERINCgQL//8NCgIADQoSEg0KBAv//w0KAwANChMSCwQM//8BAAAADQoT EgsEDP//AgAAAA0KEghQUlNBEQkNCgYj2NwYeQAGUFJTQVBSU0IGUFJTQVBSU0MGUFJTQVBSU0QG UFJTQVBSU0UGUFJTQVBSU0YGUFJTQVBSU0cGUFJTQVBSU0hbgozMBFBDSTAIX0hJRAxB0A0KCAhf Q0lEDEHQDQoDCF9BRFIAFAleQk4wMACkABQLX0JCTgCkQk4wMAhfVUlEABQWX1BSVACgDQpQSUNN pEFSMDCkUFIwMFuCSwZJT0hfCF9ISUQMQdAMAQhfVUlEDQoNCghfQ1JTEU4EDQpKhgkAAQAA8PsA ABAAhgkAAQAAAPwAAAABhgkAAQAAAP0AAAABhgkAAQAAAP4AAMAAhgkAAQCgyP4AEAAAhgkAAQAA 0f4AEAAAeQAUBk5QVFMBFAZOV0FLAVuCNk5QRTQIX0FEUgwAAAQAFA9fUFJXAKRHUFJXDQoJDQoE FBZfUFJUAKANClBJQ02kQVIxNKRQUjE0W4I2TlBFNQhfQURSDAAABQAUD19QUlcApEdQUlcNCgkN CgQUFl9QUlQAoA0KUElDTaRBUjE1pFBSMTVbgjZOUEU2CF9BRFIMAAAGABQPX1BSVwCkR1BSVw0K CQ0KBBQWX1BSVACgDQpQSUNNpEFSMTakUFIxNluCNk5QRTgIX0FEUgwAAAgAFA9fUFJXAKRHUFJX DQoJDQoEFBZfUFJUAKANClBJQ02kQVIxOKRQUjE4W4I2TlBFOQhfQURSDAAACQAUD19QUlcApEdQ UlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjE5pFBSMTlbgjZOUEVBCF9BRFIMAAANCgAUD19QUlcA pEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjFBpFBSMUFbgjZQMFAxCF9BRFIMAAAeABQPX1BS VwCkR1BSVw0KCw0KBBQWX1BSVACgDQpQSUNNpEFSMDGkUFIwMVuCh+EBU0JSRwhfQURSDAAAHwBb gkgLSUVMSwhfSElEDUFXWTAwMDEAW4BSWEEwAg0KoA0KIFuBMVJYQTABAAlQQkxWAQBGBwABUEJN UwEAAVBNQ1MBRUNOUwEAA0VDVDEQRUxFTgEABxQ7XC5fR1BFX0wwQQCGXC8EX1NCX1BDSTBTQlJH SUVMSw0KgXABXC8FX1NCX1BDSTBTQlJHSUVMS1BNQ1MUE19TVEEAoAhFTEVOpA0KD6EDpAAUBlNN T0QBFA5HUEJTAKR/UEJMVgEAFBhTUFRTAXABUFMxU3ABUFMxRXABU0xQUxQyU1dBSwFwAFNMUFNw AFBTMUWgCZCTaAFSVENToRWgDQqQk2gNCgNCUlRDoQiGUFdSQg0KAluAQVBNUAFTTUlQDQoCW4EQ QVBNUAFBUE1DCEFQTVMIW4EPQVBNUAEACAABQlJUQwFbgFBNUzABUE1CUw0KBFuBHVBNUzABAA0K UlRDUwEABFdBS1MBAAhQV0JUAQAHW4BTTUlFAVBNMzANCghbgRZTTUlFAQAEUFMxRQEAH1BTMVMB ABsQDFxfU0JfCFNMUFMAW4IrUElDXwhfSElEC0HQCF9DUlMRGA0KFUcBIAAgAAACRwGgAKAAAAIi BAB5AFuCTgRETUFECF9ISUQMQdACAAhfQ1JTETgNCjUqEARHAQAAAAAAEEcBgQCBAAADRwGHAIcA AAFHAYkAiQAAA0cBjwCPAAABRwHAAMAAACB5AFuCJVRNUl8IX0hJRAxB0AEACF9DUlMREA0KDUcB QABAAAAEIgEAeQBbgiVSVEMwCF9ISUQMQdALAAhfQ1JTERANCg1HAXAAcAAAAiIAAXkAW4IiU1BL UghfSElEDEHQCAAIX0NSUxENCg0KRwFhAGEAAAF5AFuCJUNPUFIIX0hJRAxB0AwECF9DUlMREA0K DUcB8ADwAAAQIgAgeQBbgkASU0lPUghfSElEDEHQDAIUC19VSUQApFNQSU8IQ1JTXxEdDQoaRwEA AAAAAABHAQAAAAAAAEcBAAAAAAAAeQAUQA5fQ1JTAKBNBJCSk1NQSU8L8AOUU1BJTw0K8ItDUlNf DQoCR1AxMItDUlNfDQoER1AxMYxDUlNfDQoHR1BMMXBTUElPR1AxMHBTUElPR1AxMXANCgJHUEwx oEIESU9TQotDUlNfDQoNCkdQMjCLQ1JTXw0KDEdQMjGMQ1JTXw0KD0dQTDJwSU9TQkdQMjBwSU9T QkdQMjFwSU9TTEdQTDKgQgRJT0hCi0NSU18NChJHUDMwi0NSU18NChRHUDMxjENSU18NChdHUEwz cElPSEJHUDMwcElPSEJHUDMxcElPSExHUEwzpENSU18IRENBVBIsFg0KAg0KAwEADQr/DQr/DQr/ DQr/DQr/DQr/DQr/DQr/DQr/DQr/DQr/DQr/DQoGDQoJDQr/DQr/DQr/DQr/FBpFTkZHAXANCodJ TkRYcA0Kh0lORFhwaExETl8UDUVYRkcAcA0KqklORFgUHUxQVE0BRU5GR0NHTERoe09QVDANCgJg RVhGR6RgFC9VSElEAaAik2gBRU5GR0NHTERoe09QVDENCjhgRVhGR6AIYKQMQdAFEKQMQdAFARQy U0lPSwFFTkZHDQoNCnsNCv9PUFQzT1BUM3toAWB9T1BUMmBPUFQycHtoAQBBQ1RSRVhGRwhLQkZH AQhNU0ZHAQhVMUZHAQhVMkZHAVuAS0JSVwENCmANCgVbgRJLQlJXAUtQNjAIABhLUDY0CFuAS0I2 NAENCmQBW4EPS0I2NAEAAUtSRFkBAAYUTQxTSU9TAXANU0lPUwBbMXtDUkUwDQofQ1JFMKA1k2gB U0lPS/9FTkZHDQoNCqAQS0JGR31PUFQ2DQoQT1BUNqAQTVNGR31PUFQ2DQogT1BUNkVYRkegSweR k2gNCgOTaA0KBKA2V0tUUFNJT0v/RU5GRw0KDQqgEEtCRkd9T1BUNg0KEE9QVDagEE1TRkd9T1BU Ng0KIE9QVDZFWEZHoThFTkZHDQoNCqAQS0JGR31DUkUwDQpBQ1JFMKAbTVNGR31DUkUwDQoiQ1JF MH1DUkU2DQqAQ1JFNkVYRkcUSwRTSU9XAXANU0lPVwBbMVNJT0sARU5GRw0KDQp7T1BUNg0Kz09Q VDZ7T1BUMg0K/k9QVDJ7Q1JFMA0KHUNSRTB7Q1JFNg0Kf0NSRTZFWEZHFDxTSU9IAHANU0lPSABb MUVORkcNCg0KoBB7T1BUMw0KEACGUFMySw0KAqAQe09QVDMNCiAAhlBTMk0NCgJTSU9LAFuASU9J RAFTUElPDQoCW4EQSU9JRAFJTkRYCERBVEEIW4ZHC0lORFhEQVRBAQA4TEROXwgAQA1GRENQAQAC TFBUUAFVUkFQAVVSQlABAEoEQ1IyQwgAGEFDVFIIAEgXSU9BSAhJT0FMCElPSDIISU9MMggAQAZJ TlRSCAAYRE1DSAgASDVDUkUwCENSRTEIQ1JFMghDUkUzCENSRTQIQ1JFNQhDUkU2CENSRTcIQ1JF OAhDUkU5CAAwT1BUMAhPUFQxCE9QVDIIT1BUMwhPUFQ0CAAIT1BUNggUD0NHTEQBpIOIRENBVGgA FE4ERFNUQQFFTkZHQ0dMRGhwQUNUUmBFWEZHoAeTYA0K/6QAe2ABYH1JT1NUeWBoAElPU1SgBWCk DQoPoRSgDnt5AWgASU9TVACkDQoNoQOkABRPBERDTlQCRU5GR0NHTERoeUlPQUgNCghhfUlPQUxh YaAckJVETUNIDQoEkpN7RE1DSA0KA2EAUkRNQWhpdWFwaUFDVFJSUklPaGlhDQoIRVhGRwhDUlMx ERMNChBHAQAAAAABACIAACoAAHkAi0NSUzENCglJUlFNjENSUzENCgxETUFNi0NSUzENCgJJTzEx i0NSUzENCgRJTzEyjENSUzENCgdMRU4xCENSUzIRGw0KGEcBAAAAAAEARwEAAAAAAQAiQAAqBAB5 AItDUlMyDQoRSVJRRYxDUlMyDQoURE1BRYtDUlMyDQoCSU8yMYtDUlMyDQoESU8yMoxDUlMyDQoH TEVOMotDUlMyDQoNCklPMzGLQ1JTMg0KDElPMzKMQ1JTMg0KD0xFTjMURghEQ1JTAkVORkdDR0xE aHlJT0FIDQoISU8xMX1JT0FMSU8xMUlPMTFwSU8xMUlPMTJ0gklPMTEAAWB5AWBMRU4xoA9JTlRS eQFJTlRSSVJRTaEHcABJUlFNoBKRlERNQ0gNCgOTaQBwAERNQU2hEHtETUNIDQoDYXkBYURNQU1F WEZHpENSUzEUQw0KRFNSUwKLaA0KCUlSUU2MaA0KDERNQU2LaA0KAklPMTFFTkZHQ0dMRGl5SU9B SA0KCGF9SU9BTGFhUlJJT2kAYQ0KCFJSSU9pAUlPMTENCgh7SU8xMQ0K/0lPQUx6SU8xMQ0KCElP QUigEklSUU2CSVJRTWB0YAFJTlRSoQdwAElOVFKgEkRNQU2CRE1BTWB0YAFETUNIoQhwDQoERE1D SEVYRkdEQ05UaQFbgkImUk1TQwhfSElEDEHQDAIIX1VJRA0KEAhDUlNfEUIMDQq+RwEQABAAABBH ASIAIgAAHkcBRABEAAANCkcBUABQAAAQRwFiAGIAAAJHAWUAZQAAC0cBcgByAAAORwGAAIAAAAFH AYQAhAAAA0cBiACIAAABRwGMAIwAAANHAZAAkAAAEEcBogCiAAAeRwHgAOAAABBHAdAE0AQAAkcB AAAAAAAARwEAAAAAAABHAQAAAAAAAEcBAAAAAAAAhgkAAQDA0f4AQAAAhgkAAQAAAAAAAAAAhgkA AQAAAAAAAAAAeQAUQhhfQ1JTAItDUlNfDQp6R1AwMItDUlNfDQp8R1AwMYxDUlNfDQp/R1AwTHBQ TUJTR1AwMHBQTUJTR1AwMXBQTUxOR1AwTKBCBFNNQlOLQ1JTXw0KgkdQMTCLQ1JTXw0KhEdQMTGM Q1JTXw0Kh0dQMUxwU01CU0dQMTBwU01CU0dQMTFwU01CTEdQMUygQgRHUEJTi0NSU18NCopHUDIw i0NSU18NCoxHUDIxjENSU18NCo9HUDJMcEdQQlNHUDIwcEdQQlNHUDIxcEdQTE5HUDJMoEIER0VC U4tDUlNfDQqSR1AzMItDUlNfDQqUR1AzMYxDUlNfDQqXR1AzTHBHRUJTR1AzMHBHRUJTR1AzMXBH RUxOR1AzTIpDUlNfDQqsVE1MMYpDUlNfDQqoVE1CMYpDUlNfDQq4VE1MMopDUlNfDQq0VE1CMnAM AADS/lRNQjF0VFBCQQwAANL+VE1MMaASVFBNRnJUUEJBVFBCTFRNQjKhC3JUUEJBAFRNQjJ0DAAA 2f5UTUIyVE1MMqRDUlNfEEYQXABbgFJBTVcADACgfb8MAAABAFuBFVJBTVcBUEFSMCBQQVIxIFBB UjIgW4BJT0IyAQ0Ksg0KAluBEElPQjIBU01JQwhTTUlTCBQMSVNNSQlwaFNNSUMUF0dOVlMJcGhQ QVIwSVNNSQ0KcKRQQVIxFBhTTlZTDQpwaFBBUjBwaVBBUjFJU01JDQpxFB5TTVNSC3BoUEFSMHBp UEFSMXBqUEFSMklTTUkNCnkUF0dNQVgJcGhQQVIwSVNNSQ0KeqRQQVIxFBdHTURYCXBoUEFSMElT TUkNCnukUEFSMRQXR0NBWAlwaFBBUjBJU01JDQp8pFBBUjEUF0dDRFgJcGhQQVIwSVNNSQ0KfaRQ QVIxEEJfXC8DX1NCX1BDSTBTQlJHW4JPXUFTT0MIX0hJRA1BVEswMTEwAAhfVUlEDBABAQEITVZJ RA0KPhQJX1NUQQCkDQoPFA5fSU5JAENVUElVTVZUFE8bQ1VQSQBwR05WUwuggmFwYYhHM0MyDQoE AHANCilgdGBhiEczQzINCgYAdEdOVlMLoIJhiEczQzINCgMAe0dNQVgLmAENCv9loEEMkX2VZUdO VlMLoIJ9e3pHTURYC6ABDQoGAAEAe0dNRFgLmQEBAAAAk3t6R01BWA0Kzg0KHAABAACgKJN7ekdN QVgNCs4NChwAAQAAcAwAAABAiEczQzINCgIAcACIRzNEUw0KBgChQAZ6R01BWA0KNQ0KEIhHM0RT DQoGAKAskZVlR05WUwuggpCTZUdOVlMLoIKTR05WUwveFgFwDAAAAECIRzNDMg0KAgChH3tHTUFY C60BDQr/YnRig4hHM0MyDQoEAIhHM0MyDQoDAKEwe0dNQVgLrQENCv9idGKDiEczQzINCgQAiEcz QzINCgMAekdNQVgNCjUNChCIRzNEUw0KBgBwUkJMSw0K0gANCiFDTEtSjENMS1INCh1DQjI5cIOI RzNUQntDQjI5DQoPAABkoByTZA0KBnALECeIRzNDMA0KBABwDQqXiEczQzANCgYAoT+gHZNkDQoE cAsgTohHM0MwDQoEAHALLQGIRzNDMA0KBgChH6Adk2QNCgNwCyBOiEczQzANCgQAcAstAYhHM0Mw DQoGABROB1VNVlQARU5GRw0KCaA5e09QVDENCgQAcAxI6AH+iEczQzENCgQAdA0Kek1WSURgoAiV YA0KN3AAYKEGdGANCjdgcGCIRzNDMQ0KAwChEHQNCnpNVklEiEczQzENCgMAcA0KQYhHM0MzDQoG AKAWk3tPUFQxDQoIAABwDQp/iEczRDINCgYARVhGRwhNQklGEiMIDQoDDVA2VC1EZWx1eGUADAMC AQMMAAEAAgwAAADgDQoCAAAIQVNCRhELDQoIAAAAAAAAAACKQVNCRgBBU0IwikFTQkYNCgRBU0Ix FEkNCkdHUlAJCF9UXzAAcGhfVF8woAyTX1RfMACkR1JQMKFICKANk19UXzANCgOkR1JQM6FHB6AN k19UXzANCgSkR1JQNKFGBqANk19UXzANCgWkR1JQNaFFBaANk19UXzANCgakR1JQNqFEBKANk19U XzANCgmkR1JQOaEzoA2TX1RfMA0KC6RHUlBCoSOgDZNfVF8wDQoOpEdSUEWhE6ANk19UXzANCg+k R1JQRqEDpAAURg5HSVRNCYpoAFBSTTCMaA0KA0dQSURwAUFTQjAIX1RfMABwR1BJRF9UXzCgD5Nf VF8wAEdJVDBQUk0woUUNCqAQk19UXzANCgNHSVQzUFJNMKFBCaAQk19UXzANCgRHSVQ0UFJNMKFN B6AQk19UXzANCgVHSVQ1UFJNMKFJBqAQk19UXzANCgZHSVQ2UFJNMKFFBaAQk19UXzANCglHSVQ5 UFJNMKFBBKAQk19UXzANCgtHSVRCUFJNMKEtoBCTX1RfMA0KDkdJVEVQUk0woRqgEJNfVF8wDQoP R0lURlBSTTChB3AAQVNCMKRBU0JGFE4TU0lUTQmKaABQUk0wimgNCgRQUk0ximgNCghQUk0yjGgN CgNHUElEcAFBU0IwCF9UXzAAcEdQSURfVF8woBeTX1RfMABTSVQwUFJNMFBSTTFQUk0yoUUOoBiT X1RfMA0KA1NJVDNQUk0wUFJNMVBSTTKhSQygGJNfVF8wDQoEU0lUNFBSTTBQUk0xUFJNMqFNDQqg GJNfVF8wDQoFU0lUNVBSTTBQUk0xUFJNMqFBCaAYk19UXzANCgZTSVQ2UFJNMFBSTTFQUk0yoUUH oBiTX1RfMA0KCVNJVDlQUk0wUFJNMVBSTTKhSQWgGJNfVF8wDQoLU0lUQlBSTTBQUk0xUFJNMqE9 oBiTX1RfMA0KDlNJVEVQUk0wUFJNMVBSTTKhIqAYk19UXzANCg9TSVRGUFJNMFBSTTFQUk0yoQdw AEFTQjCkQVNCRhQgT1AyVgJwg4hpDQoEAGBwg4hpDQoFAGF3aGFhcmBhYKRgFCFWMk9QAnCDiGkN CgQAYHCDiGkNCgUAYXRoYGB4YGFhYKRgW4JMCUhQRVQIX0hJRAxB0AEDCENSU18REQ0KDoYJAAAA AND+AAQAAHkAW4BeTFBDUgAMBPTR/g0KBFuBFExQQ1IASFBUUwIABUhQVEUBABgUJF9TVEEAoBCT T1NGTACgCEhQVEWkDQoPoQ0KoAhIUFRFpA0KC6QAFCpfQ1JTAIpDUlNfDQoESFBUX3dIUFRTCwAQ YHJgDAAA0P5IUFRfpENSU19bgFJYODACAA0K/1uBE1JYODABAEBATFBDRBBMUENFEAhEQlBUEk4E BBIaCAv4Awv4AgsgAgsoAgs4AgvoAgs4AwvoAxIaCAv4Awv4AgsgAgsoAgs4AgvoAgs4AwvoAxIL Awt4Awt4Agu8AxIIAgvwAwtwAwhERExUEiEEEgYCAAv4/xIHAg0KBAuP/xIHAg0KCAv//BIHAg0K DAv/7xRLCVJSSU8EoEwFkJKUaA0KA5KVaABwiYOIREJQVGgAAWoAAABgoD+Sk2D/cIOIg4hERExU aAAAAGFwg4iDiERETFRoAAEAYnlgYWB7TFBDRGJMUENEfUxQQ0RgTFBDRFdYODJoaaAjk2gNCgig DZNqCwACV1g4Mg0KCGihD6ANk2oLCAJXWDgyDQoJaKASkJKUaA0KDZKVaA0KDQpXWDgyaGkUJldY ODICeQFoYKAMaX1MUENFYExQQ0WhDoBgYHtMUENFYExQQ0UUBlJETUEDW4JBC0ZXSF8IX0hJRAwl 1AgACENSU18RHQ0KGoYJAAAAAAAAAAAAAIYJAAAAAAAAAAAAAHkAikNSU18NCgRCUzAwikNSU18N CghCTDAwikNSU18NChBCUzEwikNSU18NChRCTDEwFEEFX0NSUwBwDAAAgP9ggkZIRDBhdmGgDQph d2EMAAAIAGFyYGFicGJCUzAwckJTMDAMAABAAEJTMTB0AEJTMTBCTDAwcEJMMDBCTDEwpENSU19b gkoJRldIRQhfSElEDEHQDAIIX1VJRA0KAwhDUlNfERENCg6GCQAAAAAAAAAAAAB5ABRLBl9DUlMA ikNSU18NCgRCUzAwikNSU18NCghCTDAwoBmTXl4uRldIX0JTMDAAXl4uRldIX19DUlNyXl4uRldI X0JTMDBeXi5GV0hfQkwwMEJTMDB0Xl4uRldIX0JTMTBCUzAwQkwwMKRDUlNfW4BGSFIwAg0K2A0K AluBEkZIUjABRkhEMQQABEZIRDAIEEQVXF9TQl9bgksUVE1BRAhfSElEDCRkAAEIX0NJRAxB0AwC CElWRVIMAAAAEAhUTVBWEgYEAQEAAAhWTFRWEggEDQoJDQoRAAAIUlBNVhIHBAENCiEAAAhSVEZM DQr/CE5VTEwSAgAUTgRUU0REAKAUk1JURkwNCv9wR05WUwvoFlJURkygKlJURkxyXl4vBFBDSTBT QlJHU0lPUkhXVDELrA0KiFRNUFYNCgIApFRNUFahBqROVUxMFEsEVlNERACgFJNSVEZMDQr/cEdO VlML6BZSVEZMoCdSVEZMcF5eLwRQQ0kwU0JSR1NJT1JIV1YwiFZMVFYNCgIApFZMVFahBqROVUxM FEsERlNERACgFJNSVEZMDQr/cEdOVlML6BZSVEZMoCdSVEZMcF5eLwRQQ0kwU0JSR1NJT1JIV0Yx iFJQTVYNCgIApFJQTVahBqROVUxMFAlTRFNQAKQNCg0KW4JDBl5QQ0lFCF9ISUQMQdAMAghfVUlE DQoRCENSU18REQ0KDoYJAAAAAADgAAAAEHkAFDNfQ1JTAIpDUlNfDQoEQkFTMYpDUlNfDQoITEVO MXBQQ0lCQkFTMXBQQ0lMTEVOMaRDUlNfECdcX0dQRRQgX0wxQQCGXC8EX1NCX1BDSTBTQlJHQVNP QwFbIgvoAxBEBEFTT0MIVkVTTAAUK1NQTFYJe2gL//9WRVNMcFZFU0xQQVIwSVNNSQ0KiHB7UEFS MAv//wBgpGAUC0dQTFYIpFZFU0xbgk4ST01TQwhfSElEDEHQDAIIX1VJRAAIQ1JTXxEdDQoahgkA AAAAAAAAAAAAhgkAAAAAAAAAAAAAeQAIQ1JTMRElDQoiS2AAAUtkAAGGCQAAAAAAAAAAAACGCQAA AAAAAAAAAAB5ABRJDF9DUlMAoEYNCkFQSUOKQ1JTXw0KCE1MMDGKQ1JTXw0KBE1CMDGKQ1JTXw0K FE1MMDKKQ1JTXw0KEE1CMDJwDAAAwP5NQjAxcAsAEE1MMDFwDAAA4P5NQjAycAsAEE1MMDKKQ1JT MQ0KEE1MMDOKQ1JTMQ0KDE1CMDOKQ1JTMQ0KHE1MMDSKQ1JTMQ0KGE1CMDRwDAAAwP5NQjAzcAsA EE1MMDNwDAAA4P5NQjA0cAsAEE1MMDR5DQoFDQoNCmCgDXtJT1NUYACkQ1JTX6EGpENSUzFbgkMU Xl5STUVNCF9ISUQMQdAMAQhfVUlEAQhDUlNfEUIEDQo+hgkAAQAAAAAAAA0KAIYJAAAAAAAAAAAA AIYJAAAAAA4AAAACAIYJAAEAABAAAAAAAIYJAAAAAAAAAAAAAHkAFEIOX0NSUwCKQ1JTXw0KEEJB UzGKQ1JTXw0KFExFTjGKQ1JTXw0KHEJBUzKKQ1JTXw0KIExFTjKKQ1JTXw0KLExFTjOKQ1JTXw0K NEJBUzSKQ1JTXw0KOExFTjSgBU9TRkyhQQagKE1HMUKgIpRNRzFCDAAADABwDAAADABCQVMxdE1H MUJCQVMxTEVOMaEVcAwAAAwAQkFTMXAMAAACAExFTjGgH3JNRzFCTUcxTGBwYEJBUzJ0DAAAEABC QVMyTEVOMnRNRzJCDAAAEABMRU4zcE1IMUJCQVM0dABCQVM0TEVONKRDUlNfW4JAC1VBUjEIX1VJ RAEIX0hJRAxB0AUBFAxfU1RBAKREU1RBABQMX0RJUwBEQ05UAAAUDV9DUlMApERDUlMAABQMX1NS UwFEU1JTaAAUC19QUlMApENNUFIIQ01QUhFDBQ0KTzEARwH4A/gDAQgiEAAqAAAwRwH4A/gDAQgi +BwqAAAwRwH4AvgCAQgi+BwqAAAwRwHoA+gDAQgi+BwqAAAwRwHoAugCAQgi+BwqAAA4eQAUFC5V QVIxX1BSVwCkR1BSVw0KCA0KBFuCQgVQUzJLCF9ISUQMQdADAwhfQ0lEDEHQAwsUGV9TVEEAeQEN Cg0KYKALe0lPU1RgAKQNCg+kAAhfQ1JTERgNChVHAWAAYAAAAUcBZABkAAABIgIAeQAUFC5QUzJL X1BSVwCkR1BSVw0KHQ0KBFuCSQdQUzJNCF9ISUQMQdAPAwhfQ0lEDEHQDxMUGV9TVEEAeQENCgxg oAt7SU9TVGAApA0KD6QACE0yUjARCA0KBSIAEHkACE0yUjEREA0KDUtgAAFLZAABIgAQeQAUIF9D UlMAeQENCg0KYKANe0lPU1RgAKRNMlIwoQakTTJSMRQULlBTMk1fUFJXAKRHUFJXDQodDQoEEE8Q Xl5QQ0kwCFNMSUMRQg0KDQqeOTg3MTM0NTEyNzgxR2VudWluZSBOVklESUEgQ2VydGlmaWVkIFNM SSBSZWFkeSBNb3RoZXJib2FyZCBmb3IgQVNVUyBYNTggUDZYNThELUUgICBiZWVmLUNvcHlyaWdo dCAyMDA4IE5WSURJQSBDb3Jwb3JhdGlvbiBBbGwgUmlnaHRzIFJlc2VydmVkLTc2NTI4OTg5MTAy MyhSKQBbgk0FV01JMQhfSElEDXBucDBjMTQACF9VSUQNTVhNMgAIX1dERxEXDQoUPFzL9q6cvU61 d5MeoyoswE1YAQIUIFdNTVgDimoARlVOQ6AQk0ZVTkMMU0xJQaRTTElDpABbgkEHVVNCMAhfQURS DAAAHQBbgEJBUjACDQrEAVuBDUJBUjABVVNCVwIABhQeX1MzRACgEpGTT1NGTAGTT1NGTA0KAqQN CgKhBKQNCgMUGF9QU1cBoAlocA0KA1VTQlehB3AAVVNCVxQPX1BSVwCkR1BSVw0KAw0KBFuCQQdV U0IxCF9BRFIMAQAdAFuAQkFSMAINCsQBW4ENQkFSMAFVU0JXAgAGFB5fUzNEAKASkZNPU0ZMAZNP U0ZMDQoCpA0KAqEEpA0KAxQYX1BTVwGgCWhwDQoDVVNCV6EHcABVU0JXFA9fUFJXAKRHUFJXDQoE DQoEW4JBB1VTQjIIX0FEUgwCAB0AW4BCQVIwAg0KxAFbgQ1CQVIwAVVTQlcCAAYUHl9TM0QAoBKR k09TRkwBk09TRkwNCgKkDQoCoQSkDQoDFBhfUFNXAaAJaHANCgNVU0JXoQdwAFVTQlcUD19QUlcA pEdQUlcNCgwNCgRbgkEHVVNCNQhfQURSDAMAHQBbgEJBUjACDQrEAVuBDUJBUjABVVNCVwIABhQe X1MzRACgEpGTT1NGTAGTT1NGTA0KAqQNCgKhBKQNCgMUGF9QU1cBoAlocA0KA1VTQlehB3AAVVNC VxQPX1BSVwCkR1BSVw0KIA0KBFuCH0VVU0IIX0FEUgwHAB0AFA9fUFJXAKRHUFJXDQoNCgRbgkEH VVNCMwhfQURSDAAAGgBbgEJBUjACDQrEAVuBDUJBUjABVVNCVwIABhQeX1MzRACgEpGTT1NGTAGT T1NGTA0KAqQNCgKhBKQNCgMUGF9QU1cBoAlocA0KA1VTQlehB3AAVVNCVxQPX1BSVwCkR1BSVw0K Dg0KBFuCQQdVU0I0CF9BRFIMAQAaAFuAQkFSMAINCsQBW4ENQkFSMAFVU0JXAgAGFB5fUzNEAKAS kZNPU0ZMAZNPU0ZMDQoCpA0KAqEEpA0KAxQYX1BTVwGgCWhwDQoDVVNCV6EHcABVU0JXFA9fUFJX AKRHUFJXDQoFDQoEW4JBB1VTQjYIX0FEUgwCABoAW4BCQVIwAg0KxAFbgQ1CQVIwAVVTQlcCAAYU Hl9TM0QAoBKRk09TRkwBk09TRkwNCgKkDQoCoQSkDQoDFBhfUFNXAaAJaHANCgNVU0JXoQdwAFVT QlcUD19QUlcApEdQUlcNCiANCgRbgh9VU0JFCF9BRFIMBwAaABQPX1BSVwCkR1BSVw0KDQoEW4I2 UDBQNAhfQURSDAAAHAAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjA0pFBSMDRb gjZQMFA1CF9BRFIMAQAcABQPX1BSVwCkR1BSVw0KCQ0KBBQWX1BSVACgDQpQSUNNpEFSMDWkUFIw NVuCNlAwUDYIX0FEUgwCABwAFA9fUFJXAKRHUFJXDQoJDQoEFBZfUFJUAKANClBJQ02kQVIwNqRQ UjA2W4I2UDBQNwhfQURSDAMAHAAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjA3 pFBSMDdbgkXZUDBQOAhfQURSDAQAHAAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRB UjA4pFBSMDhbgkRrSk1CMAhfQURSAFuAQ0Y0MAINCkANCgRbgUIFQ0Y0MAFDSEUwAU1VTFQBAAFD QUIwAUNIRTEBAANBSEVOAQADUFJUMAFBSE0wAVBSVDEBQUhNMQFDRjQyBlNXQVABUEFUQQEABldU RU4BAAEIUElPVBIPBQtYAguGAQtKAQ0KtA0KeAhVRE1BEhAHDQp4DQpQDQo8DQooDQoeDQoUDQoP CE1ETUESCQML4AENCpYNCngISURFQhEDDQoUiklERUIAR1RNMIpJREVCDQoER1RNMYpJREVCDQoI R1RNMopJREVCDQoMR1RNM4pJREVCDQoQR1RNNAhQSU8wDQoECERNQTANCgYITURBMA0KAghQSU8x DQoECERNQTENCgYITURBMQ0KAghQSU8yDQoECERNQTINCgYITURBMg0KAghQSU8zDQoECERNQTMN CgYITURBMw0KAghGTEdQDQofCEZMR1MNCh9bgkQrSURFMAhfQURSABRFDF9HVE0AcIOIUElPVFBJ TzAAYHCDiFBJT1RQSU8xAGJwDQoaZKAxkEZMR1ABoBiSTVVMVKARkENBQjBTV0FQcA0KAkRNQTBw g4hVRE1BRE1BMABhfWQBZKEOcIOITURNQU1EQTAAYaAskEZMR1ANCgSgEZBDQUIwU1dBUHANCgJE TUExcIOIVURNQURNQTEAY31kDQoEZKEOcIOITURNQU1EQTEAY3BgR1RNMHBhR1RNMXBiR1RNMnBj R1RNM3BkR1RNNKRJREVCFEwMX1NUTQNwaElERUJwR1RNMGBwR1RNMWFwR1RNMmJwR1RNM2NwR1RN NGRwZEZMR1CgGZCSk2D/kpNgAHCJUElPVAFgAAAAUElPMKAykJKTYf+Sk2EAoBaQRkxHUAFwiVVE TUEBYQAAAERNQTChEHCJTURNQQFhAAAATURBMKAZkJKTYv+Sk2IAcIlQSU9UAWIAAABQSU8xoDOQ kpNj/5KTYwCgF5BGTEdQDQoEcIlVRE1BAWMAAABETUExoRBwiU1ETUEBYwAAAE1EQTFbgkgIRFJW MAhfQURSABRLB19HVEYAcBENCg0KBwMAAAAAoO9gcBENCg0KBwMAAAAAoO9hjGABUElPTYxhAURN QU1wUElPMFBJT019UElPTQ0KCFBJT02gG5BGTEdQAXBETUEwRE1BTX1ETUFNDQpARE1BTaEVcE1E QTBETUFNfURNQU0NCiBETUFNc2BhYqRiW4JJCERSVjEIX0FEUgEUTAdfR1RGAHARDQoNCgcDAAAA ALDvYHARDQoNCgcDAAAAALDvYYxgAVBJT02MYQFETUFNcFBJTzFQSU9NfVBJT00NCghQSU9NoByQ RkxHUA0KBHBETUExRE1BTX1ETUFNDQpARE1BTaEVcE1EQTFETUFNfURNQU0NCiBETUFNc2BhYqRi W4JGK0lERTEIX0FEUgEURwxfR1RNAHCDiFBJT1RQSU8yAGBwg4hQSU9UUElPMwBicA0KGmSgMpBG TEdTAaAZkk1VTFSgEpBDQUIwklNXQVBwDQoCRE1BMnCDiFVETUFETUEyAGF9ZAFkoQ5wg4hNRE1B TURBMgBhoC2QRkxHUw0KBKASkENBQjCSU1dBUHANCgJETUEzcIOIVURNQURNQTMAY31kDQoEZKEO cIOITURNQU1EQTMAY3BgR1RNMHBhR1RNMXBiR1RNMnBjR1RNM3BkR1RNNKRJREVCFEwMX1NUTQNw aElERUJwR1RNMGBwR1RNMWFwR1RNMmJwR1RNM2NwR1RNNGRwZEZMR1OgGZCSk2D/kpNgAHCJUElP VAFgAAAAUElPMqAykJKTYf+Sk2EAoBaQRkxHUwFwiVVETUEBYQAAAERNQTKhEHCJTURNQQFhAAAA TURBMqAZkJKTYv+Sk2IAcIlQSU9UAWIAAABQSU8zoDOQkpNj/5KTYwCgF5BGTEdTDQoEcIlVRE1B AWMAAABETUEzoRBwiU1ETUEBYwAAAE1EQTNbgkgIRFJWMAhfQURSABRLB19HVEYAcBENCg0KBwMA AAAAoO9gcBENCg0KBwMAAAAAoO9hjGABUElPTYxhAURNQU1wUElPMlBJT019UElPTQ0KCFBJT02g G5BGTEdTAXBETUEyRE1BTX1ETUFNDQpARE1BTaEVcE1EQTJETUFNfURNQU0NCiBETUFNc2BhYqRi W4JJCERSVjEIX0FEUgEUTAdfR1RGAHARDQoNCgcDAAAAALDvYHARDQoNCgcDAAAAALDvYYxgAVBJ T02MYQFETUFNcFBJTzNQSU9NfVBJT00NCghQSU9NoByQRkxHUw0KBHBETUEzRE1BTX1ETUFNDQpA RE1BTaEVcE1EQTNETUFNfURNQU0NCiBETUFNc2BhYqRiW4JGakpNQjEIX0FEUgFbgENGNDACDQpA DQoEW4FCBUNGNDABQ0hFMAFNVUxUAQABQ0FCMAFDSEUxAQADQUhFTgEAA1BSVDABQUhNMAFQUlQx AUFITTEBQ0Y0MgZTV0FQAVBBVEEBAAZXVEVOAQABCFBJT1QSDwULWAILhgELSgENCrQNCngIVURN QRIQBw0KeA0KUA0KPA0KKA0KHg0KFA0KDwhNRE1BEgkDC+ABDQqWDQp4CElERUIRAw0KFIpJREVC AEdUTTCKSURFQg0KBEdUTTGKSURFQg0KCEdUTTKKSURFQg0KDEdUTTOKSURFQg0KEEdUTTQIUElP MA0KBAhETUEwDQoGCE1EQTANCgIIUElPMQ0KBAhETUExDQoGCE1EQTENCgIIUElPMg0KBAhETUEy DQoGCE1EQTINCgIIUElPMw0KBAhETUEzDQoGCE1EQTMNCgIIRkxHUA0KHwhGTEdTDQofW4JNKklE RTAIX0FEUgAUTgtfR1RNAHCDiFBJT1RQSU8wAGBwg4hQSU9UUElPMQBicA0KGmSgKpBGTEdQAaAR kENBQjBTV0FQcA0KAkRNQTBwg4hVRE1BRE1BMABhfWQBZKEOcIOITURNQU1EQTAAYaAskEZMR1AN CgSgEZBDQUIwU1dBUHANCgJETUExcIOIVURNQURNQTEAY31kDQoEZKEOcIOITURNQU1EQTEAY3Bg R1RNMHBhR1RNMXBiR1RNMnBjR1RNM3BkR1RNNKRJREVCFEwMX1NUTQNwaElERUJwR1RNMGBwR1RN MWFwR1RNMmJwR1RNM2NwR1RNNGRwZEZMR1CgGZCSk2D/kpNgAHCJUElPVAFgAAAAUElPMKAykJKT Yf+Sk2EAoBaQRkxHUAFwiVVETUEBYQAAAERNQTChEHCJTURNQQFhAAAATURBMKAZkJKTYv+Sk2IA cIlQSU9UAWIAAABQSU8xoDOQkpNj/5KTYwCgF5BGTEdQDQoEcIlVRE1BAWMAAABETUExoRBwiU1E TUEBYwAAAE1EQTFbgkgIRFJWMAhfQURSABRLB19HVEYAcBENCg0KBwMAAAAAoO9gcBENCg0KBwMA AAAAoO9hjGABUElPTYxhAURNQU1wUElPMFBJT019UElPTQ0KCFBJT02gG5BGTEdQAXBETUEwRE1B TX1ETUFNDQpARE1BTaEVcE1EQTBETUFNfURNQU0NCiBETUFNc2BhYqRiW4JJCERSVjEIX0FEUgEU TAdfR1RGAHARDQoNCgcDAAAAALDvYHARDQoNCgcDAAAAALDvYYxgAVBJT02MYQFETUFNcFBJTzFQ SU9NfVBJT00NCghQSU9NoByQRkxHUA0KBHBETUExRE1BTX1ETUFNDQpARE1BTaEVcE1EQTFETUFN fURNQU0NCiBETUFNc2BhYqRiW4JPKklERTEIX0FEUgEUQAxfR1RNAHCDiFBJT1RQSU8yAGBwg4hQ SU9UUElPMwBicA0KGmSgK5BGTEdTAaASkENBQjCSU1dBUHANCgJETUEycIOIVURNQURNQTIAYX1k AWShDnCDiE1ETUFNREEyAGGgLZBGTEdTDQoEoBKQQ0FCMJJTV0FQcA0KAkRNQTNwg4hVRE1BRE1B MwBjfWQNCgRkoQ5wg4hNRE1BTURBMwBjcGBHVE0wcGFHVE0xcGJHVE0ycGNHVE0zcGRHVE00pElE RUIUTAxfU1RNA3BoSURFQnBHVE0wYHBHVE0xYXBHVE0yYnBHVE0zY3BHVE00ZHBkRkxHU6AZkJKT YP+Sk2AAcIlQSU9UAWAAAABQSU8yoDKQkpNh/5KTYQCgFpBGTEdTAXCJVURNQQFhAAAARE1BMqEQ cIlNRE1BAWEAAABNREEyoBmQkpNi/5KTYgBwiVBJT1QBYgAAAFBJTzOgM5CSk2P/kpNjAKAXkEZM R1MNCgRwiVVETUEBYwAAAERNQTOhEHCJTURNQQFjAAAATURBM1uCSAhEUlYwCF9BRFIAFEsHX0dU RgBwEQ0KDQoHAwAAAACg72BwEQ0KDQoHAwAAAACg72GMYAFQSU9NjGEBRE1BTXBQSU8yUElPTX1Q SU9NDQoIUElPTaAbkEZMR1MBcERNQTJETUFNfURNQU0NCkBETUFNoRVwTURBMkRNQU19RE1BTQ0K IERNQU1zYGFipGJbgkkIRFJWMQhfQURSARRMB19HVEYAcBENCg0KBwMAAAAAsO9gcBENCg0KBwMA AAAAsO9hjGABUElPTYxhAURNQU1wUElPM1BJT019UElPTQ0KCFBJT02gHJBGTEdTDQoEcERNQTNE TUFNfURNQU0NCkBETUFNoRVwTURBM0RNQU19RE1BTQ0KIERNQU1zYGFipGJbgjZQMFA5CF9BRFIM BQAcABQPX1BSVwCkR1BSVw0KCQ0KBBQWX1BSVACgDQpQSUNNpEFSMDmkUFIwOVuCNk5QRTEIX0FE UgwAAAEAFA9fUFJXAKRHUFJXDQoJDQoEFBZfUFJUAKANClBJQ02kQVIxMaRQUjExW4I2TlBFMghf QURSDAAAAgAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjEypFBSMTJbgjZOUEUz CF9BRFIMAAADABQPX1BSVwCkR1BSVw0KCQ0KBBQWX1BSVACgDQpQSUNNpEFSMTOkUFIxM1uCNk5Q RTcIX0FEUgwAAAcAFA9fUFJXAKRHUFJXDQoJDQoEFBZfUFJUAKANClBJQ02kQVIxN6RQUjE3W4If R0JFXwhfQURSDAAAGQAUD19QUlcApEdQUlcNCg0KBFuCQMtTQVRBCF9BRFIMAgAfAAheTkFUQRIH AQwCAB8ACFxGWlRGEQ0KDQoHAAAAAAAA9QhSRUdGARQSX1JFRwKgC5NoDQoCcGlSRUdGCFRJTTAS SAUIEgsEDQp4DQq0DQrwC4QDEgkEDQojDQohDQoQABIJBA0KCw0KCQ0KBAASDgYNCngNCloNCjwN CigNCh4NChQSDQoGAAENCgIBDQoCARIIBgAAAAEBARIJBA0KBA0KAw0KAgASBwQNCgIBAAAIVE1E MBEDDQoUilRNRDAAUElPMIpUTUQwDQoERE1BMIpUTUQwDQoIUElPMYpUTUQwDQoMRE1BMYpUTUQw DQoQQ0hORluAQ0ZHMgINCkANCiBbgUgNCkNGRzIDUE1QVARQU1BUBFBNUkkGAAJTTVBUBFNTUFQE U01SSQYAAlBTUkkEU1NSSQQAGFBNM0UBUFMzRQFTTTNFAVNTM0UBAAxQTVVUAgACUFNVVAIAAlNN VVQCAAJTU1VUAgACAEAEUE02RQFQUzZFAVNNNkUBU1M2RQFQTUNSAVBTQ1IBU01DUgFTU0NSAQAE UE1BRQFQU0FFAVNNQUUBU1NBRQEIR01QVAAIR01VRQAIR01VVAAIR01DUgAIR1NQVAAIR1NVRQAI R1NVVAAIR1NDUgBbgk8iQ0hOMAhfQURSABRJB19HVE0AeVBTQ1IBYX1QTUNSYWB5UE1BRQ0KAmN5 UE02RQFkfWNkY31QTTNFY2F5UE1QVA0KBGN9YWNheVBTQUUNCgJjeVBTNkUBZH1jZGN9UFMzRWNi eVBTUFQNCgRjfWJjYqRHVE1fUE1SSWFQTVVUUFNSSWJQU1VUYBROFl9TVE0DcGhbMXBoVE1EMHlQ TUFFDQoCY3lQTTZFAWR9Y2RjfVBNM0VjYHlQTVBUDQoEY31gY2B5UFNBRQ0KAmN5UFM2RQFkfWNk Y31QUzNFY2F5UFNQVA0KBGN9YWNhcFBNUklHTVBUcGBHTVVFcFBNVVRHTVVUcFBNQ1JHTUNScFBT UklHU1BUcGFHU1VFcFBTVVRHU1VUcFBTQ1JHU0NSU1RNX3BHTVBUUE1SSXBHTVVFYHBHTVVUUE1V VHBHTUNSUE1DUnBHU1VFYXBHU1VUUFNVVHBHU0NSUFNDUqALe2ABAHABUE0zRaEHcABQTTNFoAx7 YA0KAgBwAVBNNkWhB3AAUE02RaAMe2ANCgQAcAFQTUFFoQdwAFBNQUWgC3thAQBwAVBTM0WhB3AA UFMzRaAMe2ENCgIAcAFQUzZFoQdwAFBTNkWgDHthDQoEAHABUFNBRaEHcABQU0FFcEdURl8AaUFU QTBwR1RGXwFqQVRBMVuCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEwW4IbRFJWMQhfQURSARQP X0dURgCkUkFUQUFUQTFbgk8iQ0hOMQhfQURSARRJB19HVE0AeVNTQ1IBYX1TTUNSYWB5U01BRQ0K AmN5U002RQFkfWNkY31TTTNFY2F5U01QVA0KBGN9YWNheVNTQUUNCgJjeVNTNkUBZH1jZGN9U1Mz RWNieVNTUFQNCgRjfWJjYqRHVE1fU01SSWFTTVVUU1NSSWJTU1VUYBROFl9TVE0DcGhbMXBoVE1E MHlTTUFFDQoCY3lTTTZFAWR9Y2RjfVNNM0VjYHlTTVBUDQoEY31gY2B5U1NBRQ0KAmN5U1M2RQFk fWNkY31TUzNFY2F5U1NQVA0KBGN9YWNhcFNNUklHTVBUcGBHTVVFcFNNVVRHTVVUcFNNQ1JHTUNS cFNTUklHU1BUcGFHU1VFcFNTVVRHU1VUcFNTQ1JHU0NSU1RNX3BHTVBUU01SSXBHTVVFYHBHTVVU U01VVHBHTUNSU01DUnBHU1VFYXBHU1VUU1NVVHBHU0NSU1NDUqALe2ABAHABU00zRaEHcABTTTNF oAx7YA0KAgBwAVNNNkWhB3AAU002RaAMe2ANCgQAcAFTTUFFoQdwAFNNQUWgC3thAQBwAVNTM0Wh B3AAU1MzRaAMe2ENCgIAcAFTUzZFoQdwAFNTNkWgDHthDQoEAHABU1NBRaEHcABTU0FFcEdURl8A aUFUQTJwR1RGXwFqQVRBM1uCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEyW4IbRFJWMQhfQURS ARQPX0dURgCkUkFUQUFUQTMURRNHVE1fD3D/UElPMHD/UElPMXD/RE1BMHD/RE1BMXANChBDSE5G oAVSRUdGoQakVE1EMKARe2kNCiAAfUNITkYNCgJDSE5GcImDiFRJTTABAAFoAAAAZnCDiIOIVElN MAAAZgBncGdETUEwcGdQSU8woBF7bA0KIAB9Q0hORg0KCENITkZwiYOIVElNMA0KAgABawAAAGZw g4iDiFRJTTAAAGYAZ3BnRE1BMXBnUElPMaA9e2kNCgcAcGploAt7aQ0KAgByZQ0KAmWgC3tpDQoE AHJlDQoEZXCDiIOIVElNMA0KAwBlAERNQTB9Q0hORgFDSE5GoD57bA0KBwBwbWWgC3tsDQoCAHJl DQoCZaALe2wNCgQAcmUNCgRlcIOIg4hUSU0wDQoDAGUARE1BMX1DSE5GDQoEQ0hORnBUTUQwWzGk VE1EMBREIVNUTV8IoEwgUkVHRnAAR01VRXAAR01VVHAAR1NVRXAAR1NVVKBAB3tDSE5GAQBwiYOI VElNMA0KAwACRE1BMAAAAGCgCZRgDQoFcA0KBWBwg4iDiFRJTTANCgQAYABHTVVUfUdNVUUBR01V RaAQlGANCgJ9R01VRQ0KAkdNVUWgG5RgDQoEe0dNVUUNCv1HTVVFfUdNVUUNCgRHTVVFoTWgM32T UElPMP+TUElPMAAAoCN7lURNQTD/lERNQTAAAHBETUEwUElPMH1HTVVFDQqAR01VRaBBB3tDSE5G DQoEAHCJg4hUSU0wDQoDAAJETUExAAAAYKAJlGANCgVwDQoFYHCDiIOIVElNMA0KBABgAEdTVVR9 R1NVRQFHU1VFoBCUYA0KAn1HU1VFDQoCR1NVRaAblGANCgR7R1NVRQ0K/UdTVUV9R1NVRQ0KBEdT VUWhNaAzfZNQSU8x/5NQSU8xAACgI3uVRE1BMf+URE1BMQAAcERNQTFQSU8xfUdTVUUNCoBHU1VF oBR7Q0hORg0KAgB9R01VRQ0KIEdNVUWgFHtDSE5GDQoIAH1HU1VFDQogR1NVRXuJg4hUSU0wAAAE UElPMAAAAA0KB2Bwg4iDiFRJTTABAGAAYXBhR01QVKAQlWANCgN9R01VRQ0KUEdNVUV7iYOIVElN MAAABFBJTzEAAAANCgdgcIOIg4hUSU0wDQoCAGAAYXBhR1NQVKAQlWANCgN9R1NVRQ0KUEdTVUUI QVQwMRENCg0KBwMAAAAAAO8IQVQwMhENCg0KBwAAAAAAAJAIQVQwMxENCg0KBwAAAAAAAMYIQVQw NBENCg0KBwAAAAAAAJEIQVRBMBEDDQodCEFUQTERAw0KHQhBVEEyEQMNCh0IQVRBMxEDDQodCEFU QUIRAw0KHYxBVEFCAENNREMUTAVHVEZCC3dDTURDDQo4YHJgDQoIYVsTQVRBQmENCjhDTURYd0NN REMNCgdgjEFUQUJyYA0KAgBBMDAxjEFUQUJyYA0KBgBBMDA1cGhDTURYcGlBMDAxcGpBMDA1dUNN REMUQiNHVEZfDQpwaVsxcABDTURDCElENDkLAAwISUQ1OQAISUQ1Mw0KBAhJRDYzCwAPCElEODgL AA8ISVJEWQEIUElPVAAIRE1BVACgTQWTh2kLAAKLaQ0KYklXNDlwSVc0OUlENDmLaQ0KaklXNTNw SVc1M0lENTOLaQ0KfklXNjNwSVc2M0lENjOLaQ0KdklXNTlwSVc1OUlENTmLaQ0KsElXODhwSVc4 OElEODhwDQqgZ6BIBWhwDQqwZ3tDSE5GDQoISVJEWaASe0NITkYNChAAcFBJTzFQSU9UoQ0KcFBJ TzBQSU9UoCd7Q0hORg0KBACgEntDSE5GDQoQAHBETUExRE1BVKENCnBETUEwRE1BVKEne0NITkYN CgJJUkRZcFBJTzBQSU9UoBF7Q0hORgEAcERNQTBETUFUoEUEkJB7SUQ1Mw0KBAB7SUQ4OAsA/wBE TUFUcImDiFRJTTANCgMAAkRNQVQAAABhoAmUYQ0KBXANCgVhR1RGQkFUMDF9DQpAYQBnoUIEoD+Q e0lENjMLAP8AUElPVHuJg4hUSU0wAAAEUElPVAAAAA0KA2B9DQogg4iDiFRJTTANCgcAYABhR1RG QkFUMDFhZ6A1SVJEWXuJg4hUSU0wAAAEUElPVAAAAA0KB2B9DQoIg4iDiFRJTTANCgYAYABhR1RG QkFUMDFhZ6EWoBR7SUQ0OQsABABHVEZCQVQwMQFnoCSQe0lENTkLAAEAe0lENTkNCv8AR1RGQkFU MDN7SUQ1OQ0K/wBncEFUQUJbMaRBVEFCFDFSQVRBAYxoAENNRE53Q01ETg0KOGBbE2gNCghgUkVU QnBSRVRCWzGkc1JFVEJGWlRGAFuCQclTQVQxCF9BRFIMBQAfAAhSRUdGARQSX1JFRwKgC5NoDQoC cGlSRUdGCFRJTTASSAUIEgsEDQp4DQq0DQrwC4QDEgkEDQojDQohDQoQABIJBA0KCw0KCQ0KBAAS DgYNCngNCloNCjwNCigNCh4NChQSDQoGAAENCgIBDQoCARIIBgAAAAEBARIJBA0KBA0KAw0KAgAS BwQNCgIBAAAIVE1EMBEDDQoUilRNRDAAUElPMIpUTUQwDQoERE1BMIpUTUQwDQoIUElPMYpUTUQw DQoMRE1BMYpUTUQwDQoQQ0hORluAQ0ZHMgINCkANCiBbgUgNCkNGRzIDUE1QVARQU1BUBFBNUkkG AAJTTVBUBFNTUFQEU01SSQYAAlBTUkkEU1NSSQQAGFBNM0UBUFMzRQFTTTNFAVNTM0UBAAxQTVVU AgACUFNVVAIAAlNNVVQCAAJTU1VUAgACAEAEUE02RQFQUzZFAVNNNkUBU1M2RQFQTUNSAVBTQ1IB U01DUgFTU0NSAQAEUE1BRQFQU0FFAVNNQUUBU1NBRQEIR01QVAAIR01VRQAIR01VVAAIR01DUgAI R1NQVAAIR1NVRQAIR1NVVAAIR1NDUgBbgk8iQ0hOMAhfQURSABRJB19HVE0AeVBTQ1IBYX1QTUNS YWB5UE1BRQ0KAmN5UE02RQFkfWNkY31QTTNFY2F5UE1QVA0KBGN9YWNheVBTQUUNCgJjeVBTNkUB ZH1jZGN9UFMzRWNieVBTUFQNCgRjfWJjYqRHVE1fUE1SSWFQTVVUUFNSSWJQU1VUYBROFl9TVE0D cGhbMXBoVE1EMHlQTUFFDQoCY3lQTTZFAWR9Y2RjfVBNM0VjYHlQTVBUDQoEY31gY2B5UFNBRQ0K AmN5UFM2RQFkfWNkY31QUzNFY2F5UFNQVA0KBGN9YWNhcFBNUklHTVBUcGBHTVVFcFBNVVRHTVVU cFBNQ1JHTUNScFBTUklHU1BUcGFHU1VFcFBTVVRHU1VUcFBTQ1JHU0NSU1RNX3BHTVBUUE1SSXBH TVVFYHBHTVVUUE1VVHBHTUNSUE1DUnBHU1VFYXBHU1VUUFNVVHBHU0NSUFNDUqALe2ABAHABUE0z RaEHcABQTTNFoAx7YA0KAgBwAVBNNkWhB3AAUE02RaAMe2ANCgQAcAFQTUFFoQdwAFBNQUWgC3th AQBwAVBTM0WhB3AAUFMzRaAMe2ENCgIAcAFQUzZFoQdwAFBTNkWgDHthDQoEAHABUFNBRaEHcABQ U0FFcEdURl8AaUFUQTBwR1RGXwFqQVRBMVuCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEwW4Ib RFJWMQhfQURSARQPX0dURgCkUkFUQUFUQTFbgk8iQ0hOMQhfQURSARRJB19HVE0AeVNTQ1IBYX1T TUNSYWB5U01BRQ0KAmN5U002RQFkfWNkY31TTTNFY2F5U01QVA0KBGN9YWNheVNTQUUNCgJjeVNT NkUBZH1jZGN9U1MzRWNieVNTUFQNCgRjfWJjYqRHVE1fU01SSWFTTVVUU1NSSWJTU1VUYBROFl9T VE0DcGhbMXBoVE1EMHlTTUFFDQoCY3lTTTZFAWR9Y2RjfVNNM0VjYHlTTVBUDQoEY31gY2B5U1NB RQ0KAmN5U1M2RQFkfWNkY31TUzNFY2F5U1NQVA0KBGN9YWNhcFNNUklHTVBUcGBHTVVFcFNNVVRH TVVUcFNNQ1JHTUNScFNTUklHU1BUcGFHU1VFcFNTVVRHU1VUcFNTQ1JHU0NSU1RNX3BHTVBUU01S SXBHTVVFYHBHTVVUU01VVHBHTUNSU01DUnBHU1VFYXBHU1VUU1NVVHBHU0NSU1NDUqALe2ABAHAB U00zRaEHcABTTTNFoAx7YA0KAgBwAVNNNkWhB3AAU002RaAMe2ANCgQAcAFTTUFFoQdwAFNNQUWg C3thAQBwAVNTM0WhB3AAU1MzRaAMe2ENCgIAcAFTUzZFoQdwAFNTNkWgDHthDQoEAHABU1NBRaEH cABTU0FFcEdURl8AaUFUQTJwR1RGXwFqQVRBM1uCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEy W4IbRFJWMQhfQURSARQPX0dURgCkUkFUQUFUQTMURRNHVE1fD3D/UElPMHD/UElPMXD/RE1BMHD/ RE1BMXANChBDSE5GoAVSRUdGoQakVE1EMKARe2kNCiAAfUNITkYNCgJDSE5GcImDiFRJTTABAAFo AAAAZnCDiIOIVElNMAAAZgBncGdETUEwcGdQSU8woBF7bA0KIAB9Q0hORg0KCENITkZwiYOIVElN MA0KAgABawAAAGZwg4iDiFRJTTAAAGYAZ3BnRE1BMXBnUElPMaA9e2kNCgcAcGploAt7aQ0KAgBy ZQ0KAmWgC3tpDQoEAHJlDQoEZXCDiIOIVElNMA0KAwBlAERNQTB9Q0hORgFDSE5GoD57bA0KBwBw bWWgC3tsDQoCAHJlDQoCZaALe2wNCgQAcmUNCgRlcIOIg4hUSU0wDQoDAGUARE1BMX1DSE5GDQoE Q0hORnBUTUQwWzGkVE1EMBREIVNUTV8IoEwgUkVHRnAAR01VRXAAR01VVHAAR1NVRXAAR1NVVKBA B3tDSE5GAQBwiYOIVElNMA0KAwACRE1BMAAAAGCgCZRgDQoFcA0KBWBwg4iDiFRJTTANCgQAYABH TVVUfUdNVUUBR01VRaAQlGANCgJ9R01VRQ0KAkdNVUWgG5RgDQoEe0dNVUUNCv1HTVVFfUdNVUUN CgRHTVVFoTWgM32TUElPMP+TUElPMAAAoCN7lURNQTD/lERNQTAAAHBETUEwUElPMH1HTVVFDQqA R01VRaBBB3tDSE5GDQoEAHCJg4hUSU0wDQoDAAJETUExAAAAYKAJlGANCgVwDQoFYHCDiIOIVElN MA0KBABgAEdTVVR9R1NVRQFHU1VFoBCUYA0KAn1HU1VFDQoCR1NVRaAblGANCgR7R1NVRQ0K/UdT VUV9R1NVRQ0KBEdTVUWhNaAzfZNQSU8x/5NQSU8xAACgI3uVRE1BMf+URE1BMQAAcERNQTFQSU8x fUdTVUUNCoBHU1VFoBR7Q0hORg0KAgB9R01VRQ0KIEdNVUWgFHtDSE5GDQoIAH1HU1VFDQogR1NV RXuJg4hUSU0wAAAEUElPMAAAAA0KB2Bwg4iDiFRJTTABAGAAYXBhR01QVKAQlWANCgN9R01VRQ0K UEdNVUV7iYOIVElNMAAABFBJTzEAAAANCgdgcIOIg4hUSU0wDQoCAGAAYXBhR1NQVKAQlWANCgN9 R1NVRQ0KUEdTVUUIQVQwMRENCg0KBwMAAAAAAO8IQVQwMhENCg0KBwAAAAAAAJAIQVQwMxENCg0K BwAAAAAAAMYIQVQwNBENCg0KBwAAAAAAAJEIQVRBMBEDDQodCEFUQTERAw0KHQhBVEEyEQMNCh0I QVRBMxEDDQodCEFUQUIRAw0KHYxBVEFCAENNREMUTAVHVEZCC3dDTURDDQo4YHJgDQoIYVsTQVRB QmENCjhDTURYd0NNREMNCgdgjEFUQUJyYA0KAgBBMDAxjEFUQUJyYA0KBgBBMDA1cGhDTURYcGlB MDAxcGpBMDA1dUNNREMUQiNHVEZfDQpwaVsxcABDTURDCElENDkLAAwISUQ1OQAISUQ1Mw0KBAhJ RDYzCwAPCElEODgLAA8ISVJEWQEIUElPVAAIRE1BVACgTQWTh2kLAAKLaQ0KYklXNDlwSVc0OUlE NDmLaQ0KaklXNTNwSVc1M0lENTOLaQ0KfklXNjNwSVc2M0lENjOLaQ0KdklXNTlwSVc1OUlENTmL aQ0KsElXODhwSVc4OElEODhwDQqgZ6BIBWhwDQqwZ3tDSE5GDQoISVJEWaASe0NITkYNChAAcFBJ TzFQSU9UoQ0KcFBJTzBQSU9UoCd7Q0hORg0KBACgEntDSE5GDQoQAHBETUExRE1BVKENCnBETUEw RE1BVKEne0NITkYNCgJJUkRZcFBJTzBQSU9UoBF7Q0hORgEAcERNQTBETUFUoEUEkJB7SUQ1Mw0K BAB7SUQ4OAsA/wBETUFUcImDiFRJTTANCgMAAkRNQVQAAABhoAmUYQ0KBXANCgVhR1RGQkFUMDF9 DQpAYQBnoUIEoD+Qe0lENjMLAP8AUElPVHuJg4hUSU0wAAAEUElPVAAAAA0KA2B9DQogg4iDiFRJ TTANCgcAYABhR1RGQkFUMDFhZ6A1SVJEWXuJg4hUSU0wAAAEUElPVAAAAA0KB2B9DQoIg4iDiFRJ TTANCgYAYABhR1RGQkFUMDFhZ6EWoBR7SUQ0OQsABABHVEZCQVQwMQFnoCSQe0lENTkLAAEAe0lE NTkNCv8AR1RGQkFUMDN7SUQ1OQ0K/wBncEFUQUJbMaRBVEFCFDFSQVRBAYxoAENNRE53Q01ETg0K OGBbE2gNCghgUkVUQnBSRVRCWzGkc1JFVEJGWlRGABBHLVxfR1BFFEQTX0wwOQCGXC8DX1NCX1BD STBOUEU0DQoChlwvA19TQl9QQ0kwTlBFNQ0KAoZcLwNfU0JfUENJME5QRTYNCgKGXC8DX1NCX1BD STBOUEU4DQoChlwvA19TQl9QQ0kwTlBFOQ0KAoZcLwNfU0JfUENJME5QRUENCgKGXC8DX1NCX1BD STBQMFA0DQoChlwvA19TQl9QQ0kwUDBQNQ0KAoZcLwNfU0JfUENJMFAwUDYNCgKGXC8DX1NCX1BD STBQMFA3DQoChlwvA19TQl9QQ0kwUDBQOA0KAoZcLwNfU0JfUENJMFAwUDkNCgKGXC8DX1NCX1BD STBOUEUxDQoChlwvA19TQl9QQ0kwTlBFMg0KAoZcLwNfU0JfUENJME5QRTMNCgKGXC8DX1NCX1BD STBOUEU3DQoChlwuX1NCX1BXUkINCgIUJV9MMEIAhlwvA19TQl9QQ0kwUDBQMQ0KAoZcLl9TQl9Q V1JCDQoCFBlfTDA4AFwvBF9TQl9QQ0kwU0JSR1NJT0gUGV9MMUQAXC8EX1NCX1BDSTBTQlJHU0lP SBQlX0wwMwCGXC8DX1NCX1BDSTBVU0IwDQoChlwuX1NCX1BXUkINCgIUJV9MMDQAhlwvA19TQl9Q Q0kwVVNCMQ0KAoZcLl9TQl9QV1JCDQoCFCVfTDBDAIZcLwNfU0JfUENJMFVTQjINCgKGXC5fU0Jf UFdSQg0KAhQ3X0wyMACGXC8DX1NCX1BDSTBVU0I1DQoChlwvA19TQl9QQ0kwVVNCNg0KAoZcLl9T Ql9QV1JCDQoCFEoEX0wwRACGXC8DX1NCX1BDSTBFVVNCDQoChlwvA19TQl9QQ0kwVVNCRQ0KAoZc LwNfU0JfUENJMEdCRV8NCgKGXC5fU0JfUFdSQg0KAhQlX0wwRQCGXC8DX1NCX1BDSTBVU0IzDQoC hlwuX1NCX1BXUkINCgIUJV9MMDUAhlwvA19TQl9QQ0kwVVNCNA0KAoZcLl9TQl9QV1JCDQoCW4Id UFdSQghfSElEDEHQDAwIX1VJRA0KqghfU1RBDQoLEEUVLwRfU0JfUENJMFNCUkdBU09DCEcwVDMS IAcMBQAHAA1OZXcgQ1BVIEluc3RhbGxlZAABAAABDQoCCEcwVDgSIQcMCAAGAA1JdGVtIGNhcGFi aWxpdHkADAAAAEAAAAAACEcwVDkSHgcMCQAGAA1JdGVtIGNvbnRyb2wADAAAAEAAAAAACEdSUDAS DgNHMFQzRzBUOEcwVDkUQQdHSVQwAQhfVF8wAHB7aAv//wBfVF8woBSTX1RfMA0KBXBHTlZTCzsX QVNCMaFDBKAWk19UXzANCghwAGB9YA0KBGBwYEFTQjGhKaAfk19UXzANCglwAGCgDUdOVlML6BZ9 YA0KBGBwYEFTQjGhB3AAQVNCMBRJBFNJVDADoDh7agv//wAIX1RfMABwe2gL//8AX1RfMKAXk19U XzANCgVTTlZTCzsXaXANCgNBU0IwoQdwAEFTQjChCHANCgNBU0IwEIQXAi8EX1NCX1BDSTBTQlJH QVNPQwhHM1UwEikJDAAAhgMNVW5jb3JlIENsb2NrIFJhdGlvAAAADQoMAQ0KHwENQXV0bwAIRzNR MBI7CQwBAAgDDVFQSSBGcmVxdWVuY3kAAAANCgQNQXV0bwANNC44MDBHVAANNS44NjZHVAANNi40 MDBHVAAIRzNDMBIhBwwRAAEDDUJDTEsgRnJlcXVlbmN5AAANCiELECcNCmQNCpcIRzNDMRIhBwwS AAIDDUNQVSBWb2x0YWdlAAANCjAMCEwB/gtxAg0KiQhHM0MyEhkHDBMABgMNQ1BVIFJhdGlvAAAA DQoGAQ0KHAhHM0MzEicHDBUAAgMNUVBJL0RSQU0gQ29yZSBWb2x0AAAADMDUAf4LcQINCkEIRzND NBIZBwwWAAIDDUNQVSBQTEwAAAALCAcNChQNCiQIRzNEMRJDBQsMMQAIAw1EUkFNIEZyZXF1ZW5j eQAAAA0KBg1BdXRvAA04MDAgTUh6AA0xMDY2IE1IegANMTMzMyBNSHoADTE2MDAgTUh6AA0xODY2 IE1IegAIRzNEMhIiBwwyAAgDDURSQU0gQnVzIFZvbHRhZ2UAAAALsAQNCg0KDQpRCEczRDQSGwcM NAAMAw1DSEEgREFUQQAADQoVC4sBDQoFDQowCEczRDUSGwcMNQAMAw1DSEEgQ1RSTAAADQoVC4sB DQoFDQowCEczRDYSGwcMNgAMAw1DSEIgREFUQQAADQoVC4sBDQoFDQowCEczRDcSGwcMNwAMAw1D SEIgQ1RSTAAADQoVC4sBDQoFDQowCEczRDgSGwcMOAAMAw1DSEMgREFUQQAADQoVC4sBDQoFDQow CEczRDkSGwcMOQAMAw1DSEMgQ1RSTAAADQoVC4sBDQoFDQowCEczUzASFQcMsQACAw1JQ0gAAAAL TAQNCmQNCgQIRzNTMRIaBwyzAAIDDUlDSCBQQ0lFAAAAC9wFDQpkDQoECEczTjASFQcMsgACAw1J T0gAAAALTAQNChQNCh8IRzNOMRIaBwy0AAIDDUlPSCBQQ0lFAAAAC9wFDQoUDQpACEczRFMSHwcM 8AAGAw1EZXZpY2UgU2VsZWN0AAwAAABAAAAAAAhHUlAzEkcEEUczQzBHM0MxRzNDMkczQzNHM0M0 RzNEMkczRDRHM0Q1RzNENkczRDdHM0Q4RzNEOUczUzBHM1MxRzNOMEczTjFHM0RTCEdPRFMACElU QUQNCjcIRFZNUwAIVEJSVBELDQoIAAAAAAAAAAAIVEJNSxELDQoIAAAAAAAAAAAIQ1ZJTwAIQ0hS RhEJDQoG////////FEo2R0lUMwEIX1RfMABwe2gL//8AX1RfMKATk19UXzAAcEdOVlMLIFRBU0Ix oU0zoBOTX1RfMAFwR05WUwsBNEFTQjGhRjKgTA6TX1RfMA0KEXBSQkxLDQrSAA0KIUNMS1KMQ0xL UgBDQjAwjENMS1INCgtDQkJNjENMS1INCgxDQkJOjENMS1INCh1DQjI5e0NCQk0NCj9gcENCQk5h fXlhDQoDYnl6Q0JCTQ0KBmIBYmF3C5gFYWR4ZA0KZGVjeGNgZWNwg4hHM1RCe0NCMjkNCg8AAGR4 Y2RlY6ANCpKVZQ0KAnJjAWOgG5ODiEczVEJ7Q0IyOQ0KDwAADQoGdGMNCmRBU0IxoTugG5ODiEcz VEJ7Q0IyOQ0KDwAADQoEdGMNCshBU0IxoR2gG5ODiEczVEJ7Q0IyOQ0KDwAADQoDdGMNCshBU0Ix oUYjoBGTX1RfMA0KEnBHQ1ZWQVNCMaFBIqBMDZNfVF8wDQoToEkEkX17ekdNRFgLoAENCgYAAQB7 R01EWAuZAQEAAJN7ekdNQVgNCs4NChwAAQAAcEdOVlMLoIJhdHt6R01BWA0Kzg0KCAANCv8AYUFT QjGhSAigRQiSk0dPRFMNCv+gLZNHTlZTC6CCe0dNQVgLmQENCv8AdHtHTUFYC5kBDQr/AIOIRzND Mg0KBABBU0IxoUwEoBGVR09EUw0KBHBHTUFYC60BYaEVcEdNRFgLrQFhdEdPRFMNCgRHT0RTeUdP RFMNCgNlemFlYHR7YA0K/wCDiEczQzINCgQAYHBgQVNCMaFBFKARk19UXzANChVwR1ZDVkFTQjGh TBKgEZNfVF8wDQoWcEdDUFZBU0IxoUcRoBSTX1RfMA0KMXBHTlZTCwU0QVNCMaFPD6ARk19UXzAN CjJwR0RSVkFTQjGhSg6gEpNfVF8wDQo0cEdEQ1YAQVNCMaFEDaASk19UXzANCjVwR0RRVgBBU0Ix oU4LoBKTX1RfMA0KNnBHRENWAUFTQjGhSA0KoBKTX1RfMA0KN3BHRFFWAUFTQjGhQgmgE5NfVF8w DQo4cEdEQ1YNCgJBU0IxoUsHoBOTX1RfMA0KOXBHRFFWDQoCQVNCMaFEBqARk19UXzANCrFwR1ND VkFTQjGhTwSgEZNfVF8wDQqzcEdTUFZBU0IxoTqgEZNfVF8wDQqycEdOQ1ZBU0IxoSagEZNfVF8w DQq0cEdOUFZBU0IxoRKgCJNfVF8wDQrwoQdwAEFTQjAUQ1VTSVQzAwhfVF8wAHB7aAv//wBfVF8w oCyTX1RfMACgJJKTR05WUwsgVGmgDXtqAQBTTlZTCyBUaX1BU0IwDQoCQVNCMKFNUKAsk19UXzAB oCSSk0dOVlMLATRpoA17agEAU05WUwsBNGl9QVNCMA0KAkFTQjChTU2gRRKTX1RfMA0KEXBSQkxL DQrSAA0KIUNMS1KMQ0xLUgBDQjAwjENMS1IBQ0IwMYtDTEtSDQoLQ0JNToxDTEtSDQodQ0IyOXdp DQoDYKAxk4OIRzNUQntDQjI5DQoPAAANCgaMTU42QmBNNjAwi01ONkJ1YE02VkxwTTZWTENCTU6h SAagMZODiEczVEJ7Q0IyOQ0KDwAADQoEjE1ONEJgTTQwMItNTjRCdWBNNFZMcE00VkxDQk1OoTOg MZODiEczVEJ7Q0IyOQ0KDwAADQoDjE1OM0JgTTMwMItNTjNCdWBNM1ZMcE0zVkxDQk1OoDV7ag0K AwBwe0NCMDANCt8AQ0IwMHB9Q0IwMQ0KEABDQjAxV0JMSw0K0gANChNDTEtSU05WUws7FwGgDXtq AQBTTlZTCwCnaaFEO6Aik19UXzANChKgC3tqDQoDAFNDVlZpoA17agEAU05WUwtgg2mhTjigRRWT X1RfMA0KE6BFFHtqDQoDAKAjkXtHTURYC5kBAQCTe3pHTUFYDQrODQocAAEAAHALmZlEQkc4oUkR oC+Sk0dPRFMNCv9wR05WUwuggmByYGlgcGCIVEJSVEdPRFMAcA0K/4hUQk1LR09EUwChRg6KVEJS VABUUkFYilRCUlQNCgRUUkRYilRCTUsAVFJNQYpUQk1LDQoEVFJNRHBHTUFYC60BYXBHTURYC60B Yn17YYBUUk1BAABUUkFYYX17YoBUUk1EAABUUkRYYlNNU1ILrQFhYnAAYKIZlWANCghwAIhUQlJU YABwAIhUQk1LYAB1YKBDBpKUR05WUwuggntHTUFYC5kBDQr/AHBHTURYC6ABY3tjDL////9jU01T UgugAUdNQVgLoAFjckdOVlMLoIIBYnBHTUFYC5kBY317YwwA////AGJiU01TUguZAWJHTURYC5kB oAV7agEAoUUjoCKTX1RfMA0KFaALe2oNCgMAU1ZDVmmgDXtqAQBTTlZTC2hzaaFPIKAik19UXzAN ChagC3tqDQoDAFNDUFZpoA17agEAU05WUwuIc2mhSR6gTgSTX1RfMA0KMaBEBJKTR05WUwsFNGmg N3tqAQBTTlZTCwU0aaAeaaAbkpNyeXZpDQoCAAFgR05WUwsgVFNOVlMLIFRgfUFTQjANCgJBU0Iw oUcZoCKTX1RfMA0KMqALe2oNCgMAU0RSVmmgDXtqAQBTTlZTC3hzaaFBF6Ack19UXzANCjRTRENW AGmgDXtqAQBTTlZTC5BzaaFBFaAck19UXzANCjVTRFFWAGmgDXtqAQBTTlZTC5hzaaFBE6Ack19U XzANCjZTRENWAWmgDXtqAQBTTlZTC6BzaaFBEaAck19UXzANCjdTRFFWAWmgDXtqAQBTTlZTC6hz aaFBD6Adk19UXzANCjhTRENWDQoCaaANe2oBAFNOVlMLsHNpoUANoB2TX1RfMA0KOVNEUVYNCgJp oA17agEAU05WUwu4c2mhTw0KoCKTX1RfMA0KsaALe2oNCgMAU1NDVmmgDXtqAQBTTlZTC3BzaaFJ CKAik19UXzANCrOgC3tqDQoDAFNTUFZpoA17agEAU05WUwuAc2mhQwagIpNfVF8wDQqyoAt7ag0K AwBTTkNWaaANe2oBAFNOVlMLcHNpoT2gIpNfVF8wDQq0oAt7ag0KAwBTTlBWaaANe2oBAFNOVlML gHNpoRigDpNfVF8wDQrwcGlHT0RToQdwAEFTQjAUQAlHU0dQAXhoDQoNCmBhCF9UXzAAcGFfVF8w oBiTX1RfMA0KA0VORkcNCgl7ekNSRTRgAAFgoUcFoBiTX1RfMA0KBEVORkcNCgl7ek9QVDBgAAFg oTugGJNfVF8wDQoIRU5GRw0KB3t6Q1JFNGAAAWChIKAYk19UXzANCglFTkZHDQoHe3pDUkU4YAAB YKEFcA0K/2BFWEZHpGAUSA1TU0dQAnhoDQoNCmBheQFgYAhfVF8wAHBhX1RfMKA3k19UXzANCgRF TkZHDQoJoByTaQB7T1BUMIBgAE9QVDB7T1BUMYBgAE9QVDGhC31PUFQwYE9QVDChSgegN5NfVF8w DQoIRU5GRw0KB6Ack2kAe0NSRTSAYABDUkU0e0NSRTWAYABDUkU1oQt9Q1JFNGBDUkU0oT+gN5Nf VF8wDQoJRU5GRw0KB6Ack2kAe0NSRTiAYABDUkU4e0NSRTmAYABDUkU5oQt9Q1JFOGBDUkU4oQVw DQr/YEVYRkdEWTQwW4BETFlQAQ0K4QFbgQtETFlQAURFTFkIFBZEWTQwAHANCoBgogtgcA0K/0RF TFl2YBRLDQpHQ1ZWAHAARFZNU6AXRFZNU3BSQllUeUlUQUQBAA0KAmJwYmChFXBSQllUeUlUQUQB AA0KA2B0DQp6YGBFTkZHDQoJoA+Te09QVDEBAAByYA0KEGCgEHtPUFQxDQoEAHBSRFZJYGBwUkJZ VHlJVEFEAQAAYqA0k3tiDQoCAACgIXtPUFQxDQoEAHQNCnpNVklEYKAIlWANCjdwAGChBnRgDQo3 YKEJdA0Kek1WSURgRVhGR6RgFEUTU0NWVgFFTkZHDQoJcABEVk1TcFJCWVR5SVRBRAEAAGCgLXtg DQoEAH1gDQoIYFdCWVR5SVRBRAEAAGBbIgF7YA0K92BXQllUeUlUQUQBAABgoBp7T1BUMQ0KBABw aENWSU9wR0RWSXJoDQpAAGhwaGagDQqUaA0KeXRoDQoQaKEcRU5GRw0KCXtPUFQwDQr+T1BUMH1P UFQxAU9QVDFwDQp6YHRgaGCgCZVgDQoCcA0KAmCgMURWTVNyTVZJRAFjdGNgYldCWVR5SVRBRAEA DQoCYnBSQllUeUlUQUQBAABifWANChpgoSZXQllUeUlUQUQBAA0KAmBwUkJZVHlJVEFEAQAAYH17 YA0K7wANCg0KYFdCWVR5SVRBRAEAAGCgIZRmDQp5RU5GRw0KCXtPUFQwDQr+T1BUMHtPUFQxDQr+ T1BUMUVYRkekARQkR0RWSQGgCJVoDQokcABgoRJ3aA0KDQpgdGALYAFgeGANCg1hYKRgFA5SRFZJ AXBDVklPYKRgFDNHVkNWAHANCkJlRU5GRw0KCKALkpNPUFQwAHAAYKEIdGVPUFQxYHBUVkNWAGBg RVhGR6RgFEwIU1ZDVgFwVFZDVgFoaHBoZnANCkJgcA0KQGWgDQqUaA0KQHRoDQoQaKAIlWBocA0K QGhFTkZHDQoIfUFDVFINCgJBQ1RScABPUFQwdGBoYaALlGENCgJwYU9QVDGhCHANCgJPUFQxRU5G Rw0KD3AAQ1JFMEVORkcNCg0KfUNSRTkNCghDUkU5e0NSMkMNCvxDUjJDRVhGR6QBFE0IVFZDVgKg SASTaAGgCZRpDQpAcA0KQGmgOJKVaQ0KJKALkpRpDQovcmkNCgJpoSWgC5KUaQ0KP3JpDQoEaaEX oBWSlGkNClByaQ0KBmmgCZRpDQpQcA0KUGmhOqAukpVpDQokoAuSlGkNCjF0aQ0KAmmhG6ALkpRp DQpDdGkNCgRpoQ2gC5KUaQ0KUHRpDQoGaaAJlGkNCkBwDQpAaaRpFBJHQ1BWAHBSQllUDQo8DQoz YKRgFC1TQ1BWAVdCWVQNCjwNCjBoV0JZVA0KPA0KMQFXQllUDQo8DQoyAVdCWVQNCjwNCkANCgik ARQSR05DVgBwUkJZVA0KPA0KA2CkYBQqU05DVgFXQllUDQo8AGhXQllUDQo8AQFXQllUDQo8DQoC AVdCWVQNCjwNCkABpAEUEkdOUFYAcFJCWVQNCjwNCiNgpGAULVNOUFYBV0JZVA0KPA0KIGhXQllU DQo8DQohAVdCWVQNCjwNCiIBV0JZVA0KPA0KQA0KBKQBFC9HU0NWAEVORkcNCgd7Q1JFNAFgRU5G Rw0KCXtPUFQwDQoCYXQNCgN9YGEAYEVYRkekYBRDB1NTQ1YBdA0KA2hgRU5GRw0KB3tgAWN9Q1JF NGBDUkU0e0NSRTR9Yw0K/gBDUkU0e0NSRTV9Yw0K/gBDUkU1RU5GRw0KCXtgDQoCYH1PUFQwYE9Q VDB7T1BUMH1gDQr9AE9QVDB7T1BUMX1gDQr9AE9QVDFFWEZHpAEUJEdTUFYARU5GRw0KB3tDUkU0 DQpgYHpgDQoFYHQNCgNgYEVYRkekYBRHBFNTUFYBRU5GRw0KB3QNCgNoYHl7YA0KAwANCgVgfUNS RTRgQ1JFNHtDUkU0fWANCp8AQ1JFNHtDUkU1fWANCp8AQ1JFNUVYRkekARRPDQpTRFJWAXhoDQoC YGGgJJNgAUVORkcNCgl7Q1JFNA0Kf0NSRTR7Q1JFNQ0Kf0NSRTVFWEZHoRZFTkZHDQoJfUNSRTQN CoBDUkU0RVhGR6A1lGANCg9TU0dQDQpXAVdCWVQNCjwNChB0aA0KD2hXQllUDQo8DQoRAVdCWVQN CjwNChIBV0JZVA0KPA0KQA0KAqEtV0JZVA0KPA0KEGhXQllUDQo8DQoRAVdCWVQNCjwNChIBV0JZ VA0KPA0KQA0KAlNTR1ANClcApAEUQwVHRFJWAKAqk0dTR1ANClcBclJCWVQNCjwNChANCg9gd2AN CgJgoA2TR1NHUA0KJQByYAFgpGChIHBSQllUDQo8DQoQYHdgDQoCYKANk0dTR1ANCiUAcmABYKRg FEUGR0RDVgEIX1RfMABwe2gNCv8AX1RfMKASk19UXzAAe1JCWVQNCmQBDQoPYKEwoBOTX1RfMAF7 UkJZVA0KZA0KAw0KD2ChGqAUk19UXzANCgJ7UkJZVA0KYA0KAw0KD2ChA6QAcEdWQ1RoAGCkYBRF BkdEUVYBCF9UXzAAcHtoDQr/AF9UXzCgE5NfVF8wAHtSQllUDQpkDQoCDQoPYKEvoBKTX1RfMAF7 UkJZVA0KYAENCg9goRqgFJNfVF8wDQoCe1JCWVQNCmANCgINCg9goQOkAHBHVkNUaAFgpGAURAdT RENWAlNWQ1RoAGlyR0RSVgFgcEdEUklpYGkIX1RfMABwe2gNCv8AX1RfMKAPk19UXzAAV0JZVA0K ZAFpoTSgFZNfVF8wAX1pDQqAaVdCWVQNCmQNCgNpoRygFpNfVF8wDQoCfWkNCoBpV0JZVA0KYA0K A2mhA6QApAEUSgZTRFFWAlNWQ1RoAWlyR0RSVgFgcEdEUklpYGkIX1RfMABwe2gNCv8AX1RfMKAQ k19UXzAAV0JZVA0KZA0KAmmhKaAPk19UXzABV0JZVA0KYAFpoRegEZNfVF8wDQoCV0JZVA0KYA0K AmmhA6QApAEUTAdHRFJJAnJ3aQ0KZGYL4C5meA0KaQ0KBWBloAiTaABwDQpAZKFIBXRoAWigCJNo ZXANCkBkoUgEoCaUaGV4Zg0KyGBkd2R0aGUAZHhkDQp9YGSgCZRkDQoQcA0KEGRyZA0KQGShHnhm DQrIYGR3ZHRlaABkeGQNChlgZKAJlGQNCj9wDQo/ZKRkFBlTVkNUA3Jpd2gNCgIAYHBqiENIUkZg AKQBFE0PR1ZDVAJyaXdoDQoCAGBwg4hDSFJGYABioEsMk2INCv8IX1RfMABwe2gNCv8AX1RfMKA4 k19UXzAAoA2TaQBwR05WUwuQc2GhDQpwR05WUwuYc2GgCJNhAHANChVhoQV0YQFhcGGIQ0hSRmAA oUsHoDiTX1RfMAGgDZNpAHBHTlZTC6BzYaENCnBHTlZTC6hzYaAIk2EAcA0KFWGhBXRhAWFwYYhD SFJGYAChP6A5k19UXzANCgKgDZNpAHBHTlZTC7BzYaENCnBHTlZTC7hzYaAIk2EAcA0KFWGhBXRh AWFwYYhDSFJGYAChA6QAoQtwg4hDSFJGYABhcIOIQ0hSRmAAYaRhCENMS1IRIw0KIAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEczVEIREw0KEAIDBQkEBg0KEggMFCQQGChICFBDRUYR Rg0KDQqi2+sWwtjVHPzWx1nlG/qTsdnrz46Y5tGkWv5NgFCfGftZ/dbgWPdQppbmF/MX9VbsF/kX +1f91N2U31ThFOPU5JTmVOiPr9TrTqZT48+0i4VT6FT20dLQx9HVS4sU/1Hak/VT902qTavS7k/I ENcPy0/M0vaR6tL5kN84KDpkMod8q/YF9gVkBzzGPMY8xv4G9iW2JnYrOqY85n4mjLoQ+oy8CE1O NkIRTRwLyAEGKtwG4rMGI7sGpccG36gGLPIGH6wGZc8GI8YGIsIGKvIGo8sGHrAGYskGI9EGKv0G KfkGo9YG5uoGHrsGI9wGG6sGqP8Go+EG2qgGlYkGI+cG4NQGZPEGo+wGFY8GU4IGI/IGGa8GYu8G F6MGHMgGGrsG4/0G2r0GntwG16kGHt8G2sIGYPEGlZ8GYfwGHucG4f8G4PkGHNwGXeUGF7cGWtAG HvIGlaoGm9wGU5wGU50G2+AGFbAGHv0GmtwGV8QGHfkGHPIGEIsGnf0GGdwG1sIGFbsG2ugGWuoG 3P0Gl9EGm/cGVLgGV9UGFs0GWeoGFcYGmvYGD48GE7YGE7cGlcsGUq8GltcGl+IGmfcGFdEGGfoG WPEGmPIG0awGldYGD5oGVM4G2PgG1+8GFdwGlucG0bMGj58G1/UGleEGVu0GV/kGE88GE9AGFvIG E9IGE9MGE9QGlvYGlewGle0Gj6oGEcIGVvwGFfIGUtAG1v8GlOkGD7AGlfcGUckGUL4GS4MG1fsG Ff0GFPIG0toGS4YGktwG0+kG0+oG0+sGD7sGzaIGDrAGlPwGkdcGEuUGlP8GEucGjJoG0ugGzagG 0uoGkd4A//8ITU40QhFPOAuKAwSf2ARUjATQcASSfwRThwRPawTUjwQSggQSggRSgwSUkgSShATR fQTShQSOaAQQeATUlgRSiASTkARQegSRggSTkgSTkgRRhASTlAQUnQRPdgSTlgRQfwTUnwSUoAQR iQSQgQSTmgROcgQUpAROcwTOcwSSlQTRjQSUpwTTnwQSmAQSmARSmQQUqwSSmgRPgQTSmwQQiwTT pQQZ2wQZ3ARc9wTY1AQVuwRb8QRZ4ARa6gTRmQTWxwSX0QTa7QQRnARUuATb+QSa8QSRngRX1wSb /QQOhATRoAQa9wQPjwSW0gRRowQTtwQVywQY6QSRpQQSsAQa/wRSsQQRqAQY7gRNgQTTvQRRqgRW 3QRPlwQZ/QTY8wQV1gSUzAQX7ASW4gRQpQTY+ATY+QRTxgQV3ATX8QRTyASU0wSOlARTygTX9QRN iwTV4QSV4gQX+QSRuAQSxATSxARSxQQW8gTV5wQQsQQT0wRRvQSU3wSW9gRW9wTV7ASV7QQU4wQN lAQRwgST2QTW/AQV8gSRxATU5wTW/wSNlwTRxgQPsARU6wTV9wRRyQRV+QRT4gRLgwSRywRU8AQV /QTV/QQRzgTS2gQQwwQS3ARR0ARS3QRNoATT6gTR0gTLiAQPuwQU+gQR1QQOsAQU/ASPvQSR1wRQ ywTU/gSU/wST8wSKgASMmgQLjgROtQTNqARPwwQT+ASR3gST+QQT+gQPxgTQ0wQT/ATQ1ATOugQT /gSLkwQS8gSS8gRS8wTS8wSS9AQS9QSNsQRMpAQOwARPzgSR6gRQ3QSLmATLmAQNtQSQ3wQNtgQN tgQNtgQNtwQNtwQNuAQNuAQNuQQNuQQNugQNugQNuwQNuwQNuwQNvAQNvAQNvQQNvQQNvgQNvgQN vwQNvwQNwAQNwAQNwAQNwQQNwQQNwgQNwgQNwwQNwwQNxAQNxAQNxQQNxQQNxQQNxgQNxgQNxwQN xwQNyAQNyAQNyQQNyQQNygQNygQNygQNywQNywQNzAQNzAQNzQQNzQQNzgQNzgQNzwQNzwQNzwQN 0AQN0AQN0QQN0QQN0gQN0gQN0wQN0wQN1AQN1AQN1AQN1QQN1QQN1gQN1gQN1wQN1wQN2AQN2AQN 2AQN2QQN2QQN2gQN2gQN2wQN2wQN3AQN3AQN3QQN3QQN3QQN3gQN3gQN3wQN3wQN4AQN4AQN4QQN 4QQN4gQN4gQN4gD//whNTjNCEU84C4oDA2OvA2O4A+KzA23vAyO7A6rhA6XHA+O9A9+oA2vrAyzy A6vtAx+sA2PDA2XPA6rsAyPGA+3/AyLCA+PIAyryAxeFA6PLA12pAx6wA6r3A2LJA2C+AyPRA+r7 Ayr9AyjyAyn5A2HJA6PWA1WBA+bqA2PZAx67Ayf0AyPcA6j8AxurA+PeA6j/A2f6A6PhA+ToA9qo A2PkA5WJA5aQAyPnAyX1A+DUA+PpA2TxAyHeA6PsA57LAxWPA2PvA1OCA9OCAyPyA9WRAx7RA+P0 A6HnA6T9A6P3AyDjA2P5A2P6A9adA1WXAyP9A5q8AyDpA+P/AyHyA6DrA9epAxvIAx7fAxzRA9rC A57hA2DxA53bA5WfA6H7A2H8A5ewAx7nA1WiA+H/AxarA+D5AxGFAxzcA57sA13lAx/2Axe3A9Wn A1rQA1/5Ax7yA9/6A5WqA5/8A5vcAx/+A1OcA13vA1OdA9OdA9vgA9nQAxWwAxvjAx79A9zsA5rc A9WyA1fEA134Ax35A0+BAxzyA1GTAxCLA9a/A539A1W4AxncAxfLA9bCA5z4AxW7A5SyA9roA8+G A1rqAxz9A9z9A1v1A5fRA1jbA5v3A5jcA1S4A1rwA1fVA1XDAxbNA0+MA1nqA1fYAxXGAxbQA5r2 AxKrAw+PA9XIAxO2A5O2AxO3A5O3A5XLA8+RA1KvAxr+A5bXA1XOA5fiA1XPA5n3A1baAxXRA5fl Axn6A9jwA1jxAxjyA5jyAxfpA9GsA5j0A5XWAw2FAw+aA9fsA1TOA1XZA9j4A9bkA9fvAxTRAxXc Axj8A5bnA9CoA9GzA46UA4+fA9K/A9f1A1f2A5XhA9LBA1btA0+iA1f5A1XkAxPPA5PPAxPQA5PQ AxbyA5PRAxPSA5PSAxPTA9XpAxPUA8+nA5b2A1LKA5XsA82SA5XtAxLMA4+qA1XvAxHCAxC3A1b8 Axb9AxXyAxTnA1LQA1b/A9b/A9X0A5TpAxTqAw+wA82YA5X3A1TsA1HJA0yOA1C+A1X6A0uDA1Tv A9X7A1LYAxX9A1HNAxTyA5X+A9LaA9X/A0uGAw2fA5LcA0+4A9PpA1PqA9PqA1PrA9PrA1PsAw+7 A9LgA82iAwuKAw6wA9LiA5T8AxT9A5HXAw2lAxLlAxT/A5T/A8uMAxLnA9DNA4yaA5HbA9LoA461 A82oA0/DA9LqA1LrA5HeAP//EE8rLwRfU0JfUENJMFNCUkdBU09DCEc0VDASIAQMEAAHBA1DUFUg US1GQU4gQ29udHJvbAAMAAAAgAAIRzRUMRJBBAgMEQAIBA1DUFUgUS1GQU4gUHJvZmlsZQAMAQAQ AAANCgMNT3B0aW1hbAANU2lsZW50AA1QZXJmb3JtYW5jZQAIRzRUMhIqBwwXAAMEDUNQVSBULUNv bnRyb2wgcmVmZXJlbmNlAAwAAABAAAABDQpkCEc0MjASJAQMcAAHBA1DaGFzc2lzIFEtRkFOIENv bnRyb2wADAAAAIAACEc0MjESRQQIDHEACAQNQ2hhc3NpcyBRLUZBTiBQcm9maWxlAAwBAHEAAA0K Aw1PcHRpbWFsAA1TaWxlbnQADVBlcmZvcm1hbmNlAAhHUlA0EhYFRzRUMEc0VDFHNFQyRzQyMEc0 MjEUSwlHSVQ0AQhfVF8wAHB7aAv//wBfVF8woBSTX1RfMA0KEHBHTlZTC9MWQVNCMaFNBqAUk19U XzANChFwR05WUwskJkFTQjGhRQWgHJNfVF8wDQoXcEdOVlMLKEdgcnlgAQANCihBU0IxoTWgFJNf VF8wDQpwcEdOVlML1hZBU0IxoR6gFJNfVF8wDQpxcEdOVlMLJiZBU0IxoQdwAEFTQjAUQA5TSVQ0 AwhfVF8wAHB7aAv//wBfVF8woC2TX1RfMA0KEKAkkpNHTlZTC9MWaaANe2oBAFNOVlML0xZpfUFT QjANCgJBU0IwoUkJoC2TX1RfMA0KEaAkkpNHTlZTCyQmaaANe2oBAFNOVlMLJCZpfUFTQjANCgJB U0IwoUgGoC2TX1RfMA0KcKAkkpNHTlZTC9YWaaANe2oBAFNOVlML1hZpfUFTQjANCgJBU0IwoTeg LZNfVF8wDQpxoCSSk0dOVlMLJiZpoA17agEAU05WUwsmJml9QVNCMA0KAkFTQjChB3AAQVNCMBBB DQovBF9TQl9QQ0kwU0JSR0FTT0MIRzVUMBIeBwwAAAgFDUFJIFByb2ZpbGUAAAANCgINQXV0bwAA CEdSUDUSBgFHNVQwFC1HSVQ1AQhfVF8wAHB7aAv//wBfVF8woA2TX1RfMABwAUFTQjGhB3AAQVNC MBQuU0lUNQMIX1RfMABwe2gL//8AX1RfMKAOk19UXzAAcA0KA0FTQjChB3AAQVNCMBBLOi8EX1NC X1BDSTBTQlJHQVNPQwhHNjExEiQHDBEAAgYNVmNvcmUgVm9sdGFnZQAMAAAAIAALIAMLIAMNCgII RzY2MxIkBwxjAAIGDSszLjNWIFZvbHRhZ2UADAAAACAAC5oLC5QCDQoCCEc2NjISIgcMYgACBg0r NVYgVm9sdGFnZQAMAAAAIAALlBEL6AMNCgIIRzY2MRIjBwxhAAIGDSsxMlYgVm9sdGFnZQAMAAAA IAAL2CcLEA4NCgIIRzYxMhImBwwSAAMGDUNQVSBUZW1wZXJhdHVyZQAMAAAAIAALWAILXgENCgII RzYxNBIlBwwUAAMGDU1CIFRlbXBlcmF0dXJlAAwAAAAgAAvCAQssAQ0KAghHNjE1EiUHDBUAAwYN TkIgVGVtcGVyYXR1cmUADAAAACAAC1gCC14BDQoCCEc2MTMSJAcMEwAEBg1DUFUgRmFuIFNwZWVk AAwAAAAgAAtYAgvIGQ0KAghHNjczEikHDHMABAYNQ2hhc3NpczEgRmFuIFNwZWVkAAwAAAAgAAtY AgvIGQ0KAghHNjgzEikHDIMABAYNQ2hhc3NpczIgRmFuIFNwZWVkAAwAAAAgAAtYAgvIGQ0KAghH NjkzEiMHDJMABAYNTkIgRmFuIFNwZWVkAAwAAAAgAAtYAgvIGQ0KAghHNkMzEiQHDMMABAYNUG93 ZXIgRmFuIFNwZWVkAAwAAAAgAAALIBwNCgIIR1JQNhIyDEc2MTFHNjYzRzY2Mkc2NjFHNjEyRzYx NEc2MTVHNjEzRzY3M0c2ODNHNjkzRzZDMxRFFUdJVDYBCF9UXzAAcHtoC///AF9UXzCgEpNfVF8w DQoRcFJWTFQAQVNCMaFJEqASk19UXzANCmNwUlZMVAFBU0IxoUMRoBOTX1RfMA0KYnBSVkxUDQoC QVNCMaFMD6ATk19UXzANCmFwUlZMVA0KA0FTQjGhRQ6gGJNfVF8wDQoScF5eLlNJT1JIV1QxQVNC MaFJDKAYk19UXzANChRwXl4uU0lPUkhXVDBBU0IxoU0NCqAYk19UXzANChVwXl4uU0lPUkhXVDJB U0IxoUEJoBiTX1RfMA0KE3BeXi5TSU9SSFdGMUFTQjGhRQegGJNfVF8wDQpzcF5eLlNJT1JIV0Yw QVNCMaFJBaAYk19UXzANCoNwXl4uU0lPUkhXRjNBU0IxoT2gGJNfVF8wDQqTcF5eLlNJT1JIV0Y0 QVNCMaEioBiTX1RfMA0Kw3BeXi5TSU9SSFdGMkFTQjGhB3AAQVNCMBQGU0lUNgMQRBQvBF9TQl9Q Q0kwU0JSR0FTT0MIRzlUMBJNBAwMAAAICQ1BSSBPdmVyY2xvY2tpbmcAAAENCgcNTWFudWFsAA1B dXRvAA1TdGFuZGFyZAAADU4uTy5TLgAADUNQVSBMZXZlbCBVcAAIR1JQORIGAUc5VDAUQwVHSVQ5 AQhfVF8wAHB7aAv//wBfVF8woDKTX1RfMACgHpNHTlZTCw0KVwCgE5NHTlZTC7M1DQoGU05WUwuz NQFwR05WUwuzNUFTQjGhB3AAQVNCMBRMB1NJVDkDCF9UXzAAcHtoC///AF9UXzCgSwWTX1RfMACg QgWSk0dOVlMLszVpoDp7agEAoBiTaQ0KBqASk0dOVlMLwzUAcABBU0IwpACgE5NHTlZTC7M1DQoG U05WUwvDNQBTTlZTC7M1aX1BU0IwDQoCQVNCMKEHcABBU0IwEEZCLwRfU0JfUENJMFNCUkdBU09D CEdCVDASIgcMAQAGCw1TeXN0ZW0gUGVyZm9ybWFuY2UAAAANCgMBDQoECEdCVDESKAcMAgAGCw1T eXN0ZW0gUGVyZm9ybWFuY2UgQ29udHJvbAAAAAAAAAhHQlQyEhkHDAMABgsNU3lzdGVtIEdVSQAN CgQAAAAACEdCVDMSHgcMBgAFCw1BSSBHZWFyIHB1c2ggdXAAAAEAAQ0KHwhHQlQ0Eh8HDAcABQsN QUkgR2VhciBwb3AgZG93bgAAAQABDQozCEdCVDUSGgcMEAAGCw1MZXZlbCBTd2l0Y2gAAAAAAAAI R0JUNxIhBwwhAAYLDUFJIEdlYXIgTkIgdm9sdGFnZQAAAAABDQoCCEdCVDgSJwcMIgAGCw1BSSBH ZWFyIGxvYWQgbGluZSBzZWxlY3QAAAAAAQ0KAghHQlQ5EiIHDCMABgsNQUkgR2VhciBDUFUgdm9s dGFnZQAAAAABDQoCCEdSUEISJglHQlQwR0JUMUdCVDJHQlQzR0JUNEdCVDVHQlQ3R0JUOEdCVDkU RQ9HSVRCAQhfVF8wAHB7aAv//wBfVF8woBqTX1RfMAFwe4OIR0JUMA0KAgAL//8AQVNCMaFBDKAW k19UXzANCgJwg4hHQlQxDQoCAEFTQjGhRw0KoBaTX1RfMA0KA3CDiEdCVDINCgIAQVNCMaFNCKAS k19UXzANCgZwR0RFRgBBU0IxoUcHoBOTX1RfMA0KB3BHREVGDQoFQVNCMaFABqATk19UXzANCiBw R0RFRg0KA0FTQjGhSQSgEpNfVF8wDQohcEdERUYBQVNCMaEzoBOTX1RfMA0KInBHREVGDQoEQVNC MaEdoBOTX1RfMA0KI3BHREVGDQoCQVNCMaEHcABBU0IwFEUZU0lUQgMIX1RfMABwe2gL//8AX1Rf MKBECJNfVF8wAQhfVF8xAHB7agv//wBfVF8xoD2TX1RfMQCgGJNHTlZTC7M1AHBDT01TaUFTQjBB U0IwoRxwe4OIR0JUMA0KAgAL//8AYKANCpNgAHBgUEFSMKEsoCKTX1RfMQF7aQv//2BwYIhHQlQw DQoCAFNJQ0xgcGBQQVIwoQdwAEFTQjChRw+gKpNfVF8wDQoCcHtpDQr/AGCgEpNTVENHYAFwYIhH QlQxDQoCAKEHcABBU0IwoUkMoCKTX1RfMA0KBnJpg4hHQlQzDQoEAGBBR1BVYIOIR0JUMw0KBQCh Qw0KoCKTX1RfMA0KB3Jpg4hHQlQ0DQoEAGBBR1BEYIOIR0JUNA0KBQChTQegFJNfVF8wDQoQcHtp DQr/AGBBR0xTYKFFBqAUk19UXzANCiBwe2kNCv8AYEFHRFZgoU0EoBSTX1RfMA0KIXB7aQ0K/wBg QUdOVmChNaAUk19UXzANCiJwe2kNCv8AYEFHTElgoR6gFJNfVF8wDQojcHtpDQr/AGBBR0NWYKEH cABBU0IwEEYNCl9HUEUUTwlfTDE3AIZcLwRfU0JfUENJMFNCUkdBU09DDQoFoEoGk1wvBV9TQl9Q Q0kwU0JSR0FTT0NBSUdDAVwvBV9TQl9QQ0kwU0JSR0FTT0NHSVRFDAEABg5cLwVfU0JfUENJMFNC UkdBU09DU0lDTH0LEIBcLwVfU0JfUENJMFNCUkdBU09DQVNCMQBcLwVfU0JfUENJMFNCUkdBU09D UkNBU1uAR1BTMAFHUEJTDQpAW4EkR1BTMAEAQAZHUDAwAQAUUFdUSAEAShRHUDMyAQAPTkJQUwEQ TecvBF9TQl9QQ0kwU0JSR0FTT0MIR0VUMRIXBwwBAAYODU9DIFN0YXR1cwAAAAAAAAhHRVQyEhgH DBEADQoODUlDUFUgVmFsdWUAAAAAAAAIR0VUMxIYBwwSAAIODVZDUFUgVmFsdWUAAAAAAAAIR0VU NBIYBwwTAAsODVBDUFUgVmFsdWUAAAAAAAAIR0VUNRIbBwwUAA0KDg1PQyBUaHJlc2hvbGQxAAAA AAAACEdFVDYSGwcMFQANCg4NT0MgVGhyZXNob2xkMgAAAAAAAAhHRVQ3EhsHDBYADQoODU9DIFRo cmVzaG9sZDMAAAAAAAAIR1JQRRIeB0dFVDFHRVQyR0VUM0dFVDRHRVQ1R0VUNkdFVDcIQURQMxIY Cw0KQA0K9Q0K8Q0Kiw0Klg0K7g0K7w0K8A0K3Q0K3w0KAwhPQ1NUEQcNCgQAAQIDFEsSR0lURQEI X1RfMABwe2gL//8AX1RfMKAnk19UXzABcIOIT0NTVFJCWVSDiEFEUDMAAIOIQURQMwEAAEFTQjGh Sg6gIpNfVF8wDQoRcFJCWVSDiEFEUDMAAIOIQURQMw0KAgBBU0IxoUQMoCKTX1RfMA0KEnBSV1JE g4hBRFAzAACDiEFEUDMNCgMAQVNCMaFOCaAik19UXzANChNwUldSRIOIQURQMwAAg4hBRFAzDQoE AEFTQjGhSAegIpNfVF8wDQoUcFJCWVSDiEFEUDMAAIOIQURQMw0KBQBBU0IxoUIFoCKTX1RfMA0K FXBSQllUg4hBRFAzAACDiEFEUDMNCgYAQVNCMaEsoCKTX1RfMA0KFnBSQllUg4hBRFAzAACDiEFE UDMNCgcAQVNCMaEHcABBU0IwFEIIU0lURQMIX1RfMABwe2gL//8AX1RfMKAek19UXzANChRXQllU g4hBRFAzAACDiEFEUDMNCgUAaaFKBKAek19UXzANChVXQllUg4hBRFAzAACDiEFEUDMNCgYAaaEo oB6TX1RfMA0KFldCWVSDiEFEUDMAAIOIQURQMw0KBwBpoQdwAEFTQjAIT01OQhEFDQoCAAAIQ0RU QhETDQoQAgMFCQQGDQoSCAwUJBAYKEgIRlNCTBINARINCgQNClMNCoUNClMNCoUIT01TVBELDQoI AQABAQAAAgMIREZTQhELDQoIAAANCg0KAwABAQhPTFRCERcNChQAAAAAAAAAAAAAAAAAAAAAAAAA AAhMRExFEh4EEgUDAAAAEgUDAAAAEgcDDQoQDQoUABIHAw0KEA0KFAAIQ1VWUhIdBBIFAwAAABIF AwAAABIGAwANCj4AEgcDDQo+DQo/AAhDTEtCEScNCiQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAACMQ0xLQgBDQjAwjENMS0IBQ0IwMYxDTEtCDQoLQ0IxMYxDTEtCDQoMQ0IxMoxD TEtCDQoUQ0IyMIxDTEtCDQoWQ0IyMoxDTEtCDQoXQ0IyM4xDTEtCDQoYQ0IyNIxDTEtCDQoZQ0Iy NYxDTEtCDQodQ0IyOQhGU0JUAAhBSUdDAAhQSUNMAQhMVklDAAhDRElWABRFE1NUQ0cBCF9UXzAA cHtoDQr/AF9UXzCgTgiTX1RfMABwUkJMSw0K0gANChpDTEtCoEoGkpNHTlZTC7M1AHB9Q0IwMA0K IABDQjAwcH1DQjAxDQoQAENCMDFwe0NCMjANCvsAQ0IyMHB7Q0IyMg0K9wBDQjIycIOIg4hGU0JM RlNCVAANCgIAQ0IxMXCDiIOIRlNCTEZTQlQADQoDAENCMTJXQkxLDQrSAA0KGkNMS0KhTAigRQiT X1RfMAFwUkJMSw0K0gANCiFDTEtCoD99e5ODiE9NTkIAAACTg4hPTU5CAQAAAJKTg4hPTU5CAABD QjExAHBDQjExiE9NTkIAAHBDQjEyiE9NTkIBAHCDiENEVEJ7Q0IyOQ0KDwAAQ0RJVnAARlNCVKAU k0dOVlMLszUAU1ZPVAAAQ0IxMqEDpACkARRODQpDT01TAghfVF8wAHB7aAv//wBfVF8woA+TX1Rf MAsAgKR7aQ0K+2mhTwegG5NfVF8wCwBAoBGTg4hPTVNUAAABpHtpDQr7aaFABqAZk19UXzAAoBGT g4hPTVNUAQABpHtpDQr7aaFDBKAak19UXzABoBKTg4hPTVNUDQoCAAGke2kNCvtpoSWgG5NfVF8w DQoCoBKTg4hPTVNUDQoDAAGke2kNCvtpoQekfWkNCgRppH1pDQoEaRRADkdERUYBCF9UXzAAcHto DQr/AF9UXzCgM5NfVF8wAKAVk0dOVlMLszUAdw0KBEdOVlMLszVgoQZ3DQoEAWCkg4hERlNCckxW SUNgAAChRAmgEZNfVF8wAaRHVk9UAUxWSUOhTwegE5NfVF8wDQoCpEdWT1QNCgJMVklDoUgGoBOT X1RfMA0KA6RHVk9UDQoDTFZJQ6FBBaATk19UXzANCgSkR1ZPVA0KBExWSUOhOqA0k19UXzANCgWg FZNHTlZTC7M1AHcNCgRHTlZTC7M1YKEGdw0KBAFgpIOIREZTQnJMVklDYAAAoQOkABRHDENBTU4B oDaTR05WUwuzNQB7g4hPTU5CAAANCj9gcIOIT01OQgEAYX15YQ0KA2J5eoOIT01OQgAADQoGYgFi YaFDBHuDiIOIRlNCTEZTQlQAAAANCj9gcIOIg4hGU0JMRlNCVAABAGF9eWENCgNieXqDiIOIRlNC TEZTQlQAAAANCgZiAWJhcEdOVlMLAKdidwuYBWFkeGQNCmRlY3hjYGVjcENESVZkd2hkZ3d3Z2Bg DQpkYHhgC5gFZWB6YA0KA2CgCJRgDQr/pA0K/6EDpGAUJEFHUFUCoBuUaABwQ0FNTkNBRlMBaGlg U1ZPVABMVklDYKQBFCFBR1BEAqAYlGgAU1ZPVABMVklDQ0FNTkNBRlMAaGmkARQOQUdMUwFwaExW SUOkARQTQUdEVgFTVk9UDQoDTFZJQ2ikARQSQUdOVgFTVk9UAUxWSUNopAEUE0FHTEkBU1ZPVA0K BExWSUNopAEUE0FHQ1YBU1ZPVA0KAkxWSUNopAEUGVNWT1QDcmh3aQ0KBQBgcGqIT0xUQmAApAEU GkdWT1QCcmh3aQ0KBQBgcIOIT0xUQmAAYaRhFE0FQ0FGUwMIX1RfMABwe2gNCv8AX1RfMKAgk19U XzAAd2lqYHQNCmRgYHdHTlZTCwCnYGB4YA0KZGVgoSKgIJNfVF8wAXdpamByYA0KZGB3R05WUwsA p2BgeGANCmRlYKRgFEsQU0lDTAGgTAh7aAsAgABwAUFJR0MIX1RfMABwe2gNCv8AX1RfMKALk19U XzAASVRBVKFBBqATk19UXzANChBTUElDAHAAUElDTKFKBKATk19UXzANChFTUElDAXABUElDTKEz oBWTX1RfMA0KElNQSUMNCgJwDQoCUElDTKEboBWTX1RfMA0KE1NQSUMNCgNwDQoDUElDTKEDpACh RAdwAEFJR0OgEntoCwBAAFNQSUMAcABQSUNMoUgFCF9UXzEAcHtoDQr/AF9UXzGgEpNfVF8xAFNQ SUMBcAFQSUNMoTKgFJNfVF8xAVNQSUMNCgJwDQoCUElDTKEboBWTX1RfMQ0KAlNQSUMNCgNwDQoD UElDTKEDpACkARROEFNQSUMBoEQIkpRoUElDTHBHVk9UAWhOQlBTV0JZVIOIQURQMwAAg4hBRFAz DQoIAIOIg4hDVVZSaABHVk9UDQoCaABXQllUg4hBRFAzAACDiEFEUDMNCgkAg4iDiExETEVoAEdW T1QNCgRoAKAMkpVoDQoCcABQV1RIoQdwAVBXVEigDJNBSUdDAFNGU0JooU0HoAyTQUlHQwBTRlNC aKAMkpVoDQoCcABQV1RIoQdwAVBXVEhXQllUg4hBRFAzAACDiEFEUDMNCgkAg4iDiExETEVoAEdW T1QNCgRoAFdCWVSDiEFEUDMAAIOIQURQMw0KCACDiIOIQ1VWUmgAR1ZPVA0KAmgAcEdWT1QBaE5C UFNSQ0FTCFBTTFYSIAQSBQMAAAASBgMAAA0K/xIHAwANCv8NCv8SCAMNCv8NCv8NCv8UQhdTRlNC AXBSQkxLDQrSAA0KGkNMS0Jwe0NCMDANCt8AQ0IwMHB9Q0IwMQ0KEABDQjAxcHtDQjIwDQr7AENC MjBwe0NCMjINCvcAQ0IyMnBDQjExYXBDQjEyYqBABZNHTlZTC7M1AKApk4OIT01TVHJoDQoEAAAA cIOIT01OQgAAQ0IxMXCDiE9NTkIBAENCMTKhF3BHVk9UAIOIT01TVHJoDQoEAABDQjEycABloUUF oC6TaAFwg4iDiEZTQkxGU0JUAA0KAgBDQjExcIOIg4hGU0JMRlNCVAANCgMAQ0IxMqEgcIOIg4hG U0JMRlNCVAAAAENCMTFwR1ZPVABoQ0IxMnAAZVdCTEsNCtIADQoaQ0xLQldCWVSDiEFEUDMAAIOI QURQMw0KBQCDiIOIUFNMVmUAAABXQllUg4hBRFAzAACDiEFEUDMNCgYAg4iDiFBTTFZlAAEAV0JZ VIOIQURQMwAAg4hBRFAzDQoHAIOIg4hQU0xWZQANCgIAWyIL6AMURhhJVEFUAHBSQkxLDQrSAA0K GkNMS0KgRAeTR05WUwuzNQBwe0NCMDANCt8AQ0IwMHB7Q0IwMQ0K7wBDQjAxcH1DQjIwDQoEAENC MjBwfUNCMjINCggAQ0IyMnCDiE9NTkIBAENCMTJwg4hPTU5CAQBDQjI0cEdWT1QADQoDQ0IyM3BH Vk9UAA0KA0NCMjVwAGChRQhwe0NCMDANCt8AQ0IwMHB7Q0IwMQ0K7wBDQjAxcH1DQjIwDQoEAENC MjBwfUNCMjINCggAQ0IyMnCDiIOIRlNCTEZTQlQAAABDQjExcIOIg4hGU0JMRlNCVAABAENCMjRw R1ZPVAANCgJDQjIzcEdWT1QADQoDQ0IyNXRHVk9UAAABQ0IxMnABYFdCWVSDiEFEUDMAAIOIQURQ Mw0KBQCDiIOIUFNMVmAAAABXQllUg4hBRFAzAACDiEFEUDMNCgYAg4iDiFBTTFZgAAEAV0JZVIOI QURQMwAAg4hBRFAzDQoHAIOIg4hQU0xWYAANCgIAWyIL6ANXQkxLDQrSAA0KGkNMS0IUG1JDQVMA U0JZVIOIQURQMwAAg4hBRFAzDQoNCgAQQkwvBF9TQl9QQ0kwU0JSR0FTT0MIR0YwMRI/CAwAAAgP DUNQVSBMZXZlbCBVcAAAAA0KAw1PcmlnaW5hbAANaTctOTQwLTIuOTNHAA1pNy05NjUtMy4yMEcA CEdGMDISQgQIDAAACA8NQ1BVIExldmVsIFVwAAAADQoDDU9yaWdpbmFsAA1pNy05NjUtMy4yMEcA DWk3LWNyYXp5LTMuNjBHAAhHRjAzEkQECAwAAAgPDUNQVSBMZXZlbCBVcAAAAA0KAw1PcmlnaW5h bAANaTctY3JhenktMy42MEcADWk3LWNyYXp5LTQuMDBHAAhHRjA0EkIECAwAAAgPDUNQVSBMZXZl bCBVcAAAAA0KAw1PcmlnaW5hbAANaTctOTc1LTMuMzNHAA1pNy1jcmF6eS0zLjcwRwAIR0YwNRJE BAgMAAAIDw1DUFUgTGV2ZWwgVXAAAAANCgMNT3JpZ2luYWwADWk3LWNyYXp5LTMuNzVHAA1pNy1j cmF6eS00LjIwRwAIR0YwNhJEBAgMAAAIDw1DUFUgTGV2ZWwgVXAAAAANCgMNT3JpZ2luYWwADWk3 LWNyYXp5LTMuNDZHAA1pNy1jcmF6eS00LjAwRwAIR0YwNxJEBAgMAAAIDw1DUFUgTGV2ZWwgVXAA AAANCgMNT3JpZ2luYWwADWk3LWNyYXp5LTMuNDZHAA1pNy1jcmF6eS00LjAwRwAIR0YwOBJEBAgM AAAIDw1DUFUgTGV2ZWwgVXAAAAANCgMNT3JpZ2luYWwADWk3LWNyYXp5LTQuMDBHAA1pNy1jcmF6 eS00LjIwRwAIR0YwORI/CAwAAAgPDUNQVSBMZXZlbCBVcAAAAA0KAw1PcmlnaW5hbAANaTctOTUw LTMuMDZHAA1pNy05NjUtMy4yMEcACEdGMTASRAQIDAAACA8NQ1BVIExldmVsIFVwAAAADQoDDU9y aWdpbmFsAA1pNy1jcmF6eS0zLjYwRwANaTctY3JhenktMy44NUcACEdGMTESQwQIDAAACA8NQ1BV IExldmVsIFVwAAAADQoDDU9yaWdpbmFsAA1pNy05ODBYLTMuMzNHAA1pNy1jcmF6eS0zLjYwRwAU RQ9HUlBGAHBHTlZTCw0KV2AIX1RfMABwYF9UXzCgD5NfVF8wAaQSBgFHRjAxoUQMoBCTX1RfMA0K AqQSBgFHRjAyoUALoBCTX1RfMA0KA6QSBgFHRjAzoUwJoBCTX1RfMA0KBKQSBgFHRjA0oUgIoBCT X1RfMA0KBaQSBgFHRjA1oUQHoBCTX1RfMA0KBqQSBgFHRjA2oUAGoBCTX1RfMA0KB6QSBgFHRjA3 oUwEoBCTX1RfMA0KCKQSBgFHRjA4oTigEJNfVF8wDQoJpBIGAUdGMDmhJaAQk19UXzANCg0KpBIG AUdGMTChEqAQk19UXzANCgukEgYBR0YxMaQSAgAUM0dJVEYBCF9UXzAAcHtoC///AF9UXzCgE5Nf VF8wAHBHTlZTC8M1QVNCMaEHcABBU0IwFEQGU0lURgMIX1RfMABwe2gL//8AX1RfMKBLBJNfVF8w AHAAQVNCMKAPk2oAfUFTQjANCgNBU0IwoCx7agEAcGlQQVIwSVNNSQ0KrHB7UEFSMAv//wBgoA+T YAF9QVNCMA0KA0FTQjBbgC8EX1NCX1BDSTBTQlJHUElYMAINCmANCgxbgT9cLwRfU0JfUENJMFNC UkdQSVgwAVBJUkEIUElSQghQSVJDCFBJUkQIACBQSVJFCFBJUkYIUElSRwhQSVJICBBORV9TQl8I QlVGQREJDQoGIwCAGHkAi0JVRkEBSVJBMFuCRQhMTktBCF9ISUQMQdAMDwhfVUlEARQZX1NUQQB7 UElSQQ0KgGCgBWCkDQoJoQSkDQoLFAtfUFJTAKRQUlNBFBFfRElTAH1QSVJBDQqAUElSQRQaX0NS UwB7UElSQQ0KD2B5AWBJUkEwpEJVRkEUG19TUlMBi2gBSVJBX4JJUkFfYHZgcGBQSVJBW4JGCExO S0IIX0hJRAxB0AwPCF9VSUQNCgIUGV9TVEEAe1BJUkINCoBgoAVgpA0KCaEEpA0KCxQLX1BSUwCk UFJTQhQRX0RJUwB9UElSQg0KgFBJUkIUGl9DUlMAe1BJUkINCg9geQFgSVJBMKRCVUZBFBtfU1JT AYtoAUlSQV+CSVJBX2B2YHBgUElSQluCRghMTktDCF9ISUQMQdAMDwhfVUlEDQoDFBlfU1RBAHtQ SVJDDQqAYKAFYKQNCgmhBKQNCgsUC19QUlMApFBSU0MUEV9ESVMAfVBJUkMNCoBQSVJDFBpfQ1JT AHtQSVJDDQoPYHkBYElSQTCkQlVGQRQbX1NSUwGLaAFJUkFfgklSQV9gdmBwYFBJUkNbgkYITE5L RAhfSElEDEHQDA8IX1VJRA0KBBQZX1NUQQB7UElSRA0KgGCgBWCkDQoJoQSkDQoLFAtfUFJTAKRQ UlNEFBFfRElTAH1QSVJEDQqAUElSRBQaX0NSUwB7UElSRA0KD2B5AWBJUkEwpEJVRkEUG19TUlMB i2gBSVJBX4JJUkFfYHZgcGBQSVJEW4JGCExOS0UIX0hJRAxB0AwPCF9VSUQNCgUUGV9TVEEAe1BJ UkUNCoBgoAVgpA0KCaEEpA0KCxQLX1BSUwCkUFJTRRQRX0RJUwB9UElSRQ0KgFBJUkUUGl9DUlMA e1BJUkUNCg9geQFgSVJBMKRCVUZBFBtfU1JTAYtoAUlSQV+CSVJBX2B2YHBgUElSRVuCRghMTktG CF9ISUQMQdAMDwhfVUlEDQoGFBlfU1RBAHtQSVJGDQqAYKAFYKQNCgmhBKQNCgsUC19QUlMApFBS U0YUEV9ESVMAfVBJUkYNCoBQSVJGFBpfQ1JTAHtQSVJGDQoPYHkBYElSQTCkQlVGQRQbX1NSUwGL aAFJUkFfgklSQV9gdmBwYFBJUkZbgkYITE5LRwhfSElEDEHQDA8IX1VJRA0KBxQZX1NUQQB7UElS Rw0KgGCgBWCkDQoJoQSkDQoLFAtfUFJTAKRQUlNHFBFfRElTAH1QSVJHDQqAUElSRxQaX0NSUwB7 UElSRw0KD2B5AWBJUkEwpEJVRkEUG19TUlMBi2gBSVJBX4JJUkFfYHZgcGBQSVJHW4JGCExOS0gI X0hJRAxB0AwPCF9VSUQNCggUGV9TVEEAe1BJUkgNCoBgoAVgpA0KCaEEpA0KCxQLX1BSUwCkUFJT SBQRX0RJUwB9UElSSA0KgFBJUkgUGl9DUlMAe1BJUkgNCg9geQFgSVJBMKRCVUZBFBtfU1JTAYto AUlSQV+CSVJBX2B2YHBgUElSSBBJJV9TQl8IWENQRAAIWE5QVAEIWENBUA0KAghYRENQDQoECFhE Q1QNCggIWERTVA0KDQoIWExDUA0KDAhYTENUDQoQCFhMU1QNChIIWFNDUA0KFAhYU0NUDQoYCFhT U1QNChoIWFJDVA0KHFsBTVVURQAUNlJCUEUBWyNNVVRF6ANyaFBDSUJgW4BQQ0ZHAGABW4ELUENG RwFYQ0ZHCFsnTVVURaRYQ0ZHFD9SV1BFAVsjTVVURegDe2gM/v///2hyaFBDSUJgW4BQQ0ZHAGAN CgJbgQtQQ0ZHAlhDRkcQWydNVVRFpFhDRkcUP1JEUEUBWyNNVVRF6AN7aAz8////aHJoUENJQmBb gFBDRkcAYA0KBFuBC1BDRkcDWENGRyBbJ01VVEWkWENGRxQ3V0JQRQJbI01VVEX/D3JoUENJQmBb gFBDRkcAYAFbgQtQQ0ZHAVhDRkcIcGlYQ0ZHWydNVVRFFEEEV1dQRQJbI01VVEXoA3toDP7///9o cmhQQ0lCYFuAUENGRwBgDQoCW4ELUENGRwJYQ0ZHEHBpWENGR1snTVVURRRBBFdEUEUCWyNNVVRF 6AN7aAz8////aHJoUENJQmBbgFBDRkcAYA0KBFuBC1BDRkcDWENGRyBwaVhDRkdbJ01VVEUUSQRS V0RQA1sjTVVURegDe2gM/P///2hyaFBDSUJgW4BQQ0ZHAGANCgRbgQtQQ0ZHA1hDRkcge1hDRkdq YX1haVhDRkdbJ01VVEUUNVJQTUUBcmgNCoRgcFJEUEVgYaAGk2H/pAChG6AXkGEMAAABAFdEUEVg e2EMAAABAACkAaQAW4BTTVJHAVNNQlMNChBbgS5TTVJHAUhTVFMIU1NUUwhIU1RDCEhDTUQISEFE UghIRFQwCEhEVDEIQkxLRAhbgQ1TTVJHAQAoSERUVxAUSg0KU0NNRAxwDQoFYKJFCXZgcAv//2Gi E5BIU1RTdmFwDQr+SFNUU1shDQoNCnBIU1RDYnBoSEFEUnBpSENNRHBqSERUV3BrSFNUQ3AL//9h oi12YaAMe0hTVFMNCgwAcAFhoBiTe0hTVFMNCgMADQoCcA0KQEhTVFOkSERUV1shDQoNCnANCkJI U1RDcAv//2GiFHZhoAx7SFNUUw0KEABwAWFbIQ0KDQpwAEhTVENwDQpASFNUU6T/FA9TQllUAlND TURoaQANCkQUD1dCWVQDU0NNRGhpag0KSBQPV1dSRANTQ01EaGlqDQpMFBhSU0JUAn1oAWike1ND TURoaQANCkQNCv8AFBhSQllUAn1oAWike1NDTURoaQANCkgNCv8AFBRSV1JEAn1oAWikU0NNRGhp AA0KTBRHBFJCTEsDfWgBYFNDTURgaWoNClRwSFNUQ2BwSERUMGByYAFnCFJCVUYRAmdwAGGiEmBw QkxLRIhSQlVGYQB2YHVhpFJCVUYUL1dCTEsEcEhTVENgcABgohGSlGBqcIOIa2AAQkxLRHVge2gN Cv5gU0NNRGBpag0KVBBKri8EX1NCX1BDSTBTQlJHU0lPUghTTkNUAAhFMUJLABQPSFdWMACkd1ZD T1INCggAFA9IV1YxAKR3VjEyVg0KCAAUD0hXVjMApHdWMzNWDQoIABQPSFdWNACkd1Y1MFYNCggA FCJIV1QwAHBNQlRFYaAOe2ENCoAAfWEMAP///2F3YQ0KDQphpGEUSQ1IV1QxAEVORkcNCgygJ5KT Q1JFMUUxQkugEJNFMUJLAHBDUkUxRTFCS6ENCnBFMUJLQ1JFMUVYRkegTgaVU05DVA0KAnABQlNF THBUU1IxY3AAQlNFTHJNQlRFAWF/YQ0KgGF/Yw0KgGOgQQSUYWNFTkZHDQoMoCyQQ1JFMA0K8HRh Y2N6YwFjcmMNCgNjckNSRTFjQ1JFMXBDUkUxRTFCS1siDQoydVNOQ1RFWEZHcAFCU0VMcFRTUjFh oA57YQ0KgAB9YQwA////YXdhDQoNCmFwVFNSMmJ3Yg0KBWJyYWJhpGEUOEhXVDIAcA0KAkJTRUxw VFNSMWGgDnthDQqAAH1hDAD///9hd2ENCg0KYXBUU1IyYndiDQoFYnJhYmGkYVuAREJHRQENCoAN CgRbgQtEQkdFAkRCR0cWFEwbSFdGMABwRkFOMWBwAEJTRUx7RkQyMQ0KIGF6YQ0KBWF3YQ0KBGF7 RkRSMQ0KMGJ6Yg0KBGJyYWJhoEkGkZRhDQoFlWENCgKgCZRgDQrwcA0KAmGhEaAJlWANCh5wDQoF YaEFcA0KA2F4YQ0KBGJjeWMNCgVjcEZEMjFke2QNCt9kfWNkRkQyMXBGRFIxZHtkDQrPZHliDQoE Yn1kAWR9ZGJGRFIxWyINCjJwRkFOMWCiRA6RkJRgDQrwlWENCgWQlWANCh6UYQ0KAqBLBpCUYA0K 8JVhDQoFcmEBYXhhDQoEYmNwAEJTRUx5Yw0KBWNwRkQyMWR7ZA0K32R9Y2RGRDIxcEZEUjFke2QN Cs9keWINCgRifWQBZH1kYkZEUjFbIg0KMnBGQU4xYFsiDQoycEZBTjFgWyINCjJwRkFOMWChQgZ0 YQFheGENCgRiY3AAQlNFTHljDQoFY3BGRDIxZHtkDQrfZH1jZEZEMjFwRkRSMWR7ZA0Kz2R5Yg0K BGJ9ZAFkfWRiRkRSMVsiDQoycEZBTjFgWyINCjJwRkFOMWBbIg0KMnBGQU4xYKAMkJNgDQr/k2EN CgWkAKANkJNgAJNhDQoCpAv//3ABYqIJYXdiDQoCYnZhd2BiYHgMcJkUAGBhYKRgFE4cSFdGMQBw AEJTRUxwRkFOMmB7RkQyMQ0KQGF6YQ0KBmF3YQ0KBGF7RkRSMQ0KwGJ6Yg0KBmJyYWJhoE8GkZRh DQoFlWENCgKgCZRgDQrwcA0KAmGhEaAJlWANCh5wDQoFYaEFcA0KA2F4YQ0KBGJjeWMNCgZjcEZE MjFke2QNCr9kfWNkRkQyMXBGRFIxZHtkDQo/ZHliDQoGYn1kAWR9ZGJGRFIxWyINCjJwAEJTRUxw RkFOMmCiQA+RkJRgDQrwlWENCgWQlWANCh6UYQ0KAqBBB5CVYA0KHpRhDQoCdGEBYXhhDQoEYmNw AEJTRUx5Yw0KBmNwRkQyMWR7ZA0Kv2R9Y2RGRDIxcEZEUjFke2QNCj9keWINCgZifWQBZH1kYkZE UjFbIg0KMnAAQlNFTHBGQU4yYFsiDQoycEZBTjJgWyINCjJwRkFOMmChSAZyYQFheGENCgRiY3AA QlNFTHljDQoGY3BGRDIxZHtkDQq/ZH1jZEZEMjFwRkRSMWR7ZA0KP2R5Yg0KBmJ9ZAFkfWRiRkRS MVsiDQoycABCU0VMcEZBTjJgWyINCjJwRkFOMmBbIg0KMnBGQU4yYKAMkJNgDQr/k2ENCgWkAKAN kJNgAJNhDQoCpAv//3ABYqIJYXdiDQoCYnZhd2BiYHgMcJkUAGBhYKRgFEgcSFdGMgBwRkFOM2Bw AEJTRUx7RkQyMQ0KgGF6YQ0KB2F3YQ0KBGF4RkQxMw0KQGJjcmFjYaBIBpGUYQ0KBZVhDQoCoAmU YA0K8HANCgJhoRGgCZVgDQoecA0KBWGhBXANCgNheGENCgRiY3ljDQoHY3BGRDIxZHtkDQp/ZH1j ZEZEMjFwRkQxM2N7Yw0KP2N3Yg0KQGJyY2JicGJGRDEzWyINCjJwRkFOM2CiRQ+RkJRgDQrwlWEN CgWQlWANCh6UYQ0KAqBNB5CUYA0K8JVhDQoFoAmTYA0K/3ANCgVhoQVyYQFheGENCgRiY3AAQlNF THljDQoHY3BGRDIxZHtkDQp/ZH1jZEZEMjFwRkQxM2N7Yw0KP2N3Yg0KQGJyY2JicGJGRDEzoA0K kpNgDQr/WyINCjJwRkFOM2BbIg0KMnBGQU4zYFsiDQoycEZBTjNgoUEGdGEBYXhhDQoEYmNwAEJT RUx5Yw0KB2NwRkQyMWR7ZA0Kf2R9Y2RGRDIxcEZEMTNje2MNCj9jd2INCkBicmNiYnBiRkQxM1si DQoycEZBTjNgWyINCjJwRkFOM2BbIg0KMnBGQU4zYKAMkJNgDQr/k2ENCgWkAKANkJNgAJNhDQoC pAv//3ABYqIJYXdiDQoCYnZhd2BiYHgMcJkUAGBhYKRgFEUbSFdGNABwDQoFQlNFTHBGQU40YHAA QlNFTHtGTkQ0DQqAYXphDQoHYXdhDQoEYXtGTkQ0DQoMYnpiDQoCYnJhYmGgTgWRlGENCgWVYQ0K AqAJlGANCvBwDQoCYaERoAmVYA0KHnANCgVhoQVwDQoDYXhhDQoEYmN5Yw0KB2N5Yg0KAmJwRk5E NGR7ZA0Kc2R9Y2JjfWNkRk5ENFsiDQoycA0KBUJTRUxwRkFONGCiQQ6RkJRgDQrwlWENCgWQlWAN Ch6UYQ0KAqBNBpCUYA0K8JVhDQoFcmEBYXhhDQoEYmNwAEJTRUx5Yw0KB2N5Yg0KAmJwRk5ENGR7 ZA0Kc2R9Y2JjfWNkRk5ENKANCpKTYA0K/1siDQoycA0KBUJTRUxwRkFONGBbIg0KMnBGQU40YFsi DQoycEZBTjRgcABCU0VMoU0FdGEBYXhhDQoEYmNwAEJTRUx5Yw0KB2N5Yg0KAmJwRk5ENGR7ZA0K c2R9Y2JjfWNkRk5ENFsiDQoycA0KBUJTRUxwRkFONGBbIg0KMnBGQU40YFsiDQoycEZBTjRgcABC U0VMoAyQk2ANCv+TYQ0KBaQAoA2Qk2AAk2ENCgKkC///cAFioglhd2INCgJidmF3YGJgeAxwmRQA YGFgpGAIRk5EVBIRCAENCgINCgQNCggNChANCiANCkANCoAUTRNIV0YzAHAAQlNFTHBDRk4zYHtG RDE1DQqAYXphDQoFYXtGTkQ0DQoDYn1hYmGgRAaRlGENCgWVYQ0KAqAJlGANCvBwDQoCYaERoAmV YA0KHnANCgVhoQVwDQoDYXlhDQoFYntiDQqAYntGRDE1DQp/Y31iY2NwY0ZEMTV7YQ0KA2J7Rk5E NA0K/GN9YmNjcGNGTkQ0WyINCjJwQ0ZOM2CiRweRkJRgDQrwlWENCgWQlWANCh6UYQ0KAqAMkJRg DQrwlWENCgV1YaEDdmF5YQ0KBWJ7Yg0KgGJ7RkQxNQ0Kf2N9YmNjcGNGRDE1e2ENCgNie0ZORDQN CvxjfWJjY3BjRk5ENFsiDQoycENGTjNgWyINCjJwQ0ZOM2BbIg0KMnBDRk4zYKAMkJNgDQr/k2EN CgWkAKANkJNgAJNhDQoCpAv//3CDiEZORFRhAGJ3YGJgeAxwmRQAYGFgpGBbgEhXUkUBSU9IVw0K DQpbgRJIV1JFAQAoSElEWAhIREFUCFuGSQtISURYSERBVAEAIENITk0BQ0ZOTQFDSE5TAkNGTlMC AAJTWVNUCFRSR1QIAAhTU0ROCENTRE4IU1NVUAhDU1VQCABADQpWQ09SCFYxMlYIAAhWMzNWCFY1 MFYIABBNQlRFCEZBTjEIRkFOMghGQU4zCABADQpDRk4zCAA4RkRSMQgAGEZEMTMIRkQxNQgACEJT RUwEAAQACFRTUjEIAAdUU1IyAQAIRkFONAgAKEZORDQIABhGRDIxCBBEVC8EX1NCX1BDSTBTQlJH QVNPQwhDT1JWEh0FDAAAAgYNVmNvcmUgVm9sdGFnZQALIAMLQAYBCFYzVlYSHQUMAQACBg0gKzMu MyBWb2x0YWdlAAuaCwsuDgEIVjVWVhIbBQwCAAIGDSArNSBWb2x0YWdlAAuUEQt8FQEIVlYxMhIc BQwDAAIGDSArMTIgVm9sdGFnZQAL2CcL6DUBCFZQQVISIwQSBQMAAQASBwMNCiINCiIAEgkDC+gD C/MBABIIAwvcBQ0K+QAIVkJVRhIUBQ0KBENPUlZWM1ZWVjVWVlZWMTIUTQRWR0VUAaAQk2gApF5e LlNJT1JIV1YwoBCTaAGkXl4uU0lPUkhXVjOgEZNoDQoCpF5eLlNJT1JIV1Y0oBGTaA0KA6ReXi5T SU9SSFdWMQhDUFVUEiMFDAAAAwYNQ1BVIFRlbXBlcmF0dXJlAAtYAgvuAgwBAAEACE1CVFASIgUM AQADBg1NQiBUZW1wZXJhdHVyZQALwgEL7gIMAQABAAhNQ0hUEiMFDAIAAwYNTUNIIFRlbXBlcmF0 dXJlAAtYAgu2AwwBAAEACFRCVUYSEAQNCgNDUFVUTUJUUE1DSFQUKFRHRVQBoBCTaACkXl4uU0lP UkhXVDGgEJNoAaReXi5TSU9SSFdUMAhDUFVGEiEFDAAABAYNQ1BVIEZBTiBTcGVlZAALWAILIBwM AQABAAhDSEYxEiYFDAEABAYNQ0hBU1NJUzEgRkFOIFNwZWVkAAtYAgsgHAwBAAEACENIRjISJgUM AgAEBg1DSEFTU0lTMiBGQU4gU3BlZWQAC1gCCyAcDAEAAQAIQ0hGMxImBQwDAAQGDUNIQVNTSVMz IEZBTiBTcGVlZAALWAILIBwMAQABAAhQV1JGEiEFDAQABAYNUE9XRVIgRkFOIFNwZWVkAAALIBwM AQABAAhGQlVGEhgGDQoFQ1BVRkNIRjFDSEYyQ0hGM1BXUkYUTwVGR0VUAaAQk2gApF5eLlNJT1JI V0YxoBCTaAGkXl4uU0lPUkhXRjCgEZNoDQoCpF5eLlNJT1JIV0YzoBGTaA0KA6ReXi5TSU9SSFdG MqARk2gNCgSkXl4uU0lPUkhXRjQUC1ZTSUYApFZCVUYUQQVSVkxUAXtoC///YHBWR0VUYGFwg4iD iFZQQVJgAAAAYnCDiIOIVlBBUmAAAQBjcIOIg4hWUEFSYAANCgIAZHdhcmJjAGV4ZWMAZXJlZGWk ZRRBB1NWTFQBe4OIaAAAC///YHCDiFZCVUYAAGGgB5KVYGGkAHVgcIOIaAEAiIOIVkJVRmAAAQBw g4hoDQoCAIiDiFZCVUZgAA0KAgBwg4hoDQoDAIiDiFZCVUZgAA0KAwBwg4hoDQoEAIiDiFZCVUZg AA0KBACkARQLVFNJRgCkVEJVRhQVUlRNUAF7aAv//2BwVEdFVGBhpGEUQwdTVE1QAXB7g4hoAAAL //8AYHCDiFRCVUYAAGGgB5KVYGGkAHVgcIOIaAEAiIOIVEJVRmAAAQBwg4hoDQoCAIiDiFRCVUZg AA0KAgBwg4hoDQoDAIiDiFRCVUZgAA0KAwBwg4hoDQoEAIiDiFRCVUZgAA0KBACkARQLRlNJRgCk RkJVRhQVUkZBTgF7aAv//2BwRkdFVGBhpGEURAhTRkFOAXuDiGgAAAv//2Bwg4hGQlVGAABhoAeS lWBhpAB1YHCDiGgBAIiDiEZCVUZgAAEAcIOIaA0KAgCIg4hGQlVGYAANCgIAcIOIaA0KAwCIg4hG QlVGYAANCgMAcIOIaA0KBACIg4hGQlVGYAANCgQAcIOIaA0KBQCIg4hGQlVGYAANCgUApAEQRRlf U0JfEE4YUENJMAhDUlNfEUYNCg0KoogNAAIMAAAAAAD/AAAAAAFHAfgM+AwBCIgNAAEMAwAAAAD3 DAAA+AyIDQABDAMAAAAN//8AAADzhxcAAAwDAAAAAAAADQoA//8LAAAAAAAAAAIAhxcAAAwDAAAA AAAADAD//w0AAAAAAAAAAgCHFwAADAMAAAAAAAAAAAAAAAAAAAAAAAAAAIcXAAAMAwAAAAAAAAAA AAAAAAAAAAAAAAAAeQCKQ1JTXw0KXE1JTjWKQ1JTXw0KYE1BWDWKQ1JTXw0KaExFTjWKQ1JTXw0K dk1JTjaKQ1JTXw0Kek1BWDaKQ1JTXw0KgkxFTjaKQ1JTXw0KkE1JTjeKQ1JTXw0KlE1BWDeKQ1JT Xw0KnExFTjcUSAdfQ1JTAHBNRzFMYKAfYHBNRzFCTUlONXBNRzFMTEVONXJNSU41dmBNQVg1cE1H MkJNSU42cE1HMkxMRU42cE1HMkxgck1JTjZ2YE1BWDZwTUczQk1JTjdwTUczTExFTjdwTUczTGBy TUlON3ZgTUFYN6RDUlNfCFdPVEIACFdTU0IACFdBWEIAFEAHX1BUUwFwaERCRzhQVFNfaHAAiFdB S1AAAHAAiFdBS1ABAKASkJNoDQoEk09TRkwNCgJbIgu4C3BBU1NCV1NTQnBBT1RCV09UQnBBQVhC V0FYQnBoQVNTQnBPU0ZMQU9UQnBPU1lTT1NUUHAAQUFYQhRNBl9XQUsBeWgNCgREQkc4V0FLX2ig BUlPV0uhDoZcLl9TQl9QV1JCDQoCoCBBU1NCcFdTU0JBU1NCcFdPVEJBT1RCcFdBWEJBQVhCoBKD iFdBS1AAAHAAiFdBS1ABAKENCnBoiFdBS1ABAKRXQUtQW4BJT1JLAQ0KswFbgQtJT1JLAUlPV0sI CF9TMF8SBgQAAAAAoBFTUzFfCF9TMV8SBgQBAAAAoBJTUzNfCF9TM18SBwQNCgUAAACgElNTNF8I X1M0XxIHBA0KBgAAAAhfUzVfEgcEDQoHAAAAFEIEUFRTXwGgOmhcLwRfU0JfUENJMFNCUkdTSU9T aFwvBF9TQl9QQ0kwU0JSR1NQVFNoXC8DX1NCX1BDSTBOUFRTaBQ+V0FLXwFcLwRfU0JfUENJMFNC UkdTSU9XaFwvBF9TQl9QQ0kwU0JSR1NXQUtoXC8DX1NCX1BDSTBOV0FLaEZBQ1NAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABGQUNQhAAA AAH+MDgwMjExRkFDUDE0MzYCCBEgTVNGVJcAAACNxAAAJAAAAAEACQCyAAAA4R4A4gAIAAAAAAAA BAgAAAAAAABQCAAACAgAACAIAAAAAAAABAIBBBAAAONlAOkDAAQQAAEADQAyAwAApQAAAAEIAAD5 DAAAAAAAAAYAAABBUElD2AAAAAHgMDgwMjExQVBJQzE0MzYCCBEgTVNGVJcAAAAAAOD+AQAAAAAI AQABAAAAAAgCAgEAAAAACAMEAQAAAAAIBAYBAAAAAAgFAQEAAAAACAYDAQAAAAAIBwUBAAAAAAgI BwEAAAAACAmIAAAAAAAIDQqJAAAAAAAIC4oAAAAAAAgMiwAAAAAACA2MAAAAAAAIDo0AAAAAAAgP jgAAAAAACBCPAAAAAAEMCAAAAMD+AAAAAAEMCQAAoMj+GAAAAAINCgAAAgAAAAAAAg0KAAkJAAAA DQBNQ0ZHPAAAAAFxMDgwMjExT0VNTUNGRyACCBEgTVNGVJcAAAAAAAAAAAAAAAAAAOAAAAAAAAAA /wAAAABPRU1CcgAAAAEjMDgwMjExT0VNQjE0MzYCCBEgTVNGVJcAAAANAQAAAADAAADg/wAADQAA AAEAAAAAwAAAACAAi0D9DgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8AAA2Q4AANn+ AAAAAABIUEVUOAAAAAGHMDgwMjExT0VNSFBFVCACCBEgTVNGVJcAAAABo4aAAAgAAAAA0P4AAAAA AO43AFhNQVJAAQAAAS9BTUkAAABPRU1ETUFSAAEAAABNU0ZUlwAAACYBAAAAAAAAAAAAAAAAGAAA AAAAAPD/+wAAAAABCAAAAAAbAAAAIAABAAAAAOD/+wAAAAADCAAACPAfBwMIAAAJABMAAQBYAAAA AAAAwA4AAAAAAP//DgAAAAAAAQgAAAAAHQABCAAAAAAdAQEIAAAAAB0CAQgAAAAAHQcBCAAAAAAa AAEIAAAAABoBAQgAAAAAGgIBCAAAAAAaBwEAWAAAAAAAAKB9vwAAAAD/n32/AAAAAAEIAAAAAB0A AQgAAAAAHQEBCAAAAAAdAgEIAAAAAB0HAQgAAAAAGgABCAAAAAAaAQEIAAAAABoCAQgAAAAAGgcC ACgAAAAAAAIIAAAAAAEAAggAAAAAAgACCAAAAAADAAIIAAAAAAcAQVNQVDQAAAAGczA4MDIxMVBl cmZUdW5lAggRIE1TRlSXAAAAAIJ5vwAAAAAAAAAAAAAAAE9TRlKwAAAAAU4wODAyMTFPRU1PU0ZS IAIIESBNU0ZUlwAAAAEAAAAsAAAAPRNvtF8jNEafA7HAHFR4WwAAAACQAAAAcAAAAAAAAABQAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABOAGEAbQBlAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAE0AYQBuAHUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAU1NEVGMDAAABVURwZ1BtbUNw dVBtAAAAEgAAAElOVEwTAQYgEEIOXAAIU1NEVBIWAw1DUFUwSVNUIAAM8IR5vwxMJAAACENTRFQS FgMNQ1BVMENTVCAADAAAAIAMAAAAgAhUU0RUEhYDDUNQVTBUU1QgAAwAAACADAAAAIAIQ0ZHRAwC AAAACE5DUFUMCAAAAAhOUENQDAEAAAAIUERDMAwAAACACFRCTDANCgAIQ1RCMA0KAAhUVEIwDQoA CFBTVEUNCgAIVFNURQ0KAFuAUE1SRwELAAgNClBbgTFQTVJHAQBIIERFVjQBREVWNQFERVY2AURF VjcBU1RTNAFTVFM1AVNUUzYBU1RTNwEQSyVcLl9QUl9QMDAxCEhJMF8NCgAISEMwXw0KAAhIVDBf DQoAFEgGX1BEQwGKaA0KAFJFVlOKaA0KBFNJWkVwh2hgcHRgDQoIAGFbE2gNCkB3YQ0KCABURU1Q CFNUUzARBw0KBAAAAABzU1RTMFRFTVBiX09TQxETDQoQFqZ3QAwpvkeevdhwWHE5U1JFVlNTSVpF YhRAHV9PU0MEimsNCgBTVFMwimsNCgRDQVAwimgNCgBJSUQwimgNCgRJSUQximgNCghJSUQyimgN CgxJSUQzCFVJRDAREw0KEBamd0AMKb5Hnr3YcFhxOVOKVUlEMA0KAEVJRDCKVUlEMA0KBEVJRDGK VUlEMA0KCEVJRDKKVUlEMA0KDEVJRDOgNpKQkJNJSUQwRUlEMJNJSUQxRUlEMZCTSUlEMkVJRDKT SUlEM0VJRDNwDQoGiFNUUzANCgAApGugE5KTaQ0KAXANCg0KiFNUUzANCgAApGt9e1BEQzAM//// fwBDQVAwUERDMKBOBJCQk3tQREMwDQoJAA0KCZNUQkwwAJN7Q0ZHRA0KAgANCgJ9VEJMMA0KAVRC TDBbgEdWMDAAg4hTU0RUDQoBAIOIU1NEVA0KAgBbIEdWMDBISTBfoE4EkJCTe1BEQzANChgADQoY k0NUQjAAk3tDRkdEDQogAA0KIH1DVEIwDQoBQ1RCMFuAQ1QwMACDiENTRFQNCgEAg4hDU0RUDQoC AFsgQ1QwMEhDMF+gRAWQkJN7UERDMA0KBAANCgSTVFRCMACTe0NGR0QMAABAAAAMAABAAH1UVEIw DQoBVFRCMFuAVFQwMACDiFRTRFQNCgEAg4hUU0RUDQoCAFsgVFQwMEhUMF+ka1JTRFRIAAAAAZYw ODAyMTFSU0RUMTQzNgIIESBNU0ZUlwAAAFHFAAApxgAAZcYAANfGAAAPxwAAT8gAAIPIAAAzyQAA lswAAA== --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="lspci.txt" Content-Disposition: attachment; filename="lspci.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzk1vi2 MDA6MDAuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08g SHViIHRvIEVTSSBQb3J0IChyZXYgMTMpDQowMDowMS4wIFBDSSBicmlkZ2U6IEludGVsIENvcnBv cmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMSAocmV2 IDEzKQ0KMDA6MDIuMCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA1NTIwLzU1MDAvWDU4 IEkvTyBIdWIgUENJIEV4cHJlc3MgUm9vdCBQb3J0IDIgKHJldiAxMykNCjAwOjAzLjAgUENJIGJy aWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08gSHViIFBDSSBFeHByZXNz IFJvb3QgUG9ydCAzIChyZXYgMTMpDQowMDowNy4wIFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0 aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgNyAocmV2IDEz KQ0KMDA6MTQuMCBQSUM6IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBT eXN0ZW0gTWFuYWdlbWVudCBSZWdpc3RlcnMgKHJldiAxMykNCjAwOjE0LjEgUElDOiBJbnRlbCBD b3Jwb3JhdGlvbiA1NTIwLzU1MDAvWDU4IEkvTyBIdWIgR1BJTyBhbmQgU2NyYXRjaCBQYWQgUmVn aXN0ZXJzIChyZXYgMTMpDQowMDoxNC4yIFBJQzogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAw L1g1OCBJL08gSHViIENvbnRyb2wgU3RhdHVzIGFuZCBSQVMgUmVnaXN0ZXJzIChyZXYgMTMpDQow MDoxNC4zIFBJQzogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08gSHViIFRocm90 dGxlIFJlZ2lzdGVycyAocmV2IDEzKQ0KMDA6MWEuMCBVU0IgY29udHJvbGxlcjogSW50ZWwgQ29y cG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhDSSBDb250cm9sbGVyICM0DQow MDoxYS4xIFVTQiBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBG YW1pbHkpIFVTQiBVSENJIENvbnRyb2xsZXIgIzUNCjAwOjFhLjIgVVNCIGNvbnRyb2xsZXI6IElu dGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxl ciAjNg0KMDA6MWEuNyBVU0IgY29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAo SUNIMTAgRmFtaWx5KSBVU0IyIEVIQ0kgQ29udHJvbGxlciAjMg0KMDA6MWIuMCBBdWRpbyBkZXZp Y2U6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgSEQgQXVkaW8gQ29u dHJvbGxlcg0KMDA6MWMuMCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJ Q0gxMCBGYW1pbHkpIFBDSSBFeHByZXNzIFJvb3QgUG9ydCAxDQowMDoxYy40IFBDSSBicmlkZ2U6 IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgUENJIEV4cHJlc3MgUm9v dCBQb3J0IDUNCjAwOjFkLjAgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAx SkkgKElDSDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxlciAjMQ0KMDA6MWQuMSBVU0IgY29u dHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhD SSBDb250cm9sbGVyICMyDQowMDoxZC4yIFVTQiBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlv biA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQiBVSENJIENvbnRyb2xsZXIgIzMNCjAwOjFkLjcg VVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkg VVNCMiBFSENJIENvbnRyb2xsZXIgIzENCjAwOjFlLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gODI4MDEgUENJIEJyaWRnZSAocmV2IDkwKQ0KMDA6MWYuMCBJU0EgYnJpZGdlOiBJbnRl bCBDb3Jwb3JhdGlvbiA4MjgwMUpJUiAoSUNIMTBSKSBMUEMgSW50ZXJmYWNlIENvbnRyb2xsZXIN CjAwOjFmLjIgSURFIGludGVyZmFjZTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAg RmFtaWx5KSA0IHBvcnQgU0FUQSBJREUgQ29udHJvbGxlciAjMQ0KMDA6MWYuMyBTTUJ1czogSW50 ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBTTUJ1cyBDb250cm9sbGVyDQow MDoxZi41IElERSBpbnRlcmZhY2U6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZh bWlseSkgMiBwb3J0IFNBVEEgSURFIENvbnRyb2xsZXIgIzINCjAxOjAwLjAgSURFIGludGVyZmFj ZTogTWFydmVsbCBUZWNobm9sb2d5IEdyb3VwIEx0ZC4gRGV2aWNlIDkxYTMgKHJldiAxMSkNCjAy OjAwLjAgVVNCIGNvbnRyb2xsZXI6IE5FQyBDb3Jwb3JhdGlvbiB1UEQ3MjAyMDAgVVNCIDMuMCBI b3N0IENvbnRyb2xsZXIgKHJldiAwMykNCjAzOjAwLjAgVkdBIGNvbXBhdGlibGUgY29udHJvbGxl cjogblZpZGlhIENvcnBvcmF0aW9uIEdGMTA2IFtHZUZvcmNlIEdUUyA0NTBdIChyZXYgYTEpDQow MzowMC4xIEF1ZGlvIGRldmljZTogblZpZGlhIENvcnBvcmF0aW9uIEdGMTA2IEhpZ2ggRGVmaW5p dGlvbiBBdWRpbyBDb250cm9sbGVyIChyZXYgYTEpDQowNDowMC4wIFZHQSBjb21wYXRpYmxlIGNv bnRyb2xsZXI6IG5WaWRpYSBDb3Jwb3JhdGlvbiBHNzEgW0dlRm9yY2UgNzkwMCBHVFhdIChyZXYg YTEpDQowNTowMC4wIFNBVEEgY29udHJvbGxlcjogSk1pY3JvbiBUZWNobm9sb2d5IENvcnAuIEpN QjM2MiBBSENJIENvbnRyb2xsZXIgKHJldiAxMCkNCjA3OjAxLjAgRXRoZXJuZXQgY29udHJvbGxl cjogUmVhbHRlayBTZW1pY29uZHVjdG9yIENvLiwgTHRkLiBSVEwtODExMFNDLzgxNjlTQyBHaWdh Yml0IEV0aGVybmV0IChyZXYgMTApDQowNzowMi4wIEZpcmVXaXJlIChJRUVFIDEzOTQpOiBWSUEg VGVjaG5vbG9naWVzLCBJbmMuIFZUNjMwNi83LzggW0ZpcmUgSUkoTSldIElFRUUgMTM5NCBPSENJ IENvbnRyb2xsZXIgKHJldiBjMCkNCmZmOjAwLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0 aW9uIFhlb24gNTUwMC9Db3JlIGk3IFF1aWNrUGF0aCBBcmNoaXRlY3R1cmUgR2VuZXJpYyBOb24t Q29yZSBSZWdpc3RlcnMgKHJldiAwNSkNCmZmOjAwLjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBv cmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IFF1aWNrUGF0aCBBcmNoaXRlY3R1cmUgU3lzdGVtIEFk ZHJlc3MgRGVjb2RlciAocmV2IDA1KQ0KZmY6MDIuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgUVBJIExpbmsgMCAocmV2IDA1KQ0KZmY6MDIuMSBIb3N0 IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgUVBJIFBoeXNpY2Fs IDAgKHJldiAwNSkNCmZmOjAzLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24g NTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgKHJldiAwNSkNCmZmOjAz LjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVn cmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgVGFyZ2V0IEFkZHJlc3MgRGVjb2RlciAocmV2IDA1KQ0K ZmY6MDMuNCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcg SW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBUZXN0IFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6 MDQuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50 ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDAgQ29udHJvbCBSZWdpc3RlcnMgKHJl diAwNSkNCmZmOjA0LjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9D b3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAwIEFkZHJlc3MgUmVn aXN0ZXJzIChyZXYgMDUpDQpmZjowNC4yIEhvc3QgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBY ZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMCBS YW5rIFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6MDQuMyBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFu bmVsIDAgVGhlcm1hbCBDb250cm9sIFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6MDUuMCBIb3N0IGJy aWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1v cnkgQ29udHJvbGxlciBDaGFubmVsIDEgQ29udHJvbCBSZWdpc3RlcnMgKHJldiAwNSkNCmZmOjA1 LjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVn cmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAxIEFkZHJlc3MgUmVnaXN0ZXJzIChyZXYg MDUpDQpmZjowNS4yIEhvc3QgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29y ZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMSBSYW5rIFJlZ2lzdGVy cyAocmV2IDA1KQ0KZmY6MDUuMyBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1 NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDEgVGhlcm1h bCBDb250cm9sIFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6MDYuMCBIb3N0IGJyaWRnZTogSW50ZWwg Q29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxl ciBDaGFubmVsIDIgQ29udHJvbCBSZWdpc3RlcnMgKHJldiAwNSkNCmZmOjA2LjEgSG9zdCBicmlk Z2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5 IENvbnRyb2xsZXIgQ2hhbm5lbCAyIEFkZHJlc3MgUmVnaXN0ZXJzIChyZXYgMDUpDQpmZjowNi4y IEhvc3QgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3Jh dGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMiBSYW5rIFJlZ2lzdGVycyAocmV2IDA1KQ0K ZmY6MDYuMyBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcg SW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDIgVGhlcm1hbCBDb250cm9sIFJl Z2lzdGVycyAocmV2IDA1KQ0K --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="lspci-vvvknn.txt" Content-Disposition: attachment; filename="lspci-vvvknn.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzk6v43 MDA6MDAuMCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUwMC9Y NTggSS9PIEh1YiB0byBFU0kgUG9ydCBbODA4NjozNDA1XSAocmV2IDEzKQ0KCVN1YnN5c3RlbTog QVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MzZiXQ0KCUNvbnRyb2w6IEkvTy0g TWVtLSBCdXNNYXN0ZXItIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3Rl cHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYt IEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0g PlNFUlItIDxQRVJSLSBJTlR4LQ0KCUNhcGFiaWxpdGllczogWzYwXSBNU0k6IEVuYWJsZS0gQ291 bnQ9MS8yIE1hc2thYmxlKyA2NGJpdC0NCgkJQWRkcmVzczogMDAwMDAwMDAgIERhdGE6IDAwMDAN CgkJTWFza2luZzogMDAwMDAwMDAgIFBlbmRpbmc6IDAwMDAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBb OTBdIEV4cHJlc3MgKHYyKSBSb290IFBvcnQgKFNsb3QtKSwgTVNJIDAwDQoJCURldkNhcDoJTWF4 UGF5bG9hZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1 cw0KCQkJRXh0VGFnKyBSQkUrIEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29y cmVjdGFibGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0 VGFnLSBQaGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVz LCBNYXhSZWFkUmVxIDEyOCBieXRlcw0KCQlEZXZTdGE6CUNvcnJFcnItIFVuY29yckVyci0gRmF0 YWxFcnItIFVuc3VwcFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwg U3BlZWQgMi41R1QvcywgV2lkdGggeDQsIEFTUE0gTDBzIEwxLCBMYXRlbmN5IEwwIDw1MTJucywg TDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFjdFJlcCsgQndOb3QrDQoJCUxua0N0 bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xr LQ0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlM bmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHg0LCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERM QWN0aXZlKyBCV01nbXQtIEFCV01nbXQtDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJO b24tRmF0YWwtIEVyckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENS U1Zpc2libGUtDQoJCVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRp bmctDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogUmFuZ2UgQkNELCBUaW1lb3V0RGlz KyBBUklGd2QrDQoJCURldkN0bDI6IENvbXBsZXRpb24gVGltZW91dDogMjYwbXMgdG8gOTAwbXMs IFRpbWVvdXREaXMtIEFSSUZ3ZC0NCgkJTG5rQ3RsMjogVGFyZ2V0IExpbmsgU3BlZWQ6IDIuNUdU L3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMtLCBTZWxlY3RhYmxlIERlLWVtcGhhc2lzOiAt NmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3JtYWwgT3BlcmF0aW5nIFJhbmdlLCBFbnRlck1v ZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNPUy0NCgkJCSBDb21wbGlhbmNlIERlLWVtcGhh c2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQgRGUtZW1waGFzaXMgTGV2ZWw6IC02ZEINCglD YXBhYmlsaXRpZXM6IFtlMF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJRmxhZ3M6IFBN RUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCss RDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2Nh bGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBBZHZhbmNlZCBFcnJvciBSZXBvcnRp bmcNCgkJVUVTdGE6CURMUC0gU0RFUy0gVExQLSBGQ1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54 Q21wbHQtIFJ4T0YtIE1hbGZUTFAtIEVDUkMtIFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRU1zazoJ RExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0g TWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCVVFU3ZydDoJRExQKyBTREVTKyBU TFAtIEZDUCsgQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRisgTWFsZlRMUCsgRUNS Qy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCUNFU3RhOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBS b2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnItDQoJCUNFTXNrOglSeEVyci0gQmFkVExQLSBC YWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnIrDQoJCUFFUkNhcDoJRmlyc3Qg RXJyb3IgUG9pbnRlcjogMDAsIEdlbkNhcC0gQ0dlbkVuLSBDaGtDYXAtIENoa0VuLQ0KCUNhcGFi aWxpdGllczogWzE1MCB2MV0gQWNjZXNzIENvbnRyb2wgU2VydmljZXMNCgkJQUNTQ2FwOglTcmNW YWxpZCsgVHJhbnNCbGsrIFJlcVJlZGlyKyBDbXBsdFJlZGlyKyBVcHN0cmVhbUZ3ZCsgRWdyZXNz Q3RybC0gRGlyZWN0VHJhbnMtDQoJCUFDU0N0bDoJU3JjVmFsaWQrIFRyYW5zQmxrLSBSZXFSZWRp cisgQ21wbHRSZWRpcisgVXBzdHJlYW1Gd2QrIEVncmVzc0N0cmwtIERpcmVjdFRyYW5zLQ0KCUNh cGFiaWxpdGllczogWzE2MCB2MF0gVmVuZG9yIFNwZWNpZmljIEluZm9ybWF0aW9uOiBJRD0wMDAy IFJldj0wIExlbj0wMGMgPD8+DQoNCjAwOjAxLjAgUENJIGJyaWRnZSBbMDYwNF06IEludGVsIENv cnBvcmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMSBb ODA4NjozNDA4XSAocmV2IDEzKSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29kZV0pDQoJQ29udHJv bDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFy RXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZN SHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8 TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2FjaGUgTGluZSBTaXpl OiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFyeT0wMSwgc3Vib3JkaW5hdGU9 MDEsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTogMDAwMGEwMDAtMDAwMGFmZmYN CglNZW1vcnkgYmVoaW5kIGJyaWRnZTogZjVlMDAwMDAtZjVlZmZmZmYNCglQcmVmZXRjaGFibGUg bWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwZmZmMDAwMDAtMDAwMDAwMDAwMDBmZmZmZg0K CVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0NCglCcmlkZ2VDdGw6IFBhcml0 eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZhc3RCMkItDQoJCVByaURpc2NU bXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VSUkVuLQ0KCUNhcGFiaWxpdGll czogWzQwXSBTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODM2 Yl0NCglDYXBhYmlsaXRpZXM6IFs2MF0gTVNJOiBFbmFibGUtIENvdW50PTEvMiBNYXNrYWJsZSsg NjRiaXQtDQoJCUFkZHJlc3M6IDAwMDAwMDAwICBEYXRhOiAwMDAwDQoJCU1hc2tpbmc6IDAwMDAw MDAwICBQZW5kaW5nOiAwMDAwMDAwMA0KCUNhcGFiaWxpdGllczogWzkwXSBFeHByZXNzICh2Mikg Um9vdCBQb3J0IChTbG90KyksIE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMjU2IGJ5dGVz LCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZysgUkJF KyBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0 YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBB dXhQd3ItIE5vU25vb3AtDQoJCQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjgg Ynl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEt IEF1eFB3ci0gVHJhbnNQZW5kLQ0KCQlMbmtDYXA6CVBvcnQgIzAsIFNwZWVkIDVHVC9zLCBXaWR0 aCB4MiwgQVNQTSBMMHMgTDEsIExhdGVuY3kgTDAgPDUxMm5zLCBMMSA8NjR1cw0KCQkJQ2xvY2tQ TS0gU3VycHJpc2UrIExMQWN0UmVwKyBCd05vdCsNCgkJTG5rQ3RsOglBU1BNIERpc2FibGVkOyBS Q0IgNjQgYnl0ZXMgRGlzYWJsZWQtIFJldHJhaW4tIENvbW1DbGsrDQoJCQlFeHRTeW5jaC0gQ2xv Y2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQoJCUxua1N0YToJU3BlZWQgNUdUL3Ms IFdpZHRoIHgxLCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlKyBCV01nbXQrIEFCV01n bXQtDQoJCVNsdENhcDoJQXR0bkJ0bi0gUHdyQ3RybC0gTVJMLSBBdHRuSW5kLSBQd3JJbmQtIEhv dFBsdWctIFN1cnByaXNlLQ0KCQkJU2xvdCAjMCwgUG93ZXJMaW1pdCAwLjAwMFc7IEludGVybG9j ay0gTm9Db21wbC0NCgkJU2x0Q3RsOglFbmFibGU6IEF0dG5CdG4tIFB3ckZsdC0gTVJMLSBQcmVz RGV0LSBDbWRDcGx0LSBIUElycS0gTGlua0NoZy0NCgkJCUNvbnRyb2w6IEF0dG5JbmQgT2ZmLCBQ d3JJbmQgT2ZmLCBQb3dlci0gSW50ZXJsb2NrLQ0KCQlTbHRTdGE6CVN0YXR1czogQXR0bkJ0bi0g UG93ZXJGbHQtIE1STC0gQ21kQ3BsdC0gUHJlc0RldCsgSW50ZXJsb2NrLQ0KCQkJQ2hhbmdlZDog TVJMLSBQcmVzRGV0KyBMaW5rU3RhdGUrDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJO b24tRmF0YWwtIEVyckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENS U1Zpc2libGUtDQoJCVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRp bmctDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogUmFuZ2UgQkNELCBUaW1lb3V0RGlz KyBBUklGd2QrDQoJCURldkN0bDI6IENvbXBsZXRpb24gVGltZW91dDogMjYwbXMgdG8gOTAwbXMs IFRpbWVvdXREaXMtIEFSSUZ3ZC0NCgkJTG5rQ3RsMjogVGFyZ2V0IExpbmsgU3BlZWQ6IDVHVC9z LCBFbnRlckNvbXBsaWFuY2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZk Qg0KCQkJIFRyYW5zbWl0IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2Rp ZmllZENvbXBsaWFuY2UtIENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNp czogLTZkQg0KCQlMbmtTdGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoJQ2Fw YWJpbGl0aWVzOiBbZTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVD bGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDArLEQxLSxEMi0sRDNob3QrLEQz Y29sZCspDQoJCVN0YXR1czogRDAgTm9Tb2Z0UnN0KyBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxl PTAgUE1FLQ0KCUNhcGFiaWxpdGllczogWzEwMCB2MV0gQWR2YW5jZWQgRXJyb3IgUmVwb3J0aW5n DQoJCVVFU3RhOglETFAtIFNERVMtIFRMUC0gRkNQLSBDbXBsdFRPLSBDbXBsdEFicnQtIFVueENt cGx0LSBSeE9GLSBNYWxmVExQLSBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJVUVNc2s6CURM UC0gU0RFUy0gVExQLSBGQ1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1h bGZUTFAtIEVDUkMtIFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRVN2cnQ6CURMUCsgU0RFUysgVExQ LSBGQ1ArIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YrIE1hbGZUTFArIEVDUkMt IFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlDRVN0YToJUnhFcnItIEJhZFRMUC0gQmFkRExMUC0gUm9s bG92ZXItIFRpbWVvdXQtIE5vbkZhdGFsRXJyLQ0KCQlDRU1zazoJUnhFcnItIEJhZFRMUC0gQmFk RExMUC0gUm9sbG92ZXItIFRpbWVvdXQtIE5vbkZhdGFsRXJyKw0KCQlBRVJDYXA6CUZpcnN0IEVy cm9yIFBvaW50ZXI6IDAwLCBHZW5DYXAtIENHZW5Fbi0gQ2hrQ2FwLSBDaGtFbi0NCglDYXBhYmls aXRpZXM6IFsxNTAgdjFdIEFjY2VzcyBDb250cm9sIFNlcnZpY2VzDQoJCUFDU0NhcDoJU3JjVmFs aWQrIFRyYW5zQmxrKyBSZXFSZWRpcisgQ21wbHRSZWRpcisgVXBzdHJlYW1Gd2QrIEVncmVzc0N0 cmwtIERpcmVjdFRyYW5zLQ0KCQlBQ1NDdGw6CVNyY1ZhbGlkKyBUcmFuc0Jsay0gUmVxUmVkaXIr IENtcGx0UmVkaXIrIFVwc3RyZWFtRndkKyBFZ3Jlc3NDdHJsLSBEaXJlY3RUcmFucy0NCglDYXBh YmlsaXRpZXM6IFsxNjAgdjBdIFZlbmRvciBTcGVjaWZpYyBJbmZvcm1hdGlvbjogSUQ9MDAwMiBS ZXY9MCBMZW49MDBjIDw/Pg0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiBwY2llcG9ydA0KDQowMDow Mi4wIFBDSSBicmlkZ2UgWzA2MDRdOiBJbnRlbCBDb3Jwb3JhdGlvbiA1NTIwLzU1MDAvWDU4IEkv TyBIdWIgUENJIEV4cHJlc3MgUm9vdCBQb3J0IDIgWzgwODY6MzQwOV0gKHJldiAxMykgKHByb2ct aWYgMDAgW05vcm1hbCBkZWNvZGVdKQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNw ZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZhc3RC MkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0g REVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUgU2l6ZTogMjU2IGJ5dGVzDQoJQnVzOiBwcmltYXJ5 PTAwLCBzZWNvbmRhcnk9MDIsIHN1Ym9yZGluYXRlPTAyLCBzZWMtbGF0ZW5jeT0wDQoJSS9PIGJl aGluZCBicmlkZ2U6IDAwMDBmMDAwLTAwMDAwZmZmDQoJTWVtb3J5IGJlaGluZCBicmlkZ2U6IGY1 ZjAwMDAwLWY1ZmZmZmZmDQoJUHJlZmV0Y2hhYmxlIG1lbW9yeSBiZWhpbmQgYnJpZGdlOiAwMDAw MDAwMGZmZjAwMDAwLTAwMDAwMDAwMDAwZmZmZmYNCglTZWNvbmRhcnkgc3RhdHVzOiA2Nk1Iei0g RmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0KyA8 U0VSUi0gPFBFUlItDQoJQnJpZGdlQ3RsOiBQYXJpdHktIFNFUlIrIE5vSVNBLSBWR0EtIE1BYm9y dC0gPlJlc2V0LSBGYXN0QjJCLQ0KCQlQcmlEaXNjVG1yLSBTZWNEaXNjVG1yLSBEaXNjVG1yU3Rh dC0gRGlzY1RtclNFUlJFbi0NCglDYXBhYmlsaXRpZXM6IFs0MF0gU3Vic3lzdGVtOiBBU1VTVGVL IENvbXB1dGVyIEluYy4gRGV2aWNlIFsxMDQzOjgzNmJdDQoJQ2FwYWJpbGl0aWVzOiBbNjBdIE1T STogRW5hYmxlLSBDb3VudD0xLzIgTWFza2FibGUrIDY0Yml0LQ0KCQlBZGRyZXNzOiAwMDAwMDAw MCAgRGF0YTogMDAwMA0KCQlNYXNraW5nOiAwMDAwMDAwMCAgUGVuZGluZzogMDAwMDAwMDANCglD YXBhYmlsaXRpZXM6IFs5MF0gRXhwcmVzcyAodjIpIFJvb3QgUG9ydCAoU2xvdCspLCBNU0kgMDAN CgkJRGV2Q2FwOglNYXhQYXlsb2FkIDI1NiBieXRlcywgUGhhbnRGdW5jIDAsIExhdGVuY3kgTDBz IDw2NG5zLCBMMSA8MXVzDQoJCQlFeHRUYWcrIFJCRSsgRkxSZXNldC0NCgkJRGV2Q3RsOglSZXBv cnQgZXJyb3JzOiBDb3JyZWN0YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBwb3J0ZWQtDQoJ CQlSbHhkT3JkLSBFeHRUYWctIFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wLQ0KCQkJTWF4UGF5 bG9hZCAxMjggYnl0ZXMsIE1heFJlYWRSZXEgMTI4IGJ5dGVzDQoJCURldlN0YToJQ29yckVyci0g VW5jb3JyRXJyLSBGYXRhbEVyci0gVW5zdXBwUmVxLSBBdXhQd3ItIFRyYW5zUGVuZC0NCgkJTG5r Q2FwOglQb3J0ICMwLCBTcGVlZCA1R1QvcywgV2lkdGggeDIsIEFTUE0gTDBzIEwxLCBMYXRlbmN5 IEwwIDw1MTJucywgTDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFjdFJlcCsgQndO b3QrDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRy YWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1 dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDVHVC9zLCBXaWR0aCB4MSwgVHJFcnItIFRyYWluLSBT bG90Q2xrKyBETEFjdGl2ZSsgQldNZ210KyBBQldNZ210LQ0KCQlTbHRDYXA6CUF0dG5CdG4tIFB3 ckN0cmwtIE1STC0gQXR0bkluZC0gUHdySW5kLSBIb3RQbHVnLSBTdXJwcmlzZS0NCgkJCVNsb3Qg IzAsIFBvd2VyTGltaXQgMC4wMDBXOyBJbnRlcmxvY2stIE5vQ29tcGwtDQoJCVNsdEN0bDoJRW5h YmxlOiBBdHRuQnRuLSBQd3JGbHQtIE1STC0gUHJlc0RldC0gQ21kQ3BsdC0gSFBJcnEtIExpbmtD aGctDQoJCQlDb250cm9sOiBBdHRuSW5kIE9mZiwgUHdySW5kIE9mZiwgUG93ZXItIEludGVybG9j ay0NCgkJU2x0U3RhOglTdGF0dXM6IEF0dG5CdG4tIFBvd2VyRmx0LSBNUkwtIENtZENwbHQtIFBy ZXNEZXQrIEludGVybG9jay0NCgkJCUNoYW5nZWQ6IE1STC0gUHJlc0RldCsgTGlua1N0YXRlKw0K CQlSb290Q3RsOiBFcnJDb3JyZWN0YWJsZS0gRXJyTm9uLUZhdGFsLSBFcnJGYXRhbC0gUE1FSW50 RW5hLSBDUlNWaXNpYmxlLQ0KCQlSb290Q2FwOiBDUlNWaXNpYmxlLQ0KCQlSb290U3RhOiBQTUUg UmVxSUQgMDAwMCwgUE1FU3RhdHVzLSBQTUVQZW5kaW5nLQ0KCQlEZXZDYXAyOiBDb21wbGV0aW9u IFRpbWVvdXQ6IFJhbmdlIEJDRCwgVGltZW91dERpcysgQVJJRndkKw0KCQlEZXZDdGwyOiBDb21w bGV0aW9uIFRpbWVvdXQ6IDI2MG1zIHRvIDkwMG1zLCBUaW1lb3V0RGlzLSBBUklGd2QtDQoJCUxu a0N0bDI6IFRhcmdldCBMaW5rIFNwZWVkOiA1R1QvcywgRW50ZXJDb21wbGlhbmNlLSBTcGVlZERp cy0sIFNlbGVjdGFibGUgRGUtZW1waGFzaXM6IC02ZEINCgkJCSBUcmFuc21pdCBNYXJnaW46IE5v cm1hbCBPcGVyYXRpbmcgUmFuZ2UsIEVudGVyTW9kaWZpZWRDb21wbGlhbmNlLSBDb21wbGlhbmNl U09TLQ0KCQkJIENvbXBsaWFuY2UgRGUtZW1waGFzaXM6IC02ZEINCgkJTG5rU3RhMjogQ3VycmVu dCBEZS1lbXBoYXNpcyBMZXZlbDogLTZkQg0KCUNhcGFiaWxpdGllczogW2UwXSBQb3dlciBNYW5h Z2VtZW50IHZlcnNpb24gMw0KCQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxLSBEMi0gQXV4Q3VycmVu dD0wbUEgUE1FKEQwKyxEMS0sRDItLEQzaG90KyxEM2NvbGQrKQ0KCQlTdGF0dXM6IEQwIE5vU29m dFJzdCsgUE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBNRS0NCglDYXBhYmlsaXRpZXM6IFsx MDAgdjFdIEFkdmFuY2VkIEVycm9yIFJlcG9ydGluZw0KCQlVRVN0YToJRExQLSBTREVTLSBUTFAt IEZDUC0gQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0g VW5zdXBSZXEtIEFDU1Zpb2wtDQoJCVVFTXNrOglETFAtIFNERVMtIFRMUC0gRkNQLSBDbXBsdFRP LSBDbXBsdEFicnQtIFVueENtcGx0LSBSeE9GLSBNYWxmVExQLSBFQ1JDLSBVbnN1cFJlcS0gQUNT VmlvbC0NCgkJVUVTdnJ0OglETFArIFNERVMrIFRMUC0gRkNQKyBDbXBsdFRPLSBDbXBsdEFicnQt IFVueENtcGx0LSBSeE9GKyBNYWxmVExQKyBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJQ0VT dGE6CVJ4RXJyLSBCYWRUTFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBOb25GYXRhbEVy ci0NCgkJQ0VNc2s6CVJ4RXJyLSBCYWRUTFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBO b25GYXRhbEVycisNCgkJQUVSQ2FwOglGaXJzdCBFcnJvciBQb2ludGVyOiAwMCwgR2VuQ2FwLSBD R2VuRW4tIENoa0NhcC0gQ2hrRW4tDQoJQ2FwYWJpbGl0aWVzOiBbMTUwIHYxXSBBY2Nlc3MgQ29u dHJvbCBTZXJ2aWNlcw0KCQlBQ1NDYXA6CVNyY1ZhbGlkKyBUcmFuc0JsaysgUmVxUmVkaXIrIENt cGx0UmVkaXIrIFVwc3RyZWFtRndkKyBFZ3Jlc3NDdHJsLSBEaXJlY3RUcmFucy0NCgkJQUNTQ3Rs OglTcmNWYWxpZCsgVHJhbnNCbGstIFJlcVJlZGlyKyBDbXBsdFJlZGlyKyBVcHN0cmVhbUZ3ZCsg RWdyZXNzQ3RybC0gRGlyZWN0VHJhbnMtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHBjaWVwb3J0 DQoNCjAwOjAzLjAgUENJIGJyaWRnZSBbMDYwNF06IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUw MC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMyBbODA4NjozNDBhXSAocmV2IDEz KSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29kZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01h c3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VS UisgRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0g UGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBF UlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6 IHByaW1hcnk9MDAsIHNlY29uZGFyeT0wMywgc3Vib3JkaW5hdGU9MDMsIHNlYy1sYXRlbmN5PTAN CglJL08gYmVoaW5kIGJyaWRnZTogMDAwMGIwMDAtMDAwMGJmZmYNCglNZW1vcnkgYmVoaW5kIGJy aWRnZTogZjYwMDAwMDAtZjhmZmZmZmYNCglQcmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlk Z2U6IDAwMDAwMDAwYzQwMDAwMDAtMDAwMDAwMDBjZmZmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6 IDY2TUh6LSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxN QWJvcnQtIDxTRVJSLSA8UEVSUi0NCglCcmlkZ2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZH QSsgTUFib3J0LSA+UmVzZXQtIEZhc3RCMkItDQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERp c2NUbXJTdGF0LSBEaXNjVG1yU0VSUkVuLQ0KCUNhcGFiaWxpdGllczogWzQwXSBTdWJzeXN0ZW06 IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODM2Yl0NCglDYXBhYmlsaXRpZXM6 IFs2MF0gTVNJOiBFbmFibGUtIENvdW50PTEvMiBNYXNrYWJsZSsgNjRiaXQtDQoJCUFkZHJlc3M6 IDAwMDAwMDAwICBEYXRhOiAwMDAwDQoJCU1hc2tpbmc6IDAwMDAwMDAwICBQZW5kaW5nOiAwMDAw MDAwMA0KCUNhcGFiaWxpdGllczogWzkwXSBFeHByZXNzICh2MikgUm9vdCBQb3J0IChTbG90Kyks IE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMjU2IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0 ZW5jeSBMMHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZysgUkJFKyBGTFJlc2V0LQ0KCQlEZXZD dGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBv cnRlZC0NCgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJ CQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglD b3JyRXJyLSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3ci0gVHJhbnNQZW5k LQ0KCQlMbmtDYXA6CVBvcnQgIzAsIFNwZWVkIDVHVC9zLCBXaWR0aCB4MTYsIEFTUE0gTDBzIEwx LCBMYXRlbmN5IEwwIDw1MTJucywgTDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFj dFJlcCsgQndOb3QrDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2Fi bGVkLSBSZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0g QldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxNiwgVHJF cnItIFRyYWluLSBTbG90Q2xrKyBETEFjdGl2ZSsgQldNZ210KyBBQldNZ210LQ0KCQlTbHRDYXA6 CUF0dG5CdG4tIFB3ckN0cmwtIE1STC0gQXR0bkluZC0gUHdySW5kLSBIb3RQbHVnLSBTdXJwcmlz ZS0NCgkJCVNsb3QgIzIsIFBvd2VyTGltaXQgNzUuMDAwVzsgSW50ZXJsb2NrLSBOb0NvbXBsLQ0K CQlTbHRDdGw6CUVuYWJsZTogQXR0bkJ0bi0gUHdyRmx0LSBNUkwtIFByZXNEZXQtIENtZENwbHQt IEhQSXJxLSBMaW5rQ2hnLQ0KCQkJQ29udHJvbDogQXR0bkluZCBPZmYsIFB3ckluZCBPZmYsIFBv d2VyLSBJbnRlcmxvY2stDQoJCVNsdFN0YToJU3RhdHVzOiBBdHRuQnRuLSBQb3dlckZsdC0gTVJM LSBDbWRDcGx0LSBQcmVzRGV0KyBJbnRlcmxvY2stDQoJCQlDaGFuZ2VkOiBNUkwtIFByZXNEZXQr IExpbmtTdGF0ZSsNCgkJUm9vdEN0bDogRXJyQ29ycmVjdGFibGUtIEVyck5vbi1GYXRhbC0gRXJy RmF0YWwtIFBNRUludEVuYS0gQ1JTVmlzaWJsZS0NCgkJUm9vdENhcDogQ1JTVmlzaWJsZS0NCgkJ Um9vdFN0YTogUE1FIFJlcUlEIDAwMDAsIFBNRVN0YXR1cy0gUE1FUGVuZGluZy0NCgkJRGV2Q2Fw MjogQ29tcGxldGlvbiBUaW1lb3V0OiBSYW5nZSBCQ0QsIFRpbWVvdXREaXMrIEFSSUZ3ZCsNCgkJ RGV2Q3RsMjogQ29tcGxldGlvbiBUaW1lb3V0OiAyNjBtcyB0byA5MDBtcywgVGltZW91dERpcy0g QVJJRndkLQ0KCQlMbmtDdGwyOiBUYXJnZXQgTGluayBTcGVlZDogNUdUL3MsIEVudGVyQ29tcGxp YW5jZS0gU3BlZWREaXMtLCBTZWxlY3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNt aXQgTWFyZ2luOiBOb3JtYWwgT3BlcmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5j ZS0gQ29tcGxpYW5jZVNPUy0NCgkJCSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxu a1N0YTI6IEN1cnJlbnQgRGUtZW1waGFzaXMgTGV2ZWw6IC02ZEINCglDYXBhYmlsaXRpZXM6IFtl MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0g RDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3Rh dHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2Fw YWJpbGl0aWVzOiBbMTAwIHYxXSBBZHZhbmNlZCBFcnJvciBSZXBvcnRpbmcNCgkJVUVTdGE6CURM UC0gU0RFUy0gVExQLSBGQ1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1h bGZUTFAtIEVDUkMtIFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRU1zazoJRExQLSBTREVTLSBUTFAt IEZDUC0gQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0g VW5zdXBSZXEtIEFDU1Zpb2wtDQoJCVVFU3ZydDoJRExQKyBTREVTKyBUTFAtIEZDUCsgQ21wbHRU Ty0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRisgTWFsZlRMUCsgRUNSQy0gVW5zdXBSZXEtIEFD U1Zpb2wtDQoJCUNFU3RhOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91 dC0gTm9uRmF0YWxFcnItDQoJCUNFTXNrOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zl ci0gVGltZW91dC0gTm9uRmF0YWxFcnIrDQoJCUFFUkNhcDoJRmlyc3QgRXJyb3IgUG9pbnRlcjog MDAsIEdlbkNhcC0gQ0dlbkVuLSBDaGtDYXAtIENoa0VuLQ0KCUNhcGFiaWxpdGllczogWzE1MCB2 MV0gQWNjZXNzIENvbnRyb2wgU2VydmljZXMNCgkJQUNTQ2FwOglTcmNWYWxpZCsgVHJhbnNCbGsr IFJlcVJlZGlyKyBDbXBsdFJlZGlyKyBVcHN0cmVhbUZ3ZCsgRWdyZXNzQ3RybC0gRGlyZWN0VHJh bnMtDQoJCUFDU0N0bDoJU3JjVmFsaWQrIFRyYW5zQmxrLSBSZXFSZWRpcisgQ21wbHRSZWRpcisg VXBzdHJlYW1Gd2QrIEVncmVzc0N0cmwtIERpcmVjdFRyYW5zLQ0KCUNhcGFiaWxpdGllczogWzE2 MCB2MF0gVmVuZG9yIFNwZWNpZmljIEluZm9ybWF0aW9uOiBJRD0wMDAyIFJldj0wIExlbj0wMGMg PD8+DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHBjaWVwb3J0DQoNCjAwOjA3LjAgUENJIGJyaWRn ZSBbMDYwNF06IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhw cmVzcyBSb290IFBvcnQgNyBbODA4NjozNDBlXSAocmV2IDEzKSAocHJvZy1pZiAwMCBbTm9ybWFs IGRlY29kZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+ VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTog MCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFy eT0wNCwgc3Vib3JkaW5hdGU9MDQsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTog MDAwMGMwMDAtMDAwMGNmZmYNCglNZW1vcnkgYmVoaW5kIGJyaWRnZTogZjkwMDAwMDAtZmJjZmZm ZmYNCglQcmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwZDAwMDAwMDAt MDAwMDAwMDBkZmZmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0N CglCcmlkZ2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZh c3RCMkItDQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VS UkVuLQ0KCUNhcGFiaWxpdGllczogWzQwXSBTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5j LiBEZXZpY2UgWzEwNDM6ODM2Yl0NCglDYXBhYmlsaXRpZXM6IFs2MF0gTVNJOiBFbmFibGUtIENv dW50PTEvMiBNYXNrYWJsZSsgNjRiaXQtDQoJCUFkZHJlc3M6IDAwMDAwMDAwICBEYXRhOiAwMDAw DQoJCU1hc2tpbmc6IDAwMDAwMDAwICBQZW5kaW5nOiAwMDAwMDAwMA0KCUNhcGFiaWxpdGllczog WzkwXSBFeHByZXNzICh2MikgUm9vdCBQb3J0IChTbG90KyksIE1TSSAwMA0KCQlEZXZDYXA6CU1h eFBheWxvYWQgMjU2IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDY0bnMsIEwxIDwx dXMNCgkJCUV4dFRhZysgUkJFKyBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJlcG9ydCBlcnJvcnM6IENv cnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJseGRPcmQtIEV4 dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJCQlNYXhQYXlsb2FkIDEyOCBieXRl cywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNvcnJFcnItIEZh dGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3ci0gVHJhbnNQZW5kLQ0KCQlMbmtDYXA6CVBvcnQgIzAs IFNwZWVkIDVHVC9zLCBXaWR0aCB4MTYsIEFTUE0gTDBzIEwxLCBMYXRlbmN5IEwwIDw1MTJucywg TDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFjdFJlcCsgQndOb3QrDQoJCUxua0N0 bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xr LQ0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlM bmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxNiwgVHJFcnItIFRyYWluLSBTbG90Q2xrKyBE TEFjdGl2ZSsgQldNZ210LSBBQldNZ210LQ0KCQlTbHRDYXA6CUF0dG5CdG4tIFB3ckN0cmwtIE1S TC0gQXR0bkluZC0gUHdySW5kLSBIb3RQbHVnLSBTdXJwcmlzZS0NCgkJCVNsb3QgIzUsIFBvd2Vy TGltaXQgNzUuMDAwVzsgSW50ZXJsb2NrLSBOb0NvbXBsLQ0KCQlTbHRDdGw6CUVuYWJsZTogQXR0 bkJ0bi0gUHdyRmx0LSBNUkwtIFByZXNEZXQtIENtZENwbHQtIEhQSXJxLSBMaW5rQ2hnLQ0KCQkJ Q29udHJvbDogQXR0bkluZCBPZmYsIFB3ckluZCBPZmYsIFBvd2VyLSBJbnRlcmxvY2stDQoJCVNs dFN0YToJU3RhdHVzOiBBdHRuQnRuLSBQb3dlckZsdC0gTVJMLSBDbWRDcGx0LSBQcmVzRGV0KyBJ bnRlcmxvY2stDQoJCQlDaGFuZ2VkOiBNUkwtIFByZXNEZXQrIExpbmtTdGF0ZSsNCgkJUm9vdEN0 bDogRXJyQ29ycmVjdGFibGUtIEVyck5vbi1GYXRhbC0gRXJyRmF0YWwtIFBNRUludEVuYS0gQ1JT VmlzaWJsZS0NCgkJUm9vdENhcDogQ1JTVmlzaWJsZS0NCgkJUm9vdFN0YTogUE1FIFJlcUlEIDAw MDAsIFBNRVN0YXR1cy0gUE1FUGVuZGluZy0NCgkJRGV2Q2FwMjogQ29tcGxldGlvbiBUaW1lb3V0 OiBSYW5nZSBCQ0QsIFRpbWVvdXREaXMrIEFSSUZ3ZCsNCgkJRGV2Q3RsMjogQ29tcGxldGlvbiBU aW1lb3V0OiAyNjBtcyB0byA5MDBtcywgVGltZW91dERpcy0gQVJJRndkLQ0KCQlMbmtDdGwyOiBU YXJnZXQgTGluayBTcGVlZDogNUdUL3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMtLCBTZWxl Y3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3JtYWwgT3Bl cmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNPUy0NCgkJ CSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQgRGUtZW1w aGFzaXMgTGV2ZWw6IC02ZEINCglDYXBhYmlsaXRpZXM6IFtlMF0gUG93ZXIgTWFuYWdlbWVudCB2 ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBN RShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBN RS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBB ZHZhbmNlZCBFcnJvciBSZXBvcnRpbmcNCgkJVUVTdGE6CURMUC0gU0RFUy0gVExQLSBGQ1AtIENt cGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1hbGZUTFAtIEVDUkMtIFVuc3VwUmVx LSBBQ1NWaW9sLQ0KCQlVRU1zazoJRExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0gQ21wbHRB YnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJ CVVFU3ZydDoJRExQKyBTREVTKyBUTFAtIEZDUCsgQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBs dC0gUnhPRisgTWFsZlRMUCsgRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCUNFU3RhOglSeEVy ci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnItDQoJCUNF TXNrOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxF cnIrDQoJCUFFUkNhcDoJRmlyc3QgRXJyb3IgUG9pbnRlcjogMDAsIEdlbkNhcC0gQ0dlbkVuLSBD aGtDYXAtIENoa0VuLQ0KCUNhcGFiaWxpdGllczogWzE1MCB2MV0gQWNjZXNzIENvbnRyb2wgU2Vy dmljZXMNCgkJQUNTQ2FwOglTcmNWYWxpZCsgVHJhbnNCbGsrIFJlcVJlZGlyKyBDbXBsdFJlZGly KyBVcHN0cmVhbUZ3ZCsgRWdyZXNzQ3RybC0gRGlyZWN0VHJhbnMtDQoJCUFDU0N0bDoJU3JjVmFs aWQrIFRyYW5zQmxrLSBSZXFSZWRpcisgQ21wbHRSZWRpcisgVXBzdHJlYW1Gd2QrIEVncmVzc0N0 cmwtIERpcmVjdFRyYW5zLQ0KCUNhcGFiaWxpdGllczogWzE2MCB2MF0gVmVuZG9yIFNwZWNpZmlj IEluZm9ybWF0aW9uOiBJRD0wMDAyIFJldj0wIExlbj0wMGMgPD8+DQoJS2VybmVsIGRyaXZlciBp biB1c2U6IHBjaWVwb3J0DQoNCjAwOjE0LjAgUElDIFswODAwXTogSW50ZWwgQ29ycG9yYXRpb24g NTUyMC81NTAwL1g1OCBJL08gSHViIFN5c3RlbSBNYW5hZ2VtZW50IFJlZ2lzdGVycyBbODA4Njoz NDJlXSAocmV2IDEzKSAocHJvZy1pZiAwMCBbODI1OV0pDQoJQ29udHJvbDogSS9PLSBNZW0tIEJ1 c01hc3Rlci0gU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0g U0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIy Qi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0g PFBFUlItIElOVHgtDQoJQ2FwYWJpbGl0aWVzOiBbNDBdIEV4cHJlc3MgKHYyKSBSb290IENvbXBs ZXggSW50ZWdyYXRlZCBFbmRwb2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjgg Ynl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1cw0KCQkJRXh0VGFn LSBSQkUrIEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5v bi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0VGFnLSBQaGFudEZ1 bmMtIEF1eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVx IDEyOCBieXRlcw0KCQlEZXZTdGE6CUNvcnJFcnItIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3Vw cFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgdW5rbm93 biwgV2lkdGggeDAsIEFTUE0gTDBzLCBMYXRlbmN5IEwwIHVubGltaXRlZCwgTDEgdW5saW1pdGVk DQoJCQlDbG9ja1BNLSBTdXJwcmlzZSsgTExBY3RSZXArIEJ3Tm90Kw0KCQlMbmtDdGw6CUFTUE0g RGlzYWJsZWQ7IERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xrLQ0KCQkJRXh0U3luY2gtIENsb2Nr UE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIHVua25vd24s IFdpZHRoIHgwLCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlLSBCV01nbXQtIEFCV01n bXQtDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogTm90IFN1cHBvcnRlZCwgVGltZW91 dERpcy0NCgkJRGV2Q3RsMjogQ29tcGxldGlvbiBUaW1lb3V0OiA1MHVzIHRvIDUwbXMsIFRpbWVv dXREaXMtDQoJCUxua0N0bDI6IFRhcmdldCBMaW5rIFNwZWVkOiAyLjVHVC9zLCBFbnRlckNvbXBs aWFuY2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZkQg0KCQkJIFRyYW5z bWl0IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2RpZmllZENvbXBsaWFu Y2UtIENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNpczogLTZkQg0KCQlM bmtTdGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoJS2VybmVsIGRyaXZlciBp biB1c2U6IGk3Y29yZV9lZGFjDQoNCjAwOjE0LjEgUElDIFswODAwXTogSW50ZWwgQ29ycG9yYXRp b24gNTUyMC81NTAwL1g1OCBJL08gSHViIEdQSU8gYW5kIFNjcmF0Y2ggUGFkIFJlZ2lzdGVycyBb ODA4NjozNDIyXSAocmV2IDEzKSAocHJvZy1pZiAwMCBbODI1OV0pDQoJQ29udHJvbDogSS9PLSBN ZW0tIEJ1c01hc3Rlci0gU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVw cGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0g RmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+ U0VSUi0gPFBFUlItIElOVHgtDQoJQ2FwYWJpbGl0aWVzOiBbNDBdIEV4cHJlc3MgKHYyKSBSb290 IENvbXBsZXggSW50ZWdyYXRlZCBFbmRwb2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9h ZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1cw0KCQkJ RXh0VGFnLSBSQkUrIEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFi bGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0VGFnLSBQ aGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhS ZWFkUmVxIDEyOCBieXRlcw0KCQlEZXZTdGE6CUNvcnJFcnItIFVuY29yckVyci0gRmF0YWxFcnIt IFVuc3VwcFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQg dW5rbm93biwgV2lkdGggeDAsIEFTUE0gTDBzLCBMYXRlbmN5IEwwIHVubGltaXRlZCwgTDEgdW5s aW1pdGVkDQoJCQlDbG9ja1BNLSBTdXJwcmlzZSsgTExBY3RSZXArIEJ3Tm90Kw0KCQlMbmtDdGw6 CUFTUE0gRGlzYWJsZWQ7IERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xrLQ0KCQkJRXh0U3luY2gt IENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIHVu a25vd24sIFdpZHRoIHgwLCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlLSBCV01nbXQt IEFCV01nbXQtDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogTm90IFN1cHBvcnRlZCwg VGltZW91dERpcy0NCgkJRGV2Q3RsMjogQ29tcGxldGlvbiBUaW1lb3V0OiA1MHVzIHRvIDUwbXMs IFRpbWVvdXREaXMtDQoJCUxua0N0bDI6IFRhcmdldCBMaW5rIFNwZWVkOiAyLjVHVC9zLCBFbnRl ckNvbXBsaWFuY2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZkQg0KCQkJ IFRyYW5zbWl0IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2RpZmllZENv bXBsaWFuY2UtIENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNpczogLTZk Qg0KCQlMbmtTdGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoNCjAwOjE0LjIg UElDIFswODAwXTogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08gSHViIENvbnRy b2wgU3RhdHVzIGFuZCBSQVMgUmVnaXN0ZXJzIFs4MDg2OjM0MjNdIChyZXYgMTMpIChwcm9nLWlm IDAwIFs4MjU5XSkNCglDb250cm9sOiBJL08tIE1lbS0gQnVzTWFzdGVyLSBTcGVjQ3ljbGUtIE1l bVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4 LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0 ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglDYXBhYmls aXRpZXM6IFs0MF0gRXhwcmVzcyAodjIpIFJvb3QgQ29tcGxleCBJbnRlZ3JhdGVkIEVuZHBvaW50 LCBNU0kgMDANCgkJRGV2Q2FwOglNYXhQYXlsb2FkIDEyOCBieXRlcywgUGhhbnRGdW5jIDAsIExh dGVuY3kgTDBzIDw2NG5zLCBMMSA8MXVzDQoJCQlFeHRUYWctIFJCRSsgRkxSZXNldC0NCgkJRGV2 Q3RsOglSZXBvcnQgZXJyb3JzOiBDb3JyZWN0YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBw b3J0ZWQtDQoJCQlSbHhkT3JkLSBFeHRUYWctIFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wLQ0K CQkJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIE1heFJlYWRSZXEgMTI4IGJ5dGVzDQoJCURldlN0YToJ Q29yckVyci0gVW5jb3JyRXJyLSBGYXRhbEVyci0gVW5zdXBwUmVxLSBBdXhQd3ItIFRyYW5zUGVu ZC0NCgkJTG5rQ2FwOglQb3J0ICMwLCBTcGVlZCB1bmtub3duLCBXaWR0aCB4MCwgQVNQTSBMMHMs IExhdGVuY3kgTDAgdW5saW1pdGVkLCBMMSB1bmxpbWl0ZWQNCgkJCUNsb2NrUE0tIFN1cnByaXNl KyBMTEFjdFJlcCsgQndOb3QrDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgRGlzYWJsZWQtIFJl dHJhaW4tIENvbW1DbGstDQoJCQlFeHRTeW5jaC0gQ2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0g QXV0QldJbnQtDQoJCUxua1N0YToJU3BlZWQgdW5rbm93biwgV2lkdGggeDAsIFRyRXJyLSBUcmFp bi0gU2xvdENsaysgRExBY3RpdmUtIEJXTWdtdC0gQUJXTWdtdC0NCgkJRGV2Q2FwMjogQ29tcGxl dGlvbiBUaW1lb3V0OiBOb3QgU3VwcG9ydGVkLCBUaW1lb3V0RGlzLQ0KCQlEZXZDdGwyOiBDb21w bGV0aW9uIFRpbWVvdXQ6IDUwdXMgdG8gNTBtcywgVGltZW91dERpcy0NCgkJTG5rQ3RsMjogVGFy Z2V0IExpbmsgU3BlZWQ6IDIuNUdUL3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMtLCBTZWxl Y3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3JtYWwgT3Bl cmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNPUy0NCgkJ CSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQgRGUtZW1w aGFzaXMgTGV2ZWw6IC02ZEINCg0KMDA6MTQuMyBQSUMgWzA4MDBdOiBJbnRlbCBDb3Jwb3JhdGlv biA1NTIwLzU1MDAvWDU4IEkvTyBIdWIgVGhyb3R0bGUgUmVnaXN0ZXJzIFs4MDg2OjM0MzhdIChy ZXYgMTMpIChwcm9nLWlmIDAwIFs4MjU5XSkNCglDb250cm9sOiBJL08tIE1lbS0gQnVzTWFzdGVy LSBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBG YXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0g SU5UeC0NCg0KMDA6MWEuMCBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBvcmF0aW9u IDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxlciAjNCBbODA4NjozYTM3 XSAocHJvZy1pZiAwMCBbVUhDSV0pDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4g RGV2aWNlIFsxMDQzOjgyZDRdDQoJQ29udHJvbDogSS9PKyBNZW0tIEJ1c01hc3RlcisgU3BlY0N5 Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0g RGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZT RUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0N CglMYXRlbmN5OiAwDQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE2DQoJUmVnaW9u IDQ6IEkvTyBwb3J0cyBhdCA5ODAwIFtzaXplPTMyXQ0KCUNhcGFiaWxpdGllczogWzUwXSBQQ0kg QWR2YW5jZWQgRmVhdHVyZXMNCgkJQUZDYXA6IFRQKyBGTFIrDQoJCUFGQ3RybDogRkxSLQ0KCQlB RlN0YXR1czogVFAtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHVoY2lfaGNkDQoNCjAwOjFhLjEg VVNCIGNvbnRyb2xsZXIgWzBjMDNdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBG YW1pbHkpIFVTQiBVSENJIENvbnRyb2xsZXIgIzUgWzgwODY6M2EzOF0gKHByb2ctaWYgMDAgW1VI Q0ldKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0 XQ0KCUNvbnRyb2w6IEkvTysgTWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVz OiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0 LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUlu dGVycnVwdDogcGluIEIgcm91dGVkIHRvIElSUSAyMQ0KCVJlZ2lvbiA0OiBJL08gcG9ydHMgYXQg OTg4MCBbc2l6ZT0zMl0NCglDYXBhYmlsaXRpZXM6IFs1MF0gUENJIEFkdmFuY2VkIEZlYXR1cmVz DQoJCUFGQ2FwOiBUUCsgRkxSKw0KCQlBRkN0cmw6IEZMUi0NCgkJQUZTdGF0dXM6IFRQLQ0KCUtl cm5lbCBkcml2ZXIgaW4gdXNlOiB1aGNpX2hjZA0KDQowMDoxYS4yIFVTQiBjb250cm9sbGVyIFsw YzAzXTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhDSSBD b250cm9sbGVyICM2IFs4MDg2OjNhMzldIChwcm9nLWlmIDAwIFtVSENJXSkNCglTdWJzeXN0ZW06 IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODJkNF0NCglDb250cm9sOiBJL08r IE1lbS0gQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0 ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURG LSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9y dC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCglJbnRlcnJ1cHQ6IHBpbiBEIHJv dXRlZCB0byBJUlEgMTkNCglSZWdpb24gNDogSS9PIHBvcnRzIGF0IDljMDAgW3NpemU9MzJdDQoJ Q2FwYWJpbGl0aWVzOiBbNTBdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNhcDogVFArIEZM UisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJpdmVyIGluIHVz ZTogdWhjaV9oY2QNCg0KMDA6MWEuNyBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBv cmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCMiBFSENJIENvbnRyb2xsZXIgIzIgWzgw ODY6M2EzY10gKHByb2ctaWYgMjAgW0VIQ0ldKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRl ciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIr IFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZh c3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVy ci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlIt IElOVHgtDQoJTGF0ZW5jeTogMA0KCUludGVycnVwdDogcGluIEMgcm91dGVkIHRvIElSUSAxOA0K CVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjVkZmYwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkg W3NpemU9MUtdDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAy DQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCss RDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFi bGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBvcnQ6 IEJBUj0xIG9mZnNldD0wMGEwDQoJQ2FwYWJpbGl0aWVzOiBbOThdIFBDSSBBZHZhbmNlZCBGZWF0 dXJlcw0KCQlBRkNhcDogVFArIEZMUisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0N CglLZXJuZWwgZHJpdmVyIGluIHVzZTogZWhjaV9oY2QNCg0KMDA6MWIuMCBBdWRpbyBkZXZpY2Ug WzA0MDNdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIEhEIEF1ZGlv IENvbnRyb2xsZXIgWzgwODY6M2EzZV0NCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5j LiBEZXZpY2UgWzEwNDM6ODQzNl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVj Q3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJC LSBEaXNJTlR4Kw0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERF VlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0N CglMYXRlbmN5OiAwLCBDYWNoZSBMaW5lIFNpemU6IDI1NiBieXRlcw0KCUludGVycnVwdDogcGlu IEEgcm91dGVkIHRvIElSUSAzNDkNCglSZWdpb24gMDogTWVtb3J5IGF0IGY1ZGY4MDAwICg2NC1i aXQsIG5vbi1wcmVmZXRjaGFibGUpIFtzaXplPTE2S10NCglDYXBhYmlsaXRpZXM6IFs1MF0gUG93 ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1 eEN1cnJlbnQ9NTVtQSBQTUUoRDArLEQxLSxEMi0sRDNob3QrLEQzY29sZCspDQoJCVN0YXR1czog RDAgTm9Tb2Z0UnN0LSBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxlPTAgUE1FLQ0KCUNhcGFiaWxp dGllczogWzYwXSBNU0k6IEVuYWJsZSsgQ291bnQ9MS8xIE1hc2thYmxlLSA2NGJpdCsNCgkJQWRk cmVzczogMDAwMDAwMDBmZWUyMDAwYyAgRGF0YTogNDFhMQ0KCUNhcGFiaWxpdGllczogWzcwXSBF eHByZXNzICh2MSkgUm9vdCBDb21wbGV4IEludGVncmF0ZWQgRW5kcG9pbnQsIE1TSSAwMA0KCQlE ZXZDYXA6CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDY0 bnMsIEwxIDwxdXMNCgkJCUV4dFRhZy0gUkJFLSBGTFJlc2V0Kw0KCQlEZXZDdGw6CVJlcG9ydCBl cnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJs eGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3ArDQoJCQlNYXhQYXlsb2Fk IDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNv cnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3cisgVHJhbnNQZW5kLQ0KCQlMbmtDYXA6 CVBvcnQgIzAsIFNwZWVkIHVua25vd24sIFdpZHRoIHgwLCBBU1BNIHVua25vd24sIExhdGVuY3kg TDAgPDY0bnMsIEwxIDwxdXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFjdFJlcC0gQndOb3Qt DQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgRGlzYWJsZWQtIFJldHJhaW4tIENvbW1DbGstDQoJ CQlFeHRTeW5jaC0gQ2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQoJCUxua1N0 YToJU3BlZWQgdW5rbm93biwgV2lkdGggeDAsIFRyRXJyLSBUcmFpbi0gU2xvdENsay0gRExBY3Rp dmUtIEJXTWdtdC0gQUJXTWdtdC0NCglDYXBhYmlsaXRpZXM6IFsxMDAgdjFdIFZpcnR1YWwgQ2hh bm5lbA0KCQlDYXBzOglMUEVWQz0wIFJlZkNsaz0xMDBucyBQQVRFbnRyeUJpdHM9MQ0KCQlBcmI6 CUZpeGVkLSBXUlIzMi0gV1JSNjQtIFdSUjEyOC0NCgkJQ3RybDoJQXJiU2VsZWN0PUZpeGVkDQoJ CVN0YXR1czoJSW5Qcm9ncmVzcy0NCgkJVkMwOglDYXBzOglQQVRPZmZzZXQ9MDAgTWF4VGltZVNs b3RzPTEgUmVqU25vb3BUcmFucy0NCgkJCUFyYjoJRml4ZWQtIFdSUjMyLSBXUlI2NC0gV1JSMTI4 LSBUV1JSMTI4LSBXUlIyNTYtDQoJCQlDdHJsOglFbmFibGUrIElEPTAgQXJiU2VsZWN0PUZpeGVk IFRDL1ZDPTAxDQoJCQlTdGF0dXM6CU5lZ29QZW5kaW5nLSBJblByb2dyZXNzLQ0KCQlWQzE6CUNh cHM6CVBBVE9mZnNldD0wMCBNYXhUaW1lU2xvdHM9MSBSZWpTbm9vcFRyYW5zLQ0KCQkJQXJiOglG aXhlZC0gV1JSMzItIFdSUjY0LSBXUlIxMjgtIFRXUlIxMjgtIFdSUjI1Ni0NCgkJCUN0cmw6CUVu YWJsZSsgSUQ9MSBBcmJTZWxlY3Q9Rml4ZWQgVEMvVkM9ODANCgkJCVN0YXR1czoJTmVnb1BlbmRp bmctIEluUHJvZ3Jlc3MtDQoJQ2FwYWJpbGl0aWVzOiBbMTMwIHYxXSBSb290IENvbXBsZXggTGlu aw0KCQlEZXNjOglQb3J0TnVtYmVyPTBmIENvbXBvbmVudElEPTAwIEVsdFR5cGU9Q29uZmlnDQoJ CUxpbmswOglEZXNjOglUYXJnZXRQb3J0PTAwIFRhcmdldENvbXBvbmVudD0wMCBBc3NvY1JDUkIt IExpbmtUeXBlPU1lbU1hcHBlZCBMaW5rVmFsaWQrDQoJCQlBZGRyOgkwMDAwMDAwMGZlZDFjMDAw DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHNuZF9oZGFfaW50ZWwNCg0KMDA6MWMuMCBQQ0kgYnJp ZGdlIFswNjA0XTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBQQ0kg RXhwcmVzcyBSb290IFBvcnQgMSBbODA4NjozYTQwXSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29k ZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBW R0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeCsNCglTdGF0 dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0 LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2Fj aGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFyeT0wNiwg c3Vib3JkaW5hdGU9MDYsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTogMDAwMDIw MDAtMDAwMDJmZmYNCglNZW1vcnkgYmVoaW5kIGJyaWRnZTogYzAzMDAwMDAtYzA2ZmZmZmYNCglQ cmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwZjRmMDAwMDAtMDAwMDAw MDBmNGZmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJFcnItIERF VlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0NCglCcmlk Z2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZhc3RCMkIt DQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VSUkVuLQ0K CUNhcGFiaWxpdGllczogWzQwXSBFeHByZXNzICh2MSkgUm9vdCBQb3J0IChTbG90KyksIE1TSSAw MA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBM MHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZy0gUkJFKyBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJl cG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0N CgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJCQlNYXhQ YXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglDb3JyRXJy LSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3cisgVHJhbnNQZW5kLQ0KCQlM bmtDYXA6CVBvcnQgIzEsIFNwZWVkIDIuNUdUL3MsIFdpZHRoIHg0LCBBU1BNIEwwcyBMMSwgTGF0 ZW5jeSBMMCA8MjU2bnMsIEwxIDw0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFjdFJlcCsg QndOb3QtDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBS ZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQt IEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgwLCBUckVyci0gVHJh aW4tIFNsb3RDbGsrIERMQWN0aXZlLSBCV01nbXQtIEFCV01nbXQtDQoJCVNsdENhcDoJQXR0bkJ0 bi0gUHdyQ3RybC0gTVJMLSBBdHRuSW5kLSBQd3JJbmQtIEhvdFBsdWcrIFN1cnByaXNlKw0KCQkJ U2xvdCAjMCwgUG93ZXJMaW1pdCAxMC4wMDBXOyBJbnRlcmxvY2stIE5vQ29tcGwtDQoJCVNsdEN0 bDoJRW5hYmxlOiBBdHRuQnRuLSBQd3JGbHQtIE1STC0gUHJlc0RldC0gQ21kQ3BsdC0gSFBJcnEt IExpbmtDaGctDQoJCQlDb250cm9sOiBBdHRuSW5kIFVua25vd24sIFB3ckluZCBVbmtub3duLCBQ b3dlci0gSW50ZXJsb2NrLQ0KCQlTbHRTdGE6CVN0YXR1czogQXR0bkJ0bi0gUG93ZXJGbHQtIE1S TC0gQ21kQ3BsdC0gUHJlc0RldC0gSW50ZXJsb2NrLQ0KCQkJQ2hhbmdlZDogTVJMLSBQcmVzRGV0 LSBMaW5rU3RhdGUtDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJOb24tRmF0YWwtIEVy ckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENSU1Zpc2libGUtDQoJ CVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRpbmctDQoJQ2FwYWJp bGl0aWVzOiBbODBdIE1TSTogRW5hYmxlKyBDb3VudD0xLzEgTWFza2FibGUtIDY0Yml0LQ0KCQlB ZGRyZXNzOiBmZWVmZjAwYyAgRGF0YTogNDFhOA0KCUNhcGFiaWxpdGllczogWzkwXSBTdWJzeXN0 ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODQzNl0NCglDYXBhYmlsaXRp ZXM6IFthMF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNsay0gRFNJ LSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykN CgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUt DQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBWaXJ0dWFsIENoYW5uZWwNCgkJQ2FwczoJTFBFVkM9 MCBSZWZDbGs9MTAwbnMgUEFURW50cnlCaXRzPTENCgkJQXJiOglGaXhlZCsgV1JSMzItIFdSUjY0 LSBXUlIxMjgtDQoJCUN0cmw6CUFyYlNlbGVjdD1GaXhlZA0KCQlTdGF0dXM6CUluUHJvZ3Jlc3Mt DQoJCVZDMDoJQ2FwczoJUEFUT2Zmc2V0PTAwIE1heFRpbWVTbG90cz0xIFJlalNub29wVHJhbnMt DQoJCQlBcmI6CUZpeGVkKyBXUlIzMi0gV1JSNjQtIFdSUjEyOC0gVFdSUjEyOC0gV1JSMjU2LQ0K CQkJQ3RybDoJRW5hYmxlKyBJRD0wIEFyYlNlbGVjdD1GaXhlZCBUQy9WQz0wMQ0KCQkJU3RhdHVz OglOZWdvUGVuZGluZy0gSW5Qcm9ncmVzcy0NCglDYXBhYmlsaXRpZXM6IFsxODAgdjFdIFJvb3Qg Q29tcGxleCBMaW5rDQoJCURlc2M6CVBvcnROdW1iZXI9MDEgQ29tcG9uZW50SUQ9MDAgRWx0VHlw ZT1Db25maWcNCgkJTGluazA6CURlc2M6CVRhcmdldFBvcnQ9MDAgVGFyZ2V0Q29tcG9uZW50PTAw IEFzc29jUkNSQi0gTGlua1R5cGU9TWVtTWFwcGVkIExpbmtWYWxpZCsNCgkJCUFkZHI6CTAwMDAw MDAwZmVkMWMwMDANCglLZXJuZWwgZHJpdmVyIGluIHVzZTogcGNpZXBvcnQNCg0KMDA6MWMuNCBQ Q0kgYnJpZGdlIFswNjA0XTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5 KSBQQ0kgRXhwcmVzcyBSb290IFBvcnQgNSBbODA4NjozYTQ4XSAocHJvZy1pZiAwMCBbTm9ybWFs IGRlY29kZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeCsN CglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+ VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTog MCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFy eT0wNSwgc3Vib3JkaW5hdGU9MDUsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTog MDAwMGQwMDAtMDAwMGRmZmYNCglNZW1vcnkgYmVoaW5kIGJyaWRnZTogZmJkMDAwMDAtZmJkZmZm ZmYNCglQcmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwYzAwMDAwMDAt MDAwMDAwMDBjMDJmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0N CglCcmlkZ2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZh c3RCMkItDQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VS UkVuLQ0KCUNhcGFiaWxpdGllczogWzQwXSBFeHByZXNzICh2MSkgUm9vdCBQb3J0IChTbG90Kyks IE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0 ZW5jeSBMMHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZy0gUkJFKyBGTFJlc2V0LQ0KCQlEZXZD dGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBv cnRlZC0NCgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJ CQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglD b3JyRXJyLSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3cisgVHJhbnNQZW5k LQ0KCQlMbmtDYXA6CVBvcnQgIzUsIFNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxLCBBU1BNIEwwcyBM MSwgTGF0ZW5jeSBMMCA8MjU2bnMsIEwxIDw0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFj dFJlcCsgQndOb3QtDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2Fi bGVkLSBSZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0g QldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxLCBUckVy ci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlKyBCV01nbXQtIEFCV01nbXQtDQoJCVNsdENhcDoJ QXR0bkJ0bi0gUHdyQ3RybC0gTVJMLSBBdHRuSW5kLSBQd3JJbmQtIEhvdFBsdWcrIFN1cnByaXNl Kw0KCQkJU2xvdCAjMCwgUG93ZXJMaW1pdCAxMC4wMDBXOyBJbnRlcmxvY2stIE5vQ29tcGwtDQoJ CVNsdEN0bDoJRW5hYmxlOiBBdHRuQnRuLSBQd3JGbHQtIE1STC0gUHJlc0RldC0gQ21kQ3BsdC0g SFBJcnEtIExpbmtDaGctDQoJCQlDb250cm9sOiBBdHRuSW5kIFVua25vd24sIFB3ckluZCBVbmtu b3duLCBQb3dlci0gSW50ZXJsb2NrLQ0KCQlTbHRTdGE6CVN0YXR1czogQXR0bkJ0bi0gUG93ZXJG bHQtIE1STC0gQ21kQ3BsdC0gUHJlc0RldCsgSW50ZXJsb2NrLQ0KCQkJQ2hhbmdlZDogTVJMLSBQ cmVzRGV0KyBMaW5rU3RhdGUrDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJOb24tRmF0 YWwtIEVyckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENSU1Zpc2li bGUtDQoJCVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRpbmctDQoJ Q2FwYWJpbGl0aWVzOiBbODBdIE1TSTogRW5hYmxlKyBDb3VudD0xLzEgTWFza2FibGUtIDY0Yml0 LQ0KCQlBZGRyZXNzOiBmZWVmZjAwYyAgRGF0YTogNDFiMA0KCUNhcGFiaWxpdGllczogWzkwXSBT dWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODQzNl0NCglDYXBh YmlsaXRpZXM6IFthMF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNs ay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNj b2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9 MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBWaXJ0dWFsIENoYW5uZWwNCgkJQ2FwczoJ TFBFVkM9MCBSZWZDbGs9MTAwbnMgUEFURW50cnlCaXRzPTENCgkJQXJiOglGaXhlZCsgV1JSMzIt IFdSUjY0LSBXUlIxMjgtDQoJCUN0cmw6CUFyYlNlbGVjdD1GaXhlZA0KCQlTdGF0dXM6CUluUHJv Z3Jlc3MtDQoJCVZDMDoJQ2FwczoJUEFUT2Zmc2V0PTAwIE1heFRpbWVTbG90cz0xIFJlalNub29w VHJhbnMtDQoJCQlBcmI6CUZpeGVkKyBXUlIzMi0gV1JSNjQtIFdSUjEyOC0gVFdSUjEyOC0gV1JS MjU2LQ0KCQkJQ3RybDoJRW5hYmxlKyBJRD0wIEFyYlNlbGVjdD1GaXhlZCBUQy9WQz0wMQ0KCQkJ U3RhdHVzOglOZWdvUGVuZGluZy0gSW5Qcm9ncmVzcy0NCglDYXBhYmlsaXRpZXM6IFsxODAgdjFd IFJvb3QgQ29tcGxleCBMaW5rDQoJCURlc2M6CVBvcnROdW1iZXI9MDUgQ29tcG9uZW50SUQ9MDAg RWx0VHlwZT1Db25maWcNCgkJTGluazA6CURlc2M6CVRhcmdldFBvcnQ9MDAgVGFyZ2V0Q29tcG9u ZW50PTAwIEFzc29jUkNSQi0gTGlua1R5cGU9TWVtTWFwcGVkIExpbmtWYWxpZCsNCgkJCUFkZHI6 CTAwMDAwMDAwZmVkMWMwMDANCglLZXJuZWwgZHJpdmVyIGluIHVzZTogcGNpZXBvcnQNCg0KMDA6 MWQuMCBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElD SDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxlciAjMSBbODA4NjozYTM0XSAocHJvZy1pZiAw MCBbVUhDSV0pDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNlIFsxMDQz OjgyZDRdDQoJQ29udHJvbDogSS9PKyBNZW0tIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5W LSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglT dGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVtID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAw DQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDIzDQoJUmVnaW9uIDQ6IEkvTyBwb3J0 cyBhdCA5MDgwIFtzaXplPTMyXQ0KCUNhcGFiaWxpdGllczogWzUwXSBQQ0kgQWR2YW5jZWQgRmVh dHVyZXMNCgkJQUZDYXA6IFRQKyBGTFIrDQoJCUFGQ3RybDogRkxSLQ0KCQlBRlN0YXR1czogVFAt DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHVoY2lfaGNkDQoNCjAwOjFkLjEgVVNCIGNvbnRyb2xs ZXIgWzBjMDNdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQiBV SENJIENvbnRyb2xsZXIgIzIgWzgwODY6M2EzNV0gKHByb2ctaWYgMDAgW1VIQ0ldKQ0KCVN1YnN5 c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6 IEkvTysgTWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVy ci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6 LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8 TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUludGVycnVwdDogcGlu IEIgcm91dGVkIHRvIElSUSAxOQ0KCVJlZ2lvbiA0OiBJL08gcG9ydHMgYXQgOTQwMCBbc2l6ZT0z Ml0NCglDYXBhYmlsaXRpZXM6IFs1MF0gUENJIEFkdmFuY2VkIEZlYXR1cmVzDQoJCUFGQ2FwOiBU UCsgRkxSKw0KCQlBRkN0cmw6IEZMUi0NCgkJQUZTdGF0dXM6IFRQLQ0KCUtlcm5lbCBkcml2ZXIg aW4gdXNlOiB1aGNpX2hjZA0KDQowMDoxZC4yIFVTQiBjb250cm9sbGVyIFswYzAzXTogSW50ZWwg Q29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhDSSBDb250cm9sbGVyICMz IFs4MDg2OjNhMzZdIChwcm9nLWlmIDAwIFtVSENJXSkNCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29t cHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODJkNF0NCglDb250cm9sOiBJL08rIE1lbS0gQnVzTWFz dGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJS LSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQ YXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQ RVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCglJbnRlcnJ1cHQ6IHBpbiBDIHJvdXRlZCB0byBJUlEg MTgNCglSZWdpb24gNDogSS9PIHBvcnRzIGF0IDk0ODAgW3NpemU9MzJdDQoJQ2FwYWJpbGl0aWVz OiBbNTBdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNhcDogVFArIEZMUisNCgkJQUZDdHJs OiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJpdmVyIGluIHVzZTogdWhjaV9oY2QN Cg0KMDA6MWQuNyBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBvcmF0aW9uIDgyODAx SkkgKElDSDEwIEZhbWlseSkgVVNCMiBFSENJIENvbnRyb2xsZXIgIzEgWzgwODY6M2EzYV0gKHBy b2ctaWYgMjAgW0VIQ0ldKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmlj ZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0g TWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZhc3RCMkItIERpc0lO VHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1l ZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0 ZW5jeTogMA0KCUludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAyMw0KCVJlZ2lvbiAwOiBN ZW1vcnkgYXQgZjVkZmUwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9MUtdDQoJ Q2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAyDQoJCUZsYWdzOiBQ TUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hv dCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERTZWw9MCBE U2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBvcnQ6IEJBUj0xIG9mZnNl dD0wMGEwDQoJQ2FwYWJpbGl0aWVzOiBbOThdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNh cDogVFArIEZMUisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJp dmVyIGluIHVzZTogZWhjaV9oY2QNCg0KMDA6MWUuMCBQQ0kgYnJpZGdlIFswNjA0XTogSW50ZWwg Q29ycG9yYXRpb24gODI4MDEgUENJIEJyaWRnZSBbODA4NjoyNDRlXSAocmV2IDkwKSAocHJvZy1p ZiAwMSBbU3VidHJhY3RpdmUgZGVjb2RlXSkNCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVy KyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBG YXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0g SU5UeC0NCglMYXRlbmN5OiAwDQoJQnVzOiBwcmltYXJ5PTAwLCBzZWNvbmRhcnk9MDcsIHN1Ym9y ZGluYXRlPTA3LCBzZWMtbGF0ZW5jeT0zMg0KCUkvTyBiZWhpbmQgYnJpZGdlOiAwMDAwZTAwMC0w MDAwZWZmZg0KCU1lbW9yeSBiZWhpbmQgYnJpZGdlOiBmYmUwMDAwMC1mYmVmZmZmZg0KCVByZWZl dGNoYWJsZSBtZW1vcnkgYmVoaW5kIGJyaWRnZTogMDAwMDAwMDBmZmYwMDAwMC0wMDAwMDAwMDAw MGZmZmZmDQoJU2Vjb25kYXJ5IHN0YXR1czogNjZNSHotIEZhc3RCMkIrIFBhckVyci0gREVWU0VM PW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0KyA8U0VSUi0gPFBFUlItDQoJQnJpZGdl Q3RsOiBQYXJpdHktIFNFUlIrIE5vSVNBLSBWR0EtIE1BYm9ydC0gPlJlc2V0LSBGYXN0QjJCLQ0K CQlQcmlEaXNjVG1yLSBTZWNEaXNjVG1yLSBEaXNjVG1yU3RhdC0gRGlzY1RtclNFUlJFbi0NCglD YXBhYmlsaXRpZXM6IFs1MF0gU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNl IFsxMDQzOjgyZDRdDQoNCjAwOjFmLjAgSVNBIGJyaWRnZSBbMDYwMV06IEludGVsIENvcnBvcmF0 aW9uIDgyODAxSklSIChJQ0gxMFIpIExQQyBJbnRlcmZhY2UgQ29udHJvbGxlciBbODA4NjozYTE2 XQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0K CUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25v b3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBD YXArIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8 VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUNhcGFi aWxpdGllczogW2UwXSBWZW5kb3IgU3BlY2lmaWMgSW5mb3JtYXRpb246IExlbj0wYyA8Pz4NCg0K MDA6MWYuMiBJREUgaW50ZXJmYWNlIFswMTAxXTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAo SUNIMTAgRmFtaWx5KSA0IHBvcnQgU0FUQSBJREUgQ29udHJvbGxlciAjMSBbODA4NjozYTIwXSAo cHJvZy1pZiA4ZiBbTWFzdGVyIFNlY1AgU2VjTyBQcmlQIFByaU9dKQ0KCVN1YnN5c3RlbTogQVNV U1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6IEkvTysgTWVt KyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBp bmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6KyBVREYtIEZh c3RCMkIrIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+ U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUludGVycnVwdDogcGluIEIgcm91dGVk IHRvIElSUSAyMA0KCVJlZ2lvbiAwOiBJL08gcG9ydHMgYXQgODAwMCBbc2l6ZT04XQ0KCVJlZ2lv biAxOiBJL08gcG9ydHMgYXQgN2MwMCBbc2l6ZT00XQ0KCVJlZ2lvbiAyOiBJL08gcG9ydHMgYXQg Nzg4MCBbc2l6ZT04XQ0KCVJlZ2lvbiAzOiBJL08gcG9ydHMgYXQgNzgwMCBbc2l6ZT00XQ0KCVJl Z2lvbiA0OiBJL08gcG9ydHMgYXQgNzQ4MCBbc2l6ZT0xNl0NCglSZWdpb24gNTogSS9PIHBvcnRz IGF0IDc0MDAgW3NpemU9MTZdDQoJQ2FwYWJpbGl0aWVzOiBbNzBdIFBvd2VyIE1hbmFnZW1lbnQg dmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQ TUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0pDQoJCVN0YXR1czogRDAgTm9Tb2Z0UnN0KyBQ TUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxlPTAgUE1FLQ0KCUNhcGFiaWxpdGllczogW2IwXSBQQ0kg QWR2YW5jZWQgRmVhdHVyZXMNCgkJQUZDYXA6IFRQKyBGTFIrDQoJCUFGQ3RybDogRkxSLQ0KCQlB RlN0YXR1czogVFAtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IGF0YV9waWl4DQoNCjAwOjFmLjMg U01CdXMgWzBjMDVdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFNN QnVzIENvbnRyb2xsZXIgWzgwODY6M2EzMF0NCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIg SW5jLiBEZXZpY2UgWzEwNDM6ODJkNF0NCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyLSBT cGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0 QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQYXJFcnIt IERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJ TlR4LQ0KCUludGVycnVwdDogcGluIEMgcm91dGVkIHRvIElSUSAxOA0KCVJlZ2lvbiAwOiBNZW1v cnkgYXQgZjVkZmQwMDAgKDY0LWJpdCwgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9MjU2XQ0KCVJl Z2lvbiA0OiBJL08gcG9ydHMgYXQgMTAwMCBbc2l6ZT0zMl0NCg0KMDA6MWYuNSBJREUgaW50ZXJm YWNlIFswMTAxXTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSAyIHBv cnQgU0FUQSBJREUgQ29udHJvbGxlciAjMiBbODA4NjozYTI2XSAocHJvZy1pZiA4NSBbTWFzdGVy IFNlY08gUHJpT10pDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNlIFsx MDQzOjgyZDRdDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcCsgNjZNSHorIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVt ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5 OiAwDQoJSW50ZXJydXB0OiBwaW4gQiByb3V0ZWQgdG8gSVJRIDIwDQoJUmVnaW9uIDA6IEkvTyBw b3J0cyBhdCA5MDAwIFtzaXplPThdDQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCA4YzAwIFtzaXpl PTRdDQoJUmVnaW9uIDI6IEkvTyBwb3J0cyBhdCA4ODgwIFtzaXplPThdDQoJUmVnaW9uIDM6IEkv TyBwb3J0cyBhdCA4ODAwIFtzaXplPTRdDQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCA4NDgwIFtz aXplPTE2XQ0KCVJlZ2lvbiA1OiBJL08gcG9ydHMgYXQgODQwMCBbc2l6ZT0xNl0NCglDYXBhYmls aXRpZXM6IFs3MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0g RFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMC0sRDEtLEQyLSxEM2hvdC0sRDNjb2xk LSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQ TUUtDQoJQ2FwYWJpbGl0aWVzOiBbYjBdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNhcDog VFArIEZMUisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJpdmVy IGluIHVzZTogYXRhX3BpaXgNCg0KMDE6MDAuMCBJREUgaW50ZXJmYWNlIFswMTAxXTogTWFydmVs bCBUZWNobm9sb2d5IEdyb3VwIEx0ZC4gRGV2aWNlIFsxYjRiOjkxYTNdIChyZXYgMTEpIChwcm9n LWlmIDhmIFtNYXN0ZXIgU2VjUCBTZWNPIFByaVAgUHJpT10pDQoJU3Vic3lzdGVtOiBBU1VTVGVL IENvbXB1dGVyIEluYy4gRGV2aWNlIFsxMDQzOjg0MzhdDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1 c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0g U0VSUisgRmFzdEIyQi0gRGlzSU5UeCsNCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIy Qi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0g PFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglJ bnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMzQ4DQoJUmVnaW9uIDA6IEkvTyBwb3J0cyBh dCBhYzAwIFtzaXplPThdDQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCBhODgwIFtzaXplPTRdDQoJ UmVnaW9uIDI6IEkvTyBwb3J0cyBhdCBhODAwIFtzaXplPThdDQoJUmVnaW9uIDM6IEkvTyBwb3J0 cyBhdCBhNDgwIFtzaXplPTRdDQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCBhNDAwIFtzaXplPTE2 XQ0KCVJlZ2lvbiA1OiBNZW1vcnkgYXQgZjVlZmY4MDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJs ZSkgW3NpemU9MktdDQoJRXhwYW5zaW9uIFJPTSBhdCBmNWVlMDAwMCBbZGlzYWJsZWRdIFtzaXpl PTY0S10NCglDYXBhYmlsaXRpZXM6IFs0MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJ RmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMC0sRDEtLEQy LSxEM2hvdCssRDNjb2xkLSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERT ZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIE1TSTogRW5hYmxlKyBDb3Vu dD0xLzEgTWFza2FibGUtIDY0Yml0LQ0KCQlBZGRyZXNzOiBmZWUwMTAwYyAgRGF0YTogNDE2MQ0K CUNhcGFiaWxpdGllczogWzcwXSBFeHByZXNzICh2MikgTGVnYWN5IEVuZHBvaW50LCBNU0kgMDAN CgkJRGV2Q2FwOglNYXhQYXlsb2FkIDUxMiBieXRlcywgUGhhbnRGdW5jIDAsIExhdGVuY3kgTDBz IDwxdXMsIEwxIDw4dXMNCgkJCUV4dFRhZy0gQXR0bkJ0bi0gQXR0bkluZC0gUHdySW5kLSBSQkUr IEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5vbi1GYXRh bC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZCsgRXh0VGFnLSBQaGFudEZ1bmMtIEF1 eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVxIDUxMiBi eXRlcw0KCQlEZXZTdGE6CUNvcnJFcnIrIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJlcSsg QXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgNUdUL3MsIFdpZHRo IHgxLCBBU1BNIEwwcyBMMSwgTGF0ZW5jeSBMMCA8NTEybnMsIEwxIDw2NHVzDQoJCQlDbG9ja1BN LSBTdXJwcmlzZS0gTExBY3RSZXAtIEJ3Tm90LQ0KCQlMbmtDdGw6CUFTUE0gRGlzYWJsZWQ7IFJD QiA2NCBieXRlcyBEaXNhYmxlZC0gUmV0cmFpbi0gQ29tbUNsaysNCgkJCUV4dFN5bmNoLSBDbG9j a1BNLSBBdXRXaWREaXMtIEJXSW50LSBBdXRCV0ludC0NCgkJTG5rU3RhOglTcGVlZCA1R1Qvcywg V2lkdGggeDEsIFRyRXJyLSBUcmFpbi0gU2xvdENsaysgRExBY3RpdmUtIEJXTWdtdC0gQUJXTWdt dC0NCgkJRGV2Q2FwMjogQ29tcGxldGlvbiBUaW1lb3V0OiBOb3QgU3VwcG9ydGVkLCBUaW1lb3V0 RGlzKw0KCQlEZXZDdGwyOiBDb21wbGV0aW9uIFRpbWVvdXQ6IDUwdXMgdG8gNTBtcywgVGltZW91 dERpcy0NCgkJTG5rQ3RsMjogVGFyZ2V0IExpbmsgU3BlZWQ6IDVHVC9zLCBFbnRlckNvbXBsaWFu Y2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZkQg0KCQkJIFRyYW5zbWl0 IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2RpZmllZENvbXBsaWFuY2Ut IENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNpczogLTZkQg0KCQlMbmtT dGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoJQ2FwYWJpbGl0aWVzOiBbMTAw IHYxXSBBZHZhbmNlZCBFcnJvciBSZXBvcnRpbmcNCgkJVUVTdGE6CURMUC0gU0RFUy0gVExQLSBG Q1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1hbGZUTFAtIEVDUkMtIFVu c3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRU1zazoJRExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0g Q21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zp b2wtDQoJCVVFU3ZydDoJRExQKyBTREVTKyBUTFAtIEZDUCsgQ21wbHRUTy0gQ21wbHRBYnJ0LSBV bnhDbXBsdC0gUnhPRisgTWFsZlRMUCsgRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCUNFU3Rh OglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnIr DQoJCUNFTXNrOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9u RmF0YWxFcnIrDQoJCUFFUkNhcDoJRmlyc3QgRXJyb3IgUG9pbnRlcjogMDAsIEdlbkNhcC0gQ0dl bkVuLSBDaGtDYXAtIENoa0VuLQ0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiBhaGNpDQoNCjAyOjAw LjAgVVNCIGNvbnRyb2xsZXIgWzBjMDNdOiBORUMgQ29ycG9yYXRpb24gdVBENzIwMjAwIFVTQiAz LjAgSG9zdCBDb250cm9sbGVyIFsxMDMzOjAxOTRdIChyZXYgMDMpIChwcm9nLWlmIDMwIFtYSENJ XSkNCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBQOFA2NyBEZWx1eGUgTW90aGVy Ym9hcmQgWzEwNDM6ODQxM10NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3lj bGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLSBE aXNJTlR4Kw0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNF TD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglM YXRlbmN5OiAwLCBDYWNoZSBMaW5lIFNpemU6IDI1NiBieXRlcw0KCUludGVycnVwdDogcGluIEEg cm91dGVkIHRvIElSUSAyOQ0KCVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjVmZmUwMDAgKDY0LWJpdCwg bm9uLXByZWZldGNoYWJsZSkgW3NpemU9OEtdDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1h bmFnZW1lbnQgdmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJy ZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBO b1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVz OiBbNzBdIE1TSTogRW5hYmxlLSBDb3VudD0xLzggTWFza2FibGUtIDY0Yml0Kw0KCQlBZGRyZXNz OiAwMDAwMDAwMDAwMDAwMDAwICBEYXRhOiAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBbOTBdIE1TSS1Y OiBFbmFibGUrIENvdW50PTggTWFza2VkLQ0KCQlWZWN0b3IgdGFibGU6IEJBUj0wIG9mZnNldD0w MDAwMTAwMA0KCQlQQkE6IEJBUj0wIG9mZnNldD0wMDAwMTA4MA0KCUNhcGFiaWxpdGllczogW2Ew XSBFeHByZXNzICh2MikgRW5kcG9pbnQsIE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMTI4 IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgdW5saW1pdGVkLCBMMSB1bmxpbWl0ZWQN CgkJCUV4dFRhZy0gQXR0bkJ0bi0gQXR0bkluZC0gUHdySW5kLSBSQkUrIEZMUmVzZXQtDQoJCURl dkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3Vw cG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0VGFnLSBQaGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcCsN CgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVxIDUxMiBieXRlcw0KCQlEZXZTdGE6 CUNvcnJFcnIrIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJlcSsgQXV4UHdyKyBUcmFuc1Bl bmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgNUdUL3MsIFdpZHRoIHgxLCBBU1BNIEwwcyBM MSwgTGF0ZW5jeSBMMCA8NHVzLCBMMSB1bmxpbWl0ZWQNCgkJCUNsb2NrUE0rIFN1cnByaXNlLSBM TEFjdFJlcC0gQndOb3QtDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERp c2FibGVkLSBSZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0rIEF1dFdpZERp cy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDVHVC9zLCBXaWR0aCB4MSwgVHJF cnItIFRyYWluLSBTbG90Q2xrKyBETEFjdGl2ZS0gQldNZ210LSBBQldNZ210LQ0KCQlEZXZDYXAy OiBDb21wbGV0aW9uIFRpbWVvdXQ6IE5vdCBTdXBwb3J0ZWQsIFRpbWVvdXREaXMrDQoJCURldkN0 bDI6IENvbXBsZXRpb24gVGltZW91dDogNTB1cyB0byA1MG1zLCBUaW1lb3V0RGlzLQ0KCQlMbmtD dGwyOiBUYXJnZXQgTGluayBTcGVlZDogNUdUL3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMt LCBTZWxlY3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3Jt YWwgT3BlcmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNP Uy0NCgkJCSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQg RGUtZW1waGFzaXMgTGV2ZWw6IC02ZEINCglDYXBhYmlsaXRpZXM6IFsxMDAgdjFdIEFkdmFuY2Vk IEVycm9yIFJlcG9ydGluZw0KCQlVRVN0YToJRExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0g Q21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zp b2wtDQoJCVVFTXNrOglETFAtIFNERVMtIFRMUC0gRkNQLSBDbXBsdFRPLSBDbXBsdEFicnQtIFVu eENtcGx0LSBSeE9GLSBNYWxmVExQLSBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJVUVTdnJ0 OglETFArIFNERVMrIFRMUC0gRkNQKyBDbXBsdFRPLSBDbXBsdEFicnQtIFVueENtcGx0LSBSeE9G KyBNYWxmVExQKyBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJQ0VTdGE6CVJ4RXJyLSBCYWRU TFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBOb25GYXRhbEVycisNCgkJQ0VNc2s6CVJ4 RXJyLSBCYWRUTFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBOb25GYXRhbEVycisNCgkJ QUVSQ2FwOglGaXJzdCBFcnJvciBQb2ludGVyOiAwMCwgR2VuQ2FwLSBDR2VuRW4tIENoa0NhcC0g Q2hrRW4tDQoJQ2FwYWJpbGl0aWVzOiBbMTQwIHYxXSBEZXZpY2UgU2VyaWFsIE51bWJlciBmZi1m Zi1mZi1mZi1mZi1mZi1mZi1mZg0KCUNhcGFiaWxpdGllczogWzE1MCB2MV0gTGF0ZW5jeSBUb2xl cmFuY2UgUmVwb3J0aW5nDQoJCU1heCBzbm9vcCBsYXRlbmN5OiAwbnMNCgkJTWF4IG5vIHNub29w IGxhdGVuY3k6IDBucw0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiB4aGNpX2hjZA0KDQowMzowMC4w IFZHQSBjb21wYXRpYmxlIGNvbnRyb2xsZXIgWzAzMDBdOiBuVmlkaWEgQ29ycG9yYXRpb24gR0Yx MDYgW0dlRm9yY2UgR1RTIDQ1MF0gWzEwZGU6MGRjNF0gKHJldiBhMSkgKHByb2ctaWYgMDAgW1ZH QSBjb250cm9sbGVyXSkNCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2Ug WzEwNDM6ODM3YV0NCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1l bVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLSBEaXNJTlR4 LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0 ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5 OiAwLCBDYWNoZSBMaW5lIFNpemU6IDI1NiBieXRlcw0KCUludGVycnVwdDogcGluIEEgcm91dGVk IHRvIElSUSAyNA0KCVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjYwMDAwMDAgKDMyLWJpdCwgbm9uLXBy ZWZldGNoYWJsZSkgW3NpemU9MzJNXQ0KCVJlZ2lvbiAxOiBNZW1vcnkgYXQgYzgwMDAwMDAgKDY0 LWJpdCwgcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xMjhNXQ0KCVJlZ2lvbiAzOiBNZW1vcnkgYXQgYzQw MDAwMDAgKDY0LWJpdCwgcHJlZmV0Y2hhYmxlKSBbc2l6ZT02NE1dDQoJUmVnaW9uIDU6IEkvTyBw b3J0cyBhdCBiYzAwIFtzaXplPTEyOF0NCglFeHBhbnNpb24gUk9NIGF0IGY4ZjAwMDAwIFtkaXNh YmxlZF0gW3NpemU9NTEyS10NCglDYXBhYmlsaXRpZXM6IFs2MF0gUG93ZXIgTWFuYWdlbWVudCB2 ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBN RShEMC0sRDEtLEQyLSxEM2hvdC0sRDNjb2xkLSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBN RS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNjhdIE1TSTog RW5hYmxlLSBDb3VudD0xLzEgTWFza2FibGUtIDY0Yml0Kw0KCQlBZGRyZXNzOiAwMDAwMDAwMDAw MDAwMDAwICBEYXRhOiAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBbNzhdIEV4cHJlc3MgKHYxKSBFbmRw b2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAw LCBMYXRlbmN5IEwwcyA8NHVzLCBMMSA8NjR1cw0KCQkJRXh0VGFnKyBBdHRuQnRuLSBBdHRuSW5k LSBQd3JJbmQtIFJCRSsgRkxSZXNldC0NCgkJRGV2Q3RsOglSZXBvcnQgZXJyb3JzOiBDb3JyZWN0 YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBwb3J0ZWQtDQoJCQlSbHhkT3JkKyBFeHRUYWct IFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wKw0KCQkJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIE1h eFJlYWRSZXEgNTEyIGJ5dGVzDQoJCURldlN0YToJQ29yckVyci0gVW5jb3JyRXJyLSBGYXRhbEVy ci0gVW5zdXBwUmVxLSBBdXhQd3ItIFRyYW5zUGVuZC0NCgkJTG5rQ2FwOglQb3J0ICMwLCBTcGVl ZCAyLjVHVC9zLCBXaWR0aCB4MTYsIEFTUE0gTDBzIEwxLCBMYXRlbmN5IEwwIDwyNTZucywgTDEg PDR1cw0KCQkJQ2xvY2tQTSsgU3VycHJpc2UtIExMQWN0UmVwLSBCd05vdC0NCgkJTG5rQ3RsOglB U1BNIERpc2FibGVkOyBSQ0IgNjQgYnl0ZXMgRGlzYWJsZWQtIFJldHJhaW4tIENvbW1DbGsrDQoJ CQlFeHRTeW5jaC0gQ2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQoJCUxua1N0 YToJU3BlZWQgMi41R1QvcywgV2lkdGggeDE2LCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0 aXZlLSBCV01nbXQtIEFCV01nbXQtDQoJQ2FwYWJpbGl0aWVzOiBbYjRdIFZlbmRvciBTcGVjaWZp YyBJbmZvcm1hdGlvbjogTGVuPTE0IDw/Pg0KCUNhcGFiaWxpdGllczogWzEwMCB2MV0gVmlydHVh bCBDaGFubmVsDQoJCUNhcHM6CUxQRVZDPTAgUmVmQ2xrPTEwMG5zIFBBVEVudHJ5Qml0cz0xDQoJ CUFyYjoJRml4ZWQtIFdSUjMyLSBXUlI2NC0gV1JSMTI4LQ0KCQlDdHJsOglBcmJTZWxlY3Q9Rml4 ZWQNCgkJU3RhdHVzOglJblByb2dyZXNzLQ0KCQlWQzA6CUNhcHM6CVBBVE9mZnNldD0wMCBNYXhU aW1lU2xvdHM9MSBSZWpTbm9vcFRyYW5zLQ0KCQkJQXJiOglGaXhlZC0gV1JSMzItIFdSUjY0LSBX UlIxMjgtIFRXUlIxMjgtIFdSUjI1Ni0NCgkJCUN0cmw6CUVuYWJsZSsgSUQ9MCBBcmJTZWxlY3Q9 Rml4ZWQgVEMvVkM9ZmYNCgkJCVN0YXR1czoJTmVnb1BlbmRpbmctIEluUHJvZ3Jlc3MtDQoJQ2Fw YWJpbGl0aWVzOiBbMTI4IHYxXSBQb3dlciBCdWRnZXRpbmcgPD8+DQoJQ2FwYWJpbGl0aWVzOiBb NjAwIHYxXSBWZW5kb3IgU3BlY2lmaWMgSW5mb3JtYXRpb246IElEPTAwMDEgUmV2PTEgTGVuPTAy NCA8Pz4NCglLZXJuZWwgZHJpdmVyIGluIHVzZTogbm91dmVhdQ0KDQowMzowMC4xIEF1ZGlvIGRl dmljZSBbMDQwM106IG5WaWRpYSBDb3Jwb3JhdGlvbiBHRjEwNiBIaWdoIERlZmluaXRpb24gQXVk aW8gQ29udHJvbGxlciBbMTBkZTowYmU5XSAocmV2IGExKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBD b21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MzdhXQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNN YXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNF UlIrIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIt IFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQ RVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUgU2l6ZTogMjU2IGJ5dGVzDQoJSW50 ZXJydXB0OiBwaW4gQiByb3V0ZWQgdG8gSVJRIDM0DQoJUmVnaW9uIDA6IE1lbW9yeSBhdCBmOGZm YzAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xNktdDQoJQ2FwYWJpbGl0aWVz OiBbNjBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVDbGstIERTSS0g RDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0pDQoJ CVN0YXR1czogRDAgTm9Tb2Z0UnN0KyBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxlPTAgUE1FLQ0K CUNhcGFiaWxpdGllczogWzY4XSBNU0k6IEVuYWJsZS0gQ291bnQ9MS8xIE1hc2thYmxlLSA2NGJp dCsNCgkJQWRkcmVzczogMDAwMDAwMDAwMDAwMDAwMCAgRGF0YTogMDAwMA0KCUNhcGFiaWxpdGll czogWzc4XSBFeHByZXNzICh2MSkgRW5kcG9pbnQsIE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxv YWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDR1cywgTDEgPDY0dXMNCgkJ CUV4dFRhZysgQXR0bkJ0bi0gQXR0bkluZC0gUHdySW5kLSBSQkUrIEZMUmVzZXQtDQoJCURldkN0 bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9y dGVkLQ0KCQkJUmx4ZE9yZCsgRXh0VGFnLSBQaGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcCsNCgkJ CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVxIDUxMiBieXRlcw0KCQlEZXZTdGE6CUNv cnJFcnItIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQt DQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgMi41R1QvcywgV2lkdGggeDE2LCBBU1BNIEwwcyBM MSwgTGF0ZW5jeSBMMCA8MjU2bnMsIEwxIDw0dXMNCgkJCUNsb2NrUE0rIFN1cnByaXNlLSBMTEFj dFJlcC0gQndOb3QtDQoJCUxua0N0bDoJQVNQTSBMMHMgTDEgRW5hYmxlZDsgUkNCIDEyOCBieXRl cyBEaXNhYmxlZC0gUmV0cmFpbi0gQ29tbUNsaysNCgkJCUV4dFN5bmNoLSBDbG9ja1BNLSBBdXRX aWREaXMtIEJXSW50LSBBdXRCV0ludC0NCgkJTG5rU3RhOglTcGVlZCAyLjVHVC9zLCBXaWR0aCB4 MTYsIFRyRXJyLSBUcmFpbi0gU2xvdENsaysgRExBY3RpdmUtIEJXTWdtdC0gQUJXTWdtdC0NCglL ZXJuZWwgZHJpdmVyIGluIHVzZTogc25kX2hkYV9pbnRlbA0KDQowNDowMC4wIFZHQSBjb21wYXRp YmxlIGNvbnRyb2xsZXIgWzAzMDBdOiBuVmlkaWEgQ29ycG9yYXRpb24gRzcxIFtHZUZvcmNlIDc5 MDAgR1RYXSBbMTBkZTowMjkwXSAocmV2IGExKSAocHJvZy1pZiAwMCBbVkdBIGNvbnRyb2xsZXJd KQ0KCVN1YnN5c3RlbTogblZpZGlhIENvcnBvcmF0aW9uIERldmljZSBbMTBkZTowMzQzXQ0KCUNv bnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3At IFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAr IDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9y dC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUg U2l6ZTogMjU2IGJ5dGVzDQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDMwDQoJUmVn aW9uIDA6IE1lbW9yeSBhdCBmYTAwMDAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxlKSBbc2l6 ZT0xNk1dDQoJUmVnaW9uIDE6IE1lbW9yeSBhdCBkMDAwMDAwMCAoNjQtYml0LCBwcmVmZXRjaGFi bGUpIFtzaXplPTI1Nk1dDQoJUmVnaW9uIDM6IE1lbW9yeSBhdCBmOTAwMDAwMCAoNjQtYml0LCBu b24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xNk1dDQoJUmVnaW9uIDU6IEkvTyBwb3J0cyBhdCBjYzAw IFtzaXplPTEyOF0NCglFeHBhbnNpb24gUk9NIGF0IGZiY2UwMDAwIFtkaXNhYmxlZF0gW3NpemU9 MTI4S10NCglDYXBhYmlsaXRpZXM6IFs2MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJ RmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMC0sRDEtLEQy LSxEM2hvdC0sRDNjb2xkLSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERT ZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNjhdIE1TSTogRW5hYmxlLSBDb3Vu dD0xLzEgTWFza2FibGUtIDY0Yml0Kw0KCQlBZGRyZXNzOiAwMDAwMDAwMDAwMDAwMDAwICBEYXRh OiAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBbNzhdIEV4cHJlc3MgKHYxKSBFbmRwb2ludCwgTVNJIDAw DQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEww cyA8MXVzLCBMMSA8NHVzDQoJCQlFeHRUYWctIEF0dG5CdG4tIEF0dG5JbmQtIFB3ckluZC0gUkJF LSBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0 YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJseGRPcmQrIEV4dFRhZy0gUGhhbnRGdW5jLSBB dXhQd3ItIE5vU25vb3ArDQoJCQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSA1MTIg Ynl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNvcnJFcnIrIEZhdGFsRXJyLSBVbnN1cHBSZXEr IEF1eFB3ci0gVHJhbnNQZW5kLQ0KCQlMbmtDYXA6CVBvcnQgIzAsIFNwZWVkIDIuNUdUL3MsIFdp ZHRoIHgxNiwgQVNQTSBMMHMgTDEsIExhdGVuY3kgTDAgPDF1cywgTDEgPDR1cw0KCQkJQ2xvY2tQ TS0gU3VycHJpc2UtIExMQWN0UmVwLSBCd05vdC0NCgkJTG5rQ3RsOglBU1BNIERpc2FibGVkOyBS Q0IgMTI4IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xrLQ0KCQkJRXh0U3luY2gtIENs b2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdU L3MsIFdpZHRoIHgxNiwgVHJFcnItIFRyYWluLSBTbG90Q2xrKyBETEFjdGl2ZS0gQldNZ210LSBB QldNZ210LQ0KCUNhcGFiaWxpdGllczogWzEwMCB2MV0gVmlydHVhbCBDaGFubmVsDQoJCUNhcHM6 CUxQRVZDPTAgUmVmQ2xrPTEwMG5zIFBBVEVudHJ5Qml0cz0xDQoJCUFyYjoJRml4ZWQtIFdSUjMy LSBXUlI2NC0gV1JSMTI4LQ0KCQlDdHJsOglBcmJTZWxlY3Q9Rml4ZWQNCgkJU3RhdHVzOglJblBy b2dyZXNzLQ0KCQlWQzA6CUNhcHM6CVBBVE9mZnNldD0wMCBNYXhUaW1lU2xvdHM9MSBSZWpTbm9v cFRyYW5zLQ0KCQkJQXJiOglGaXhlZC0gV1JSMzItIFdSUjY0LSBXUlIxMjgtIFRXUlIxMjgtIFdS UjI1Ni0NCgkJCUN0cmw6CUVuYWJsZSsgSUQ9MCBBcmJTZWxlY3Q9Rml4ZWQgVEMvVkM9ZmYNCgkJ CVN0YXR1czoJTmVnb1BlbmRpbmctIEluUHJvZ3Jlc3MtDQoJQ2FwYWJpbGl0aWVzOiBbMTI4IHYx XSBQb3dlciBCdWRnZXRpbmcgPD8+DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IG5vdXZlYXUNCg0K MDU6MDAuMCBTQVRBIGNvbnRyb2xsZXIgWzAxMDZdOiBKTWljcm9uIFRlY2hub2xvZ3kgQ29ycC4g Sk1CMzYyIEFIQ0kgQ29udHJvbGxlciBbMTk3YjoyMzYyXSAocmV2IDEwKSAocHJvZy1pZiAwMSBb QUhDSSAxLjBdKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIFA4UDY3IERlbHV4 ZSBNb3RoZXJib2FyZCBbMTA0Mzo4NDYwXQ0KCUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIr IFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZh c3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVy ci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJ TlR4LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUgU2l6ZTogMjU2IGJ5dGVzDQoJSW50ZXJydXB0 OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE2DQoJUmVnaW9uIDA6IEkvTyBwb3J0cyBhdCBkYzAwIFtz aXplPThdDQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCBkODgwIFtzaXplPTRdDQoJUmVnaW9uIDI6 IEkvTyBwb3J0cyBhdCBkODAwIFtzaXplPThdDQoJUmVnaW9uIDM6IEkvTyBwb3J0cyBhdCBkNDgw IFtzaXplPTRdDQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCBkNDAwIFtzaXplPTE2XQ0KCVJlZ2lv biA1OiBNZW1vcnkgYXQgZmJkZmZjMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9 NTEyXQ0KCVt2aXJ0dWFsXSBFeHBhbnNpb24gUk9NIGF0IGMwMDAwMDAwIFtkaXNhYmxlZF0gW3Np emU9NjRLXQ0KCUNhcGFiaWxpdGllczogWzhjXSBQb3dlciBNYW5hZ2VtZW50IHZlcnNpb24gMw0K CQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxLSBEMi0gQXV4Q3VycmVudD0wbUEgUE1FKEQwLSxEMS0s RDItLEQzaG90KyxEM2NvbGQtKQ0KCQlTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0g RFNlbD0wIERTY2FsZT0wIFBNRS0NCglDYXBhYmlsaXRpZXM6IFs1MF0gRXhwcmVzcyAodjEpIExl Z2FjeSBFbmRwb2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIFBo YW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1cw0KCQkJRXh0VGFnLSBBdHRuQnRu LSBBdHRuSW5kLSBQd3JJbmQtIFJCRSsgRkxSZXNldC0NCgkJRGV2Q3RsOglSZXBvcnQgZXJyb3Jz OiBDb3JyZWN0YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBwb3J0ZWQtDQoJCQlSbHhkT3Jk LSBFeHRUYWctIFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wLQ0KCQkJTWF4UGF5bG9hZCAxMjgg Ynl0ZXMsIE1heFJlYWRSZXEgNTEyIGJ5dGVzDQoJCURldlN0YToJQ29yckVyci0gVW5jb3JyRXJy KyBGYXRhbEVyci0gVW5zdXBwUmVxKyBBdXhQd3ItIFRyYW5zUGVuZC0NCgkJTG5rQ2FwOglQb3J0 ICMwLCBTcGVlZCAyLjVHVC9zLCBXaWR0aCB4MSwgQVNQTSBMMHMgTDEsIExhdGVuY3kgTDAgPDF1 cywgTDEgPDE2dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFjdFJlcC0gQndOb3QtDQoJCUxu a0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21t Q2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0K CQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxLCBUckVyci0gVHJhaW4tIFNsb3RDbGsr IERMQWN0aXZlLSBCV01nbXQtIEFCV01nbXQtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IGFoY2kN Cg0KMDc6MDEuMCBFdGhlcm5ldCBjb250cm9sbGVyIFswMjAwXTogUmVhbHRlayBTZW1pY29uZHVj dG9yIENvLiwgTHRkLiBSVEwtODExMFNDLzgxNjlTQyBHaWdhYml0IEV0aGVybmV0IFsxMGVjOjgx NjddIChyZXYgMTApDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNlIFsx MDQzOjgyMGRdDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WKyBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcCsgNjZNSHorIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVt ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5 OiA2NCAoODAwMG5zIG1pbiwgMTYwMDBucyBtYXgpLCBDYWNoZSBMaW5lIFNpemU6IDMyIGJ5dGVz DQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE5DQoJUmVnaW9uIDA6IEkvTyBwb3J0 cyBhdCBlODAwIFtzaXplPTI1Nl0NCglSZWdpb24gMTogTWVtb3J5IGF0IGZiZWZmYzAwICgzMi1i aXQsIG5vbi1wcmVmZXRjaGFibGUpIFtzaXplPTI1Nl0NCglFeHBhbnNpb24gUk9NIGF0IGZiZWMw MDAwIFtkaXNhYmxlZF0gW3NpemU9MTI4S10NCglDYXBhYmlsaXRpZXM6IFtkY10gUG93ZXIgTWFu YWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMSsgRDIrIEF1eEN1cnJl bnQ9Mzc1bUEgUE1FKEQwLSxEMSssRDIrLEQzaG90KyxEM2NvbGQrKQ0KCQlTdGF0dXM6IEQwIE5v U29mdFJzdC0gUE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBNRS0NCglDYXBhYmlsaXRpZXM6 IFs2MF0gVml0YWwgUHJvZHVjdCBEYXRhDQoJCVVua25vd24gc21hbGwgcmVzb3VyY2UgdHlwZSAw NSwgd2lsbCBub3QgZGVjb2RlIG1vcmUuDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHI4MTY5DQoN CjA3OjAyLjAgRmlyZVdpcmUgKElFRUUgMTM5NCkgWzBjMDBdOiBWSUEgVGVjaG5vbG9naWVzLCBJ bmMuIFZUNjMwNi83LzggW0ZpcmUgSUkoTSldIElFRUUgMTM5NCBPSENJIENvbnRyb2xsZXIgWzEx MDY6MzA0NF0gKHJldiBjMCkgKHByb2ctaWYgMTAgW09IQ0ldKQ0KCVN1YnN5c3RlbTogQVNVU1Rl SyBDb21wdXRlciBJbmMuIE00QSBzZXJpZXMgbW90aGVyYm9hcmQgWzEwNDM6ODFmZV0NCglDb250 cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYrIFZHQVNub29wLSBQ YXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2 Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9y dC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDY0ICg4MDAwbnMgbWF4 KSwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglJbnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0 byBJUlEgMTgNCglSZWdpb24gMDogTWVtb3J5IGF0IGZiZWZlMDAwICgzMi1iaXQsIG5vbi1wcmVm ZXRjaGFibGUpIFtzaXplPTJLXQ0KCVJlZ2lvbiAxOiBJL08gcG9ydHMgYXQgZWMwMCBbc2l6ZT0x MjhdDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAyDQoJCUZs YWdzOiBQTUVDbGstIERTSS0gRDEtIEQyKyBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQxLSxEMiss RDNob3QrLEQzY29sZCspDQoJCVN0YXR1czogRDAgTm9Tb2Z0UnN0LSBQTUUtRW5hYmxlLSBEU2Vs PTAgRFNjYWxlPTAgUE1FLQ0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiBmaXJld2lyZV9vaGNpDQoN CmZmOjAwLjAgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAv Q29yZSBpNyBRdWlja1BhdGggQXJjaGl0ZWN0dXJlIEdlbmVyaWMgTm9uLUNvcmUgUmVnaXN0ZXJz IFs4MDg2OjJjNDFdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZp Y2UgWzgwODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUt IE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJ TlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1m YXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRl bmN5OiAwDQoNCmZmOjAwLjEgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBY ZW9uIDU1MDAvQ29yZSBpNyBRdWlja1BhdGggQXJjaGl0ZWN0dXJlIFN5c3RlbSBBZGRyZXNzIERl Y29kZXIgWzgwODY6MmMwMV0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9u IERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWND eWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkIt IERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVW U0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0K CUxhdGVuY3k6IDANCg0KZmY6MDIuMCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0 aW9uIFhlb24gNTUwMC9Db3JlIGk3IFFQSSBMaW5rIDAgWzgwODY6MmMxMF0gKHJldiAwNSkNCglT dWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6 IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVy ci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6 LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1B Ym9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDIuMSBIb3N0IGJy aWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IFFQSSBQaHlz aWNhbCAwIFs4MDg2OjJjMTFdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlv biBEZXZpY2UgWzgwODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVj Q3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJC LSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERF VlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0N CglMYXRlbmN5OiAwDQoNCmZmOjAzLjAgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3Jh dGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIFs4MDg2 OjJjMThdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgw ODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJ TlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0K CVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAw DQoNCmZmOjAzLjEgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1 MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIFRhcmdldCBBZGRyZXNzIERl Y29kZXIgWzgwODY6MmMxOV0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9u IERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWND eWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkIt IERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVW U0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0K CUxhdGVuY3k6IDANCg0KZmY6MDMuNCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0 aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgVGVzdCBS ZWdpc3RlcnMgWzgwODY6MmMxY10gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0 aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNw ZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RC MkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0g REVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDQuMCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBv cmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hh bm5lbCAwIENvbnRyb2wgUmVnaXN0ZXJzIFs4MDg2OjJjMjBdIChyZXYgMDUpDQoJU3Vic3lzdGVt OiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgwODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1l bSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBw aW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBG YXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5T RVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAwDQoNCmZmOjA0LjEgSG9zdCBicmlkZ2UgWzA2 MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9y eSBDb250cm9sbGVyIENoYW5uZWwgMCBBZGRyZXNzIFJlZ2lzdGVycyBbODA4NjoyYzIxXSAocmV2 IDA1KQ0KCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIFs4MDg2OjgwODZdDQoJ Q29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9v cC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENh cC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFi b3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KDQpmZjowNC4y IEhvc3QgYnJpZGdlIFswNjAwXTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcg SW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDAgUmFuayBSZWdpc3RlcnMgWzgw ODY6MmMyMl0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBb ODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVt V0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgt DQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3Qg PlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6 IDANCg0KZmY6MDQuMyBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIFhlb24g NTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAwIFRoZXJt YWwgQ29udHJvbCBSZWdpc3RlcnMgWzgwODY6MmMyM10gKHJldiAwNSkNCglTdWJzeXN0ZW06IElu dGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBC dXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmct IFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RC MkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlIt IDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDUuMCBIb3N0IGJyaWRnZSBbMDYwMF06 IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENv bnRyb2xsZXIgQ2hhbm5lbCAxIENvbnRyb2wgUmVnaXN0ZXJzIFs4MDg2OjJjMjhdIChyZXYgMDUp DQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgwODY6ODA4Nl0NCglDb250 cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQ YXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2 Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQt IDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAwDQoNCmZmOjA1LjEgSG9z dCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRl Z3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMSBBZGRyZXNzIFJlZ2lzdGVycyBbODA4 NjoyYzI5XSAocmV2IDA1KQ0KCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIFs4 MDg2OjgwODZdDQoJQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+ VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTog MA0KDQpmZjowNS4yIEhvc3QgYnJpZGdlIFswNjAwXTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1 NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDEgUmFuayBS ZWdpc3RlcnMgWzgwODY6MmMyYV0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0 aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNw ZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RC MkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0g REVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDUuMyBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBv cmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hh bm5lbCAxIFRoZXJtYWwgQ29udHJvbCBSZWdpc3RlcnMgWzgwODY6MmMyYl0gKHJldiAwNSkNCglT dWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6 IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVy ci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6 LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1B Ym9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDYuMCBIb3N0IGJy aWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0 ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAyIENvbnRyb2wgUmVnaXN0ZXJzIFs4MDg2OjJj MzBdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgwODY6 ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYt IFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0 YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJv cnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAwDQoN CmZmOjA2LjEgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAv Q29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMiBBZGRyZXNzIFJl Z2lzdGVycyBbODA4NjoyYzMxXSAocmV2IDA1KQ0KCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRp b24gRGV2aWNlIFs4MDg2OjgwODZdDQoJQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3Bl Y0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIy Qi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBE RVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgt DQoJTGF0ZW5jeTogMA0KDQpmZjowNi4yIEhvc3QgYnJpZGdlIFswNjAwXTogSW50ZWwgQ29ycG9y YXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFu bmVsIDIgUmFuayBSZWdpc3RlcnMgWzgwODY6MmMzMl0gKHJldiAwNSkNCglTdWJzeXN0ZW06IElu dGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBC dXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmct IFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RC MkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlIt IDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDYuMyBIb3N0IGJyaWRnZSBbMDYwMF06 IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENv bnRyb2xsZXIgQ2hhbm5lbCAyIFRoZXJtYWwgQ29udHJvbCBSZWdpc3RlcnMgWzgwODY6MmMzM10g KHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2 XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVz OiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0g PFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0K --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="xm-dmesg.txt" Content-Disposition: attachment; filename="xm-dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzka2g4 KFhFTikgWGVuIHZlcnNpb24gNC4xLjIgKERlYmlhbiA0LjEuMi0yKSAod2FsZGlAZGViaWFuLm9y ZykgKGdjYyB2ZXJzaW9uIDQuNi4yIChEZWJpYW4gNC42LjItNikgKSBTYXQgRGVjIDEwIDE5OjU4 OjIxIFVUQyAyMDExDQooWEVOKSBCb290bG9hZGVyOiBHUlVCIDEuOTktMTcNCihYRU4pIENvbW1h bmQgbGluZTogcGxhY2Vob2xkZXIgaW9tbXVfaW5jbHVzaXZlX21hcHBpbmc9MSBpb21tdT12ZXJi b3NlIGlvbW11PXdvcmthcm91bmRfYmlvc19idWcNCihYRU4pIFZpZGVvIGluZm9ybWF0aW9uOg0K KFhFTikgIFZHQSBpcyB0ZXh0IG1vZGUgODB4MjUsIGZvbnQgOHgxNg0KKFhFTikgIFZCRS9EREMg bWV0aG9kczogVjI7IEVESUQgdHJhbnNmZXIgdGltZTogMSBzZWNvbmRzDQooWEVOKSBEaXNjIGlu Zm9ybWF0aW9uOg0KKFhFTikgIEZvdW5kIDggTUJSIHNpZ25hdHVyZXMNCihYRU4pICBGb3VuZCA2 IEVERCBpbmZvcm1hdGlvbiBzdHJ1Y3R1cmVzDQooWEVOKSBYZW4tZTgyMCBSQU0gbWFwOg0KKFhF TikgIDAwMDAwMDAwMDAwMDAwMDAgLSAwMDAwMDAwMDAwMDllNDAwICh1c2FibGUpDQooWEVOKSAg MDAwMDAwMDAwMDA5ZTQwMCAtIDAwMDAwMDAwMDAwYTAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAw MDAwMDAwMDAwZTJjMDAgLSAwMDAwMDAwMDAwMTAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAw MDAwMDAwMTAwMDAwIC0gMDAwMDAwMDBiZjc4MDAwMCAodXNhYmxlKQ0KKFhFTikgIDAwMDAwMDAw YmY3ODAwMDAgLSAwMDAwMDAwMGJmNzk4MDAwIChBQ1BJIGRhdGEpDQooWEVOKSAgMDAwMDAwMDBi Zjc5ODAwMCAtIDAwMDAwMDAwYmY3ZGEwMDAgKEFDUEkgTlZTKQ0KKFhFTikgIDAwMDAwMDAwYmY3 ZGEwMDAgLSAwMDAwMDAwMGMwMDAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZTAw MDAwIC0gMDAwMDAwMDBmZWUwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZmUwMDAw MCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAxMDAwMDAwMDAg LSAwMDAwMDAwNDQwMDAwMDAwICh1c2FibGUpDQooWEVOKSBBQ1BJOiBSU0RQIDAwMEZCOTQwLCAw MDE0IChyMCBBQ1BJQU0pDQooWEVOKSBBQ1BJOiBSU0RUIEJGNzgwMDAwLCAwMDQ4IChyMSAwODAy MTEgUlNEVDE0MzYgMjAxMTA4MDIgTVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IEZBQ1AgQkY3 ODAyMDAsIDAwODQgKHIxIDA4MDIxMSBGQUNQMTQzNiAyMDExMDgwMiBNU0ZUICAgICAgIDk3KQ0K KFhFTikgQUNQSTogRFNEVCBCRjc4MDRCMCwgQzQ2OSAocjEgIEExNjgyIEExNjgyMDAxICAgICAg ICAxIElOVEwgMjAwNjAxMTMpDQooWEVOKSBBQ1BJOiBGQUNTIEJGNzk4MDAwLCAwMDQwDQooWEVO KSBBQ1BJOiBBUElDIEJGNzgwMzkwLCAwMEQ4IChyMSAwODAyMTEgQVBJQzE0MzYgMjAxMTA4MDIg TVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IE1DRkcgQkY3ODA0NzAsIDAwM0MgKHIxIDA4MDIx MSBPRU1NQ0ZHICAyMDExMDgwMiBNU0ZUICAgICAgIDk3KQ0KKFhFTikgQUNQSTogT0VNQiBCRjc5 ODA0MCwgMDA3MiAocjEgMDgwMjExIE9FTUIxNDM2IDIwMTEwODAyIE1TRlQgICAgICAgOTcpDQoo WEVOKSBBQ1BJOiBIUEVUIEJGNzhGNEIwLCAwMDM4IChyMSAwODAyMTEgT0VNSFBFVCAgMjAxMTA4 MDIgTVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IERNQVIgQkY3OTgwQzAsIDAxNDAgKHIxICAg IEFNSSAgT0VNRE1BUiAgICAgICAgMSBNU0ZUICAgICAgIDk3KQ0KKFhFTikgQUNQSTogQVNQVCBC Rjc5ODRCMCwgMDAzNCAocjYgMDgwMjExIFBlcmZUdW5lIDIwMTEwODAyIE1TRlQgICAgICAgOTcp DQooWEVOKSBBQ1BJOiBPU0ZSIEJGNzhGNEYwLCAwMEIwIChyMSAwODAyMTEgT0VNT1NGUiAgMjAx MTA4MDIgTVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IFNTRFQgQkY3OUE5NDAsIDAzNjMgKHIx IERwZ1BtbSAgICBDcHVQbSAgICAgICAxMiBJTlRMIDIwMDYwMTEzKQ0KKFhFTikgU3lzdGVtIFJB TTogMTYzNzVNQiAoMTY3NjgxMjBrQikNCihYRU4pIERvbWFpbiBoZWFwIGluaXRpYWxpc2VkDQoo WEVOKSBQcm9jZXNzb3IgIzAgNzoxMCBBUElDIHZlcnNpb24gMjENCihYRU4pIFByb2Nlc3NvciAj MiA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgUHJvY2Vzc29yICM0IDc6MTAgQVBJQyB2ZXJz aW9uIDIxDQooWEVOKSBQcm9jZXNzb3IgIzYgNzoxMCBBUElDIHZlcnNpb24gMjENCihYRU4pIFBy b2Nlc3NvciAjMSA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgUHJvY2Vzc29yICMzIDc6MTAg QVBJQyB2ZXJzaW9uIDIxDQooWEVOKSBQcm9jZXNzb3IgIzUgNzoxMCBBUElDIHZlcnNpb24gMjEN CihYRU4pIFByb2Nlc3NvciAjNyA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgSU9BUElDWzBd OiBhcGljX2lkIDgsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAwMCwgR1NJIDAtMjMNCihY RU4pIElPQVBJQ1sxXTogYXBpY19pZCA5LCB2ZXJzaW9uIDMyLCBhZGRyZXNzIDB4ZmVjOGEwMDAs IEdTSSAyNC00Nw0KKFhFTikgRW5hYmxpbmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVzaW5nIDIgSS9P IEFQSUNzDQooWEVOKSBbVlQtRF1kbWFyLmM6NzA0OiBIb3N0IGFkZHJlc3Mgd2lkdGggMzkNCihY RU4pIFtWVC1EXWRtYXIuYzo3MTk6IGZvdW5kIEFDUElfRE1BUl9EUkhEOg0KKFhFTikgW1ZULURd ZG1hci5jOjQxMzogICBkbWFydS0+YWRkcmVzcyA9IGZiZmZmMDAwDQooWEVOKSBbVlQtRF1pb21t dS5jOjExMjI6IGRyaGQtPmFkZHJlc3MgPSBmYmZmZjAwMCBpb21tdS0+cmVnID0gZmZmZjgyYzNm ZmY1NzAwMA0KKFhFTikgW1ZULURdaW9tbXUuYzoxMTI0OiBjYXAgPSBjOTAwODAxMGU2MDI2MiBl Y2FwID0gZjAyMDdhDQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFiLjAN CihYRU4pIFtWVC1EXWRtYXIuYzo3MTk6IGZvdW5kIEFDUElfRE1BUl9EUkhEOg0KKFhFTikgW1ZU LURdZG1hci5jOjQxMzogICBkbWFydS0+YWRkcmVzcyA9IGZiZmZlMDAwDQooWEVOKSBbVlQtRF1p b21tdS5jOjExMjI6IGRyaGQtPmFkZHJlc3MgPSBmYmZmZTAwMCBpb21tdS0+cmVnID0gZmZmZjgy YzNmZmY1NjAwMA0KKFhFTikgW1ZULURdaW9tbXUuYzoxMTI0OiBjYXAgPSBjOTA3ODAxMDZmMDQ2 MiBlY2FwID0gZjAyMGZlDQooWEVOKSBbVlQtRF1kbWFyLmM6MzU2OiAgIElPQVBJQzogZjA6MWYu Nw0KKFhFTikgW1ZULURdZG1hci5jOjM1NjogICBJT0FQSUM6IDA6MTMuMA0KKFhFTikgW1ZULURd ZG1hci5jOjQyNzogICBmbGFnczogSU5DTFVERV9BTEwNCihYRU4pIFtWVC1EXWRtYXIuYzo3MjQ6 IGZvdW5kIEFDUElfRE1BUl9STVJSOg0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRwb2lu dDogMDoxZC4wDQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFkLjENCihY RU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6IDA6MWQuMg0KKFhFTikgW1ZULURdZG1h ci5jOjM0MTogICBlbmRwb2ludDogMDoxZC43DQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVu ZHBvaW50OiAwOjFhLjANCihYRU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6IDA6MWEu MQ0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRwb2ludDogMDoxYS4yDQooWEVOKSBbVlQt RF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFhLjcNCihYRU4pIFtWVC1EXWRtYXIuYzo1OTU6 ICAgUk1SUiByZWdpb246IGJhc2VfYWRkciBlYzAwMCBlbmRfYWRkcmVzcyBlZmZmZg0KKFhFTikg W1ZULURdZG1hci5jOjcyNDogZm91bmQgQUNQSV9ETUFSX1JNUlI6DQooWEVOKSBbVlQtRF1kbWFy LmM6NTI4OiAgIFJNUlIgYWRkcmVzcyByYW5nZSBub3QgaW4gcmVzZXJ2ZWQgbWVtb3J5IGJhc2Ug PSBiZjdkYTAwMCBlbmQgPSBiZjdkOWZmZjsgaW9tbXVfaW5jbHVzaXZlX21hcHBpbmc9MSBwYXJh bWV0ZXIgbWF5IGJlIG5lZWRlZC4NCihYRU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6 IDA6MWQuMA0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRwb2ludDogMDoxZC4xDQooWEVO KSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFkLjINCihYRU4pIFtWVC1EXWRtYXIu YzozNDE6ICAgZW5kcG9pbnQ6IDA6MWQuNw0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRw b2ludDogMDoxYS4wDQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFhLjEN CihYRU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6IDA6MWEuMg0KKFhFTikgW1ZULURd ZG1hci5jOjM0MTogICBlbmRwb2ludDogMDoxYS43DQooWEVOKSBbVlQtRF1kbWFyLmM6NTg1OiAg IFRoZSBSTVJSIChiZjdkYTAwMCwgYmY3ZDlmZmYpIGlzIGluY29ycmVjdCENCihYRU4pIEZhaWxl ZCB0byBwYXJzZSBBQ1BJIERNQVIuICBEaXNhYmxpbmcgVlQtZC4NCihYRU4pIFRhYmxlIGlzIG5v dCBmb3VuZCENCihYRU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENyZWRpdCBTY2hlZHVsZXIgKGNy ZWRpdCkNCihYRU4pIERldGVjdGVkIDMyMDcuMzM2IE1IeiBwcm9jZXNzb3IuDQooWEVOKSBJbml0 aW5nIG1lbW9yeSBzaGFyaW5nLg0KKFhFTikgSS9PIHZpcnR1YWxpc2F0aW9uIGRpc2FibGVkDQoo WEVOKSBFTkFCTElORyBJTy1BUElDIElSUXMNCihYRU4pICAtPiBVc2luZyBuZXcgQUNLIG1ldGhv ZA0KKFhFTikgUGxhdGZvcm0gdGltZXIgaXMgMTQuMzE4TUh6IEhQRVQNCihYRU4pIEFsbG9jYXRl ZCBjb25zb2xlIHJpbmcgb2YgMTYgS2lCLg0KKFhFTikgVk1YOiBTdXBwb3J0ZWQgYWR2YW5jZWQg ZmVhdHVyZXM6DQooWEVOKSAgLSBBUElDIE1NSU8gYWNjZXNzIHZpcnR1YWxpc2F0aW9uDQooWEVO KSAgLSBBUElDIFRQUiBzaGFkb3cNCihYRU4pICAtIEV4dGVuZGVkIFBhZ2UgVGFibGVzIChFUFQp DQooWEVOKSAgLSBWaXJ0dWFsLVByb2Nlc3NvciBJZGVudGlmaWVycyAoVlBJRCkNCihYRU4pICAt IFZpcnR1YWwgTk1JDQooWEVOKSAgLSBNU1IgZGlyZWN0LWFjY2VzcyBiaXRtYXANCihYRU4pIEVQ VCBzdXBwb3J0cyAyTUIgc3VwZXIgcGFnZS4NCihYRU4pIEhWTTogQVNJRHMgZW5hYmxlZC4NCihY RU4pIEhWTTogVk1YIGVuYWJsZWQNCihYRU4pIEhWTTogSGFyZHdhcmUgQXNzaXN0ZWQgUGFnaW5n IGRldGVjdGVkLg0KKFhFTikgQnJvdWdodCB1cCA4IENQVXMNCihYRU4pICoqKiBMT0FESU5HIERP TUFJTiAwICoqKg0KKFhFTikgIFhlbiAga2VybmVsOiA2NC1iaXQsIGxzYiwgY29tcGF0MzINCihY RU4pICBEb20wIGtlcm5lbDogNjQtYml0LCBQQUUsIGxzYiwgcGFkZHIgMHgxMDAwMDAwIC0+IDB4 MTkzYTAwMA0KKFhFTikgUEhZU0lDQUwgTUVNT1JZIEFSUkFOR0VNRU5UOg0KKFhFTikgIERvbTAg YWxsb2MuOiAgIDAwMDAwMDA0MmMwMDAwMDAtPjAwMDAwMDA0MzAwMDAwMDAgKDQwODgzOTAgcGFn ZXMgdG8gYmUgYWxsb2NhdGVkKQ0KKFhFTikgIEluaXQuIHJhbWRpc2s6IDAwMDAwMDA0M2UwYzkw MDAtPjAwMDAwMDA0M2ZmZmY0MDANCihYRU4pIFZJUlRVQUwgTUVNT1JZIEFSUkFOR0VNRU5UOg0K KFhFTikgIExvYWRlZCBrZXJuZWw6IGZmZmZmZmZmODEwMDAwMDAtPmZmZmZmZmZmODE5M2EwMDAN CihYRU4pICBJbml0LiByYW1kaXNrOiBmZmZmZmZmZjgxOTNhMDAwLT5mZmZmZmZmZjgzODcwNDAw DQooWEVOKSAgUGh5cy1NYWNoIG1hcDogZmZmZmZmZmY4Mzg3MTAwMC0+ZmZmZmZmZmY4NTdkMWJl OA0KKFhFTikgIFN0YXJ0IGluZm86ICAgIGZmZmZmZmZmODU3ZDIwMDAtPmZmZmZmZmZmODU3ZDI0 YjQNCihYRU4pICBQYWdlIHRhYmxlczogICBmZmZmZmZmZjg1N2QzMDAwLT5mZmZmZmZmZjg1ODA0 MDAwDQooWEVOKSAgQm9vdCBzdGFjazogICAgZmZmZmZmZmY4NTgwNDAwMC0+ZmZmZmZmZmY4NTgw NTAwMA0KKFhFTikgIFRPVEFMOiAgICAgICAgIGZmZmZmZmZmODAwMDAwMDAtPmZmZmZmZmZmODVj MDAwMDANCihYRU4pICBFTlRSWSBBRERSRVNTOiBmZmZmZmZmZjgxNmE5MjAwDQooWEVOKSBEb20w IGhhcyBtYXhpbXVtIDggVkNQVXMNCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLmRvbmUuDQoo WEVOKSBYZW4gdHJhY2UgYnVmZmVyczogZGlzYWJsZWQNCihYRU4pIFN0ZC4gTG9nbGV2ZWw6IEVy cm9ycyBhbmQgd2FybmluZ3MNCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBOb3RoaW5nIChSYXRlLWxp bWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpDQooWEVOKSBYZW4gaXMgcmVsaW5xdWlzaGluZyBW R0EgY29uc29sZS4NCihYRU4pICoqKiBTZXJpYWwgaW5wdXQgLT4gRE9NMCAodHlwZSAnQ1RSTC1h JyB0aHJlZSB0aW1lcyB0byBzd2l0Y2ggaW5wdXQgdG8gWGVuKQ0KKFhFTikgRnJlZWQgMjE2a0Ig aW5pdCBtZW1vcnkuDQooWEVOKSBwaHlzZGV2LmM6MTU1OiBkb20wOiB3cm9uZyBtYXBfcGlycSB0 eXBlIDMNCg== --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="xm-info.txt" Content-Disposition: attachment; filename="xm-info.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzkedo5 aG9zdCAgICAgICAgICAgICAgICAgICA6IGczM2sNCnJlbGVhc2UgICAgICAgICAgICAgICAgOiAz LjIuMC0xLWFtZDY0DQp2ZXJzaW9uICAgICAgICAgICAgICAgIDogIzEgU01QIEZyaSBGZWIgMTcg MDU6MTc6MzYgVVRDIDIwMTINCm1hY2hpbmUgICAgICAgICAgICAgICAgOiB4ODZfNjQNCm5yX2Nw dXMgICAgICAgICAgICAgICAgOiA4DQpucl9ub2RlcyAgICAgICAgICAgICAgIDogMQ0KY29yZXNf cGVyX3NvY2tldCAgICAgICA6IDQNCnRocmVhZHNfcGVyX2NvcmUgICAgICAgOiAyDQpjcHVfbWh6 ICAgICAgICAgICAgICAgIDogMzIwNw0KaHdfY2FwcyAgICAgICAgICAgICAgICA6IGJmZWJmYmZm OjI4MTAwODAwOjAwMDAwMDAwOjAwMDAzYjQwOjAwOThlM2JkOjAwMDAwMDAwOjAwMDAwMDAxOjAw MDAwMDAwDQp2aXJ0X2NhcHMgICAgICAgICAgICAgIDogaHZtDQp0b3RhbF9tZW1vcnkgICAgICAg ICAgIDogMTYzNzUNCmZyZWVfbWVtb3J5ICAgICAgICAgICAgOiAxMTYxDQpmcmVlX2NwdXMgICAg ICAgICAgICAgIDogMA0KeGVuX21ham9yICAgICAgICAgICAgICA6IDQNCnhlbl9taW5vciAgICAg ICAgICAgICAgOiAxDQp4ZW5fZXh0cmEgICAgICAgICAgICAgIDogLjINCnhlbl9jYXBzICAgICAg ICAgICAgICAgOiB4ZW4tMy4wLXg4Nl82NCB4ZW4tMy4wLXg4Nl8zMnAgaHZtLTMuMC14ODZfMzIg aHZtLTMuMC14ODZfMzJwIGh2bS0zLjAteDg2XzY0IA0KeGVuX3NjaGVkdWxlciAgICAgICAgICA6 IGNyZWRpdA0KeGVuX3BhZ2VzaXplICAgICAgICAgICA6IDQwOTYNCnBsYXRmb3JtX3BhcmFtcyAg ICAgICAgOiB2aXJ0X3N0YXJ0PTB4ZmZmZjgwMDAwMDAwMDAwMA0KeGVuX2NoYW5nZXNldCAgICAg ICAgICA6IHVuYXZhaWxhYmxlDQp4ZW5fY29tbWFuZGxpbmUgICAgICAgIDogcGxhY2Vob2xkZXIg aW9tbXVfaW5jbHVzaXZlX21hcHBpbmc9MSBpb21tdT12ZXJib3NlIGlvbW11PXdvcmthcm91bmRf Ymlvc19idWcNCmNjX2NvbXBpbGVyICAgICAgICAgICAgOiBnY2MgdmVyc2lvbiA0LjYuMiAoRGVi aWFuIDQuNi4yLTYpIA0KY2NfY29tcGlsZV9ieSAgICAgICAgICA6IHdhbGRpDQpjY19jb21waWxl X2RvbWFpbiAgICAgIDogZGViaWFuLm9yZw0KY2NfY29tcGlsZV9kYXRlICAgICAgICA6IFNhdCBE ZWMgMTAgMTk6NTg6MjEgVVRDIDIwMTENCnhlbmRfY29uZmlnX2Zvcm1hdCAgICAgOiA0DQo= --20cf3074d9a88caca204bd56ca3c Content-Type: application/octet-stream; name="XMAR.dat" Content-Disposition: attachment; filename="XMAR.dat" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0u21i7o6 WE1BUkABAAABL0FNSQAAAE9FTURNQVIAAQAAAE1TRlSXAAAAJgEAAAAAAAAAAAAAAAAYAAAAAAAA 8P/7AAAAAAEIAAAAABsAAAAgAAEAAAAA4P/7AAAAAAMIAAAI8B8HAwgAAAkAEwABAFgAAAAAAADA DgAAAAAA//8OAAAAAAABCAAAAAAdAAEIAAAAAB0BAQgAAAAAHQIBCAAAAAAdBwEIAAAAABoAAQgA AAAAGgEBCAAAAAAaAgEIAAAAABoHAQBYAAAAAAAAoH2/AAAAAP+ffb8AAAAAAQgAAAAAHQABCAAA AAAdAQEIAAAAAB0CAQgAAAAAHQcBCAAAAAAaAAEIAAAAABoBAQgAAAAAGgIBCAAAAAAaBwIAKAAA AAAAAggAAAAAAQACCAAAAAACAAIIAAAAAAMAAggAAAAABwA= --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --20cf3074d9a88caca204bd56ca3c-- From xen-users-bounces@lists.xen.org Tue Apr 10 17:54:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 17:54: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 1SHfFU-0002gI-87; Tue, 10 Apr 2012 17:53:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfFS-0002gD-BP for xen-users@lists.xen.org; Tue, 10 Apr 2012 17:52:59 +0000 Received: from [193.109.254.147:30616] by server-11.bemta-14.messagelabs.com id FC/8B-05858-973748F4; Tue, 10 Apr 2012 17:52:57 +0000 X-Env-Sender: steven.eychenne@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334080370!3979597!1 X-Originating-IP: [209.85.216.43] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, RCVD_BY_IP,UPPERCASE_25_50 X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17131 invoked from network); 10 Apr 2012 17:52:51 -0000 Received: from mail-qa0-f43.google.com (HELO mail-qa0-f43.google.com) (209.85.216.43) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 17:52:51 -0000 Received: by qadb15 with SMTP id b15so3113737qad.16 for ; Tue, 10 Apr 2012 10:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=yjxfGU4kzgzAlib9WtSG819dzh79geYuf+umREv8PH0=; b=nrNuB18NQYSVWga/I6cBg1lZmi7v2GmLBoRSnK06TufaqoILL+fbwkjpOSso8ZekJH ZyobA4nO7FVg7TGnmKa1LDj5Qm0SB2Z3kgTuWe3VwbSHOUDt2kGiJrzMaaO9hWH8g+Bk L8OGqBWzfSA22DjKaECZPjvBwT+M1yXblM1ftDZ4rENJT1R7O6QskOvLffNmTuuTyvJ7 L9jW5JeiX64Od6GCC+VwOtRpZoa+tUgXP8vfWMPzJ1FW8DnlSEfJoLklRRBb7pat6tFW d08TGYX60EzPUpIpL24H2LLLciM+bjjfkCl8Q/ba6RroFHD321X8WZy/hscLc46siyXx TPKg== Received: by 10.224.53.6 with SMTP id k6mr15757432qag.25.1334080369896; Tue, 10 Apr 2012 10:52:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.217.78 with HTTP; Tue, 10 Apr 2012 10:52:28 -0700 (PDT) In-Reply-To: References: From: Steven EYCHENNE Date: Tue, 10 Apr 2012 19:52:28 +0200 X-Google-Sender-Auth: cXClUUWZ9jTpBUUDQl620kMGyt4 Message-ID: To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary=20cf3074d9a88caca204bd56ca3c Subject: [Xen-users] VT-d BIOS problem with DMAR/ACPI tables | Sabertooth X58 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I'm not able to activate VT-d on my PC due to a buggy BIOS. Xen fails to parse ACPI DMAR table. There is a problem with RMRR address range. My configuration is : - Debian Weezy - Xen version 4.1.2 (Debian 4.1.2-2) - Sabertooth X58 with last bios (1304) - i7 - 960 I have the following message : (XEN) [VT-D]dmar.c:704: Host address width 39 (XEN) [VT-D]dmar.c:719: found ACPI_DMAR_DRHD: (XEN) [VT-D]dmar.c:413: =A0 dmaru->address =3D fbfff000 (XEN) [VT-D]iommu.c:1122: drhd->address =3D fbfff000 iommu->reg =3D ffff82c= 3fff57000 (XEN) [VT-D]iommu.c:1124: cap =3D c9008010e60262 ecap =3D f0207a (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1b.0 (XEN) [VT-D]dmar.c:719: found ACPI_DMAR_DRHD: (XEN) [VT-D]dmar.c:413: =A0 dmaru->address =3D fbffe000 (XEN) [VT-D]iommu.c:1122: drhd->address =3D fbffe000 iommu->reg =3D ffff82c= 3fff56000 (XEN) [VT-D]iommu.c:1124: cap =3D c90780106f0462 ecap =3D f020fe (XEN) [VT-D]dmar.c:356: =A0 IOAPIC: f0:1f.7 (XEN) [VT-D]dmar.c:356: =A0 IOAPIC: 0:13.0 (XEN) [VT-D]dmar.c:427: =A0 flags: INCLUDE_ALL (XEN) [VT-D]dmar.c:724: found ACPI_DMAR_RMRR: (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.7 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.7 (XEN) [VT-D]dmar.c:595: =A0 RMRR region: base_addr ec000 end_address effff (XEN) [VT-D]dmar.c:724: found ACPI_DMAR_RMRR: (XEN) [VT-D]dmar.c:528: =A0 RMRR address range not in reserved memory base =3D bf7da000 end =3D bf7d9fff; iommu_inclusive_mapping=3D1 parameter may be needed. (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1d.7 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.0 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.1 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.2 (XEN) [VT-D]dmar.c:341: =A0 endpoint: 0:1a.7 (XEN) [VT-D]dmar.c:585: =A0 The RMRR (bf7da000, bf7d9fff) is incorrect! (XEN) Failed to parse ACPI DMAR. =A0Disabling VT-d. "If Xen complains about broken BIOS, let the motherboard/system vendor know about it." I opened a case on Asus Support website. Their first response was to give me the documentation page of the motherboard about VT-d and to declare that Linux is not supported. I confirmed that I activated the VT-d option in the BIOS and I declared that I can make any test on any platform. I had a response a few days ago that the case was transmit to Asus Headquarters. (ASUS CASEID=3DRTM2012040201379-727) Let's see what happened. "Intel developers also want to know about broken IOMMU/VT-d BIOS implementations, see this email: http://lists.xensource.com/archives/html/xen-devel/2010-01/msg00841.html, so let them know all the details about your hardware and software if you have broken BIOS." How ? Do you have any suggestion ? Thanks in advance. I have joined the output of : - acpidump -b -o acpidump-b.txt - lspci - lspci -vvvknn - xm dmesg - xm info - the extraction of the DMAR table Regards, Steven --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; name="acpidump-b.txt" Content-Disposition: attachment; filename="acpidump-b.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzjyqj1 AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARFNEVGnEAAAB20ExNjgyAEExNjgy MDAxAQAAAElOVEwTAQYgEEcSX1BSX1uDC1AwMDEBEAgAAAYGUDAwMUNQVTFbgwtQMDAyAgAAAAAA BlAwMDJDUFUyW4MLUDAwMwMAAAAAAAZQMDAzQ1BVM1uDC1AwMDQEAAAAAAAGUDAwNENQVTRbgwtQ MDA1BQAAAAAABlAwMDVDUFU1W4MLUDAwNgYAAAAAAAZQMDA2Q1BVNluDC1AwMDcHAAAAAAAGUDAw N0NQVTdbgwtQMDA4CAAAAAAABlAwMDhDUFU4W4MLUDAwOQkAAAAAAAZQMDA5Q1BVOVuDC1AwMTAN CgAAAAAAW4MLUDAxMQsAAAAAAFuDC1AwMTIMAAAAAABbgwtQMDEzDQAAAAAAW4MLUDAxNA4AAAAA AFuDC1AwMTUPAAAAAABbgwtQMDE2EAAAAAAACERQODANCoAIRFA5MA0KkAhXS1RQAAhTUElPDQou CElPSFcLkAIISU9TQgAISU9TTA0KEAhJT0hCC5ACCElPSEwNChAIU01JUA0KsghQTUJTCwAICFBN TE4NCoAIR1BCUwsABQhHUExODQqACFNNQkwACFBNMzALMAgIU1VTVw0K/whUUEJBDAAA1P4IVFBC TAAIQVBJQwEIR0VCUwsABghHRUxODQoICFBDSUIMAAAA4AhQQ0lMDAAAABAIU01CUwsAEAhDUFVD DQoQW4BCSU9TAAxkgHm/DQr/W4FGDQpCSU9TAVNTMV8BU1MyXwFTUzNfAVNTNF8BAARJT1NUEFRP UE0gUk9NUyBNRzFCIE1HMUwgTUcyQiBNRzJMIAAIRE1BWAhIUFRBIENQQjAgQ1BCMSBDUEIyIENQ QjMgQVNTQghBT1RCCEFBWEIgU01JRghEVFNFCERUUzEIRFRTMghNUEVOCFRQTUYITUczQiBNRzNM IE1IMUIgTUgxTCBPU1RQCBQPUlJJTwRwDVJSSU8AWzEUD1JETUEDcA1yRE1BAFsxCFBJQ00AFB9f UElDAaAJaHANCqpEQkc4oQhwDQqsREJHOHBoUElDTQhPU1ZS/xRDDQpPU0ZMAKANkpNPU1ZS/6RP U1ZSCF9UXzAAcE9TWVNfVF8woA6TX1RfMAFwDQoDT1NWUqFKBqAOk19UXzANChBwAU9TVlKhSAWg D5NfVF8wDQoRcA0KAk9TVlKhRQSgD5NfVF8wDQoScA0KBE9TVlKhMqAOk19UXzANChNwAE9TVlKh IaAOk19UXzANChRwAE9TVlKhEKAOk19UXzANChVwAE9TVlKkT1NWUhROBE1DVEgCoAiVh2iHaaQA codoAWAIQlVGMBECYAhCVUYxEQJgcGhCVUYwcGlCVUYxohpgdmCgFZKTg4hCVUYwYACDiEJVRjFg AKQApAEIUFJXUBIEAgAAFEsHR1BSVwJwaIhQUldQAABweVNTMV8BAGB9YHlTUzJfDQoCAGB9YHlT UzNfDQoDAGB9YHlTUzRfDQoEAGCgEXt5AWkAYABwaYhQUldQAQChKXpgAWCgGJGTT1NGTAGTT1NG TA0KAoFgiFBSV1ABAKENCoJgiFBSV1ABAKRQUldQCFdBS1ASBAIAAFuAREVCMAFEUDgwAVuBC0RF QjABREJHOAhbgERFQjEBRFA5MA0KAluBC0RFQjECREJHORAURBRPU1lTAHANChBgoEEMWxJfT1NJ YaAXX09TSQ1XaW5kb3dzIDIwMDAAcA0KEmCgF19PU0kNV2luZG93cyAyMDAxAHANChNgoBtfT1NJ DVdpbmRvd3MgMjAwMSBTUDEAcA0KE2CgG19PU0kNV2luZG93cyAyMDAxIFNQMgBwDQoTYKAZX09T SQ1XaW5kb3dzIDIwMDEuMQBwDQoUYKAdX09TSQ1XaW5kb3dzIDIwMDEuMSBTUDEAcA0KFGCgF19P U0kNV2luZG93cyAyMDA2AHANChVgoUQHoCNNQ1RIX09TXw1NaWNyb3NvZnQgV2luZG93cyBOVABw DQoSYKFNBKA2TUNUSF9PU18NTWljcm9zb2Z0IFdpbmRvd3NNRTogTWlsbGVubml1bSBFZGl0aW9u AHANChFgoBNNQ1RIX09TXw1MaW51eABwAWCkYBCE5gVfU0JfCFBSMDASRjtCEgsEC///AExOS0EA EgsEC///AUxOS0IAEgwEC///DQoCTE5LQwASDAQL//8NCgNMTktEABINBAz//wQAAExOS0EAEg0E DP//BAABTE5LQgASDgQM//8EAA0KAkxOS0MAEg4EDP//BAANCgNMTktEABINBAz//wUAAExOS0EA Eg0EDP//BQABTE5LQgASDgQM//8FAA0KAkxOS0MAEg4EDP//BQANCgNMTktEABINBAz//wYAAExO S0EAEg0EDP//BgABTE5LQgASDgQM//8GAA0KAkxOS0MAEg4EDP//BgANCgNMTktEABINBAz//wgA AExOS0EAEg0EDP//CAABTE5LQgASDgQM//8IAA0KAkxOS0MAEg4EDP//CAANCgNMTktEABINBAz/ /wkAAExOS0EAEg0EDP//CQABTE5LQgASDgQM//8JAA0KAkxOS0MAEg4EDP//CQANCgNMTktEABIN BAz//w0KAABMTktBABINBAz//w0KAAFMTktCABIOBAz//w0KAA0KAkxOS0MAEg4EDP//DQoADQoD TE5LRAASDQQM//8NAABMTktBABINBAz//xYAAExOS0EAEg0EDP//FgABTE5LQgASDgQM//8WAA0K AkxOS0MAEg4EDP//FgANCgNMTktEABIOBAz//x8ADQoCTE5LQwASDQQM//8dAABMTktIABINBAz/ /x0AAUxOS0QAEg4EDP//HQANCgJMTktDABIOBAz//x0ADQoDTE5LQQASDQQM//8aAABMTktBABIN BAz//xoAAUxOS0YAEg4EDP//GgANCgNMTktEABIOBAz//xoADQoCTE5LQwASDQQM//8bAABMTktH ABINBAz//xwAAExOS0IAEg0EDP//HAABTE5LQQASDgQM//8cAA0KAkxOS0MAEg4EDP//HAANCgNM TktEABINBAz//wEAAExOS0EAEg0EDP//AQABTE5LQgASDgQM//8BAA0KAkxOS0MAEg4EDP//AQAN CgNMTktEABINBAz//wIAAExOS0EAEg0EDP//AgABTE5LQgASDgQM//8CAA0KAkxOS0MAEg4EDP// AgANCgNMTktEABINBAz//wMAAExOS0EAEg0EDP//AwABTE5LQgASDgQM//8DAA0KAkxOS0MAEg4E DP//AwANCgNMTktEABINBAz//wcAAExOS0EAEg0EDP//BwABTE5LQgASDgQM//8HAA0KAkxOS0MA Eg4EDP//BwANCgNMTktEABINBAz//xkAAExOS0UAEg0EDP//HwAATE5LQwASDQQM//8fAAFMTktF AAhBUjAwEkYyQRIJBAv//wAADQovEgkEC///AQANCi4SDQoEC///DQoCAA0KLhINCgQL//8NCgMA DQotEgsEDP//BAAAAA0KGRILBAz//wQAAQANCiMSDAQM//8EAA0KAgANCiQSDAQM//8EAA0KAwAN CiISCwQM//8FAAAADQoaEgsEDP//BQABAA0KGRIMBAz//wUADQoCAA0KGxIMBAz//wUADQoDAA0K HRILBAz//wYAAAANChsSCwQM//8GAAEADQomEgwEDP//BgANCgIADQolEgwEDP//BgANCgMADQon EgsEDP//CAAAAA0KHxILBAz//wgAAQANCicSDAQM//8IAA0KAgANCiYSDAQM//8IAA0KAwANCiUS CwQM//8JAAAADQogEgsEDP//CQABAA0KKhIMBAz//wkADQoCAA0KLxIMBAz//wkADQoDAA0KKRIL BAz//w0KAAAADQohEgsEDP//DQoAAQANCh8SDAQM//8NCgANCgIADQouEgwEDP//DQoADQoDAA0K LRILBAz//xYAAAANCisSCwQM//8WAAEADQosEgwEDP//FgANCgIADQotEgwEDP//FgANCgMADQou EgwEDP//HwANCgIADQoSEgsEDP//HQAAAA0KFxILBAz//x0AAQANChMSDAQM//8dAA0KAgANChIS DAQM//8dAA0KAwANChASCwQM//8aAAAADQoQEgsEDP//GgABAA0KFRIMBAz//xoADQoDAA0KExIM BAz//xoADQoCAA0KEhILBAz//xsAAAANChYSCwQM//8cAAAADQoREgsEDP//HAABAA0KEBIMBAz/ /xwADQoCAA0KEhIMBAz//xwADQoDAA0KExILBAz//wEAAAANChwSCwQM//8BAAEADQooEgwEDP// AQANCgIADQopEgwEDP//AQANCgMADQovEgsEDP//AgAAAA0KHRILBAz//wIAAQANCikSDAQM//8C AA0KAgANCigSDAQM//8CAA0KAwANCioSCwQM//8DAAAADQoYEgsEDP//AwABAA0KIhIMBAz//wMA DQoCAA0KIxIMBAz//wMADQoDAA0KJBILBAz//wcAAAANCh4SCwQM//8HAAEADQolEgwEDP//BwAN CgIADQonEgwEDP//BwANCgMADQomEgsEDP//GQAAAA0KFBILBAz//x8AAAANChISCwQM//8fAAEA DQoUCFBSMTESNAQSCwQL//8ATE5LQQASCwQL//8BTE5LQgASDAQL//8NCgJMTktDABIMBAv//w0K A0xOS0QACEFSMTESLAQSCQQL//8AAA0KHBIJBAv//wEADQooEg0KBAv//w0KAgANCikSDQoEC/// DQoDAA0KLwhQUjEyEjQEEgsEC///AExOS0EAEgsEC///AUxOS0IAEgwEC///DQoCTE5LQwASDAQL //8NCgNMTktEAAhBUjEyEiwEEgkEC///AAANCh0SCQQL//8BAA0KKRINCgQL//8NCgIADQooEg0K BAv//w0KAwANCioIUFIxMxI0BBILBAv//wBMTktBABILBAv//wFMTktCABIMBAv//w0KAkxOS0MA EgwEC///DQoDTE5LRAAIQVIxMxIsBBIJBAv//wAADQoYEgkEC///AQANCiISDQoEC///DQoCAA0K IxINCgQL//8NCgMADQokCFBSMTQSNAQSCwQL//8ATE5LQQASCwQL//8BTE5LQgASDAQL//8NCgJM TktDABIMBAv//w0KA0xOS0QACEFSMTQSLAQSCQQL//8AAA0KGRIJBAv//wEADQojEg0KBAv//w0K AgANCiQSDQoEC///DQoDAA0KIghQUjE1EjQEEgsEC///AExOS0EAEgsEC///AUxOS0IAEgwEC/// DQoCTE5LQwASDAQL//8NCgNMTktEAAhBUjE1EiwEEgkEC///AAANChoSCQQL//8BAA0KGRINCgQL //8NCgIADQobEg0KBAv//w0KAwANCh0IUFIxNhI0BBILBAv//wBMTktBABILBAv//wFMTktCABIM BAv//w0KAkxOS0MAEgwEC///DQoDTE5LRAAIQVIxNhIsBBIJBAv//wAADQobEgkEC///AQANCiYS DQoEC///DQoCAA0KJRINCgQL//8NCgMADQonCFBSMTcSNAQSCwQL//8ATE5LQQASCwQL//8BTE5L QgASDAQL//8NCgJMTktDABIMBAv//w0KA0xOS0QACEFSMTcSLAQSCQQL//8AAA0KHhIJBAv//wEA DQolEg0KBAv//w0KAgANCicSDQoEC///DQoDAA0KJghQUjE4EjQEEgsEC///AExOS0EAEgsEC/// AUxOS0IAEgwEC///DQoCTE5LQwASDAQL//8NCgNMTktEAAhBUjE4EiwEEgkEC///AAANCh8SCQQL //8BAA0KJxINCgQL//8NCgIADQomEg0KBAv//w0KAwANCiUIUFIxORI0BBILBAv//wBMTktBABIL BAv//wFMTktCABIMBAv//w0KAkxOS0MAEgwEC///DQoDTE5LRAAIQVIxORIsBBIJBAv//wAADQog EgkEC///AQANCioSDQoEC///DQoCAA0KLxINCgQL//8NCgMADQopCFBSMUESNAQSCwQL//8ATE5L QQASCwQL//8BTE5LQgASDAQL//8NCgJMTktDABIMBAv//w0KA0xOS0QACEFSMUESLAQSCQQL//8A AA0KIRIJBAv//wEADQofEg0KBAv//w0KAgANCi4SDQoEC///DQoDAA0KLQhQUjA0EjQEEgsEC/// AExOS0EAEgsEC///AUxOS0IAEgwEC///DQoCTE5LQwASDAQL//8NCgNMTktEAAhBUjA0EiwEEgkE C///AAANChASCQQL//8BAA0KERINCgQL//8NCgIADQoSEg0KBAv//w0KAwANChMIUFIwNRI0BBIL BAv//wBMTktCABILBAv//wFMTktDABIMBAv//w0KAkxOS0QAEgwEC///DQoDTE5LQQAIQVIwNRIs BBIJBAv//wAADQoREgkEC///AQANChISDQoEC///DQoCAA0KExINCgQL//8NCgMADQoQCFBSMDYS NAQSCwQL//8ATE5LQwASCwQL//8BTE5LRAASDAQL//8NCgJMTktBABIMBAv//w0KA0xOS0IACEFS MDYSLAQSCQQL//8AAA0KEhIJBAv//wEADQoTEg0KBAv//w0KAgANChASDQoEC///DQoDAA0KEQhQ UjA3EjQEEgsEC///AExOS0QAEgsEC///AUxOS0EAEgwEC///DQoCTE5LQgASDAQL//8NCgNMTktD AAhBUjA3EiwEEgkEC///AAANChMSCQQL//8BAA0KEBINCgQL//8NCgIADQoREg0KBAv//w0KAwAN ChIIUFIwOBI0BBILBAv//wBMTktBABILBAv//wFMTktCABIMBAv//w0KAkxOS0MAEgwEC///DQoD TE5LRAAIQVIwOBIsBBIJBAv//wAADQoQEgkEC///AQANChESDQoEC///DQoCAA0KEhINCgQL//8N CgMADQoTCFBSMDkSNAQSCwQL//8ATE5LQgASCwQL//8BTE5LQwASDAQL//8NCgJMTktEABIMBAv/ /w0KA0xOS0EACEFSMDkSLAQSCQQL//8AAA0KERIJBAv//wEADQoSEg0KBAv//w0KAgANChMSDQoE C///DQoDAA0KEAhQUjAxEkEFBhILBAv//wBMTktBABILBAv//wFMTktCABIMBAv//w0KAkxOS0MA EgwEC///DQoDTE5LRAASDQQM//8BAABMTktEABINBAz//wIAAExOS0MACEFSMDESRQQGEgkEC/// AAANChASCQQL//8BAA0KERINCgQL//8NCgIADQoSEg0KBAv//w0KAwANChMSCwQM//8BAAAADQoT EgsEDP//AgAAAA0KEghQUlNBEQkNCgYj2NwYeQAGUFJTQVBSU0IGUFJTQVBSU0MGUFJTQVBSU0QG UFJTQVBSU0UGUFJTQVBSU0YGUFJTQVBSU0cGUFJTQVBSU0hbgozMBFBDSTAIX0hJRAxB0A0KCAhf Q0lEDEHQDQoDCF9BRFIAFAleQk4wMACkABQLX0JCTgCkQk4wMAhfVUlEABQWX1BSVACgDQpQSUNN pEFSMDCkUFIwMFuCSwZJT0hfCF9ISUQMQdAMAQhfVUlEDQoNCghfQ1JTEU4EDQpKhgkAAQAA8PsA ABAAhgkAAQAAAPwAAAABhgkAAQAAAP0AAAABhgkAAQAAAP4AAMAAhgkAAQCgyP4AEAAAhgkAAQAA 0f4AEAAAeQAUBk5QVFMBFAZOV0FLAVuCNk5QRTQIX0FEUgwAAAQAFA9fUFJXAKRHUFJXDQoJDQoE FBZfUFJUAKANClBJQ02kQVIxNKRQUjE0W4I2TlBFNQhfQURSDAAABQAUD19QUlcApEdQUlcNCgkN CgQUFl9QUlQAoA0KUElDTaRBUjE1pFBSMTVbgjZOUEU2CF9BRFIMAAAGABQPX1BSVwCkR1BSVw0K CQ0KBBQWX1BSVACgDQpQSUNNpEFSMTakUFIxNluCNk5QRTgIX0FEUgwAAAgAFA9fUFJXAKRHUFJX DQoJDQoEFBZfUFJUAKANClBJQ02kQVIxOKRQUjE4W4I2TlBFOQhfQURSDAAACQAUD19QUlcApEdQ UlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjE5pFBSMTlbgjZOUEVBCF9BRFIMAAANCgAUD19QUlcA pEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjFBpFBSMUFbgjZQMFAxCF9BRFIMAAAeABQPX1BS VwCkR1BSVw0KCw0KBBQWX1BSVACgDQpQSUNNpEFSMDGkUFIwMVuCh+EBU0JSRwhfQURSDAAAHwBb gkgLSUVMSwhfSElEDUFXWTAwMDEAW4BSWEEwAg0KoA0KIFuBMVJYQTABAAlQQkxWAQBGBwABUEJN UwEAAVBNQ1MBRUNOUwEAA0VDVDEQRUxFTgEABxQ7XC5fR1BFX0wwQQCGXC8EX1NCX1BDSTBTQlJH SUVMSw0KgXABXC8FX1NCX1BDSTBTQlJHSUVMS1BNQ1MUE19TVEEAoAhFTEVOpA0KD6EDpAAUBlNN T0QBFA5HUEJTAKR/UEJMVgEAFBhTUFRTAXABUFMxU3ABUFMxRXABU0xQUxQyU1dBSwFwAFNMUFNw AFBTMUWgCZCTaAFSVENToRWgDQqQk2gNCgNCUlRDoQiGUFdSQg0KAluAQVBNUAFTTUlQDQoCW4EQ QVBNUAFBUE1DCEFQTVMIW4EPQVBNUAEACAABQlJUQwFbgFBNUzABUE1CUw0KBFuBHVBNUzABAA0K UlRDUwEABFdBS1MBAAhQV0JUAQAHW4BTTUlFAVBNMzANCghbgRZTTUlFAQAEUFMxRQEAH1BTMVMB ABsQDFxfU0JfCFNMUFMAW4IrUElDXwhfSElEC0HQCF9DUlMRGA0KFUcBIAAgAAACRwGgAKAAAAIi BAB5AFuCTgRETUFECF9ISUQMQdACAAhfQ1JTETgNCjUqEARHAQAAAAAAEEcBgQCBAAADRwGHAIcA AAFHAYkAiQAAA0cBjwCPAAABRwHAAMAAACB5AFuCJVRNUl8IX0hJRAxB0AEACF9DUlMREA0KDUcB QABAAAAEIgEAeQBbgiVSVEMwCF9ISUQMQdALAAhfQ1JTERANCg1HAXAAcAAAAiIAAXkAW4IiU1BL UghfSElEDEHQCAAIX0NSUxENCg0KRwFhAGEAAAF5AFuCJUNPUFIIX0hJRAxB0AwECF9DUlMREA0K DUcB8ADwAAAQIgAgeQBbgkASU0lPUghfSElEDEHQDAIUC19VSUQApFNQSU8IQ1JTXxEdDQoaRwEA AAAAAABHAQAAAAAAAEcBAAAAAAAAeQAUQA5fQ1JTAKBNBJCSk1NQSU8L8AOUU1BJTw0K8ItDUlNf DQoCR1AxMItDUlNfDQoER1AxMYxDUlNfDQoHR1BMMXBTUElPR1AxMHBTUElPR1AxMXANCgJHUEwx oEIESU9TQotDUlNfDQoNCkdQMjCLQ1JTXw0KDEdQMjGMQ1JTXw0KD0dQTDJwSU9TQkdQMjBwSU9T QkdQMjFwSU9TTEdQTDKgQgRJT0hCi0NSU18NChJHUDMwi0NSU18NChRHUDMxjENSU18NChdHUEwz cElPSEJHUDMwcElPSEJHUDMxcElPSExHUEwzpENSU18IRENBVBIsFg0KAg0KAwEADQr/DQr/DQr/ DQr/DQr/DQr/DQr/DQr/DQr/DQr/DQr/DQr/DQoGDQoJDQr/DQr/DQr/DQr/FBpFTkZHAXANCodJ TkRYcA0Kh0lORFhwaExETl8UDUVYRkcAcA0KqklORFgUHUxQVE0BRU5GR0NHTERoe09QVDANCgJg RVhGR6RgFC9VSElEAaAik2gBRU5GR0NHTERoe09QVDENCjhgRVhGR6AIYKQMQdAFEKQMQdAFARQy U0lPSwFFTkZHDQoNCnsNCv9PUFQzT1BUM3toAWB9T1BUMmBPUFQycHtoAQBBQ1RSRVhGRwhLQkZH AQhNU0ZHAQhVMUZHAQhVMkZHAVuAS0JSVwENCmANCgVbgRJLQlJXAUtQNjAIABhLUDY0CFuAS0I2 NAENCmQBW4EPS0I2NAEAAUtSRFkBAAYUTQxTSU9TAXANU0lPUwBbMXtDUkUwDQofQ1JFMKA1k2gB U0lPS/9FTkZHDQoNCqAQS0JGR31PUFQ2DQoQT1BUNqAQTVNGR31PUFQ2DQogT1BUNkVYRkegSweR k2gNCgOTaA0KBKA2V0tUUFNJT0v/RU5GRw0KDQqgEEtCRkd9T1BUNg0KEE9QVDagEE1TRkd9T1BU Ng0KIE9QVDZFWEZHoThFTkZHDQoNCqAQS0JGR31DUkUwDQpBQ1JFMKAbTVNGR31DUkUwDQoiQ1JF MH1DUkU2DQqAQ1JFNkVYRkcUSwRTSU9XAXANU0lPVwBbMVNJT0sARU5GRw0KDQp7T1BUNg0Kz09Q VDZ7T1BUMg0K/k9QVDJ7Q1JFMA0KHUNSRTB7Q1JFNg0Kf0NSRTZFWEZHFDxTSU9IAHANU0lPSABb MUVORkcNCg0KoBB7T1BUMw0KEACGUFMySw0KAqAQe09QVDMNCiAAhlBTMk0NCgJTSU9LAFuASU9J RAFTUElPDQoCW4EQSU9JRAFJTkRYCERBVEEIW4ZHC0lORFhEQVRBAQA4TEROXwgAQA1GRENQAQAC TFBUUAFVUkFQAVVSQlABAEoEQ1IyQwgAGEFDVFIIAEgXSU9BSAhJT0FMCElPSDIISU9MMggAQAZJ TlRSCAAYRE1DSAgASDVDUkUwCENSRTEIQ1JFMghDUkUzCENSRTQIQ1JFNQhDUkU2CENSRTcIQ1JF OAhDUkU5CAAwT1BUMAhPUFQxCE9QVDIIT1BUMwhPUFQ0CAAIT1BUNggUD0NHTEQBpIOIRENBVGgA FE4ERFNUQQFFTkZHQ0dMRGhwQUNUUmBFWEZHoAeTYA0K/6QAe2ABYH1JT1NUeWBoAElPU1SgBWCk DQoPoRSgDnt5AWgASU9TVACkDQoNoQOkABRPBERDTlQCRU5GR0NHTERoeUlPQUgNCghhfUlPQUxh YaAckJVETUNIDQoEkpN7RE1DSA0KA2EAUkRNQWhpdWFwaUFDVFJSUklPaGlhDQoIRVhGRwhDUlMx ERMNChBHAQAAAAABACIAACoAAHkAi0NSUzENCglJUlFNjENSUzENCgxETUFNi0NSUzENCgJJTzEx i0NSUzENCgRJTzEyjENSUzENCgdMRU4xCENSUzIRGw0KGEcBAAAAAAEARwEAAAAAAQAiQAAqBAB5 AItDUlMyDQoRSVJRRYxDUlMyDQoURE1BRYtDUlMyDQoCSU8yMYtDUlMyDQoESU8yMoxDUlMyDQoH TEVOMotDUlMyDQoNCklPMzGLQ1JTMg0KDElPMzKMQ1JTMg0KD0xFTjMURghEQ1JTAkVORkdDR0xE aHlJT0FIDQoISU8xMX1JT0FMSU8xMUlPMTFwSU8xMUlPMTJ0gklPMTEAAWB5AWBMRU4xoA9JTlRS eQFJTlRSSVJRTaEHcABJUlFNoBKRlERNQ0gNCgOTaQBwAERNQU2hEHtETUNIDQoDYXkBYURNQU1F WEZHpENSUzEUQw0KRFNSUwKLaA0KCUlSUU2MaA0KDERNQU2LaA0KAklPMTFFTkZHQ0dMRGl5SU9B SA0KCGF9SU9BTGFhUlJJT2kAYQ0KCFJSSU9pAUlPMTENCgh7SU8xMQ0K/0lPQUx6SU8xMQ0KCElP QUigEklSUU2CSVJRTWB0YAFJTlRSoQdwAElOVFKgEkRNQU2CRE1BTWB0YAFETUNIoQhwDQoERE1D SEVYRkdEQ05UaQFbgkImUk1TQwhfSElEDEHQDAIIX1VJRA0KEAhDUlNfEUIMDQq+RwEQABAAABBH ASIAIgAAHkcBRABEAAANCkcBUABQAAAQRwFiAGIAAAJHAWUAZQAAC0cBcgByAAAORwGAAIAAAAFH AYQAhAAAA0cBiACIAAABRwGMAIwAAANHAZAAkAAAEEcBogCiAAAeRwHgAOAAABBHAdAE0AQAAkcB AAAAAAAARwEAAAAAAABHAQAAAAAAAEcBAAAAAAAAhgkAAQDA0f4AQAAAhgkAAQAAAAAAAAAAhgkA AQAAAAAAAAAAeQAUQhhfQ1JTAItDUlNfDQp6R1AwMItDUlNfDQp8R1AwMYxDUlNfDQp/R1AwTHBQ TUJTR1AwMHBQTUJTR1AwMXBQTUxOR1AwTKBCBFNNQlOLQ1JTXw0KgkdQMTCLQ1JTXw0KhEdQMTGM Q1JTXw0Kh0dQMUxwU01CU0dQMTBwU01CU0dQMTFwU01CTEdQMUygQgRHUEJTi0NSU18NCopHUDIw i0NSU18NCoxHUDIxjENSU18NCo9HUDJMcEdQQlNHUDIwcEdQQlNHUDIxcEdQTE5HUDJMoEIER0VC U4tDUlNfDQqSR1AzMItDUlNfDQqUR1AzMYxDUlNfDQqXR1AzTHBHRUJTR1AzMHBHRUJTR1AzMXBH RUxOR1AzTIpDUlNfDQqsVE1MMYpDUlNfDQqoVE1CMYpDUlNfDQq4VE1MMopDUlNfDQq0VE1CMnAM AADS/lRNQjF0VFBCQQwAANL+VE1MMaASVFBNRnJUUEJBVFBCTFRNQjKhC3JUUEJBAFRNQjJ0DAAA 2f5UTUIyVE1MMqRDUlNfEEYQXABbgFJBTVcADACgfb8MAAABAFuBFVJBTVcBUEFSMCBQQVIxIFBB UjIgW4BJT0IyAQ0Ksg0KAluBEElPQjIBU01JQwhTTUlTCBQMSVNNSQlwaFNNSUMUF0dOVlMJcGhQ QVIwSVNNSQ0KcKRQQVIxFBhTTlZTDQpwaFBBUjBwaVBBUjFJU01JDQpxFB5TTVNSC3BoUEFSMHBp UEFSMXBqUEFSMklTTUkNCnkUF0dNQVgJcGhQQVIwSVNNSQ0KeqRQQVIxFBdHTURYCXBoUEFSMElT TUkNCnukUEFSMRQXR0NBWAlwaFBBUjBJU01JDQp8pFBBUjEUF0dDRFgJcGhQQVIwSVNNSQ0KfaRQ QVIxEEJfXC8DX1NCX1BDSTBTQlJHW4JPXUFTT0MIX0hJRA1BVEswMTEwAAhfVUlEDBABAQEITVZJ RA0KPhQJX1NUQQCkDQoPFA5fSU5JAENVUElVTVZUFE8bQ1VQSQBwR05WUwuggmFwYYhHM0MyDQoE AHANCilgdGBhiEczQzINCgYAdEdOVlMLoIJhiEczQzINCgMAe0dNQVgLmAENCv9loEEMkX2VZUdO VlMLoIJ9e3pHTURYC6ABDQoGAAEAe0dNRFgLmQEBAAAAk3t6R01BWA0Kzg0KHAABAACgKJN7ekdN QVgNCs4NChwAAQAAcAwAAABAiEczQzINCgIAcACIRzNEUw0KBgChQAZ6R01BWA0KNQ0KEIhHM0RT DQoGAKAskZVlR05WUwuggpCTZUdOVlMLoIKTR05WUwveFgFwDAAAAECIRzNDMg0KAgChH3tHTUFY C60BDQr/YnRig4hHM0MyDQoEAIhHM0MyDQoDAKEwe0dNQVgLrQENCv9idGKDiEczQzINCgQAiEcz QzINCgMAekdNQVgNCjUNChCIRzNEUw0KBgBwUkJMSw0K0gANCiFDTEtSjENMS1INCh1DQjI5cIOI RzNUQntDQjI5DQoPAABkoByTZA0KBnALECeIRzNDMA0KBABwDQqXiEczQzANCgYAoT+gHZNkDQoE cAsgTohHM0MwDQoEAHALLQGIRzNDMA0KBgChH6Adk2QNCgNwCyBOiEczQzANCgQAcAstAYhHM0Mw DQoGABROB1VNVlQARU5GRw0KCaA5e09QVDENCgQAcAxI6AH+iEczQzENCgQAdA0Kek1WSURgoAiV YA0KN3AAYKEGdGANCjdgcGCIRzNDMQ0KAwChEHQNCnpNVklEiEczQzENCgMAcA0KQYhHM0MzDQoG AKAWk3tPUFQxDQoIAABwDQp/iEczRDINCgYARVhGRwhNQklGEiMIDQoDDVA2VC1EZWx1eGUADAMC AQMMAAEAAgwAAADgDQoCAAAIQVNCRhELDQoIAAAAAAAAAACKQVNCRgBBU0IwikFTQkYNCgRBU0Ix FEkNCkdHUlAJCF9UXzAAcGhfVF8woAyTX1RfMACkR1JQMKFICKANk19UXzANCgOkR1JQM6FHB6AN k19UXzANCgSkR1JQNKFGBqANk19UXzANCgWkR1JQNaFFBaANk19UXzANCgakR1JQNqFEBKANk19U XzANCgmkR1JQOaEzoA2TX1RfMA0KC6RHUlBCoSOgDZNfVF8wDQoOpEdSUEWhE6ANk19UXzANCg+k R1JQRqEDpAAURg5HSVRNCYpoAFBSTTCMaA0KA0dQSURwAUFTQjAIX1RfMABwR1BJRF9UXzCgD5Nf VF8wAEdJVDBQUk0woUUNCqAQk19UXzANCgNHSVQzUFJNMKFBCaAQk19UXzANCgRHSVQ0UFJNMKFN B6AQk19UXzANCgVHSVQ1UFJNMKFJBqAQk19UXzANCgZHSVQ2UFJNMKFFBaAQk19UXzANCglHSVQ5 UFJNMKFBBKAQk19UXzANCgtHSVRCUFJNMKEtoBCTX1RfMA0KDkdJVEVQUk0woRqgEJNfVF8wDQoP R0lURlBSTTChB3AAQVNCMKRBU0JGFE4TU0lUTQmKaABQUk0wimgNCgRQUk0ximgNCghQUk0yjGgN CgNHUElEcAFBU0IwCF9UXzAAcEdQSURfVF8woBeTX1RfMABTSVQwUFJNMFBSTTFQUk0yoUUOoBiT X1RfMA0KA1NJVDNQUk0wUFJNMVBSTTKhSQygGJNfVF8wDQoEU0lUNFBSTTBQUk0xUFJNMqFNDQqg GJNfVF8wDQoFU0lUNVBSTTBQUk0xUFJNMqFBCaAYk19UXzANCgZTSVQ2UFJNMFBSTTFQUk0yoUUH oBiTX1RfMA0KCVNJVDlQUk0wUFJNMVBSTTKhSQWgGJNfVF8wDQoLU0lUQlBSTTBQUk0xUFJNMqE9 oBiTX1RfMA0KDlNJVEVQUk0wUFJNMVBSTTKhIqAYk19UXzANCg9TSVRGUFJNMFBSTTFQUk0yoQdw AEFTQjCkQVNCRhQgT1AyVgJwg4hpDQoEAGBwg4hpDQoFAGF3aGFhcmBhYKRgFCFWMk9QAnCDiGkN CgQAYHCDiGkNCgUAYXRoYGB4YGFhYKRgW4JMCUhQRVQIX0hJRAxB0AEDCENSU18REQ0KDoYJAAAA AND+AAQAAHkAW4BeTFBDUgAMBPTR/g0KBFuBFExQQ1IASFBUUwIABUhQVEUBABgUJF9TVEEAoBCT T1NGTACgCEhQVEWkDQoPoQ0KoAhIUFRFpA0KC6QAFCpfQ1JTAIpDUlNfDQoESFBUX3dIUFRTCwAQ YHJgDAAA0P5IUFRfpENSU19bgFJYODACAA0K/1uBE1JYODABAEBATFBDRBBMUENFEAhEQlBUEk4E BBIaCAv4Awv4AgsgAgsoAgs4AgvoAgs4AwvoAxIaCAv4Awv4AgsgAgsoAgs4AgvoAgs4AwvoAxIL Awt4Awt4Agu8AxIIAgvwAwtwAwhERExUEiEEEgYCAAv4/xIHAg0KBAuP/xIHAg0KCAv//BIHAg0K DAv/7xRLCVJSSU8EoEwFkJKUaA0KA5KVaABwiYOIREJQVGgAAWoAAABgoD+Sk2D/cIOIg4hERExU aAAAAGFwg4iDiERETFRoAAEAYnlgYWB7TFBDRGJMUENEfUxQQ0RgTFBDRFdYODJoaaAjk2gNCgig DZNqCwACV1g4Mg0KCGihD6ANk2oLCAJXWDgyDQoJaKASkJKUaA0KDZKVaA0KDQpXWDgyaGkUJldY ODICeQFoYKAMaX1MUENFYExQQ0WhDoBgYHtMUENFYExQQ0UUBlJETUEDW4JBC0ZXSF8IX0hJRAwl 1AgACENSU18RHQ0KGoYJAAAAAAAAAAAAAIYJAAAAAAAAAAAAAHkAikNSU18NCgRCUzAwikNSU18N CghCTDAwikNSU18NChBCUzEwikNSU18NChRCTDEwFEEFX0NSUwBwDAAAgP9ggkZIRDBhdmGgDQph d2EMAAAIAGFyYGFicGJCUzAwckJTMDAMAABAAEJTMTB0AEJTMTBCTDAwcEJMMDBCTDEwpENSU19b gkoJRldIRQhfSElEDEHQDAIIX1VJRA0KAwhDUlNfERENCg6GCQAAAAAAAAAAAAB5ABRLBl9DUlMA ikNSU18NCgRCUzAwikNSU18NCghCTDAwoBmTXl4uRldIX0JTMDAAXl4uRldIX19DUlNyXl4uRldI X0JTMDBeXi5GV0hfQkwwMEJTMDB0Xl4uRldIX0JTMTBCUzAwQkwwMKRDUlNfW4BGSFIwAg0K2A0K AluBEkZIUjABRkhEMQQABEZIRDAIEEQVXF9TQl9bgksUVE1BRAhfSElEDCRkAAEIX0NJRAxB0AwC CElWRVIMAAAAEAhUTVBWEgYEAQEAAAhWTFRWEggEDQoJDQoRAAAIUlBNVhIHBAENCiEAAAhSVEZM DQr/CE5VTEwSAgAUTgRUU0REAKAUk1JURkwNCv9wR05WUwvoFlJURkygKlJURkxyXl4vBFBDSTBT QlJHU0lPUkhXVDELrA0KiFRNUFYNCgIApFRNUFahBqROVUxMFEsEVlNERACgFJNSVEZMDQr/cEdO VlML6BZSVEZMoCdSVEZMcF5eLwRQQ0kwU0JSR1NJT1JIV1YwiFZMVFYNCgIApFZMVFahBqROVUxM FEsERlNERACgFJNSVEZMDQr/cEdOVlML6BZSVEZMoCdSVEZMcF5eLwRQQ0kwU0JSR1NJT1JIV0Yx iFJQTVYNCgIApFJQTVahBqROVUxMFAlTRFNQAKQNCg0KW4JDBl5QQ0lFCF9ISUQMQdAMAghfVUlE DQoRCENSU18REQ0KDoYJAAAAAADgAAAAEHkAFDNfQ1JTAIpDUlNfDQoEQkFTMYpDUlNfDQoITEVO MXBQQ0lCQkFTMXBQQ0lMTEVOMaRDUlNfECdcX0dQRRQgX0wxQQCGXC8EX1NCX1BDSTBTQlJHQVNP QwFbIgvoAxBEBEFTT0MIVkVTTAAUK1NQTFYJe2gL//9WRVNMcFZFU0xQQVIwSVNNSQ0KiHB7UEFS MAv//wBgpGAUC0dQTFYIpFZFU0xbgk4ST01TQwhfSElEDEHQDAIIX1VJRAAIQ1JTXxEdDQoahgkA AAAAAAAAAAAAhgkAAAAAAAAAAAAAeQAIQ1JTMRElDQoiS2AAAUtkAAGGCQAAAAAAAAAAAACGCQAA AAAAAAAAAAB5ABRJDF9DUlMAoEYNCkFQSUOKQ1JTXw0KCE1MMDGKQ1JTXw0KBE1CMDGKQ1JTXw0K FE1MMDKKQ1JTXw0KEE1CMDJwDAAAwP5NQjAxcAsAEE1MMDFwDAAA4P5NQjAycAsAEE1MMDKKQ1JT MQ0KEE1MMDOKQ1JTMQ0KDE1CMDOKQ1JTMQ0KHE1MMDSKQ1JTMQ0KGE1CMDRwDAAAwP5NQjAzcAsA EE1MMDNwDAAA4P5NQjA0cAsAEE1MMDR5DQoFDQoNCmCgDXtJT1NUYACkQ1JTX6EGpENSUzFbgkMU Xl5STUVNCF9ISUQMQdAMAQhfVUlEAQhDUlNfEUIEDQo+hgkAAQAAAAAAAA0KAIYJAAAAAAAAAAAA AIYJAAAAAA4AAAACAIYJAAEAABAAAAAAAIYJAAAAAAAAAAAAAHkAFEIOX0NSUwCKQ1JTXw0KEEJB UzGKQ1JTXw0KFExFTjGKQ1JTXw0KHEJBUzKKQ1JTXw0KIExFTjKKQ1JTXw0KLExFTjOKQ1JTXw0K NEJBUzSKQ1JTXw0KOExFTjSgBU9TRkyhQQagKE1HMUKgIpRNRzFCDAAADABwDAAADABCQVMxdE1H MUJCQVMxTEVOMaEVcAwAAAwAQkFTMXAMAAACAExFTjGgH3JNRzFCTUcxTGBwYEJBUzJ0DAAAEABC QVMyTEVOMnRNRzJCDAAAEABMRU4zcE1IMUJCQVM0dABCQVM0TEVONKRDUlNfW4JAC1VBUjEIX1VJ RAEIX0hJRAxB0AUBFAxfU1RBAKREU1RBABQMX0RJUwBEQ05UAAAUDV9DUlMApERDUlMAABQMX1NS UwFEU1JTaAAUC19QUlMApENNUFIIQ01QUhFDBQ0KTzEARwH4A/gDAQgiEAAqAAAwRwH4A/gDAQgi +BwqAAAwRwH4AvgCAQgi+BwqAAAwRwHoA+gDAQgi+BwqAAAwRwHoAugCAQgi+BwqAAA4eQAUFC5V QVIxX1BSVwCkR1BSVw0KCA0KBFuCQgVQUzJLCF9ISUQMQdADAwhfQ0lEDEHQAwsUGV9TVEEAeQEN Cg0KYKALe0lPU1RgAKQNCg+kAAhfQ1JTERgNChVHAWAAYAAAAUcBZABkAAABIgIAeQAUFC5QUzJL X1BSVwCkR1BSVw0KHQ0KBFuCSQdQUzJNCF9ISUQMQdAPAwhfQ0lEDEHQDxMUGV9TVEEAeQENCgxg oAt7SU9TVGAApA0KD6QACE0yUjARCA0KBSIAEHkACE0yUjEREA0KDUtgAAFLZAABIgAQeQAUIF9D UlMAeQENCg0KYKANe0lPU1RgAKRNMlIwoQakTTJSMRQULlBTMk1fUFJXAKRHUFJXDQodDQoEEE8Q Xl5QQ0kwCFNMSUMRQg0KDQqeOTg3MTM0NTEyNzgxR2VudWluZSBOVklESUEgQ2VydGlmaWVkIFNM SSBSZWFkeSBNb3RoZXJib2FyZCBmb3IgQVNVUyBYNTggUDZYNThELUUgICBiZWVmLUNvcHlyaWdo dCAyMDA4IE5WSURJQSBDb3Jwb3JhdGlvbiBBbGwgUmlnaHRzIFJlc2VydmVkLTc2NTI4OTg5MTAy MyhSKQBbgk0FV01JMQhfSElEDXBucDBjMTQACF9VSUQNTVhNMgAIX1dERxEXDQoUPFzL9q6cvU61 d5MeoyoswE1YAQIUIFdNTVgDimoARlVOQ6AQk0ZVTkMMU0xJQaRTTElDpABbgkEHVVNCMAhfQURS DAAAHQBbgEJBUjACDQrEAVuBDUJBUjABVVNCVwIABhQeX1MzRACgEpGTT1NGTAGTT1NGTA0KAqQN CgKhBKQNCgMUGF9QU1cBoAlocA0KA1VTQlehB3AAVVNCVxQPX1BSVwCkR1BSVw0KAw0KBFuCQQdV U0IxCF9BRFIMAQAdAFuAQkFSMAINCsQBW4ENQkFSMAFVU0JXAgAGFB5fUzNEAKASkZNPU0ZMAZNP U0ZMDQoCpA0KAqEEpA0KAxQYX1BTVwGgCWhwDQoDVVNCV6EHcABVU0JXFA9fUFJXAKRHUFJXDQoE DQoEW4JBB1VTQjIIX0FEUgwCAB0AW4BCQVIwAg0KxAFbgQ1CQVIwAVVTQlcCAAYUHl9TM0QAoBKR k09TRkwBk09TRkwNCgKkDQoCoQSkDQoDFBhfUFNXAaAJaHANCgNVU0JXoQdwAFVTQlcUD19QUlcA pEdQUlcNCgwNCgRbgkEHVVNCNQhfQURSDAMAHQBbgEJBUjACDQrEAVuBDUJBUjABVVNCVwIABhQe X1MzRACgEpGTT1NGTAGTT1NGTA0KAqQNCgKhBKQNCgMUGF9QU1cBoAlocA0KA1VTQlehB3AAVVNC VxQPX1BSVwCkR1BSVw0KIA0KBFuCH0VVU0IIX0FEUgwHAB0AFA9fUFJXAKRHUFJXDQoNCgRbgkEH VVNCMwhfQURSDAAAGgBbgEJBUjACDQrEAVuBDUJBUjABVVNCVwIABhQeX1MzRACgEpGTT1NGTAGT T1NGTA0KAqQNCgKhBKQNCgMUGF9QU1cBoAlocA0KA1VTQlehB3AAVVNCVxQPX1BSVwCkR1BSVw0K Dg0KBFuCQQdVU0I0CF9BRFIMAQAaAFuAQkFSMAINCsQBW4ENQkFSMAFVU0JXAgAGFB5fUzNEAKAS kZNPU0ZMAZNPU0ZMDQoCpA0KAqEEpA0KAxQYX1BTVwGgCWhwDQoDVVNCV6EHcABVU0JXFA9fUFJX AKRHUFJXDQoFDQoEW4JBB1VTQjYIX0FEUgwCABoAW4BCQVIwAg0KxAFbgQ1CQVIwAVVTQlcCAAYU Hl9TM0QAoBKRk09TRkwBk09TRkwNCgKkDQoCoQSkDQoDFBhfUFNXAaAJaHANCgNVU0JXoQdwAFVT QlcUD19QUlcApEdQUlcNCiANCgRbgh9VU0JFCF9BRFIMBwAaABQPX1BSVwCkR1BSVw0KDQoEW4I2 UDBQNAhfQURSDAAAHAAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjA0pFBSMDRb gjZQMFA1CF9BRFIMAQAcABQPX1BSVwCkR1BSVw0KCQ0KBBQWX1BSVACgDQpQSUNNpEFSMDWkUFIw NVuCNlAwUDYIX0FEUgwCABwAFA9fUFJXAKRHUFJXDQoJDQoEFBZfUFJUAKANClBJQ02kQVIwNqRQ UjA2W4I2UDBQNwhfQURSDAMAHAAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjA3 pFBSMDdbgkXZUDBQOAhfQURSDAQAHAAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRB UjA4pFBSMDhbgkRrSk1CMAhfQURSAFuAQ0Y0MAINCkANCgRbgUIFQ0Y0MAFDSEUwAU1VTFQBAAFD QUIwAUNIRTEBAANBSEVOAQADUFJUMAFBSE0wAVBSVDEBQUhNMQFDRjQyBlNXQVABUEFUQQEABldU RU4BAAEIUElPVBIPBQtYAguGAQtKAQ0KtA0KeAhVRE1BEhAHDQp4DQpQDQo8DQooDQoeDQoUDQoP CE1ETUESCQML4AENCpYNCngISURFQhEDDQoUiklERUIAR1RNMIpJREVCDQoER1RNMYpJREVCDQoI R1RNMopJREVCDQoMR1RNM4pJREVCDQoQR1RNNAhQSU8wDQoECERNQTANCgYITURBMA0KAghQSU8x DQoECERNQTENCgYITURBMQ0KAghQSU8yDQoECERNQTINCgYITURBMg0KAghQSU8zDQoECERNQTMN CgYITURBMw0KAghGTEdQDQofCEZMR1MNCh9bgkQrSURFMAhfQURSABRFDF9HVE0AcIOIUElPVFBJ TzAAYHCDiFBJT1RQSU8xAGJwDQoaZKAxkEZMR1ABoBiSTVVMVKARkENBQjBTV0FQcA0KAkRNQTBw g4hVRE1BRE1BMABhfWQBZKEOcIOITURNQU1EQTAAYaAskEZMR1ANCgSgEZBDQUIwU1dBUHANCgJE TUExcIOIVURNQURNQTEAY31kDQoEZKEOcIOITURNQU1EQTEAY3BgR1RNMHBhR1RNMXBiR1RNMnBj R1RNM3BkR1RNNKRJREVCFEwMX1NUTQNwaElERUJwR1RNMGBwR1RNMWFwR1RNMmJwR1RNM2NwR1RN NGRwZEZMR1CgGZCSk2D/kpNgAHCJUElPVAFgAAAAUElPMKAykJKTYf+Sk2EAoBaQRkxHUAFwiVVE TUEBYQAAAERNQTChEHCJTURNQQFhAAAATURBMKAZkJKTYv+Sk2IAcIlQSU9UAWIAAABQSU8xoDOQ kpNj/5KTYwCgF5BGTEdQDQoEcIlVRE1BAWMAAABETUExoRBwiU1ETUEBYwAAAE1EQTFbgkgIRFJW MAhfQURSABRLB19HVEYAcBENCg0KBwMAAAAAoO9gcBENCg0KBwMAAAAAoO9hjGABUElPTYxhAURN QU1wUElPMFBJT019UElPTQ0KCFBJT02gG5BGTEdQAXBETUEwRE1BTX1ETUFNDQpARE1BTaEVcE1E QTBETUFNfURNQU0NCiBETUFNc2BhYqRiW4JJCERSVjEIX0FEUgEUTAdfR1RGAHARDQoNCgcDAAAA ALDvYHARDQoNCgcDAAAAALDvYYxgAVBJT02MYQFETUFNcFBJTzFQSU9NfVBJT00NCghQSU9NoByQ RkxHUA0KBHBETUExRE1BTX1ETUFNDQpARE1BTaEVcE1EQTFETUFNfURNQU0NCiBETUFNc2BhYqRi W4JGK0lERTEIX0FEUgEURwxfR1RNAHCDiFBJT1RQSU8yAGBwg4hQSU9UUElPMwBicA0KGmSgMpBG TEdTAaAZkk1VTFSgEpBDQUIwklNXQVBwDQoCRE1BMnCDiFVETUFETUEyAGF9ZAFkoQ5wg4hNRE1B TURBMgBhoC2QRkxHUw0KBKASkENBQjCSU1dBUHANCgJETUEzcIOIVURNQURNQTMAY31kDQoEZKEO cIOITURNQU1EQTMAY3BgR1RNMHBhR1RNMXBiR1RNMnBjR1RNM3BkR1RNNKRJREVCFEwMX1NUTQNw aElERUJwR1RNMGBwR1RNMWFwR1RNMmJwR1RNM2NwR1RNNGRwZEZMR1OgGZCSk2D/kpNgAHCJUElP VAFgAAAAUElPMqAykJKTYf+Sk2EAoBaQRkxHUwFwiVVETUEBYQAAAERNQTKhEHCJTURNQQFhAAAA TURBMqAZkJKTYv+Sk2IAcIlQSU9UAWIAAABQSU8zoDOQkpNj/5KTYwCgF5BGTEdTDQoEcIlVRE1B AWMAAABETUEzoRBwiU1ETUEBYwAAAE1EQTNbgkgIRFJWMAhfQURSABRLB19HVEYAcBENCg0KBwMA AAAAoO9gcBENCg0KBwMAAAAAoO9hjGABUElPTYxhAURNQU1wUElPMlBJT019UElPTQ0KCFBJT02g G5BGTEdTAXBETUEyRE1BTX1ETUFNDQpARE1BTaEVcE1EQTJETUFNfURNQU0NCiBETUFNc2BhYqRi W4JJCERSVjEIX0FEUgEUTAdfR1RGAHARDQoNCgcDAAAAALDvYHARDQoNCgcDAAAAALDvYYxgAVBJ T02MYQFETUFNcFBJTzNQSU9NfVBJT00NCghQSU9NoByQRkxHUw0KBHBETUEzRE1BTX1ETUFNDQpA RE1BTaEVcE1EQTNETUFNfURNQU0NCiBETUFNc2BhYqRiW4JGakpNQjEIX0FEUgFbgENGNDACDQpA DQoEW4FCBUNGNDABQ0hFMAFNVUxUAQABQ0FCMAFDSEUxAQADQUhFTgEAA1BSVDABQUhNMAFQUlQx AUFITTEBQ0Y0MgZTV0FQAVBBVEEBAAZXVEVOAQABCFBJT1QSDwULWAILhgELSgENCrQNCngIVURN QRIQBw0KeA0KUA0KPA0KKA0KHg0KFA0KDwhNRE1BEgkDC+ABDQqWDQp4CElERUIRAw0KFIpJREVC AEdUTTCKSURFQg0KBEdUTTGKSURFQg0KCEdUTTKKSURFQg0KDEdUTTOKSURFQg0KEEdUTTQIUElP MA0KBAhETUEwDQoGCE1EQTANCgIIUElPMQ0KBAhETUExDQoGCE1EQTENCgIIUElPMg0KBAhETUEy DQoGCE1EQTINCgIIUElPMw0KBAhETUEzDQoGCE1EQTMNCgIIRkxHUA0KHwhGTEdTDQofW4JNKklE RTAIX0FEUgAUTgtfR1RNAHCDiFBJT1RQSU8wAGBwg4hQSU9UUElPMQBicA0KGmSgKpBGTEdQAaAR kENBQjBTV0FQcA0KAkRNQTBwg4hVRE1BRE1BMABhfWQBZKEOcIOITURNQU1EQTAAYaAskEZMR1AN CgSgEZBDQUIwU1dBUHANCgJETUExcIOIVURNQURNQTEAY31kDQoEZKEOcIOITURNQU1EQTEAY3Bg R1RNMHBhR1RNMXBiR1RNMnBjR1RNM3BkR1RNNKRJREVCFEwMX1NUTQNwaElERUJwR1RNMGBwR1RN MWFwR1RNMmJwR1RNM2NwR1RNNGRwZEZMR1CgGZCSk2D/kpNgAHCJUElPVAFgAAAAUElPMKAykJKT Yf+Sk2EAoBaQRkxHUAFwiVVETUEBYQAAAERNQTChEHCJTURNQQFhAAAATURBMKAZkJKTYv+Sk2IA cIlQSU9UAWIAAABQSU8xoDOQkpNj/5KTYwCgF5BGTEdQDQoEcIlVRE1BAWMAAABETUExoRBwiU1E TUEBYwAAAE1EQTFbgkgIRFJWMAhfQURSABRLB19HVEYAcBENCg0KBwMAAAAAoO9gcBENCg0KBwMA AAAAoO9hjGABUElPTYxhAURNQU1wUElPMFBJT019UElPTQ0KCFBJT02gG5BGTEdQAXBETUEwRE1B TX1ETUFNDQpARE1BTaEVcE1EQTBETUFNfURNQU0NCiBETUFNc2BhYqRiW4JJCERSVjEIX0FEUgEU TAdfR1RGAHARDQoNCgcDAAAAALDvYHARDQoNCgcDAAAAALDvYYxgAVBJT02MYQFETUFNcFBJTzFQ SU9NfVBJT00NCghQSU9NoByQRkxHUA0KBHBETUExRE1BTX1ETUFNDQpARE1BTaEVcE1EQTFETUFN fURNQU0NCiBETUFNc2BhYqRiW4JPKklERTEIX0FEUgEUQAxfR1RNAHCDiFBJT1RQSU8yAGBwg4hQ SU9UUElPMwBicA0KGmSgK5BGTEdTAaASkENBQjCSU1dBUHANCgJETUEycIOIVURNQURNQTIAYX1k AWShDnCDiE1ETUFNREEyAGGgLZBGTEdTDQoEoBKQQ0FCMJJTV0FQcA0KAkRNQTNwg4hVRE1BRE1B MwBjfWQNCgRkoQ5wg4hNRE1BTURBMwBjcGBHVE0wcGFHVE0xcGJHVE0ycGNHVE0zcGRHVE00pElE RUIUTAxfU1RNA3BoSURFQnBHVE0wYHBHVE0xYXBHVE0yYnBHVE0zY3BHVE00ZHBkRkxHU6AZkJKT YP+Sk2AAcIlQSU9UAWAAAABQSU8yoDKQkpNh/5KTYQCgFpBGTEdTAXCJVURNQQFhAAAARE1BMqEQ cIlNRE1BAWEAAABNREEyoBmQkpNi/5KTYgBwiVBJT1QBYgAAAFBJTzOgM5CSk2P/kpNjAKAXkEZM R1MNCgRwiVVETUEBYwAAAERNQTOhEHCJTURNQQFjAAAATURBM1uCSAhEUlYwCF9BRFIAFEsHX0dU RgBwEQ0KDQoHAwAAAACg72BwEQ0KDQoHAwAAAACg72GMYAFQSU9NjGEBRE1BTXBQSU8yUElPTX1Q SU9NDQoIUElPTaAbkEZMR1MBcERNQTJETUFNfURNQU0NCkBETUFNoRVwTURBMkRNQU19RE1BTQ0K IERNQU1zYGFipGJbgkkIRFJWMQhfQURSARRMB19HVEYAcBENCg0KBwMAAAAAsO9gcBENCg0KBwMA AAAAsO9hjGABUElPTYxhAURNQU1wUElPM1BJT019UElPTQ0KCFBJT02gHJBGTEdTDQoEcERNQTNE TUFNfURNQU0NCkBETUFNoRVwTURBM0RNQU19RE1BTQ0KIERNQU1zYGFipGJbgjZQMFA5CF9BRFIM BQAcABQPX1BSVwCkR1BSVw0KCQ0KBBQWX1BSVACgDQpQSUNNpEFSMDmkUFIwOVuCNk5QRTEIX0FE UgwAAAEAFA9fUFJXAKRHUFJXDQoJDQoEFBZfUFJUAKANClBJQ02kQVIxMaRQUjExW4I2TlBFMghf QURSDAAAAgAUD19QUlcApEdQUlcNCgkNCgQUFl9QUlQAoA0KUElDTaRBUjEypFBSMTJbgjZOUEUz CF9BRFIMAAADABQPX1BSVwCkR1BSVw0KCQ0KBBQWX1BSVACgDQpQSUNNpEFSMTOkUFIxM1uCNk5Q RTcIX0FEUgwAAAcAFA9fUFJXAKRHUFJXDQoJDQoEFBZfUFJUAKANClBJQ02kQVIxN6RQUjE3W4If R0JFXwhfQURSDAAAGQAUD19QUlcApEdQUlcNCg0KBFuCQMtTQVRBCF9BRFIMAgAfAAheTkFUQRIH AQwCAB8ACFxGWlRGEQ0KDQoHAAAAAAAA9QhSRUdGARQSX1JFRwKgC5NoDQoCcGlSRUdGCFRJTTAS SAUIEgsEDQp4DQq0DQrwC4QDEgkEDQojDQohDQoQABIJBA0KCw0KCQ0KBAASDgYNCngNCloNCjwN CigNCh4NChQSDQoGAAENCgIBDQoCARIIBgAAAAEBARIJBA0KBA0KAw0KAgASBwQNCgIBAAAIVE1E MBEDDQoUilRNRDAAUElPMIpUTUQwDQoERE1BMIpUTUQwDQoIUElPMYpUTUQwDQoMRE1BMYpUTUQw DQoQQ0hORluAQ0ZHMgINCkANCiBbgUgNCkNGRzIDUE1QVARQU1BUBFBNUkkGAAJTTVBUBFNTUFQE U01SSQYAAlBTUkkEU1NSSQQAGFBNM0UBUFMzRQFTTTNFAVNTM0UBAAxQTVVUAgACUFNVVAIAAlNN VVQCAAJTU1VUAgACAEAEUE02RQFQUzZFAVNNNkUBU1M2RQFQTUNSAVBTQ1IBU01DUgFTU0NSAQAE UE1BRQFQU0FFAVNNQUUBU1NBRQEIR01QVAAIR01VRQAIR01VVAAIR01DUgAIR1NQVAAIR1NVRQAI R1NVVAAIR1NDUgBbgk8iQ0hOMAhfQURSABRJB19HVE0AeVBTQ1IBYX1QTUNSYWB5UE1BRQ0KAmN5 UE02RQFkfWNkY31QTTNFY2F5UE1QVA0KBGN9YWNheVBTQUUNCgJjeVBTNkUBZH1jZGN9UFMzRWNi eVBTUFQNCgRjfWJjYqRHVE1fUE1SSWFQTVVUUFNSSWJQU1VUYBROFl9TVE0DcGhbMXBoVE1EMHlQ TUFFDQoCY3lQTTZFAWR9Y2RjfVBNM0VjYHlQTVBUDQoEY31gY2B5UFNBRQ0KAmN5UFM2RQFkfWNk Y31QUzNFY2F5UFNQVA0KBGN9YWNhcFBNUklHTVBUcGBHTVVFcFBNVVRHTVVUcFBNQ1JHTUNScFBT UklHU1BUcGFHU1VFcFBTVVRHU1VUcFBTQ1JHU0NSU1RNX3BHTVBUUE1SSXBHTVVFYHBHTVVUUE1V VHBHTUNSUE1DUnBHU1VFYXBHU1VUUFNVVHBHU0NSUFNDUqALe2ABAHABUE0zRaEHcABQTTNFoAx7 YA0KAgBwAVBNNkWhB3AAUE02RaAMe2ANCgQAcAFQTUFFoQdwAFBNQUWgC3thAQBwAVBTM0WhB3AA UFMzRaAMe2ENCgIAcAFQUzZFoQdwAFBTNkWgDHthDQoEAHABUFNBRaEHcABQU0FFcEdURl8AaUFU QTBwR1RGXwFqQVRBMVuCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEwW4IbRFJWMQhfQURSARQP X0dURgCkUkFUQUFUQTFbgk8iQ0hOMQhfQURSARRJB19HVE0AeVNTQ1IBYX1TTUNSYWB5U01BRQ0K AmN5U002RQFkfWNkY31TTTNFY2F5U01QVA0KBGN9YWNheVNTQUUNCgJjeVNTNkUBZH1jZGN9U1Mz RWNieVNTUFQNCgRjfWJjYqRHVE1fU01SSWFTTVVUU1NSSWJTU1VUYBROFl9TVE0DcGhbMXBoVE1E MHlTTUFFDQoCY3lTTTZFAWR9Y2RjfVNNM0VjYHlTTVBUDQoEY31gY2B5U1NBRQ0KAmN5U1M2RQFk fWNkY31TUzNFY2F5U1NQVA0KBGN9YWNhcFNNUklHTVBUcGBHTVVFcFNNVVRHTVVUcFNNQ1JHTUNS cFNTUklHU1BUcGFHU1VFcFNTVVRHU1VUcFNTQ1JHU0NSU1RNX3BHTVBUU01SSXBHTVVFYHBHTVVU U01VVHBHTUNSU01DUnBHU1VFYXBHU1VUU1NVVHBHU0NSU1NDUqALe2ABAHABU00zRaEHcABTTTNF oAx7YA0KAgBwAVNNNkWhB3AAU002RaAMe2ANCgQAcAFTTUFFoQdwAFNNQUWgC3thAQBwAVNTM0Wh B3AAU1MzRaAMe2ENCgIAcAFTUzZFoQdwAFNTNkWgDHthDQoEAHABU1NBRaEHcABTU0FFcEdURl8A aUFUQTJwR1RGXwFqQVRBM1uCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEyW4IbRFJWMQhfQURS ARQPX0dURgCkUkFUQUFUQTMURRNHVE1fD3D/UElPMHD/UElPMXD/RE1BMHD/RE1BMXANChBDSE5G oAVSRUdGoQakVE1EMKARe2kNCiAAfUNITkYNCgJDSE5GcImDiFRJTTABAAFoAAAAZnCDiIOIVElN MAAAZgBncGdETUEwcGdQSU8woBF7bA0KIAB9Q0hORg0KCENITkZwiYOIVElNMA0KAgABawAAAGZw g4iDiFRJTTAAAGYAZ3BnRE1BMXBnUElPMaA9e2kNCgcAcGploAt7aQ0KAgByZQ0KAmWgC3tpDQoE AHJlDQoEZXCDiIOIVElNMA0KAwBlAERNQTB9Q0hORgFDSE5GoD57bA0KBwBwbWWgC3tsDQoCAHJl DQoCZaALe2wNCgQAcmUNCgRlcIOIg4hUSU0wDQoDAGUARE1BMX1DSE5GDQoEQ0hORnBUTUQwWzGk VE1EMBREIVNUTV8IoEwgUkVHRnAAR01VRXAAR01VVHAAR1NVRXAAR1NVVKBAB3tDSE5GAQBwiYOI VElNMA0KAwACRE1BMAAAAGCgCZRgDQoFcA0KBWBwg4iDiFRJTTANCgQAYABHTVVUfUdNVUUBR01V RaAQlGANCgJ9R01VRQ0KAkdNVUWgG5RgDQoEe0dNVUUNCv1HTVVFfUdNVUUNCgRHTVVFoTWgM32T UElPMP+TUElPMAAAoCN7lURNQTD/lERNQTAAAHBETUEwUElPMH1HTVVFDQqAR01VRaBBB3tDSE5G DQoEAHCJg4hUSU0wDQoDAAJETUExAAAAYKAJlGANCgVwDQoFYHCDiIOIVElNMA0KBABgAEdTVVR9 R1NVRQFHU1VFoBCUYA0KAn1HU1VFDQoCR1NVRaAblGANCgR7R1NVRQ0K/UdTVUV9R1NVRQ0KBEdT VUWhNaAzfZNQSU8x/5NQSU8xAACgI3uVRE1BMf+URE1BMQAAcERNQTFQSU8xfUdTVUUNCoBHU1VF oBR7Q0hORg0KAgB9R01VRQ0KIEdNVUWgFHtDSE5GDQoIAH1HU1VFDQogR1NVRXuJg4hUSU0wAAAE UElPMAAAAA0KB2Bwg4iDiFRJTTABAGAAYXBhR01QVKAQlWANCgN9R01VRQ0KUEdNVUV7iYOIVElN MAAABFBJTzEAAAANCgdgcIOIg4hUSU0wDQoCAGAAYXBhR1NQVKAQlWANCgN9R1NVRQ0KUEdTVUUI QVQwMRENCg0KBwMAAAAAAO8IQVQwMhENCg0KBwAAAAAAAJAIQVQwMxENCg0KBwAAAAAAAMYIQVQw NBENCg0KBwAAAAAAAJEIQVRBMBEDDQodCEFUQTERAw0KHQhBVEEyEQMNCh0IQVRBMxEDDQodCEFU QUIRAw0KHYxBVEFCAENNREMUTAVHVEZCC3dDTURDDQo4YHJgDQoIYVsTQVRBQmENCjhDTURYd0NN REMNCgdgjEFUQUJyYA0KAgBBMDAxjEFUQUJyYA0KBgBBMDA1cGhDTURYcGlBMDAxcGpBMDA1dUNN REMUQiNHVEZfDQpwaVsxcABDTURDCElENDkLAAwISUQ1OQAISUQ1Mw0KBAhJRDYzCwAPCElEODgL AA8ISVJEWQEIUElPVAAIRE1BVACgTQWTh2kLAAKLaQ0KYklXNDlwSVc0OUlENDmLaQ0KaklXNTNw SVc1M0lENTOLaQ0KfklXNjNwSVc2M0lENjOLaQ0KdklXNTlwSVc1OUlENTmLaQ0KsElXODhwSVc4 OElEODhwDQqgZ6BIBWhwDQqwZ3tDSE5GDQoISVJEWaASe0NITkYNChAAcFBJTzFQSU9UoQ0KcFBJ TzBQSU9UoCd7Q0hORg0KBACgEntDSE5GDQoQAHBETUExRE1BVKENCnBETUEwRE1BVKEne0NITkYN CgJJUkRZcFBJTzBQSU9UoBF7Q0hORgEAcERNQTBETUFUoEUEkJB7SUQ1Mw0KBAB7SUQ4OAsA/wBE TUFUcImDiFRJTTANCgMAAkRNQVQAAABhoAmUYQ0KBXANCgVhR1RGQkFUMDF9DQpAYQBnoUIEoD+Q e0lENjMLAP8AUElPVHuJg4hUSU0wAAAEUElPVAAAAA0KA2B9DQogg4iDiFRJTTANCgcAYABhR1RG QkFUMDFhZ6A1SVJEWXuJg4hUSU0wAAAEUElPVAAAAA0KB2B9DQoIg4iDiFRJTTANCgYAYABhR1RG QkFUMDFhZ6EWoBR7SUQ0OQsABABHVEZCQVQwMQFnoCSQe0lENTkLAAEAe0lENTkNCv8AR1RGQkFU MDN7SUQ1OQ0K/wBncEFUQUJbMaRBVEFCFDFSQVRBAYxoAENNRE53Q01ETg0KOGBbE2gNCghgUkVU QnBSRVRCWzGkc1JFVEJGWlRGAFuCQclTQVQxCF9BRFIMBQAfAAhSRUdGARQSX1JFRwKgC5NoDQoC cGlSRUdGCFRJTTASSAUIEgsEDQp4DQq0DQrwC4QDEgkEDQojDQohDQoQABIJBA0KCw0KCQ0KBAAS DgYNCngNCloNCjwNCigNCh4NChQSDQoGAAENCgIBDQoCARIIBgAAAAEBARIJBA0KBA0KAw0KAgAS BwQNCgIBAAAIVE1EMBEDDQoUilRNRDAAUElPMIpUTUQwDQoERE1BMIpUTUQwDQoIUElPMYpUTUQw DQoMRE1BMYpUTUQwDQoQQ0hORluAQ0ZHMgINCkANCiBbgUgNCkNGRzIDUE1QVARQU1BUBFBNUkkG AAJTTVBUBFNTUFQEU01SSQYAAlBTUkkEU1NSSQQAGFBNM0UBUFMzRQFTTTNFAVNTM0UBAAxQTVVU AgACUFNVVAIAAlNNVVQCAAJTU1VUAgACAEAEUE02RQFQUzZFAVNNNkUBU1M2RQFQTUNSAVBTQ1IB U01DUgFTU0NSAQAEUE1BRQFQU0FFAVNNQUUBU1NBRQEIR01QVAAIR01VRQAIR01VVAAIR01DUgAI R1NQVAAIR1NVRQAIR1NVVAAIR1NDUgBbgk8iQ0hOMAhfQURSABRJB19HVE0AeVBTQ1IBYX1QTUNS YWB5UE1BRQ0KAmN5UE02RQFkfWNkY31QTTNFY2F5UE1QVA0KBGN9YWNheVBTQUUNCgJjeVBTNkUB ZH1jZGN9UFMzRWNieVBTUFQNCgRjfWJjYqRHVE1fUE1SSWFQTVVUUFNSSWJQU1VUYBROFl9TVE0D cGhbMXBoVE1EMHlQTUFFDQoCY3lQTTZFAWR9Y2RjfVBNM0VjYHlQTVBUDQoEY31gY2B5UFNBRQ0K AmN5UFM2RQFkfWNkY31QUzNFY2F5UFNQVA0KBGN9YWNhcFBNUklHTVBUcGBHTVVFcFBNVVRHTVVU cFBNQ1JHTUNScFBTUklHU1BUcGFHU1VFcFBTVVRHU1VUcFBTQ1JHU0NSU1RNX3BHTVBUUE1SSXBH TVVFYHBHTVVUUE1VVHBHTUNSUE1DUnBHU1VFYXBHU1VUUFNVVHBHU0NSUFNDUqALe2ABAHABUE0z RaEHcABQTTNFoAx7YA0KAgBwAVBNNkWhB3AAUE02RaAMe2ANCgQAcAFQTUFFoQdwAFBNQUWgC3th AQBwAVBTM0WhB3AAUFMzRaAMe2ENCgIAcAFQUzZFoQdwAFBTNkWgDHthDQoEAHABUFNBRaEHcABQ U0FFcEdURl8AaUFUQTBwR1RGXwFqQVRBMVuCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEwW4Ib RFJWMQhfQURSARQPX0dURgCkUkFUQUFUQTFbgk8iQ0hOMQhfQURSARRJB19HVE0AeVNTQ1IBYX1T TUNSYWB5U01BRQ0KAmN5U002RQFkfWNkY31TTTNFY2F5U01QVA0KBGN9YWNheVNTQUUNCgJjeVNT NkUBZH1jZGN9U1MzRWNieVNTUFQNCgRjfWJjYqRHVE1fU01SSWFTTVVUU1NSSWJTU1VUYBROFl9T VE0DcGhbMXBoVE1EMHlTTUFFDQoCY3lTTTZFAWR9Y2RjfVNNM0VjYHlTTVBUDQoEY31gY2B5U1NB RQ0KAmN5U1M2RQFkfWNkY31TUzNFY2F5U1NQVA0KBGN9YWNhcFNNUklHTVBUcGBHTVVFcFNNVVRH TVVUcFNNQ1JHTUNScFNTUklHU1BUcGFHU1VFcFNTVVRHU1VUcFNTQ1JHU0NSU1RNX3BHTVBUU01S SXBHTVVFYHBHTVVUU01VVHBHTUNSU01DUnBHU1VFYXBHU1VUU1NVVHBHU0NSU1NDUqALe2ABAHAB U00zRaEHcABTTTNFoAx7YA0KAgBwAVNNNkWhB3AAU002RaAMe2ANCgQAcAFTTUFFoQdwAFNNQUWg C3thAQBwAVNTM0WhB3AAU1MzRaAMe2ENCgIAcAFTUzZFoQdwAFNTNkWgDHthDQoEAHABU1NBRaEH cABTU0FFcEdURl8AaUFUQTJwR1RGXwFqQVRBM1uCG0RSVjAIX0FEUgAUD19HVEYApFJBVEFBVEEy W4IbRFJWMQhfQURSARQPX0dURgCkUkFUQUFUQTMURRNHVE1fD3D/UElPMHD/UElPMXD/RE1BMHD/ RE1BMXANChBDSE5GoAVSRUdGoQakVE1EMKARe2kNCiAAfUNITkYNCgJDSE5GcImDiFRJTTABAAFo AAAAZnCDiIOIVElNMAAAZgBncGdETUEwcGdQSU8woBF7bA0KIAB9Q0hORg0KCENITkZwiYOIVElN MA0KAgABawAAAGZwg4iDiFRJTTAAAGYAZ3BnRE1BMXBnUElPMaA9e2kNCgcAcGploAt7aQ0KAgBy ZQ0KAmWgC3tpDQoEAHJlDQoEZXCDiIOIVElNMA0KAwBlAERNQTB9Q0hORgFDSE5GoD57bA0KBwBw bWWgC3tsDQoCAHJlDQoCZaALe2wNCgQAcmUNCgRlcIOIg4hUSU0wDQoDAGUARE1BMX1DSE5GDQoE Q0hORnBUTUQwWzGkVE1EMBREIVNUTV8IoEwgUkVHRnAAR01VRXAAR01VVHAAR1NVRXAAR1NVVKBA B3tDSE5GAQBwiYOIVElNMA0KAwACRE1BMAAAAGCgCZRgDQoFcA0KBWBwg4iDiFRJTTANCgQAYABH TVVUfUdNVUUBR01VRaAQlGANCgJ9R01VRQ0KAkdNVUWgG5RgDQoEe0dNVUUNCv1HTVVFfUdNVUUN CgRHTVVFoTWgM32TUElPMP+TUElPMAAAoCN7lURNQTD/lERNQTAAAHBETUEwUElPMH1HTVVFDQqA R01VRaBBB3tDSE5GDQoEAHCJg4hUSU0wDQoDAAJETUExAAAAYKAJlGANCgVwDQoFYHCDiIOIVElN MA0KBABgAEdTVVR9R1NVRQFHU1VFoBCUYA0KAn1HU1VFDQoCR1NVRaAblGANCgR7R1NVRQ0K/UdT VUV9R1NVRQ0KBEdTVUWhNaAzfZNQSU8x/5NQSU8xAACgI3uVRE1BMf+URE1BMQAAcERNQTFQSU8x fUdTVUUNCoBHU1VFoBR7Q0hORg0KAgB9R01VRQ0KIEdNVUWgFHtDSE5GDQoIAH1HU1VFDQogR1NV RXuJg4hUSU0wAAAEUElPMAAAAA0KB2Bwg4iDiFRJTTABAGAAYXBhR01QVKAQlWANCgN9R01VRQ0K UEdNVUV7iYOIVElNMAAABFBJTzEAAAANCgdgcIOIg4hUSU0wDQoCAGAAYXBhR1NQVKAQlWANCgN9 R1NVRQ0KUEdTVUUIQVQwMRENCg0KBwMAAAAAAO8IQVQwMhENCg0KBwAAAAAAAJAIQVQwMxENCg0K BwAAAAAAAMYIQVQwNBENCg0KBwAAAAAAAJEIQVRBMBEDDQodCEFUQTERAw0KHQhBVEEyEQMNCh0I QVRBMxEDDQodCEFUQUIRAw0KHYxBVEFCAENNREMUTAVHVEZCC3dDTURDDQo4YHJgDQoIYVsTQVRB QmENCjhDTURYd0NNREMNCgdgjEFUQUJyYA0KAgBBMDAxjEFUQUJyYA0KBgBBMDA1cGhDTURYcGlB MDAxcGpBMDA1dUNNREMUQiNHVEZfDQpwaVsxcABDTURDCElENDkLAAwISUQ1OQAISUQ1Mw0KBAhJ RDYzCwAPCElEODgLAA8ISVJEWQEIUElPVAAIRE1BVACgTQWTh2kLAAKLaQ0KYklXNDlwSVc0OUlE NDmLaQ0KaklXNTNwSVc1M0lENTOLaQ0KfklXNjNwSVc2M0lENjOLaQ0KdklXNTlwSVc1OUlENTmL aQ0KsElXODhwSVc4OElEODhwDQqgZ6BIBWhwDQqwZ3tDSE5GDQoISVJEWaASe0NITkYNChAAcFBJ TzFQSU9UoQ0KcFBJTzBQSU9UoCd7Q0hORg0KBACgEntDSE5GDQoQAHBETUExRE1BVKENCnBETUEw RE1BVKEne0NITkYNCgJJUkRZcFBJTzBQSU9UoBF7Q0hORgEAcERNQTBETUFUoEUEkJB7SUQ1Mw0K BAB7SUQ4OAsA/wBETUFUcImDiFRJTTANCgMAAkRNQVQAAABhoAmUYQ0KBXANCgVhR1RGQkFUMDF9 DQpAYQBnoUIEoD+Qe0lENjMLAP8AUElPVHuJg4hUSU0wAAAEUElPVAAAAA0KA2B9DQogg4iDiFRJ TTANCgcAYABhR1RGQkFUMDFhZ6A1SVJEWXuJg4hUSU0wAAAEUElPVAAAAA0KB2B9DQoIg4iDiFRJ TTANCgYAYABhR1RGQkFUMDFhZ6EWoBR7SUQ0OQsABABHVEZCQVQwMQFnoCSQe0lENTkLAAEAe0lE NTkNCv8AR1RGQkFUMDN7SUQ1OQ0K/wBncEFUQUJbMaRBVEFCFDFSQVRBAYxoAENNRE53Q01ETg0K OGBbE2gNCghgUkVUQnBSRVRCWzGkc1JFVEJGWlRGABBHLVxfR1BFFEQTX0wwOQCGXC8DX1NCX1BD STBOUEU0DQoChlwvA19TQl9QQ0kwTlBFNQ0KAoZcLwNfU0JfUENJME5QRTYNCgKGXC8DX1NCX1BD STBOUEU4DQoChlwvA19TQl9QQ0kwTlBFOQ0KAoZcLwNfU0JfUENJME5QRUENCgKGXC8DX1NCX1BD STBQMFA0DQoChlwvA19TQl9QQ0kwUDBQNQ0KAoZcLwNfU0JfUENJMFAwUDYNCgKGXC8DX1NCX1BD STBQMFA3DQoChlwvA19TQl9QQ0kwUDBQOA0KAoZcLwNfU0JfUENJMFAwUDkNCgKGXC8DX1NCX1BD STBOUEUxDQoChlwvA19TQl9QQ0kwTlBFMg0KAoZcLwNfU0JfUENJME5QRTMNCgKGXC8DX1NCX1BD STBOUEU3DQoChlwuX1NCX1BXUkINCgIUJV9MMEIAhlwvA19TQl9QQ0kwUDBQMQ0KAoZcLl9TQl9Q V1JCDQoCFBlfTDA4AFwvBF9TQl9QQ0kwU0JSR1NJT0gUGV9MMUQAXC8EX1NCX1BDSTBTQlJHU0lP SBQlX0wwMwCGXC8DX1NCX1BDSTBVU0IwDQoChlwuX1NCX1BXUkINCgIUJV9MMDQAhlwvA19TQl9Q Q0kwVVNCMQ0KAoZcLl9TQl9QV1JCDQoCFCVfTDBDAIZcLwNfU0JfUENJMFVTQjINCgKGXC5fU0Jf UFdSQg0KAhQ3X0wyMACGXC8DX1NCX1BDSTBVU0I1DQoChlwvA19TQl9QQ0kwVVNCNg0KAoZcLl9T Ql9QV1JCDQoCFEoEX0wwRACGXC8DX1NCX1BDSTBFVVNCDQoChlwvA19TQl9QQ0kwVVNCRQ0KAoZc LwNfU0JfUENJMEdCRV8NCgKGXC5fU0JfUFdSQg0KAhQlX0wwRQCGXC8DX1NCX1BDSTBVU0IzDQoC hlwuX1NCX1BXUkINCgIUJV9MMDUAhlwvA19TQl9QQ0kwVVNCNA0KAoZcLl9TQl9QV1JCDQoCW4Id UFdSQghfSElEDEHQDAwIX1VJRA0KqghfU1RBDQoLEEUVLwRfU0JfUENJMFNCUkdBU09DCEcwVDMS IAcMBQAHAA1OZXcgQ1BVIEluc3RhbGxlZAABAAABDQoCCEcwVDgSIQcMCAAGAA1JdGVtIGNhcGFi aWxpdHkADAAAAEAAAAAACEcwVDkSHgcMCQAGAA1JdGVtIGNvbnRyb2wADAAAAEAAAAAACEdSUDAS DgNHMFQzRzBUOEcwVDkUQQdHSVQwAQhfVF8wAHB7aAv//wBfVF8woBSTX1RfMA0KBXBHTlZTCzsX QVNCMaFDBKAWk19UXzANCghwAGB9YA0KBGBwYEFTQjGhKaAfk19UXzANCglwAGCgDUdOVlML6BZ9 YA0KBGBwYEFTQjGhB3AAQVNCMBRJBFNJVDADoDh7agv//wAIX1RfMABwe2gL//8AX1RfMKAXk19U XzANCgVTTlZTCzsXaXANCgNBU0IwoQdwAEFTQjChCHANCgNBU0IwEIQXAi8EX1NCX1BDSTBTQlJH QVNPQwhHM1UwEikJDAAAhgMNVW5jb3JlIENsb2NrIFJhdGlvAAAADQoMAQ0KHwENQXV0bwAIRzNR MBI7CQwBAAgDDVFQSSBGcmVxdWVuY3kAAAANCgQNQXV0bwANNC44MDBHVAANNS44NjZHVAANNi40 MDBHVAAIRzNDMBIhBwwRAAEDDUJDTEsgRnJlcXVlbmN5AAANCiELECcNCmQNCpcIRzNDMRIhBwwS AAIDDUNQVSBWb2x0YWdlAAANCjAMCEwB/gtxAg0KiQhHM0MyEhkHDBMABgMNQ1BVIFJhdGlvAAAA DQoGAQ0KHAhHM0MzEicHDBUAAgMNUVBJL0RSQU0gQ29yZSBWb2x0AAAADMDUAf4LcQINCkEIRzND NBIZBwwWAAIDDUNQVSBQTEwAAAALCAcNChQNCiQIRzNEMRJDBQsMMQAIAw1EUkFNIEZyZXF1ZW5j eQAAAA0KBg1BdXRvAA04MDAgTUh6AA0xMDY2IE1IegANMTMzMyBNSHoADTE2MDAgTUh6AA0xODY2 IE1IegAIRzNEMhIiBwwyAAgDDURSQU0gQnVzIFZvbHRhZ2UAAAALsAQNCg0KDQpRCEczRDQSGwcM NAAMAw1DSEEgREFUQQAADQoVC4sBDQoFDQowCEczRDUSGwcMNQAMAw1DSEEgQ1RSTAAADQoVC4sB DQoFDQowCEczRDYSGwcMNgAMAw1DSEIgREFUQQAADQoVC4sBDQoFDQowCEczRDcSGwcMNwAMAw1D SEIgQ1RSTAAADQoVC4sBDQoFDQowCEczRDgSGwcMOAAMAw1DSEMgREFUQQAADQoVC4sBDQoFDQow CEczRDkSGwcMOQAMAw1DSEMgQ1RSTAAADQoVC4sBDQoFDQowCEczUzASFQcMsQACAw1JQ0gAAAAL TAQNCmQNCgQIRzNTMRIaBwyzAAIDDUlDSCBQQ0lFAAAAC9wFDQpkDQoECEczTjASFQcMsgACAw1J T0gAAAALTAQNChQNCh8IRzNOMRIaBwy0AAIDDUlPSCBQQ0lFAAAAC9wFDQoUDQpACEczRFMSHwcM 8AAGAw1EZXZpY2UgU2VsZWN0AAwAAABAAAAAAAhHUlAzEkcEEUczQzBHM0MxRzNDMkczQzNHM0M0 RzNEMkczRDRHM0Q1RzNENkczRDdHM0Q4RzNEOUczUzBHM1MxRzNOMEczTjFHM0RTCEdPRFMACElU QUQNCjcIRFZNUwAIVEJSVBELDQoIAAAAAAAAAAAIVEJNSxELDQoIAAAAAAAAAAAIQ1ZJTwAIQ0hS RhEJDQoG////////FEo2R0lUMwEIX1RfMABwe2gL//8AX1RfMKATk19UXzAAcEdOVlMLIFRBU0Ix oU0zoBOTX1RfMAFwR05WUwsBNEFTQjGhRjKgTA6TX1RfMA0KEXBSQkxLDQrSAA0KIUNMS1KMQ0xL UgBDQjAwjENMS1INCgtDQkJNjENMS1INCgxDQkJOjENMS1INCh1DQjI5e0NCQk0NCj9gcENCQk5h fXlhDQoDYnl6Q0JCTQ0KBmIBYmF3C5gFYWR4ZA0KZGVjeGNgZWNwg4hHM1RCe0NCMjkNCg8AAGR4 Y2RlY6ANCpKVZQ0KAnJjAWOgG5ODiEczVEJ7Q0IyOQ0KDwAADQoGdGMNCmRBU0IxoTugG5ODiEcz VEJ7Q0IyOQ0KDwAADQoEdGMNCshBU0IxoR2gG5ODiEczVEJ7Q0IyOQ0KDwAADQoDdGMNCshBU0Ix oUYjoBGTX1RfMA0KEnBHQ1ZWQVNCMaFBIqBMDZNfVF8wDQoToEkEkX17ekdNRFgLoAENCgYAAQB7 R01EWAuZAQEAAJN7ekdNQVgNCs4NChwAAQAAcEdOVlMLoIJhdHt6R01BWA0Kzg0KCAANCv8AYUFT QjGhSAigRQiSk0dPRFMNCv+gLZNHTlZTC6CCe0dNQVgLmQENCv8AdHtHTUFYC5kBDQr/AIOIRzND Mg0KBABBU0IxoUwEoBGVR09EUw0KBHBHTUFYC60BYaEVcEdNRFgLrQFhdEdPRFMNCgRHT0RTeUdP RFMNCgNlemFlYHR7YA0K/wCDiEczQzINCgQAYHBgQVNCMaFBFKARk19UXzANChVwR1ZDVkFTQjGh TBKgEZNfVF8wDQoWcEdDUFZBU0IxoUcRoBSTX1RfMA0KMXBHTlZTCwU0QVNCMaFPD6ARk19UXzAN CjJwR0RSVkFTQjGhSg6gEpNfVF8wDQo0cEdEQ1YAQVNCMaFEDaASk19UXzANCjVwR0RRVgBBU0Ix oU4LoBKTX1RfMA0KNnBHRENWAUFTQjGhSA0KoBKTX1RfMA0KN3BHRFFWAUFTQjGhQgmgE5NfVF8w DQo4cEdEQ1YNCgJBU0IxoUsHoBOTX1RfMA0KOXBHRFFWDQoCQVNCMaFEBqARk19UXzANCrFwR1ND VkFTQjGhTwSgEZNfVF8wDQqzcEdTUFZBU0IxoTqgEZNfVF8wDQqycEdOQ1ZBU0IxoSagEZNfVF8w DQq0cEdOUFZBU0IxoRKgCJNfVF8wDQrwoQdwAEFTQjAUQ1VTSVQzAwhfVF8wAHB7aAv//wBfVF8w oCyTX1RfMACgJJKTR05WUwsgVGmgDXtqAQBTTlZTCyBUaX1BU0IwDQoCQVNCMKFNUKAsk19UXzAB oCSSk0dOVlMLATRpoA17agEAU05WUwsBNGl9QVNCMA0KAkFTQjChTU2gRRKTX1RfMA0KEXBSQkxL DQrSAA0KIUNMS1KMQ0xLUgBDQjAwjENMS1IBQ0IwMYtDTEtSDQoLQ0JNToxDTEtSDQodQ0IyOXdp DQoDYKAxk4OIRzNUQntDQjI5DQoPAAANCgaMTU42QmBNNjAwi01ONkJ1YE02VkxwTTZWTENCTU6h SAagMZODiEczVEJ7Q0IyOQ0KDwAADQoEjE1ONEJgTTQwMItNTjRCdWBNNFZMcE00VkxDQk1OoTOg MZODiEczVEJ7Q0IyOQ0KDwAADQoDjE1OM0JgTTMwMItNTjNCdWBNM1ZMcE0zVkxDQk1OoDV7ag0K AwBwe0NCMDANCt8AQ0IwMHB9Q0IwMQ0KEABDQjAxV0JMSw0K0gANChNDTEtSU05WUws7FwGgDXtq AQBTTlZTCwCnaaFEO6Aik19UXzANChKgC3tqDQoDAFNDVlZpoA17agEAU05WUwtgg2mhTjigRRWT X1RfMA0KE6BFFHtqDQoDAKAjkXtHTURYC5kBAQCTe3pHTUFYDQrODQocAAEAAHALmZlEQkc4oUkR oC+Sk0dPRFMNCv9wR05WUwuggmByYGlgcGCIVEJSVEdPRFMAcA0K/4hUQk1LR09EUwChRg6KVEJS VABUUkFYilRCUlQNCgRUUkRYilRCTUsAVFJNQYpUQk1LDQoEVFJNRHBHTUFYC60BYXBHTURYC60B Yn17YYBUUk1BAABUUkFYYX17YoBUUk1EAABUUkRYYlNNU1ILrQFhYnAAYKIZlWANCghwAIhUQlJU YABwAIhUQk1LYAB1YKBDBpKUR05WUwuggntHTUFYC5kBDQr/AHBHTURYC6ABY3tjDL////9jU01T UgugAUdNQVgLoAFjckdOVlMLoIIBYnBHTUFYC5kBY317YwwA////AGJiU01TUguZAWJHTURYC5kB oAV7agEAoUUjoCKTX1RfMA0KFaALe2oNCgMAU1ZDVmmgDXtqAQBTTlZTC2hzaaFPIKAik19UXzAN ChagC3tqDQoDAFNDUFZpoA17agEAU05WUwuIc2mhSR6gTgSTX1RfMA0KMaBEBJKTR05WUwsFNGmg N3tqAQBTTlZTCwU0aaAeaaAbkpNyeXZpDQoCAAFgR05WUwsgVFNOVlMLIFRgfUFTQjANCgJBU0Iw oUcZoCKTX1RfMA0KMqALe2oNCgMAU0RSVmmgDXtqAQBTTlZTC3hzaaFBF6Ack19UXzANCjRTRENW AGmgDXtqAQBTTlZTC5BzaaFBFaAck19UXzANCjVTRFFWAGmgDXtqAQBTTlZTC5hzaaFBE6Ack19U XzANCjZTRENWAWmgDXtqAQBTTlZTC6BzaaFBEaAck19UXzANCjdTRFFWAWmgDXtqAQBTTlZTC6hz aaFBD6Adk19UXzANCjhTRENWDQoCaaANe2oBAFNOVlMLsHNpoUANoB2TX1RfMA0KOVNEUVYNCgJp oA17agEAU05WUwu4c2mhTw0KoCKTX1RfMA0KsaALe2oNCgMAU1NDVmmgDXtqAQBTTlZTC3BzaaFJ CKAik19UXzANCrOgC3tqDQoDAFNTUFZpoA17agEAU05WUwuAc2mhQwagIpNfVF8wDQqyoAt7ag0K AwBTTkNWaaANe2oBAFNOVlMLcHNpoT2gIpNfVF8wDQq0oAt7ag0KAwBTTlBWaaANe2oBAFNOVlML gHNpoRigDpNfVF8wDQrwcGlHT0RToQdwAEFTQjAUQAlHU0dQAXhoDQoNCmBhCF9UXzAAcGFfVF8w oBiTX1RfMA0KA0VORkcNCgl7ekNSRTRgAAFgoUcFoBiTX1RfMA0KBEVORkcNCgl7ek9QVDBgAAFg oTugGJNfVF8wDQoIRU5GRw0KB3t6Q1JFNGAAAWChIKAYk19UXzANCglFTkZHDQoHe3pDUkU4YAAB YKEFcA0K/2BFWEZHpGAUSA1TU0dQAnhoDQoNCmBheQFgYAhfVF8wAHBhX1RfMKA3k19UXzANCgRF TkZHDQoJoByTaQB7T1BUMIBgAE9QVDB7T1BUMYBgAE9QVDGhC31PUFQwYE9QVDChSgegN5NfVF8w DQoIRU5GRw0KB6Ack2kAe0NSRTSAYABDUkU0e0NSRTWAYABDUkU1oQt9Q1JFNGBDUkU0oT+gN5Nf VF8wDQoJRU5GRw0KB6Ack2kAe0NSRTiAYABDUkU4e0NSRTmAYABDUkU5oQt9Q1JFOGBDUkU4oQVw DQr/YEVYRkdEWTQwW4BETFlQAQ0K4QFbgQtETFlQAURFTFkIFBZEWTQwAHANCoBgogtgcA0K/0RF TFl2YBRLDQpHQ1ZWAHAARFZNU6AXRFZNU3BSQllUeUlUQUQBAA0KAmJwYmChFXBSQllUeUlUQUQB AA0KA2B0DQp6YGBFTkZHDQoJoA+Te09QVDEBAAByYA0KEGCgEHtPUFQxDQoEAHBSRFZJYGBwUkJZ VHlJVEFEAQAAYqA0k3tiDQoCAACgIXtPUFQxDQoEAHQNCnpNVklEYKAIlWANCjdwAGChBnRgDQo3 YKEJdA0Kek1WSURgRVhGR6RgFEUTU0NWVgFFTkZHDQoJcABEVk1TcFJCWVR5SVRBRAEAAGCgLXtg DQoEAH1gDQoIYFdCWVR5SVRBRAEAAGBbIgF7YA0K92BXQllUeUlUQUQBAABgoBp7T1BUMQ0KBABw aENWSU9wR0RWSXJoDQpAAGhwaGagDQqUaA0KeXRoDQoQaKEcRU5GRw0KCXtPUFQwDQr+T1BUMH1P UFQxAU9QVDFwDQp6YHRgaGCgCZVgDQoCcA0KAmCgMURWTVNyTVZJRAFjdGNgYldCWVR5SVRBRAEA DQoCYnBSQllUeUlUQUQBAABifWANChpgoSZXQllUeUlUQUQBAA0KAmBwUkJZVHlJVEFEAQAAYH17 YA0K7wANCg0KYFdCWVR5SVRBRAEAAGCgIZRmDQp5RU5GRw0KCXtPUFQwDQr+T1BUMHtPUFQxDQr+ T1BUMUVYRkekARQkR0RWSQGgCJVoDQokcABgoRJ3aA0KDQpgdGALYAFgeGANCg1hYKRgFA5SRFZJ AXBDVklPYKRgFDNHVkNWAHANCkJlRU5GRw0KCKALkpNPUFQwAHAAYKEIdGVPUFQxYHBUVkNWAGBg RVhGR6RgFEwIU1ZDVgFwVFZDVgFoaHBoZnANCkJgcA0KQGWgDQqUaA0KQHRoDQoQaKAIlWBocA0K QGhFTkZHDQoIfUFDVFINCgJBQ1RScABPUFQwdGBoYaALlGENCgJwYU9QVDGhCHANCgJPUFQxRU5G Rw0KD3AAQ1JFMEVORkcNCg0KfUNSRTkNCghDUkU5e0NSMkMNCvxDUjJDRVhGR6QBFE0IVFZDVgKg SASTaAGgCZRpDQpAcA0KQGmgOJKVaQ0KJKALkpRpDQovcmkNCgJpoSWgC5KUaQ0KP3JpDQoEaaEX oBWSlGkNClByaQ0KBmmgCZRpDQpQcA0KUGmhOqAukpVpDQokoAuSlGkNCjF0aQ0KAmmhG6ALkpRp DQpDdGkNCgRpoQ2gC5KUaQ0KUHRpDQoGaaAJlGkNCkBwDQpAaaRpFBJHQ1BWAHBSQllUDQo8DQoz YKRgFC1TQ1BWAVdCWVQNCjwNCjBoV0JZVA0KPA0KMQFXQllUDQo8DQoyAVdCWVQNCjwNCkANCgik ARQSR05DVgBwUkJZVA0KPA0KA2CkYBQqU05DVgFXQllUDQo8AGhXQllUDQo8AQFXQllUDQo8DQoC AVdCWVQNCjwNCkABpAEUEkdOUFYAcFJCWVQNCjwNCiNgpGAULVNOUFYBV0JZVA0KPA0KIGhXQllU DQo8DQohAVdCWVQNCjwNCiIBV0JZVA0KPA0KQA0KBKQBFC9HU0NWAEVORkcNCgd7Q1JFNAFgRU5G Rw0KCXtPUFQwDQoCYXQNCgN9YGEAYEVYRkekYBRDB1NTQ1YBdA0KA2hgRU5GRw0KB3tgAWN9Q1JF NGBDUkU0e0NSRTR9Yw0K/gBDUkU0e0NSRTV9Yw0K/gBDUkU1RU5GRw0KCXtgDQoCYH1PUFQwYE9Q VDB7T1BUMH1gDQr9AE9QVDB7T1BUMX1gDQr9AE9QVDFFWEZHpAEUJEdTUFYARU5GRw0KB3tDUkU0 DQpgYHpgDQoFYHQNCgNgYEVYRkekYBRHBFNTUFYBRU5GRw0KB3QNCgNoYHl7YA0KAwANCgVgfUNS RTRgQ1JFNHtDUkU0fWANCp8AQ1JFNHtDUkU1fWANCp8AQ1JFNUVYRkekARRPDQpTRFJWAXhoDQoC YGGgJJNgAUVORkcNCgl7Q1JFNA0Kf0NSRTR7Q1JFNQ0Kf0NSRTVFWEZHoRZFTkZHDQoJfUNSRTQN CoBDUkU0RVhGR6A1lGANCg9TU0dQDQpXAVdCWVQNCjwNChB0aA0KD2hXQllUDQo8DQoRAVdCWVQN CjwNChIBV0JZVA0KPA0KQA0KAqEtV0JZVA0KPA0KEGhXQllUDQo8DQoRAVdCWVQNCjwNChIBV0JZ VA0KPA0KQA0KAlNTR1ANClcApAEUQwVHRFJWAKAqk0dTR1ANClcBclJCWVQNCjwNChANCg9gd2AN CgJgoA2TR1NHUA0KJQByYAFgpGChIHBSQllUDQo8DQoQYHdgDQoCYKANk0dTR1ANCiUAcmABYKRg FEUGR0RDVgEIX1RfMABwe2gNCv8AX1RfMKASk19UXzAAe1JCWVQNCmQBDQoPYKEwoBOTX1RfMAF7 UkJZVA0KZA0KAw0KD2ChGqAUk19UXzANCgJ7UkJZVA0KYA0KAw0KD2ChA6QAcEdWQ1RoAGCkYBRF BkdEUVYBCF9UXzAAcHtoDQr/AF9UXzCgE5NfVF8wAHtSQllUDQpkDQoCDQoPYKEvoBKTX1RfMAF7 UkJZVA0KYAENCg9goRqgFJNfVF8wDQoCe1JCWVQNCmANCgINCg9goQOkAHBHVkNUaAFgpGAURAdT RENWAlNWQ1RoAGlyR0RSVgFgcEdEUklpYGkIX1RfMABwe2gNCv8AX1RfMKAPk19UXzAAV0JZVA0K ZAFpoTSgFZNfVF8wAX1pDQqAaVdCWVQNCmQNCgNpoRygFpNfVF8wDQoCfWkNCoBpV0JZVA0KYA0K A2mhA6QApAEUSgZTRFFWAlNWQ1RoAWlyR0RSVgFgcEdEUklpYGkIX1RfMABwe2gNCv8AX1RfMKAQ k19UXzAAV0JZVA0KZA0KAmmhKaAPk19UXzABV0JZVA0KYAFpoRegEZNfVF8wDQoCV0JZVA0KYA0K AmmhA6QApAEUTAdHRFJJAnJ3aQ0KZGYL4C5meA0KaQ0KBWBloAiTaABwDQpAZKFIBXRoAWigCJNo ZXANCkBkoUgEoCaUaGV4Zg0KyGBkd2R0aGUAZHhkDQp9YGSgCZRkDQoQcA0KEGRyZA0KQGShHnhm DQrIYGR3ZHRlaABkeGQNChlgZKAJlGQNCj9wDQo/ZKRkFBlTVkNUA3Jpd2gNCgIAYHBqiENIUkZg AKQBFE0PR1ZDVAJyaXdoDQoCAGBwg4hDSFJGYABioEsMk2INCv8IX1RfMABwe2gNCv8AX1RfMKA4 k19UXzAAoA2TaQBwR05WUwuQc2GhDQpwR05WUwuYc2GgCJNhAHANChVhoQV0YQFhcGGIQ0hSRmAA oUsHoDiTX1RfMAGgDZNpAHBHTlZTC6BzYaENCnBHTlZTC6hzYaAIk2EAcA0KFWGhBXRhAWFwYYhD SFJGYAChP6A5k19UXzANCgKgDZNpAHBHTlZTC7BzYaENCnBHTlZTC7hzYaAIk2EAcA0KFWGhBXRh AWFwYYhDSFJGYAChA6QAoQtwg4hDSFJGYABhcIOIQ0hSRmAAYaRhCENMS1IRIw0KIAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEczVEIREw0KEAIDBQkEBg0KEggMFCQQGChICFBDRUYR Rg0KDQqi2+sWwtjVHPzWx1nlG/qTsdnrz46Y5tGkWv5NgFCfGftZ/dbgWPdQppbmF/MX9VbsF/kX +1f91N2U31ThFOPU5JTmVOiPr9TrTqZT48+0i4VT6FT20dLQx9HVS4sU/1Hak/VT902qTavS7k/I ENcPy0/M0vaR6tL5kN84KDpkMod8q/YF9gVkBzzGPMY8xv4G9iW2JnYrOqY85n4mjLoQ+oy8CE1O NkIRTRwLyAEGKtwG4rMGI7sGpccG36gGLPIGH6wGZc8GI8YGIsIGKvIGo8sGHrAGYskGI9EGKv0G KfkGo9YG5uoGHrsGI9wGG6sGqP8Go+EG2qgGlYkGI+cG4NQGZPEGo+wGFY8GU4IGI/IGGa8GYu8G F6MGHMgGGrsG4/0G2r0GntwG16kGHt8G2sIGYPEGlZ8GYfwGHucG4f8G4PkGHNwGXeUGF7cGWtAG HvIGlaoGm9wGU5wGU50G2+AGFbAGHv0GmtwGV8QGHfkGHPIGEIsGnf0GGdwG1sIGFbsG2ugGWuoG 3P0Gl9EGm/cGVLgGV9UGFs0GWeoGFcYGmvYGD48GE7YGE7cGlcsGUq8GltcGl+IGmfcGFdEGGfoG WPEGmPIG0awGldYGD5oGVM4G2PgG1+8GFdwGlucG0bMGj58G1/UGleEGVu0GV/kGE88GE9AGFvIG E9IGE9MGE9QGlvYGlewGle0Gj6oGEcIGVvwGFfIGUtAG1v8GlOkGD7AGlfcGUckGUL4GS4MG1fsG Ff0GFPIG0toGS4YGktwG0+kG0+oG0+sGD7sGzaIGDrAGlPwGkdcGEuUGlP8GEucGjJoG0ugGzagG 0uoGkd4A//8ITU40QhFPOAuKAwSf2ARUjATQcASSfwRThwRPawTUjwQSggQSggRSgwSUkgSShATR fQTShQSOaAQQeATUlgRSiASTkARQegSRggSTkgSTkgRRhASTlAQUnQRPdgSTlgRQfwTUnwSUoAQR iQSQgQSTmgROcgQUpAROcwTOcwSSlQTRjQSUpwTTnwQSmAQSmARSmQQUqwSSmgRPgQTSmwQQiwTT pQQZ2wQZ3ARc9wTY1AQVuwRb8QRZ4ARa6gTRmQTWxwSX0QTa7QQRnARUuATb+QSa8QSRngRX1wSb /QQOhATRoAQa9wQPjwSW0gRRowQTtwQVywQY6QSRpQQSsAQa/wRSsQQRqAQY7gRNgQTTvQRRqgRW 3QRPlwQZ/QTY8wQV1gSUzAQX7ASW4gRQpQTY+ATY+QRTxgQV3ATX8QRTyASU0wSOlARTygTX9QRN iwTV4QSV4gQX+QSRuAQSxATSxARSxQQW8gTV5wQQsQQT0wRRvQSU3wSW9gRW9wTV7ASV7QQU4wQN lAQRwgST2QTW/AQV8gSRxATU5wTW/wSNlwTRxgQPsARU6wTV9wRRyQRV+QRT4gRLgwSRywRU8AQV /QTV/QQRzgTS2gQQwwQS3ARR0ARS3QRNoATT6gTR0gTLiAQPuwQU+gQR1QQOsAQU/ASPvQSR1wRQ ywTU/gSU/wST8wSKgASMmgQLjgROtQTNqARPwwQT+ASR3gST+QQT+gQPxgTQ0wQT/ATQ1ATOugQT /gSLkwQS8gSS8gRS8wTS8wSS9AQS9QSNsQRMpAQOwARPzgSR6gRQ3QSLmATLmAQNtQSQ3wQNtgQN tgQNtgQNtwQNtwQNuAQNuAQNuQQNuQQNugQNugQNuwQNuwQNuwQNvAQNvAQNvQQNvQQNvgQNvgQN vwQNvwQNwAQNwAQNwAQNwQQNwQQNwgQNwgQNwwQNwwQNxAQNxAQNxQQNxQQNxQQNxgQNxgQNxwQN xwQNyAQNyAQNyQQNyQQNygQNygQNygQNywQNywQNzAQNzAQNzQQNzQQNzgQNzgQNzwQNzwQNzwQN 0AQN0AQN0QQN0QQN0gQN0gQN0wQN0wQN1AQN1AQN1AQN1QQN1QQN1gQN1gQN1wQN1wQN2AQN2AQN 2AQN2QQN2QQN2gQN2gQN2wQN2wQN3AQN3AQN3QQN3QQN3QQN3gQN3gQN3wQN3wQN4AQN4AQN4QQN 4QQN4gQN4gQN4gD//whNTjNCEU84C4oDA2OvA2O4A+KzA23vAyO7A6rhA6XHA+O9A9+oA2vrAyzy A6vtAx+sA2PDA2XPA6rsAyPGA+3/AyLCA+PIAyryAxeFA6PLA12pAx6wA6r3A2LJA2C+AyPRA+r7 Ayr9AyjyAyn5A2HJA6PWA1WBA+bqA2PZAx67Ayf0AyPcA6j8AxurA+PeA6j/A2f6A6PhA+ToA9qo A2PkA5WJA5aQAyPnAyX1A+DUA+PpA2TxAyHeA6PsA57LAxWPA2PvA1OCA9OCAyPyA9WRAx7RA+P0 A6HnA6T9A6P3AyDjA2P5A2P6A9adA1WXAyP9A5q8AyDpA+P/AyHyA6DrA9epAxvIAx7fAxzRA9rC A57hA2DxA53bA5WfA6H7A2H8A5ewAx7nA1WiA+H/AxarA+D5AxGFAxzcA57sA13lAx/2Axe3A9Wn A1rQA1/5Ax7yA9/6A5WqA5/8A5vcAx/+A1OcA13vA1OdA9OdA9vgA9nQAxWwAxvjAx79A9zsA5rc A9WyA1fEA134Ax35A0+BAxzyA1GTAxCLA9a/A539A1W4AxncAxfLA9bCA5z4AxW7A5SyA9roA8+G A1rqAxz9A9z9A1v1A5fRA1jbA5v3A5jcA1S4A1rwA1fVA1XDAxbNA0+MA1nqA1fYAxXGAxbQA5r2 AxKrAw+PA9XIAxO2A5O2AxO3A5O3A5XLA8+RA1KvAxr+A5bXA1XOA5fiA1XPA5n3A1baAxXRA5fl Axn6A9jwA1jxAxjyA5jyAxfpA9GsA5j0A5XWAw2FAw+aA9fsA1TOA1XZA9j4A9bkA9fvAxTRAxXc Axj8A5bnA9CoA9GzA46UA4+fA9K/A9f1A1f2A5XhA9LBA1btA0+iA1f5A1XkAxPPA5PPAxPQA5PQ AxbyA5PRAxPSA5PSAxPTA9XpAxPUA8+nA5b2A1LKA5XsA82SA5XtAxLMA4+qA1XvAxHCAxC3A1b8 Axb9AxXyAxTnA1LQA1b/A9b/A9X0A5TpAxTqAw+wA82YA5X3A1TsA1HJA0yOA1C+A1X6A0uDA1Tv A9X7A1LYAxX9A1HNAxTyA5X+A9LaA9X/A0uGAw2fA5LcA0+4A9PpA1PqA9PqA1PrA9PrA1PsAw+7 A9LgA82iAwuKAw6wA9LiA5T8AxT9A5HXAw2lAxLlAxT/A5T/A8uMAxLnA9DNA4yaA5HbA9LoA461 A82oA0/DA9LqA1LrA5HeAP//EE8rLwRfU0JfUENJMFNCUkdBU09DCEc0VDASIAQMEAAHBA1DUFUg US1GQU4gQ29udHJvbAAMAAAAgAAIRzRUMRJBBAgMEQAIBA1DUFUgUS1GQU4gUHJvZmlsZQAMAQAQ AAANCgMNT3B0aW1hbAANU2lsZW50AA1QZXJmb3JtYW5jZQAIRzRUMhIqBwwXAAMEDUNQVSBULUNv bnRyb2wgcmVmZXJlbmNlAAwAAABAAAABDQpkCEc0MjASJAQMcAAHBA1DaGFzc2lzIFEtRkFOIENv bnRyb2wADAAAAIAACEc0MjESRQQIDHEACAQNQ2hhc3NpcyBRLUZBTiBQcm9maWxlAAwBAHEAAA0K Aw1PcHRpbWFsAA1TaWxlbnQADVBlcmZvcm1hbmNlAAhHUlA0EhYFRzRUMEc0VDFHNFQyRzQyMEc0 MjEUSwlHSVQ0AQhfVF8wAHB7aAv//wBfVF8woBSTX1RfMA0KEHBHTlZTC9MWQVNCMaFNBqAUk19U XzANChFwR05WUwskJkFTQjGhRQWgHJNfVF8wDQoXcEdOVlMLKEdgcnlgAQANCihBU0IxoTWgFJNf VF8wDQpwcEdOVlML1hZBU0IxoR6gFJNfVF8wDQpxcEdOVlMLJiZBU0IxoQdwAEFTQjAUQA5TSVQ0 AwhfVF8wAHB7aAv//wBfVF8woC2TX1RfMA0KEKAkkpNHTlZTC9MWaaANe2oBAFNOVlML0xZpfUFT QjANCgJBU0IwoUkJoC2TX1RfMA0KEaAkkpNHTlZTCyQmaaANe2oBAFNOVlMLJCZpfUFTQjANCgJB U0IwoUgGoC2TX1RfMA0KcKAkkpNHTlZTC9YWaaANe2oBAFNOVlML1hZpfUFTQjANCgJBU0IwoTeg LZNfVF8wDQpxoCSSk0dOVlMLJiZpoA17agEAU05WUwsmJml9QVNCMA0KAkFTQjChB3AAQVNCMBBB DQovBF9TQl9QQ0kwU0JSR0FTT0MIRzVUMBIeBwwAAAgFDUFJIFByb2ZpbGUAAAANCgINQXV0bwAA CEdSUDUSBgFHNVQwFC1HSVQ1AQhfVF8wAHB7aAv//wBfVF8woA2TX1RfMABwAUFTQjGhB3AAQVNC MBQuU0lUNQMIX1RfMABwe2gL//8AX1RfMKAOk19UXzAAcA0KA0FTQjChB3AAQVNCMBBLOi8EX1NC X1BDSTBTQlJHQVNPQwhHNjExEiQHDBEAAgYNVmNvcmUgVm9sdGFnZQAMAAAAIAALIAMLIAMNCgII RzY2MxIkBwxjAAIGDSszLjNWIFZvbHRhZ2UADAAAACAAC5oLC5QCDQoCCEc2NjISIgcMYgACBg0r NVYgVm9sdGFnZQAMAAAAIAALlBEL6AMNCgIIRzY2MRIjBwxhAAIGDSsxMlYgVm9sdGFnZQAMAAAA IAAL2CcLEA4NCgIIRzYxMhImBwwSAAMGDUNQVSBUZW1wZXJhdHVyZQAMAAAAIAALWAILXgENCgII RzYxNBIlBwwUAAMGDU1CIFRlbXBlcmF0dXJlAAwAAAAgAAvCAQssAQ0KAghHNjE1EiUHDBUAAwYN TkIgVGVtcGVyYXR1cmUADAAAACAAC1gCC14BDQoCCEc2MTMSJAcMEwAEBg1DUFUgRmFuIFNwZWVk AAwAAAAgAAtYAgvIGQ0KAghHNjczEikHDHMABAYNQ2hhc3NpczEgRmFuIFNwZWVkAAwAAAAgAAtY AgvIGQ0KAghHNjgzEikHDIMABAYNQ2hhc3NpczIgRmFuIFNwZWVkAAwAAAAgAAtYAgvIGQ0KAghH NjkzEiMHDJMABAYNTkIgRmFuIFNwZWVkAAwAAAAgAAtYAgvIGQ0KAghHNkMzEiQHDMMABAYNUG93 ZXIgRmFuIFNwZWVkAAwAAAAgAAALIBwNCgIIR1JQNhIyDEc2MTFHNjYzRzY2Mkc2NjFHNjEyRzYx NEc2MTVHNjEzRzY3M0c2ODNHNjkzRzZDMxRFFUdJVDYBCF9UXzAAcHtoC///AF9UXzCgEpNfVF8w DQoRcFJWTFQAQVNCMaFJEqASk19UXzANCmNwUlZMVAFBU0IxoUMRoBOTX1RfMA0KYnBSVkxUDQoC QVNCMaFMD6ATk19UXzANCmFwUlZMVA0KA0FTQjGhRQ6gGJNfVF8wDQoScF5eLlNJT1JIV1QxQVNC MaFJDKAYk19UXzANChRwXl4uU0lPUkhXVDBBU0IxoU0NCqAYk19UXzANChVwXl4uU0lPUkhXVDJB U0IxoUEJoBiTX1RfMA0KE3BeXi5TSU9SSFdGMUFTQjGhRQegGJNfVF8wDQpzcF5eLlNJT1JIV0Yw QVNCMaFJBaAYk19UXzANCoNwXl4uU0lPUkhXRjNBU0IxoT2gGJNfVF8wDQqTcF5eLlNJT1JIV0Y0 QVNCMaEioBiTX1RfMA0Kw3BeXi5TSU9SSFdGMkFTQjGhB3AAQVNCMBQGU0lUNgMQRBQvBF9TQl9Q Q0kwU0JSR0FTT0MIRzlUMBJNBAwMAAAICQ1BSSBPdmVyY2xvY2tpbmcAAAENCgcNTWFudWFsAA1B dXRvAA1TdGFuZGFyZAAADU4uTy5TLgAADUNQVSBMZXZlbCBVcAAIR1JQORIGAUc5VDAUQwVHSVQ5 AQhfVF8wAHB7aAv//wBfVF8woDKTX1RfMACgHpNHTlZTCw0KVwCgE5NHTlZTC7M1DQoGU05WUwuz NQFwR05WUwuzNUFTQjGhB3AAQVNCMBRMB1NJVDkDCF9UXzAAcHtoC///AF9UXzCgSwWTX1RfMACg QgWSk0dOVlMLszVpoDp7agEAoBiTaQ0KBqASk0dOVlMLwzUAcABBU0IwpACgE5NHTlZTC7M1DQoG U05WUwvDNQBTTlZTC7M1aX1BU0IwDQoCQVNCMKEHcABBU0IwEEZCLwRfU0JfUENJMFNCUkdBU09D CEdCVDASIgcMAQAGCw1TeXN0ZW0gUGVyZm9ybWFuY2UAAAANCgMBDQoECEdCVDESKAcMAgAGCw1T eXN0ZW0gUGVyZm9ybWFuY2UgQ29udHJvbAAAAAAAAAhHQlQyEhkHDAMABgsNU3lzdGVtIEdVSQAN CgQAAAAACEdCVDMSHgcMBgAFCw1BSSBHZWFyIHB1c2ggdXAAAAEAAQ0KHwhHQlQ0Eh8HDAcABQsN QUkgR2VhciBwb3AgZG93bgAAAQABDQozCEdCVDUSGgcMEAAGCw1MZXZlbCBTd2l0Y2gAAAAAAAAI R0JUNxIhBwwhAAYLDUFJIEdlYXIgTkIgdm9sdGFnZQAAAAABDQoCCEdCVDgSJwcMIgAGCw1BSSBH ZWFyIGxvYWQgbGluZSBzZWxlY3QAAAAAAQ0KAghHQlQ5EiIHDCMABgsNQUkgR2VhciBDUFUgdm9s dGFnZQAAAAABDQoCCEdSUEISJglHQlQwR0JUMUdCVDJHQlQzR0JUNEdCVDVHQlQ3R0JUOEdCVDkU RQ9HSVRCAQhfVF8wAHB7aAv//wBfVF8woBqTX1RfMAFwe4OIR0JUMA0KAgAL//8AQVNCMaFBDKAW k19UXzANCgJwg4hHQlQxDQoCAEFTQjGhRw0KoBaTX1RfMA0KA3CDiEdCVDINCgIAQVNCMaFNCKAS k19UXzANCgZwR0RFRgBBU0IxoUcHoBOTX1RfMA0KB3BHREVGDQoFQVNCMaFABqATk19UXzANCiBw R0RFRg0KA0FTQjGhSQSgEpNfVF8wDQohcEdERUYBQVNCMaEzoBOTX1RfMA0KInBHREVGDQoEQVNC MaEdoBOTX1RfMA0KI3BHREVGDQoCQVNCMaEHcABBU0IwFEUZU0lUQgMIX1RfMABwe2gL//8AX1Rf MKBECJNfVF8wAQhfVF8xAHB7agv//wBfVF8xoD2TX1RfMQCgGJNHTlZTC7M1AHBDT01TaUFTQjBB U0IwoRxwe4OIR0JUMA0KAgAL//8AYKANCpNgAHBgUEFSMKEsoCKTX1RfMQF7aQv//2BwYIhHQlQw DQoCAFNJQ0xgcGBQQVIwoQdwAEFTQjChRw+gKpNfVF8wDQoCcHtpDQr/AGCgEpNTVENHYAFwYIhH QlQxDQoCAKEHcABBU0IwoUkMoCKTX1RfMA0KBnJpg4hHQlQzDQoEAGBBR1BVYIOIR0JUMw0KBQCh Qw0KoCKTX1RfMA0KB3Jpg4hHQlQ0DQoEAGBBR1BEYIOIR0JUNA0KBQChTQegFJNfVF8wDQoQcHtp DQr/AGBBR0xTYKFFBqAUk19UXzANCiBwe2kNCv8AYEFHRFZgoU0EoBSTX1RfMA0KIXB7aQ0K/wBg QUdOVmChNaAUk19UXzANCiJwe2kNCv8AYEFHTElgoR6gFJNfVF8wDQojcHtpDQr/AGBBR0NWYKEH cABBU0IwEEYNCl9HUEUUTwlfTDE3AIZcLwRfU0JfUENJMFNCUkdBU09DDQoFoEoGk1wvBV9TQl9Q Q0kwU0JSR0FTT0NBSUdDAVwvBV9TQl9QQ0kwU0JSR0FTT0NHSVRFDAEABg5cLwVfU0JfUENJMFNC UkdBU09DU0lDTH0LEIBcLwVfU0JfUENJMFNCUkdBU09DQVNCMQBcLwVfU0JfUENJMFNCUkdBU09D UkNBU1uAR1BTMAFHUEJTDQpAW4EkR1BTMAEAQAZHUDAwAQAUUFdUSAEAShRHUDMyAQAPTkJQUwEQ TecvBF9TQl9QQ0kwU0JSR0FTT0MIR0VUMRIXBwwBAAYODU9DIFN0YXR1cwAAAAAAAAhHRVQyEhgH DBEADQoODUlDUFUgVmFsdWUAAAAAAAAIR0VUMxIYBwwSAAIODVZDUFUgVmFsdWUAAAAAAAAIR0VU NBIYBwwTAAsODVBDUFUgVmFsdWUAAAAAAAAIR0VUNRIbBwwUAA0KDg1PQyBUaHJlc2hvbGQxAAAA AAAACEdFVDYSGwcMFQANCg4NT0MgVGhyZXNob2xkMgAAAAAAAAhHRVQ3EhsHDBYADQoODU9DIFRo cmVzaG9sZDMAAAAAAAAIR1JQRRIeB0dFVDFHRVQyR0VUM0dFVDRHRVQ1R0VUNkdFVDcIQURQMxIY Cw0KQA0K9Q0K8Q0Kiw0Klg0K7g0K7w0K8A0K3Q0K3w0KAwhPQ1NUEQcNCgQAAQIDFEsSR0lURQEI X1RfMABwe2gL//8AX1RfMKAnk19UXzABcIOIT0NTVFJCWVSDiEFEUDMAAIOIQURQMwEAAEFTQjGh Sg6gIpNfVF8wDQoRcFJCWVSDiEFEUDMAAIOIQURQMw0KAgBBU0IxoUQMoCKTX1RfMA0KEnBSV1JE g4hBRFAzAACDiEFEUDMNCgMAQVNCMaFOCaAik19UXzANChNwUldSRIOIQURQMwAAg4hBRFAzDQoE AEFTQjGhSAegIpNfVF8wDQoUcFJCWVSDiEFEUDMAAIOIQURQMw0KBQBBU0IxoUIFoCKTX1RfMA0K FXBSQllUg4hBRFAzAACDiEFEUDMNCgYAQVNCMaEsoCKTX1RfMA0KFnBSQllUg4hBRFAzAACDiEFE UDMNCgcAQVNCMaEHcABBU0IwFEIIU0lURQMIX1RfMABwe2gL//8AX1RfMKAek19UXzANChRXQllU g4hBRFAzAACDiEFEUDMNCgUAaaFKBKAek19UXzANChVXQllUg4hBRFAzAACDiEFEUDMNCgYAaaEo oB6TX1RfMA0KFldCWVSDiEFEUDMAAIOIQURQMw0KBwBpoQdwAEFTQjAIT01OQhEFDQoCAAAIQ0RU QhETDQoQAgMFCQQGDQoSCAwUJBAYKEgIRlNCTBINARINCgQNClMNCoUNClMNCoUIT01TVBELDQoI AQABAQAAAgMIREZTQhELDQoIAAANCg0KAwABAQhPTFRCERcNChQAAAAAAAAAAAAAAAAAAAAAAAAA AAhMRExFEh4EEgUDAAAAEgUDAAAAEgcDDQoQDQoUABIHAw0KEA0KFAAIQ1VWUhIdBBIFAwAAABIF AwAAABIGAwANCj4AEgcDDQo+DQo/AAhDTEtCEScNCiQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAACMQ0xLQgBDQjAwjENMS0IBQ0IwMYxDTEtCDQoLQ0IxMYxDTEtCDQoMQ0IxMoxD TEtCDQoUQ0IyMIxDTEtCDQoWQ0IyMoxDTEtCDQoXQ0IyM4xDTEtCDQoYQ0IyNIxDTEtCDQoZQ0Iy NYxDTEtCDQodQ0IyOQhGU0JUAAhBSUdDAAhQSUNMAQhMVklDAAhDRElWABRFE1NUQ0cBCF9UXzAA cHtoDQr/AF9UXzCgTgiTX1RfMABwUkJMSw0K0gANChpDTEtCoEoGkpNHTlZTC7M1AHB9Q0IwMA0K IABDQjAwcH1DQjAxDQoQAENCMDFwe0NCMjANCvsAQ0IyMHB7Q0IyMg0K9wBDQjIycIOIg4hGU0JM RlNCVAANCgIAQ0IxMXCDiIOIRlNCTEZTQlQADQoDAENCMTJXQkxLDQrSAA0KGkNMS0KhTAigRQiT X1RfMAFwUkJMSw0K0gANCiFDTEtCoD99e5ODiE9NTkIAAACTg4hPTU5CAQAAAJKTg4hPTU5CAABD QjExAHBDQjExiE9NTkIAAHBDQjEyiE9NTkIBAHCDiENEVEJ7Q0IyOQ0KDwAAQ0RJVnAARlNCVKAU k0dOVlMLszUAU1ZPVAAAQ0IxMqEDpACkARRODQpDT01TAghfVF8wAHB7aAv//wBfVF8woA+TX1Rf MAsAgKR7aQ0K+2mhTwegG5NfVF8wCwBAoBGTg4hPTVNUAAABpHtpDQr7aaFABqAZk19UXzAAoBGT g4hPTVNUAQABpHtpDQr7aaFDBKAak19UXzABoBKTg4hPTVNUDQoCAAGke2kNCvtpoSWgG5NfVF8w DQoCoBKTg4hPTVNUDQoDAAGke2kNCvtpoQekfWkNCgRppH1pDQoEaRRADkdERUYBCF9UXzAAcHto DQr/AF9UXzCgM5NfVF8wAKAVk0dOVlMLszUAdw0KBEdOVlMLszVgoQZ3DQoEAWCkg4hERlNCckxW SUNgAAChRAmgEZNfVF8wAaRHVk9UAUxWSUOhTwegE5NfVF8wDQoCpEdWT1QNCgJMVklDoUgGoBOT X1RfMA0KA6RHVk9UDQoDTFZJQ6FBBaATk19UXzANCgSkR1ZPVA0KBExWSUOhOqA0k19UXzANCgWg FZNHTlZTC7M1AHcNCgRHTlZTC7M1YKEGdw0KBAFgpIOIREZTQnJMVklDYAAAoQOkABRHDENBTU4B oDaTR05WUwuzNQB7g4hPTU5CAAANCj9gcIOIT01OQgEAYX15YQ0KA2J5eoOIT01OQgAADQoGYgFi YaFDBHuDiIOIRlNCTEZTQlQAAAANCj9gcIOIg4hGU0JMRlNCVAABAGF9eWENCgNieXqDiIOIRlNC TEZTQlQAAAANCgZiAWJhcEdOVlMLAKdidwuYBWFkeGQNCmRlY3hjYGVjcENESVZkd2hkZ3d3Z2Bg DQpkYHhgC5gFZWB6YA0KA2CgCJRgDQr/pA0K/6EDpGAUJEFHUFUCoBuUaABwQ0FNTkNBRlMBaGlg U1ZPVABMVklDYKQBFCFBR1BEAqAYlGgAU1ZPVABMVklDQ0FNTkNBRlMAaGmkARQOQUdMUwFwaExW SUOkARQTQUdEVgFTVk9UDQoDTFZJQ2ikARQSQUdOVgFTVk9UAUxWSUNopAEUE0FHTEkBU1ZPVA0K BExWSUNopAEUE0FHQ1YBU1ZPVA0KAkxWSUNopAEUGVNWT1QDcmh3aQ0KBQBgcGqIT0xUQmAApAEU GkdWT1QCcmh3aQ0KBQBgcIOIT0xUQmAAYaRhFE0FQ0FGUwMIX1RfMABwe2gNCv8AX1RfMKAgk19U XzAAd2lqYHQNCmRgYHdHTlZTCwCnYGB4YA0KZGVgoSKgIJNfVF8wAXdpamByYA0KZGB3R05WUwsA p2BgeGANCmRlYKRgFEsQU0lDTAGgTAh7aAsAgABwAUFJR0MIX1RfMABwe2gNCv8AX1RfMKALk19U XzAASVRBVKFBBqATk19UXzANChBTUElDAHAAUElDTKFKBKATk19UXzANChFTUElDAXABUElDTKEz oBWTX1RfMA0KElNQSUMNCgJwDQoCUElDTKEboBWTX1RfMA0KE1NQSUMNCgNwDQoDUElDTKEDpACh RAdwAEFJR0OgEntoCwBAAFNQSUMAcABQSUNMoUgFCF9UXzEAcHtoDQr/AF9UXzGgEpNfVF8xAFNQ SUMBcAFQSUNMoTKgFJNfVF8xAVNQSUMNCgJwDQoCUElDTKEboBWTX1RfMQ0KAlNQSUMNCgNwDQoD UElDTKEDpACkARROEFNQSUMBoEQIkpRoUElDTHBHVk9UAWhOQlBTV0JZVIOIQURQMwAAg4hBRFAz DQoIAIOIg4hDVVZSaABHVk9UDQoCaABXQllUg4hBRFAzAACDiEFEUDMNCgkAg4iDiExETEVoAEdW T1QNCgRoAKAMkpVoDQoCcABQV1RIoQdwAVBXVEigDJNBSUdDAFNGU0JooU0HoAyTQUlHQwBTRlNC aKAMkpVoDQoCcABQV1RIoQdwAVBXVEhXQllUg4hBRFAzAACDiEFEUDMNCgkAg4iDiExETEVoAEdW T1QNCgRoAFdCWVSDiEFEUDMAAIOIQURQMw0KCACDiIOIQ1VWUmgAR1ZPVA0KAmgAcEdWT1QBaE5C UFNSQ0FTCFBTTFYSIAQSBQMAAAASBgMAAA0K/xIHAwANCv8NCv8SCAMNCv8NCv8NCv8UQhdTRlNC AXBSQkxLDQrSAA0KGkNMS0Jwe0NCMDANCt8AQ0IwMHB9Q0IwMQ0KEABDQjAxcHtDQjIwDQr7AENC MjBwe0NCMjINCvcAQ0IyMnBDQjExYXBDQjEyYqBABZNHTlZTC7M1AKApk4OIT01TVHJoDQoEAAAA cIOIT01OQgAAQ0IxMXCDiE9NTkIBAENCMTKhF3BHVk9UAIOIT01TVHJoDQoEAABDQjEycABloUUF oC6TaAFwg4iDiEZTQkxGU0JUAA0KAgBDQjExcIOIg4hGU0JMRlNCVAANCgMAQ0IxMqEgcIOIg4hG U0JMRlNCVAAAAENCMTFwR1ZPVABoQ0IxMnAAZVdCTEsNCtIADQoaQ0xLQldCWVSDiEFEUDMAAIOI QURQMw0KBQCDiIOIUFNMVmUAAABXQllUg4hBRFAzAACDiEFEUDMNCgYAg4iDiFBTTFZlAAEAV0JZ VIOIQURQMwAAg4hBRFAzDQoHAIOIg4hQU0xWZQANCgIAWyIL6AMURhhJVEFUAHBSQkxLDQrSAA0K GkNMS0KgRAeTR05WUwuzNQBwe0NCMDANCt8AQ0IwMHB7Q0IwMQ0K7wBDQjAxcH1DQjIwDQoEAENC MjBwfUNCMjINCggAQ0IyMnCDiE9NTkIBAENCMTJwg4hPTU5CAQBDQjI0cEdWT1QADQoDQ0IyM3BH Vk9UAA0KA0NCMjVwAGChRQhwe0NCMDANCt8AQ0IwMHB7Q0IwMQ0K7wBDQjAxcH1DQjIwDQoEAENC MjBwfUNCMjINCggAQ0IyMnCDiIOIRlNCTEZTQlQAAABDQjExcIOIg4hGU0JMRlNCVAABAENCMjRw R1ZPVAANCgJDQjIzcEdWT1QADQoDQ0IyNXRHVk9UAAABQ0IxMnABYFdCWVSDiEFEUDMAAIOIQURQ Mw0KBQCDiIOIUFNMVmAAAABXQllUg4hBRFAzAACDiEFEUDMNCgYAg4iDiFBTTFZgAAEAV0JZVIOI QURQMwAAg4hBRFAzDQoHAIOIg4hQU0xWYAANCgIAWyIL6ANXQkxLDQrSAA0KGkNMS0IUG1JDQVMA U0JZVIOIQURQMwAAg4hBRFAzDQoNCgAQQkwvBF9TQl9QQ0kwU0JSR0FTT0MIR0YwMRI/CAwAAAgP DUNQVSBMZXZlbCBVcAAAAA0KAw1PcmlnaW5hbAANaTctOTQwLTIuOTNHAA1pNy05NjUtMy4yMEcA CEdGMDISQgQIDAAACA8NQ1BVIExldmVsIFVwAAAADQoDDU9yaWdpbmFsAA1pNy05NjUtMy4yMEcA DWk3LWNyYXp5LTMuNjBHAAhHRjAzEkQECAwAAAgPDUNQVSBMZXZlbCBVcAAAAA0KAw1PcmlnaW5h bAANaTctY3JhenktMy42MEcADWk3LWNyYXp5LTQuMDBHAAhHRjA0EkIECAwAAAgPDUNQVSBMZXZl bCBVcAAAAA0KAw1PcmlnaW5hbAANaTctOTc1LTMuMzNHAA1pNy1jcmF6eS0zLjcwRwAIR0YwNRJE BAgMAAAIDw1DUFUgTGV2ZWwgVXAAAAANCgMNT3JpZ2luYWwADWk3LWNyYXp5LTMuNzVHAA1pNy1j cmF6eS00LjIwRwAIR0YwNhJEBAgMAAAIDw1DUFUgTGV2ZWwgVXAAAAANCgMNT3JpZ2luYWwADWk3 LWNyYXp5LTMuNDZHAA1pNy1jcmF6eS00LjAwRwAIR0YwNxJEBAgMAAAIDw1DUFUgTGV2ZWwgVXAA AAANCgMNT3JpZ2luYWwADWk3LWNyYXp5LTMuNDZHAA1pNy1jcmF6eS00LjAwRwAIR0YwOBJEBAgM AAAIDw1DUFUgTGV2ZWwgVXAAAAANCgMNT3JpZ2luYWwADWk3LWNyYXp5LTQuMDBHAA1pNy1jcmF6 eS00LjIwRwAIR0YwORI/CAwAAAgPDUNQVSBMZXZlbCBVcAAAAA0KAw1PcmlnaW5hbAANaTctOTUw LTMuMDZHAA1pNy05NjUtMy4yMEcACEdGMTASRAQIDAAACA8NQ1BVIExldmVsIFVwAAAADQoDDU9y aWdpbmFsAA1pNy1jcmF6eS0zLjYwRwANaTctY3JhenktMy44NUcACEdGMTESQwQIDAAACA8NQ1BV IExldmVsIFVwAAAADQoDDU9yaWdpbmFsAA1pNy05ODBYLTMuMzNHAA1pNy1jcmF6eS0zLjYwRwAU RQ9HUlBGAHBHTlZTCw0KV2AIX1RfMABwYF9UXzCgD5NfVF8wAaQSBgFHRjAxoUQMoBCTX1RfMA0K AqQSBgFHRjAyoUALoBCTX1RfMA0KA6QSBgFHRjAzoUwJoBCTX1RfMA0KBKQSBgFHRjA0oUgIoBCT X1RfMA0KBaQSBgFHRjA1oUQHoBCTX1RfMA0KBqQSBgFHRjA2oUAGoBCTX1RfMA0KB6QSBgFHRjA3 oUwEoBCTX1RfMA0KCKQSBgFHRjA4oTigEJNfVF8wDQoJpBIGAUdGMDmhJaAQk19UXzANCg0KpBIG AUdGMTChEqAQk19UXzANCgukEgYBR0YxMaQSAgAUM0dJVEYBCF9UXzAAcHtoC///AF9UXzCgE5Nf VF8wAHBHTlZTC8M1QVNCMaEHcABBU0IwFEQGU0lURgMIX1RfMABwe2gL//8AX1RfMKBLBJNfVF8w AHAAQVNCMKAPk2oAfUFTQjANCgNBU0IwoCx7agEAcGlQQVIwSVNNSQ0KrHB7UEFSMAv//wBgoA+T YAF9QVNCMA0KA0FTQjBbgC8EX1NCX1BDSTBTQlJHUElYMAINCmANCgxbgT9cLwRfU0JfUENJMFNC UkdQSVgwAVBJUkEIUElSQghQSVJDCFBJUkQIACBQSVJFCFBJUkYIUElSRwhQSVJICBBORV9TQl8I QlVGQREJDQoGIwCAGHkAi0JVRkEBSVJBMFuCRQhMTktBCF9ISUQMQdAMDwhfVUlEARQZX1NUQQB7 UElSQQ0KgGCgBWCkDQoJoQSkDQoLFAtfUFJTAKRQUlNBFBFfRElTAH1QSVJBDQqAUElSQRQaX0NS UwB7UElSQQ0KD2B5AWBJUkEwpEJVRkEUG19TUlMBi2gBSVJBX4JJUkFfYHZgcGBQSVJBW4JGCExO S0IIX0hJRAxB0AwPCF9VSUQNCgIUGV9TVEEAe1BJUkINCoBgoAVgpA0KCaEEpA0KCxQLX1BSUwCk UFJTQhQRX0RJUwB9UElSQg0KgFBJUkIUGl9DUlMAe1BJUkINCg9geQFgSVJBMKRCVUZBFBtfU1JT AYtoAUlSQV+CSVJBX2B2YHBgUElSQluCRghMTktDCF9ISUQMQdAMDwhfVUlEDQoDFBlfU1RBAHtQ SVJDDQqAYKAFYKQNCgmhBKQNCgsUC19QUlMApFBSU0MUEV9ESVMAfVBJUkMNCoBQSVJDFBpfQ1JT AHtQSVJDDQoPYHkBYElSQTCkQlVGQRQbX1NSUwGLaAFJUkFfgklSQV9gdmBwYFBJUkNbgkYITE5L RAhfSElEDEHQDA8IX1VJRA0KBBQZX1NUQQB7UElSRA0KgGCgBWCkDQoJoQSkDQoLFAtfUFJTAKRQ UlNEFBFfRElTAH1QSVJEDQqAUElSRBQaX0NSUwB7UElSRA0KD2B5AWBJUkEwpEJVRkEUG19TUlMB i2gBSVJBX4JJUkFfYHZgcGBQSVJEW4JGCExOS0UIX0hJRAxB0AwPCF9VSUQNCgUUGV9TVEEAe1BJ UkUNCoBgoAVgpA0KCaEEpA0KCxQLX1BSUwCkUFJTRRQRX0RJUwB9UElSRQ0KgFBJUkUUGl9DUlMA e1BJUkUNCg9geQFgSVJBMKRCVUZBFBtfU1JTAYtoAUlSQV+CSVJBX2B2YHBgUElSRVuCRghMTktG CF9ISUQMQdAMDwhfVUlEDQoGFBlfU1RBAHtQSVJGDQqAYKAFYKQNCgmhBKQNCgsUC19QUlMApFBS U0YUEV9ESVMAfVBJUkYNCoBQSVJGFBpfQ1JTAHtQSVJGDQoPYHkBYElSQTCkQlVGQRQbX1NSUwGL aAFJUkFfgklSQV9gdmBwYFBJUkZbgkYITE5LRwhfSElEDEHQDA8IX1VJRA0KBxQZX1NUQQB7UElS Rw0KgGCgBWCkDQoJoQSkDQoLFAtfUFJTAKRQUlNHFBFfRElTAH1QSVJHDQqAUElSRxQaX0NSUwB7 UElSRw0KD2B5AWBJUkEwpEJVRkEUG19TUlMBi2gBSVJBX4JJUkFfYHZgcGBQSVJHW4JGCExOS0gI X0hJRAxB0AwPCF9VSUQNCggUGV9TVEEAe1BJUkgNCoBgoAVgpA0KCaEEpA0KCxQLX1BSUwCkUFJT SBQRX0RJUwB9UElSSA0KgFBJUkgUGl9DUlMAe1BJUkgNCg9geQFgSVJBMKRCVUZBFBtfU1JTAYto AUlSQV+CSVJBX2B2YHBgUElSSBBJJV9TQl8IWENQRAAIWE5QVAEIWENBUA0KAghYRENQDQoECFhE Q1QNCggIWERTVA0KDQoIWExDUA0KDAhYTENUDQoQCFhMU1QNChIIWFNDUA0KFAhYU0NUDQoYCFhT U1QNChoIWFJDVA0KHFsBTVVURQAUNlJCUEUBWyNNVVRF6ANyaFBDSUJgW4BQQ0ZHAGABW4ELUENG RwFYQ0ZHCFsnTVVURaRYQ0ZHFD9SV1BFAVsjTVVURegDe2gM/v///2hyaFBDSUJgW4BQQ0ZHAGAN CgJbgQtQQ0ZHAlhDRkcQWydNVVRFpFhDRkcUP1JEUEUBWyNNVVRF6AN7aAz8////aHJoUENJQmBb gFBDRkcAYA0KBFuBC1BDRkcDWENGRyBbJ01VVEWkWENGRxQ3V0JQRQJbI01VVEX/D3JoUENJQmBb gFBDRkcAYAFbgQtQQ0ZHAVhDRkcIcGlYQ0ZHWydNVVRFFEEEV1dQRQJbI01VVEXoA3toDP7///9o cmhQQ0lCYFuAUENGRwBgDQoCW4ELUENGRwJYQ0ZHEHBpWENGR1snTVVURRRBBFdEUEUCWyNNVVRF 6AN7aAz8////aHJoUENJQmBbgFBDRkcAYA0KBFuBC1BDRkcDWENGRyBwaVhDRkdbJ01VVEUUSQRS V0RQA1sjTVVURegDe2gM/P///2hyaFBDSUJgW4BQQ0ZHAGANCgRbgQtQQ0ZHA1hDRkcge1hDRkdq YX1haVhDRkdbJ01VVEUUNVJQTUUBcmgNCoRgcFJEUEVgYaAGk2H/pAChG6AXkGEMAAABAFdEUEVg e2EMAAABAACkAaQAW4BTTVJHAVNNQlMNChBbgS5TTVJHAUhTVFMIU1NUUwhIU1RDCEhDTUQISEFE UghIRFQwCEhEVDEIQkxLRAhbgQ1TTVJHAQAoSERUVxAUSg0KU0NNRAxwDQoFYKJFCXZgcAv//2Gi E5BIU1RTdmFwDQr+SFNUU1shDQoNCnBIU1RDYnBoSEFEUnBpSENNRHBqSERUV3BrSFNUQ3AL//9h oi12YaAMe0hTVFMNCgwAcAFhoBiTe0hTVFMNCgMADQoCcA0KQEhTVFOkSERUV1shDQoNCnANCkJI U1RDcAv//2GiFHZhoAx7SFNUUw0KEABwAWFbIQ0KDQpwAEhTVENwDQpASFNUU6T/FA9TQllUAlND TURoaQANCkQUD1dCWVQDU0NNRGhpag0KSBQPV1dSRANTQ01EaGlqDQpMFBhSU0JUAn1oAWike1ND TURoaQANCkQNCv8AFBhSQllUAn1oAWike1NDTURoaQANCkgNCv8AFBRSV1JEAn1oAWikU0NNRGhp AA0KTBRHBFJCTEsDfWgBYFNDTURgaWoNClRwSFNUQ2BwSERUMGByYAFnCFJCVUYRAmdwAGGiEmBw QkxLRIhSQlVGYQB2YHVhpFJCVUYUL1dCTEsEcEhTVENgcABgohGSlGBqcIOIa2AAQkxLRHVge2gN Cv5gU0NNRGBpag0KVBBKri8EX1NCX1BDSTBTQlJHU0lPUghTTkNUAAhFMUJLABQPSFdWMACkd1ZD T1INCggAFA9IV1YxAKR3VjEyVg0KCAAUD0hXVjMApHdWMzNWDQoIABQPSFdWNACkd1Y1MFYNCggA FCJIV1QwAHBNQlRFYaAOe2ENCoAAfWEMAP///2F3YQ0KDQphpGEUSQ1IV1QxAEVORkcNCgygJ5KT Q1JFMUUxQkugEJNFMUJLAHBDUkUxRTFCS6ENCnBFMUJLQ1JFMUVYRkegTgaVU05DVA0KAnABQlNF THBUU1IxY3AAQlNFTHJNQlRFAWF/YQ0KgGF/Yw0KgGOgQQSUYWNFTkZHDQoMoCyQQ1JFMA0K8HRh Y2N6YwFjcmMNCgNjckNSRTFjQ1JFMXBDUkUxRTFCS1siDQoydVNOQ1RFWEZHcAFCU0VMcFRTUjFh oA57YQ0KgAB9YQwA////YXdhDQoNCmFwVFNSMmJ3Yg0KBWJyYWJhpGEUOEhXVDIAcA0KAkJTRUxw VFNSMWGgDnthDQqAAH1hDAD///9hd2ENCg0KYXBUU1IyYndiDQoFYnJhYmGkYVuAREJHRQENCoAN CgRbgQtEQkdFAkRCR0cWFEwbSFdGMABwRkFOMWBwAEJTRUx7RkQyMQ0KIGF6YQ0KBWF3YQ0KBGF7 RkRSMQ0KMGJ6Yg0KBGJyYWJhoEkGkZRhDQoFlWENCgKgCZRgDQrwcA0KAmGhEaAJlWANCh5wDQoF YaEFcA0KA2F4YQ0KBGJjeWMNCgVjcEZEMjFke2QNCt9kfWNkRkQyMXBGRFIxZHtkDQrPZHliDQoE Yn1kAWR9ZGJGRFIxWyINCjJwRkFOMWCiRA6RkJRgDQrwlWENCgWQlWANCh6UYQ0KAqBLBpCUYA0K 8JVhDQoFcmEBYXhhDQoEYmNwAEJTRUx5Yw0KBWNwRkQyMWR7ZA0K32R9Y2RGRDIxcEZEUjFke2QN Cs9keWINCgRifWQBZH1kYkZEUjFbIg0KMnBGQU4xYFsiDQoycEZBTjFgWyINCjJwRkFOMWChQgZ0 YQFheGENCgRiY3AAQlNFTHljDQoFY3BGRDIxZHtkDQrfZH1jZEZEMjFwRkRSMWR7ZA0Kz2R5Yg0K BGJ9ZAFkfWRiRkRSMVsiDQoycEZBTjFgWyINCjJwRkFOMWBbIg0KMnBGQU4xYKAMkJNgDQr/k2EN CgWkAKANkJNgAJNhDQoCpAv//3ABYqIJYXdiDQoCYnZhd2BiYHgMcJkUAGBhYKRgFE4cSFdGMQBw AEJTRUxwRkFOMmB7RkQyMQ0KQGF6YQ0KBmF3YQ0KBGF7RkRSMQ0KwGJ6Yg0KBmJyYWJhoE8GkZRh DQoFlWENCgKgCZRgDQrwcA0KAmGhEaAJlWANCh5wDQoFYaEFcA0KA2F4YQ0KBGJjeWMNCgZjcEZE MjFke2QNCr9kfWNkRkQyMXBGRFIxZHtkDQo/ZHliDQoGYn1kAWR9ZGJGRFIxWyINCjJwAEJTRUxw RkFOMmCiQA+RkJRgDQrwlWENCgWQlWANCh6UYQ0KAqBBB5CVYA0KHpRhDQoCdGEBYXhhDQoEYmNw AEJTRUx5Yw0KBmNwRkQyMWR7ZA0Kv2R9Y2RGRDIxcEZEUjFke2QNCj9keWINCgZifWQBZH1kYkZE UjFbIg0KMnAAQlNFTHBGQU4yYFsiDQoycEZBTjJgWyINCjJwRkFOMmChSAZyYQFheGENCgRiY3AA QlNFTHljDQoGY3BGRDIxZHtkDQq/ZH1jZEZEMjFwRkRSMWR7ZA0KP2R5Yg0KBmJ9ZAFkfWRiRkRS MVsiDQoycABCU0VMcEZBTjJgWyINCjJwRkFOMmBbIg0KMnBGQU4yYKAMkJNgDQr/k2ENCgWkAKAN kJNgAJNhDQoCpAv//3ABYqIJYXdiDQoCYnZhd2BiYHgMcJkUAGBhYKRgFEgcSFdGMgBwRkFOM2Bw AEJTRUx7RkQyMQ0KgGF6YQ0KB2F3YQ0KBGF4RkQxMw0KQGJjcmFjYaBIBpGUYQ0KBZVhDQoCoAmU YA0K8HANCgJhoRGgCZVgDQoecA0KBWGhBXANCgNheGENCgRiY3ljDQoHY3BGRDIxZHtkDQp/ZH1j ZEZEMjFwRkQxM2N7Yw0KP2N3Yg0KQGJyY2JicGJGRDEzWyINCjJwRkFOM2CiRQ+RkJRgDQrwlWEN CgWQlWANCh6UYQ0KAqBNB5CUYA0K8JVhDQoFoAmTYA0K/3ANCgVhoQVyYQFheGENCgRiY3AAQlNF THljDQoHY3BGRDIxZHtkDQp/ZH1jZEZEMjFwRkQxM2N7Yw0KP2N3Yg0KQGJyY2JicGJGRDEzoA0K kpNgDQr/WyINCjJwRkFOM2BbIg0KMnBGQU4zYFsiDQoycEZBTjNgoUEGdGEBYXhhDQoEYmNwAEJT RUx5Yw0KB2NwRkQyMWR7ZA0Kf2R9Y2RGRDIxcEZEMTNje2MNCj9jd2INCkBicmNiYnBiRkQxM1si DQoycEZBTjNgWyINCjJwRkFOM2BbIg0KMnBGQU4zYKAMkJNgDQr/k2ENCgWkAKANkJNgAJNhDQoC pAv//3ABYqIJYXdiDQoCYnZhd2BiYHgMcJkUAGBhYKRgFEUbSFdGNABwDQoFQlNFTHBGQU40YHAA QlNFTHtGTkQ0DQqAYXphDQoHYXdhDQoEYXtGTkQ0DQoMYnpiDQoCYnJhYmGgTgWRlGENCgWVYQ0K AqAJlGANCvBwDQoCYaERoAmVYA0KHnANCgVhoQVwDQoDYXhhDQoEYmN5Yw0KB2N5Yg0KAmJwRk5E NGR7ZA0Kc2R9Y2JjfWNkRk5ENFsiDQoycA0KBUJTRUxwRkFONGCiQQ6RkJRgDQrwlWENCgWQlWAN Ch6UYQ0KAqBNBpCUYA0K8JVhDQoFcmEBYXhhDQoEYmNwAEJTRUx5Yw0KB2N5Yg0KAmJwRk5ENGR7 ZA0Kc2R9Y2JjfWNkRk5ENKANCpKTYA0K/1siDQoycA0KBUJTRUxwRkFONGBbIg0KMnBGQU40YFsi DQoycEZBTjRgcABCU0VMoU0FdGEBYXhhDQoEYmNwAEJTRUx5Yw0KB2N5Yg0KAmJwRk5ENGR7ZA0K c2R9Y2JjfWNkRk5ENFsiDQoycA0KBUJTRUxwRkFONGBbIg0KMnBGQU40YFsiDQoycEZBTjRgcABC U0VMoAyQk2ANCv+TYQ0KBaQAoA2Qk2AAk2ENCgKkC///cAFioglhd2INCgJidmF3YGJgeAxwmRQA YGFgpGAIRk5EVBIRCAENCgINCgQNCggNChANCiANCkANCoAUTRNIV0YzAHAAQlNFTHBDRk4zYHtG RDE1DQqAYXphDQoFYXtGTkQ0DQoDYn1hYmGgRAaRlGENCgWVYQ0KAqAJlGANCvBwDQoCYaERoAmV YA0KHnANCgVhoQVwDQoDYXlhDQoFYntiDQqAYntGRDE1DQp/Y31iY2NwY0ZEMTV7YQ0KA2J7Rk5E NA0K/GN9YmNjcGNGTkQ0WyINCjJwQ0ZOM2CiRweRkJRgDQrwlWENCgWQlWANCh6UYQ0KAqAMkJRg DQrwlWENCgV1YaEDdmF5YQ0KBWJ7Yg0KgGJ7RkQxNQ0Kf2N9YmNjcGNGRDE1e2ENCgNie0ZORDQN CvxjfWJjY3BjRk5ENFsiDQoycENGTjNgWyINCjJwQ0ZOM2BbIg0KMnBDRk4zYKAMkJNgDQr/k2EN CgWkAKANkJNgAJNhDQoCpAv//3CDiEZORFRhAGJ3YGJgeAxwmRQAYGFgpGBbgEhXUkUBSU9IVw0K DQpbgRJIV1JFAQAoSElEWAhIREFUCFuGSQtISURYSERBVAEAIENITk0BQ0ZOTQFDSE5TAkNGTlMC AAJTWVNUCFRSR1QIAAhTU0ROCENTRE4IU1NVUAhDU1VQCABADQpWQ09SCFYxMlYIAAhWMzNWCFY1 MFYIABBNQlRFCEZBTjEIRkFOMghGQU4zCABADQpDRk4zCAA4RkRSMQgAGEZEMTMIRkQxNQgACEJT RUwEAAQACFRTUjEIAAdUU1IyAQAIRkFONAgAKEZORDQIABhGRDIxCBBEVC8EX1NCX1BDSTBTQlJH QVNPQwhDT1JWEh0FDAAAAgYNVmNvcmUgVm9sdGFnZQALIAMLQAYBCFYzVlYSHQUMAQACBg0gKzMu MyBWb2x0YWdlAAuaCwsuDgEIVjVWVhIbBQwCAAIGDSArNSBWb2x0YWdlAAuUEQt8FQEIVlYxMhIc BQwDAAIGDSArMTIgVm9sdGFnZQAL2CcL6DUBCFZQQVISIwQSBQMAAQASBwMNCiINCiIAEgkDC+gD C/MBABIIAwvcBQ0K+QAIVkJVRhIUBQ0KBENPUlZWM1ZWVjVWVlZWMTIUTQRWR0VUAaAQk2gApF5e LlNJT1JIV1YwoBCTaAGkXl4uU0lPUkhXVjOgEZNoDQoCpF5eLlNJT1JIV1Y0oBGTaA0KA6ReXi5T SU9SSFdWMQhDUFVUEiMFDAAAAwYNQ1BVIFRlbXBlcmF0dXJlAAtYAgvuAgwBAAEACE1CVFASIgUM AQADBg1NQiBUZW1wZXJhdHVyZQALwgEL7gIMAQABAAhNQ0hUEiMFDAIAAwYNTUNIIFRlbXBlcmF0 dXJlAAtYAgu2AwwBAAEACFRCVUYSEAQNCgNDUFVUTUJUUE1DSFQUKFRHRVQBoBCTaACkXl4uU0lP UkhXVDGgEJNoAaReXi5TSU9SSFdUMAhDUFVGEiEFDAAABAYNQ1BVIEZBTiBTcGVlZAALWAILIBwM AQABAAhDSEYxEiYFDAEABAYNQ0hBU1NJUzEgRkFOIFNwZWVkAAtYAgsgHAwBAAEACENIRjISJgUM AgAEBg1DSEFTU0lTMiBGQU4gU3BlZWQAC1gCCyAcDAEAAQAIQ0hGMxImBQwDAAQGDUNIQVNTSVMz IEZBTiBTcGVlZAALWAILIBwMAQABAAhQV1JGEiEFDAQABAYNUE9XRVIgRkFOIFNwZWVkAAALIBwM AQABAAhGQlVGEhgGDQoFQ1BVRkNIRjFDSEYyQ0hGM1BXUkYUTwVGR0VUAaAQk2gApF5eLlNJT1JI V0YxoBCTaAGkXl4uU0lPUkhXRjCgEZNoDQoCpF5eLlNJT1JIV0YzoBGTaA0KA6ReXi5TSU9SSFdG MqARk2gNCgSkXl4uU0lPUkhXRjQUC1ZTSUYApFZCVUYUQQVSVkxUAXtoC///YHBWR0VUYGFwg4iD iFZQQVJgAAAAYnCDiIOIVlBBUmAAAQBjcIOIg4hWUEFSYAANCgIAZHdhcmJjAGV4ZWMAZXJlZGWk ZRRBB1NWTFQBe4OIaAAAC///YHCDiFZCVUYAAGGgB5KVYGGkAHVgcIOIaAEAiIOIVkJVRmAAAQBw g4hoDQoCAIiDiFZCVUZgAA0KAgBwg4hoDQoDAIiDiFZCVUZgAA0KAwBwg4hoDQoEAIiDiFZCVUZg AA0KBACkARQLVFNJRgCkVEJVRhQVUlRNUAF7aAv//2BwVEdFVGBhpGEUQwdTVE1QAXB7g4hoAAAL //8AYHCDiFRCVUYAAGGgB5KVYGGkAHVgcIOIaAEAiIOIVEJVRmAAAQBwg4hoDQoCAIiDiFRCVUZg AA0KAgBwg4hoDQoDAIiDiFRCVUZgAA0KAwBwg4hoDQoEAIiDiFRCVUZgAA0KBACkARQLRlNJRgCk RkJVRhQVUkZBTgF7aAv//2BwRkdFVGBhpGEURAhTRkFOAXuDiGgAAAv//2Bwg4hGQlVGAABhoAeS lWBhpAB1YHCDiGgBAIiDiEZCVUZgAAEAcIOIaA0KAgCIg4hGQlVGYAANCgIAcIOIaA0KAwCIg4hG QlVGYAANCgMAcIOIaA0KBACIg4hGQlVGYAANCgQAcIOIaA0KBQCIg4hGQlVGYAANCgUApAEQRRlf U0JfEE4YUENJMAhDUlNfEUYNCg0KoogNAAIMAAAAAAD/AAAAAAFHAfgM+AwBCIgNAAEMAwAAAAD3 DAAA+AyIDQABDAMAAAAN//8AAADzhxcAAAwDAAAAAAAADQoA//8LAAAAAAAAAAIAhxcAAAwDAAAA AAAADAD//w0AAAAAAAAAAgCHFwAADAMAAAAAAAAAAAAAAAAAAAAAAAAAAIcXAAAMAwAAAAAAAAAA AAAAAAAAAAAAAAAAeQCKQ1JTXw0KXE1JTjWKQ1JTXw0KYE1BWDWKQ1JTXw0KaExFTjWKQ1JTXw0K dk1JTjaKQ1JTXw0Kek1BWDaKQ1JTXw0KgkxFTjaKQ1JTXw0KkE1JTjeKQ1JTXw0KlE1BWDeKQ1JT Xw0KnExFTjcUSAdfQ1JTAHBNRzFMYKAfYHBNRzFCTUlONXBNRzFMTEVONXJNSU41dmBNQVg1cE1H MkJNSU42cE1HMkxMRU42cE1HMkxgck1JTjZ2YE1BWDZwTUczQk1JTjdwTUczTExFTjdwTUczTGBy TUlON3ZgTUFYN6RDUlNfCFdPVEIACFdTU0IACFdBWEIAFEAHX1BUUwFwaERCRzhQVFNfaHAAiFdB S1AAAHAAiFdBS1ABAKASkJNoDQoEk09TRkwNCgJbIgu4C3BBU1NCV1NTQnBBT1RCV09UQnBBQVhC V0FYQnBoQVNTQnBPU0ZMQU9UQnBPU1lTT1NUUHAAQUFYQhRNBl9XQUsBeWgNCgREQkc4V0FLX2ig BUlPV0uhDoZcLl9TQl9QV1JCDQoCoCBBU1NCcFdTU0JBU1NCcFdPVEJBT1RCcFdBWEJBQVhCoBKD iFdBS1AAAHAAiFdBS1ABAKENCnBoiFdBS1ABAKRXQUtQW4BJT1JLAQ0KswFbgQtJT1JLAUlPV0sI CF9TMF8SBgQAAAAAoBFTUzFfCF9TMV8SBgQBAAAAoBJTUzNfCF9TM18SBwQNCgUAAACgElNTNF8I X1M0XxIHBA0KBgAAAAhfUzVfEgcEDQoHAAAAFEIEUFRTXwGgOmhcLwRfU0JfUENJMFNCUkdTSU9T aFwvBF9TQl9QQ0kwU0JSR1NQVFNoXC8DX1NCX1BDSTBOUFRTaBQ+V0FLXwFcLwRfU0JfUENJMFNC UkdTSU9XaFwvBF9TQl9QQ0kwU0JSR1NXQUtoXC8DX1NCX1BDSTBOV0FLaEZBQ1NAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABGQUNQhAAA AAH+MDgwMjExRkFDUDE0MzYCCBEgTVNGVJcAAACNxAAAJAAAAAEACQCyAAAA4R4A4gAIAAAAAAAA BAgAAAAAAABQCAAACAgAACAIAAAAAAAABAIBBBAAAONlAOkDAAQQAAEADQAyAwAApQAAAAEIAAD5 DAAAAAAAAAYAAABBUElD2AAAAAHgMDgwMjExQVBJQzE0MzYCCBEgTVNGVJcAAAAAAOD+AQAAAAAI AQABAAAAAAgCAgEAAAAACAMEAQAAAAAIBAYBAAAAAAgFAQEAAAAACAYDAQAAAAAIBwUBAAAAAAgI BwEAAAAACAmIAAAAAAAIDQqJAAAAAAAIC4oAAAAAAAgMiwAAAAAACA2MAAAAAAAIDo0AAAAAAAgP jgAAAAAACBCPAAAAAAEMCAAAAMD+AAAAAAEMCQAAoMj+GAAAAAINCgAAAgAAAAAAAg0KAAkJAAAA DQBNQ0ZHPAAAAAFxMDgwMjExT0VNTUNGRyACCBEgTVNGVJcAAAAAAAAAAAAAAAAAAOAAAAAAAAAA /wAAAABPRU1CcgAAAAEjMDgwMjExT0VNQjE0MzYCCBEgTVNGVJcAAAANAQAAAADAAADg/wAADQAA AAEAAAAAwAAAACAAi0D9DgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8AAA2Q4AANn+ AAAAAABIUEVUOAAAAAGHMDgwMjExT0VNSFBFVCACCBEgTVNGVJcAAAABo4aAAAgAAAAA0P4AAAAA AO43AFhNQVJAAQAAAS9BTUkAAABPRU1ETUFSAAEAAABNU0ZUlwAAACYBAAAAAAAAAAAAAAAAGAAA AAAAAPD/+wAAAAABCAAAAAAbAAAAIAABAAAAAOD/+wAAAAADCAAACPAfBwMIAAAJABMAAQBYAAAA AAAAwA4AAAAAAP//DgAAAAAAAQgAAAAAHQABCAAAAAAdAQEIAAAAAB0CAQgAAAAAHQcBCAAAAAAa AAEIAAAAABoBAQgAAAAAGgIBCAAAAAAaBwEAWAAAAAAAAKB9vwAAAAD/n32/AAAAAAEIAAAAAB0A AQgAAAAAHQEBCAAAAAAdAgEIAAAAAB0HAQgAAAAAGgABCAAAAAAaAQEIAAAAABoCAQgAAAAAGgcC ACgAAAAAAAIIAAAAAAEAAggAAAAAAgACCAAAAAADAAIIAAAAAAcAQVNQVDQAAAAGczA4MDIxMVBl cmZUdW5lAggRIE1TRlSXAAAAAIJ5vwAAAAAAAAAAAAAAAE9TRlKwAAAAAU4wODAyMTFPRU1PU0ZS IAIIESBNU0ZUlwAAAAEAAAAsAAAAPRNvtF8jNEafA7HAHFR4WwAAAACQAAAAcAAAAAAAAABQAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABOAGEAbQBlAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAE0AYQBuAHUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAU1NEVGMDAAABVURwZ1BtbUNw dVBtAAAAEgAAAElOVEwTAQYgEEIOXAAIU1NEVBIWAw1DUFUwSVNUIAAM8IR5vwxMJAAACENTRFQS FgMNQ1BVMENTVCAADAAAAIAMAAAAgAhUU0RUEhYDDUNQVTBUU1QgAAwAAACADAAAAIAIQ0ZHRAwC AAAACE5DUFUMCAAAAAhOUENQDAEAAAAIUERDMAwAAACACFRCTDANCgAIQ1RCMA0KAAhUVEIwDQoA CFBTVEUNCgAIVFNURQ0KAFuAUE1SRwELAAgNClBbgTFQTVJHAQBIIERFVjQBREVWNQFERVY2AURF VjcBU1RTNAFTVFM1AVNUUzYBU1RTNwEQSyVcLl9QUl9QMDAxCEhJMF8NCgAISEMwXw0KAAhIVDBf DQoAFEgGX1BEQwGKaA0KAFJFVlOKaA0KBFNJWkVwh2hgcHRgDQoIAGFbE2gNCkB3YQ0KCABURU1Q CFNUUzARBw0KBAAAAABzU1RTMFRFTVBiX09TQxETDQoQFqZ3QAwpvkeevdhwWHE5U1JFVlNTSVpF YhRAHV9PU0MEimsNCgBTVFMwimsNCgRDQVAwimgNCgBJSUQwimgNCgRJSUQximgNCghJSUQyimgN CgxJSUQzCFVJRDAREw0KEBamd0AMKb5Hnr3YcFhxOVOKVUlEMA0KAEVJRDCKVUlEMA0KBEVJRDGK VUlEMA0KCEVJRDKKVUlEMA0KDEVJRDOgNpKQkJNJSUQwRUlEMJNJSUQxRUlEMZCTSUlEMkVJRDKT SUlEM0VJRDNwDQoGiFNUUzANCgAApGugE5KTaQ0KAXANCg0KiFNUUzANCgAApGt9e1BEQzAM//// fwBDQVAwUERDMKBOBJCQk3tQREMwDQoJAA0KCZNUQkwwAJN7Q0ZHRA0KAgANCgJ9VEJMMA0KAVRC TDBbgEdWMDAAg4hTU0RUDQoBAIOIU1NEVA0KAgBbIEdWMDBISTBfoE4EkJCTe1BEQzANChgADQoY k0NUQjAAk3tDRkdEDQogAA0KIH1DVEIwDQoBQ1RCMFuAQ1QwMACDiENTRFQNCgEAg4hDU0RUDQoC AFsgQ1QwMEhDMF+gRAWQkJN7UERDMA0KBAANCgSTVFRCMACTe0NGR0QMAABAAAAMAABAAH1UVEIw DQoBVFRCMFuAVFQwMACDiFRTRFQNCgEAg4hUU0RUDQoCAFsgVFQwMEhUMF+ka1JTRFRIAAAAAZYw ODAyMTFSU0RUMTQzNgIIESBNU0ZUlwAAAFHFAAApxgAAZcYAANfGAAAPxwAAT8gAAIPIAAAzyQAA lswAAA== --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="lspci.txt" Content-Disposition: attachment; filename="lspci.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzk1vi2 MDA6MDAuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08g SHViIHRvIEVTSSBQb3J0IChyZXYgMTMpDQowMDowMS4wIFBDSSBicmlkZ2U6IEludGVsIENvcnBv cmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMSAocmV2 IDEzKQ0KMDA6MDIuMCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA1NTIwLzU1MDAvWDU4 IEkvTyBIdWIgUENJIEV4cHJlc3MgUm9vdCBQb3J0IDIgKHJldiAxMykNCjAwOjAzLjAgUENJIGJy aWRnZTogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08gSHViIFBDSSBFeHByZXNz IFJvb3QgUG9ydCAzIChyZXYgMTMpDQowMDowNy4wIFBDSSBicmlkZ2U6IEludGVsIENvcnBvcmF0 aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgNyAocmV2IDEz KQ0KMDA6MTQuMCBQSUM6IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBT eXN0ZW0gTWFuYWdlbWVudCBSZWdpc3RlcnMgKHJldiAxMykNCjAwOjE0LjEgUElDOiBJbnRlbCBD b3Jwb3JhdGlvbiA1NTIwLzU1MDAvWDU4IEkvTyBIdWIgR1BJTyBhbmQgU2NyYXRjaCBQYWQgUmVn aXN0ZXJzIChyZXYgMTMpDQowMDoxNC4yIFBJQzogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAw L1g1OCBJL08gSHViIENvbnRyb2wgU3RhdHVzIGFuZCBSQVMgUmVnaXN0ZXJzIChyZXYgMTMpDQow MDoxNC4zIFBJQzogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08gSHViIFRocm90 dGxlIFJlZ2lzdGVycyAocmV2IDEzKQ0KMDA6MWEuMCBVU0IgY29udHJvbGxlcjogSW50ZWwgQ29y cG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhDSSBDb250cm9sbGVyICM0DQow MDoxYS4xIFVTQiBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBG YW1pbHkpIFVTQiBVSENJIENvbnRyb2xsZXIgIzUNCjAwOjFhLjIgVVNCIGNvbnRyb2xsZXI6IElu dGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxl ciAjNg0KMDA6MWEuNyBVU0IgY29udHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAo SUNIMTAgRmFtaWx5KSBVU0IyIEVIQ0kgQ29udHJvbGxlciAjMg0KMDA6MWIuMCBBdWRpbyBkZXZp Y2U6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgSEQgQXVkaW8gQ29u dHJvbGxlcg0KMDA6MWMuMCBQQ0kgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJ Q0gxMCBGYW1pbHkpIFBDSSBFeHByZXNzIFJvb3QgUG9ydCAxDQowMDoxYy40IFBDSSBicmlkZ2U6 IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgUENJIEV4cHJlc3MgUm9v dCBQb3J0IDUNCjAwOjFkLjAgVVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAx SkkgKElDSDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxlciAjMQ0KMDA6MWQuMSBVU0IgY29u dHJvbGxlcjogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhD SSBDb250cm9sbGVyICMyDQowMDoxZC4yIFVTQiBjb250cm9sbGVyOiBJbnRlbCBDb3Jwb3JhdGlv biA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQiBVSENJIENvbnRyb2xsZXIgIzMNCjAwOjFkLjcg VVNCIGNvbnRyb2xsZXI6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkg VVNCMiBFSENJIENvbnRyb2xsZXIgIzENCjAwOjFlLjAgUENJIGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gODI4MDEgUENJIEJyaWRnZSAocmV2IDkwKQ0KMDA6MWYuMCBJU0EgYnJpZGdlOiBJbnRl bCBDb3Jwb3JhdGlvbiA4MjgwMUpJUiAoSUNIMTBSKSBMUEMgSW50ZXJmYWNlIENvbnRyb2xsZXIN CjAwOjFmLjIgSURFIGludGVyZmFjZTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAg RmFtaWx5KSA0IHBvcnQgU0FUQSBJREUgQ29udHJvbGxlciAjMQ0KMDA6MWYuMyBTTUJ1czogSW50 ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBTTUJ1cyBDb250cm9sbGVyDQow MDoxZi41IElERSBpbnRlcmZhY2U6IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElDSDEwIEZh bWlseSkgMiBwb3J0IFNBVEEgSURFIENvbnRyb2xsZXIgIzINCjAxOjAwLjAgSURFIGludGVyZmFj ZTogTWFydmVsbCBUZWNobm9sb2d5IEdyb3VwIEx0ZC4gRGV2aWNlIDkxYTMgKHJldiAxMSkNCjAy OjAwLjAgVVNCIGNvbnRyb2xsZXI6IE5FQyBDb3Jwb3JhdGlvbiB1UEQ3MjAyMDAgVVNCIDMuMCBI b3N0IENvbnRyb2xsZXIgKHJldiAwMykNCjAzOjAwLjAgVkdBIGNvbXBhdGlibGUgY29udHJvbGxl cjogblZpZGlhIENvcnBvcmF0aW9uIEdGMTA2IFtHZUZvcmNlIEdUUyA0NTBdIChyZXYgYTEpDQow MzowMC4xIEF1ZGlvIGRldmljZTogblZpZGlhIENvcnBvcmF0aW9uIEdGMTA2IEhpZ2ggRGVmaW5p dGlvbiBBdWRpbyBDb250cm9sbGVyIChyZXYgYTEpDQowNDowMC4wIFZHQSBjb21wYXRpYmxlIGNv bnRyb2xsZXI6IG5WaWRpYSBDb3Jwb3JhdGlvbiBHNzEgW0dlRm9yY2UgNzkwMCBHVFhdIChyZXYg YTEpDQowNTowMC4wIFNBVEEgY29udHJvbGxlcjogSk1pY3JvbiBUZWNobm9sb2d5IENvcnAuIEpN QjM2MiBBSENJIENvbnRyb2xsZXIgKHJldiAxMCkNCjA3OjAxLjAgRXRoZXJuZXQgY29udHJvbGxl cjogUmVhbHRlayBTZW1pY29uZHVjdG9yIENvLiwgTHRkLiBSVEwtODExMFNDLzgxNjlTQyBHaWdh Yml0IEV0aGVybmV0IChyZXYgMTApDQowNzowMi4wIEZpcmVXaXJlIChJRUVFIDEzOTQpOiBWSUEg VGVjaG5vbG9naWVzLCBJbmMuIFZUNjMwNi83LzggW0ZpcmUgSUkoTSldIElFRUUgMTM5NCBPSENJ IENvbnRyb2xsZXIgKHJldiBjMCkNCmZmOjAwLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0 aW9uIFhlb24gNTUwMC9Db3JlIGk3IFF1aWNrUGF0aCBBcmNoaXRlY3R1cmUgR2VuZXJpYyBOb24t Q29yZSBSZWdpc3RlcnMgKHJldiAwNSkNCmZmOjAwLjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBv cmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IFF1aWNrUGF0aCBBcmNoaXRlY3R1cmUgU3lzdGVtIEFk ZHJlc3MgRGVjb2RlciAocmV2IDA1KQ0KZmY6MDIuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgUVBJIExpbmsgMCAocmV2IDA1KQ0KZmY6MDIuMSBIb3N0 IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgUVBJIFBoeXNpY2Fs IDAgKHJldiAwNSkNCmZmOjAzLjAgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24g NTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgKHJldiAwNSkNCmZmOjAz LjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVn cmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgVGFyZ2V0IEFkZHJlc3MgRGVjb2RlciAocmV2IDA1KQ0K ZmY6MDMuNCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcg SW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBUZXN0IFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6 MDQuMCBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50 ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDAgQ29udHJvbCBSZWdpc3RlcnMgKHJl diAwNSkNCmZmOjA0LjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9D b3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAwIEFkZHJlc3MgUmVn aXN0ZXJzIChyZXYgMDUpDQpmZjowNC4yIEhvc3QgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBY ZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMCBS YW5rIFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6MDQuMyBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9y YXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFu bmVsIDAgVGhlcm1hbCBDb250cm9sIFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6MDUuMCBIb3N0IGJy aWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1v cnkgQ29udHJvbGxlciBDaGFubmVsIDEgQ29udHJvbCBSZWdpc3RlcnMgKHJldiAwNSkNCmZmOjA1 LjEgSG9zdCBicmlkZ2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVn cmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAxIEFkZHJlc3MgUmVnaXN0ZXJzIChyZXYg MDUpDQpmZjowNS4yIEhvc3QgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29y ZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMSBSYW5rIFJlZ2lzdGVy cyAocmV2IDA1KQ0KZmY6MDUuMyBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1 NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDEgVGhlcm1h bCBDb250cm9sIFJlZ2lzdGVycyAocmV2IDA1KQ0KZmY6MDYuMCBIb3N0IGJyaWRnZTogSW50ZWwg Q29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxl ciBDaGFubmVsIDIgQ29udHJvbCBSZWdpc3RlcnMgKHJldiAwNSkNCmZmOjA2LjEgSG9zdCBicmlk Z2U6IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5 IENvbnRyb2xsZXIgQ2hhbm5lbCAyIEFkZHJlc3MgUmVnaXN0ZXJzIChyZXYgMDUpDQpmZjowNi4y IEhvc3QgYnJpZGdlOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3Jh dGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMiBSYW5rIFJlZ2lzdGVycyAocmV2IDA1KQ0K ZmY6MDYuMyBIb3N0IGJyaWRnZTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcg SW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDIgVGhlcm1hbCBDb250cm9sIFJl Z2lzdGVycyAocmV2IDA1KQ0K --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="lspci-vvvknn.txt" Content-Disposition: attachment; filename="lspci-vvvknn.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzk6v43 MDA6MDAuMCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUwMC9Y NTggSS9PIEh1YiB0byBFU0kgUG9ydCBbODA4NjozNDA1XSAocmV2IDEzKQ0KCVN1YnN5c3RlbTog QVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MzZiXQ0KCUNvbnRyb2w6IEkvTy0g TWVtLSBCdXNNYXN0ZXItIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3Rl cHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYt IEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0g PlNFUlItIDxQRVJSLSBJTlR4LQ0KCUNhcGFiaWxpdGllczogWzYwXSBNU0k6IEVuYWJsZS0gQ291 bnQ9MS8yIE1hc2thYmxlKyA2NGJpdC0NCgkJQWRkcmVzczogMDAwMDAwMDAgIERhdGE6IDAwMDAN CgkJTWFza2luZzogMDAwMDAwMDAgIFBlbmRpbmc6IDAwMDAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBb OTBdIEV4cHJlc3MgKHYyKSBSb290IFBvcnQgKFNsb3QtKSwgTVNJIDAwDQoJCURldkNhcDoJTWF4 UGF5bG9hZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1 cw0KCQkJRXh0VGFnKyBSQkUrIEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29y cmVjdGFibGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0 VGFnLSBQaGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVz LCBNYXhSZWFkUmVxIDEyOCBieXRlcw0KCQlEZXZTdGE6CUNvcnJFcnItIFVuY29yckVyci0gRmF0 YWxFcnItIFVuc3VwcFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwg U3BlZWQgMi41R1QvcywgV2lkdGggeDQsIEFTUE0gTDBzIEwxLCBMYXRlbmN5IEwwIDw1MTJucywg TDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFjdFJlcCsgQndOb3QrDQoJCUxua0N0 bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xr LQ0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlM bmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHg0LCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERM QWN0aXZlKyBCV01nbXQtIEFCV01nbXQtDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJO b24tRmF0YWwtIEVyckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENS U1Zpc2libGUtDQoJCVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRp bmctDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogUmFuZ2UgQkNELCBUaW1lb3V0RGlz KyBBUklGd2QrDQoJCURldkN0bDI6IENvbXBsZXRpb24gVGltZW91dDogMjYwbXMgdG8gOTAwbXMs IFRpbWVvdXREaXMtIEFSSUZ3ZC0NCgkJTG5rQ3RsMjogVGFyZ2V0IExpbmsgU3BlZWQ6IDIuNUdU L3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMtLCBTZWxlY3RhYmxlIERlLWVtcGhhc2lzOiAt NmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3JtYWwgT3BlcmF0aW5nIFJhbmdlLCBFbnRlck1v ZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNPUy0NCgkJCSBDb21wbGlhbmNlIERlLWVtcGhh c2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQgRGUtZW1waGFzaXMgTGV2ZWw6IC02ZEINCglD YXBhYmlsaXRpZXM6IFtlMF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJRmxhZ3M6IFBN RUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCss RDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2Nh bGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBBZHZhbmNlZCBFcnJvciBSZXBvcnRp bmcNCgkJVUVTdGE6CURMUC0gU0RFUy0gVExQLSBGQ1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54 Q21wbHQtIFJ4T0YtIE1hbGZUTFAtIEVDUkMtIFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRU1zazoJ RExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0g TWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCVVFU3ZydDoJRExQKyBTREVTKyBU TFAtIEZDUCsgQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRisgTWFsZlRMUCsgRUNS Qy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCUNFU3RhOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBS b2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnItDQoJCUNFTXNrOglSeEVyci0gQmFkVExQLSBC YWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnIrDQoJCUFFUkNhcDoJRmlyc3Qg RXJyb3IgUG9pbnRlcjogMDAsIEdlbkNhcC0gQ0dlbkVuLSBDaGtDYXAtIENoa0VuLQ0KCUNhcGFi aWxpdGllczogWzE1MCB2MV0gQWNjZXNzIENvbnRyb2wgU2VydmljZXMNCgkJQUNTQ2FwOglTcmNW YWxpZCsgVHJhbnNCbGsrIFJlcVJlZGlyKyBDbXBsdFJlZGlyKyBVcHN0cmVhbUZ3ZCsgRWdyZXNz Q3RybC0gRGlyZWN0VHJhbnMtDQoJCUFDU0N0bDoJU3JjVmFsaWQrIFRyYW5zQmxrLSBSZXFSZWRp cisgQ21wbHRSZWRpcisgVXBzdHJlYW1Gd2QrIEVncmVzc0N0cmwtIERpcmVjdFRyYW5zLQ0KCUNh cGFiaWxpdGllczogWzE2MCB2MF0gVmVuZG9yIFNwZWNpZmljIEluZm9ybWF0aW9uOiBJRD0wMDAy IFJldj0wIExlbj0wMGMgPD8+DQoNCjAwOjAxLjAgUENJIGJyaWRnZSBbMDYwNF06IEludGVsIENv cnBvcmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMSBb ODA4NjozNDA4XSAocmV2IDEzKSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29kZV0pDQoJQ29udHJv bDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFy RXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZN SHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8 TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2FjaGUgTGluZSBTaXpl OiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFyeT0wMSwgc3Vib3JkaW5hdGU9 MDEsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTogMDAwMGEwMDAtMDAwMGFmZmYN CglNZW1vcnkgYmVoaW5kIGJyaWRnZTogZjVlMDAwMDAtZjVlZmZmZmYNCglQcmVmZXRjaGFibGUg bWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwZmZmMDAwMDAtMDAwMDAwMDAwMDBmZmZmZg0K CVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0NCglCcmlkZ2VDdGw6IFBhcml0 eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZhc3RCMkItDQoJCVByaURpc2NU bXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VSUkVuLQ0KCUNhcGFiaWxpdGll czogWzQwXSBTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODM2 Yl0NCglDYXBhYmlsaXRpZXM6IFs2MF0gTVNJOiBFbmFibGUtIENvdW50PTEvMiBNYXNrYWJsZSsg NjRiaXQtDQoJCUFkZHJlc3M6IDAwMDAwMDAwICBEYXRhOiAwMDAwDQoJCU1hc2tpbmc6IDAwMDAw MDAwICBQZW5kaW5nOiAwMDAwMDAwMA0KCUNhcGFiaWxpdGllczogWzkwXSBFeHByZXNzICh2Mikg Um9vdCBQb3J0IChTbG90KyksIE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMjU2IGJ5dGVz LCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZysgUkJF KyBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0 YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBB dXhQd3ItIE5vU25vb3AtDQoJCQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjgg Ynl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEt IEF1eFB3ci0gVHJhbnNQZW5kLQ0KCQlMbmtDYXA6CVBvcnQgIzAsIFNwZWVkIDVHVC9zLCBXaWR0 aCB4MiwgQVNQTSBMMHMgTDEsIExhdGVuY3kgTDAgPDUxMm5zLCBMMSA8NjR1cw0KCQkJQ2xvY2tQ TS0gU3VycHJpc2UrIExMQWN0UmVwKyBCd05vdCsNCgkJTG5rQ3RsOglBU1BNIERpc2FibGVkOyBS Q0IgNjQgYnl0ZXMgRGlzYWJsZWQtIFJldHJhaW4tIENvbW1DbGsrDQoJCQlFeHRTeW5jaC0gQ2xv Y2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQoJCUxua1N0YToJU3BlZWQgNUdUL3Ms IFdpZHRoIHgxLCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlKyBCV01nbXQrIEFCV01n bXQtDQoJCVNsdENhcDoJQXR0bkJ0bi0gUHdyQ3RybC0gTVJMLSBBdHRuSW5kLSBQd3JJbmQtIEhv dFBsdWctIFN1cnByaXNlLQ0KCQkJU2xvdCAjMCwgUG93ZXJMaW1pdCAwLjAwMFc7IEludGVybG9j ay0gTm9Db21wbC0NCgkJU2x0Q3RsOglFbmFibGU6IEF0dG5CdG4tIFB3ckZsdC0gTVJMLSBQcmVz RGV0LSBDbWRDcGx0LSBIUElycS0gTGlua0NoZy0NCgkJCUNvbnRyb2w6IEF0dG5JbmQgT2ZmLCBQ d3JJbmQgT2ZmLCBQb3dlci0gSW50ZXJsb2NrLQ0KCQlTbHRTdGE6CVN0YXR1czogQXR0bkJ0bi0g UG93ZXJGbHQtIE1STC0gQ21kQ3BsdC0gUHJlc0RldCsgSW50ZXJsb2NrLQ0KCQkJQ2hhbmdlZDog TVJMLSBQcmVzRGV0KyBMaW5rU3RhdGUrDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJO b24tRmF0YWwtIEVyckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENS U1Zpc2libGUtDQoJCVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRp bmctDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogUmFuZ2UgQkNELCBUaW1lb3V0RGlz KyBBUklGd2QrDQoJCURldkN0bDI6IENvbXBsZXRpb24gVGltZW91dDogMjYwbXMgdG8gOTAwbXMs IFRpbWVvdXREaXMtIEFSSUZ3ZC0NCgkJTG5rQ3RsMjogVGFyZ2V0IExpbmsgU3BlZWQ6IDVHVC9z LCBFbnRlckNvbXBsaWFuY2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZk Qg0KCQkJIFRyYW5zbWl0IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2Rp ZmllZENvbXBsaWFuY2UtIENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNp czogLTZkQg0KCQlMbmtTdGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoJQ2Fw YWJpbGl0aWVzOiBbZTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVD bGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDArLEQxLSxEMi0sRDNob3QrLEQz Y29sZCspDQoJCVN0YXR1czogRDAgTm9Tb2Z0UnN0KyBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxl PTAgUE1FLQ0KCUNhcGFiaWxpdGllczogWzEwMCB2MV0gQWR2YW5jZWQgRXJyb3IgUmVwb3J0aW5n DQoJCVVFU3RhOglETFAtIFNERVMtIFRMUC0gRkNQLSBDbXBsdFRPLSBDbXBsdEFicnQtIFVueENt cGx0LSBSeE9GLSBNYWxmVExQLSBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJVUVNc2s6CURM UC0gU0RFUy0gVExQLSBGQ1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1h bGZUTFAtIEVDUkMtIFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRVN2cnQ6CURMUCsgU0RFUysgVExQ LSBGQ1ArIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YrIE1hbGZUTFArIEVDUkMt IFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlDRVN0YToJUnhFcnItIEJhZFRMUC0gQmFkRExMUC0gUm9s bG92ZXItIFRpbWVvdXQtIE5vbkZhdGFsRXJyLQ0KCQlDRU1zazoJUnhFcnItIEJhZFRMUC0gQmFk RExMUC0gUm9sbG92ZXItIFRpbWVvdXQtIE5vbkZhdGFsRXJyKw0KCQlBRVJDYXA6CUZpcnN0IEVy cm9yIFBvaW50ZXI6IDAwLCBHZW5DYXAtIENHZW5Fbi0gQ2hrQ2FwLSBDaGtFbi0NCglDYXBhYmls aXRpZXM6IFsxNTAgdjFdIEFjY2VzcyBDb250cm9sIFNlcnZpY2VzDQoJCUFDU0NhcDoJU3JjVmFs aWQrIFRyYW5zQmxrKyBSZXFSZWRpcisgQ21wbHRSZWRpcisgVXBzdHJlYW1Gd2QrIEVncmVzc0N0 cmwtIERpcmVjdFRyYW5zLQ0KCQlBQ1NDdGw6CVNyY1ZhbGlkKyBUcmFuc0Jsay0gUmVxUmVkaXIr IENtcGx0UmVkaXIrIFVwc3RyZWFtRndkKyBFZ3Jlc3NDdHJsLSBEaXJlY3RUcmFucy0NCglDYXBh YmlsaXRpZXM6IFsxNjAgdjBdIFZlbmRvciBTcGVjaWZpYyBJbmZvcm1hdGlvbjogSUQ9MDAwMiBS ZXY9MCBMZW49MDBjIDw/Pg0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiBwY2llcG9ydA0KDQowMDow Mi4wIFBDSSBicmlkZ2UgWzA2MDRdOiBJbnRlbCBDb3Jwb3JhdGlvbiA1NTIwLzU1MDAvWDU4IEkv TyBIdWIgUENJIEV4cHJlc3MgUm9vdCBQb3J0IDIgWzgwODY6MzQwOV0gKHJldiAxMykgKHByb2ct aWYgMDAgW05vcm1hbCBkZWNvZGVdKQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNw ZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZhc3RC MkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0g REVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUgU2l6ZTogMjU2IGJ5dGVzDQoJQnVzOiBwcmltYXJ5 PTAwLCBzZWNvbmRhcnk9MDIsIHN1Ym9yZGluYXRlPTAyLCBzZWMtbGF0ZW5jeT0wDQoJSS9PIGJl aGluZCBicmlkZ2U6IDAwMDBmMDAwLTAwMDAwZmZmDQoJTWVtb3J5IGJlaGluZCBicmlkZ2U6IGY1 ZjAwMDAwLWY1ZmZmZmZmDQoJUHJlZmV0Y2hhYmxlIG1lbW9yeSBiZWhpbmQgYnJpZGdlOiAwMDAw MDAwMGZmZjAwMDAwLTAwMDAwMDAwMDAwZmZmZmYNCglTZWNvbmRhcnkgc3RhdHVzOiA2Nk1Iei0g RmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0KyA8 U0VSUi0gPFBFUlItDQoJQnJpZGdlQ3RsOiBQYXJpdHktIFNFUlIrIE5vSVNBLSBWR0EtIE1BYm9y dC0gPlJlc2V0LSBGYXN0QjJCLQ0KCQlQcmlEaXNjVG1yLSBTZWNEaXNjVG1yLSBEaXNjVG1yU3Rh dC0gRGlzY1RtclNFUlJFbi0NCglDYXBhYmlsaXRpZXM6IFs0MF0gU3Vic3lzdGVtOiBBU1VTVGVL IENvbXB1dGVyIEluYy4gRGV2aWNlIFsxMDQzOjgzNmJdDQoJQ2FwYWJpbGl0aWVzOiBbNjBdIE1T STogRW5hYmxlLSBDb3VudD0xLzIgTWFza2FibGUrIDY0Yml0LQ0KCQlBZGRyZXNzOiAwMDAwMDAw MCAgRGF0YTogMDAwMA0KCQlNYXNraW5nOiAwMDAwMDAwMCAgUGVuZGluZzogMDAwMDAwMDANCglD YXBhYmlsaXRpZXM6IFs5MF0gRXhwcmVzcyAodjIpIFJvb3QgUG9ydCAoU2xvdCspLCBNU0kgMDAN CgkJRGV2Q2FwOglNYXhQYXlsb2FkIDI1NiBieXRlcywgUGhhbnRGdW5jIDAsIExhdGVuY3kgTDBz IDw2NG5zLCBMMSA8MXVzDQoJCQlFeHRUYWcrIFJCRSsgRkxSZXNldC0NCgkJRGV2Q3RsOglSZXBv cnQgZXJyb3JzOiBDb3JyZWN0YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBwb3J0ZWQtDQoJ CQlSbHhkT3JkLSBFeHRUYWctIFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wLQ0KCQkJTWF4UGF5 bG9hZCAxMjggYnl0ZXMsIE1heFJlYWRSZXEgMTI4IGJ5dGVzDQoJCURldlN0YToJQ29yckVyci0g VW5jb3JyRXJyLSBGYXRhbEVyci0gVW5zdXBwUmVxLSBBdXhQd3ItIFRyYW5zUGVuZC0NCgkJTG5r Q2FwOglQb3J0ICMwLCBTcGVlZCA1R1QvcywgV2lkdGggeDIsIEFTUE0gTDBzIEwxLCBMYXRlbmN5 IEwwIDw1MTJucywgTDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFjdFJlcCsgQndO b3QrDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRy YWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1 dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDVHVC9zLCBXaWR0aCB4MSwgVHJFcnItIFRyYWluLSBT bG90Q2xrKyBETEFjdGl2ZSsgQldNZ210KyBBQldNZ210LQ0KCQlTbHRDYXA6CUF0dG5CdG4tIFB3 ckN0cmwtIE1STC0gQXR0bkluZC0gUHdySW5kLSBIb3RQbHVnLSBTdXJwcmlzZS0NCgkJCVNsb3Qg IzAsIFBvd2VyTGltaXQgMC4wMDBXOyBJbnRlcmxvY2stIE5vQ29tcGwtDQoJCVNsdEN0bDoJRW5h YmxlOiBBdHRuQnRuLSBQd3JGbHQtIE1STC0gUHJlc0RldC0gQ21kQ3BsdC0gSFBJcnEtIExpbmtD aGctDQoJCQlDb250cm9sOiBBdHRuSW5kIE9mZiwgUHdySW5kIE9mZiwgUG93ZXItIEludGVybG9j ay0NCgkJU2x0U3RhOglTdGF0dXM6IEF0dG5CdG4tIFBvd2VyRmx0LSBNUkwtIENtZENwbHQtIFBy ZXNEZXQrIEludGVybG9jay0NCgkJCUNoYW5nZWQ6IE1STC0gUHJlc0RldCsgTGlua1N0YXRlKw0K CQlSb290Q3RsOiBFcnJDb3JyZWN0YWJsZS0gRXJyTm9uLUZhdGFsLSBFcnJGYXRhbC0gUE1FSW50 RW5hLSBDUlNWaXNpYmxlLQ0KCQlSb290Q2FwOiBDUlNWaXNpYmxlLQ0KCQlSb290U3RhOiBQTUUg UmVxSUQgMDAwMCwgUE1FU3RhdHVzLSBQTUVQZW5kaW5nLQ0KCQlEZXZDYXAyOiBDb21wbGV0aW9u IFRpbWVvdXQ6IFJhbmdlIEJDRCwgVGltZW91dERpcysgQVJJRndkKw0KCQlEZXZDdGwyOiBDb21w bGV0aW9uIFRpbWVvdXQ6IDI2MG1zIHRvIDkwMG1zLCBUaW1lb3V0RGlzLSBBUklGd2QtDQoJCUxu a0N0bDI6IFRhcmdldCBMaW5rIFNwZWVkOiA1R1QvcywgRW50ZXJDb21wbGlhbmNlLSBTcGVlZERp cy0sIFNlbGVjdGFibGUgRGUtZW1waGFzaXM6IC02ZEINCgkJCSBUcmFuc21pdCBNYXJnaW46IE5v cm1hbCBPcGVyYXRpbmcgUmFuZ2UsIEVudGVyTW9kaWZpZWRDb21wbGlhbmNlLSBDb21wbGlhbmNl U09TLQ0KCQkJIENvbXBsaWFuY2UgRGUtZW1waGFzaXM6IC02ZEINCgkJTG5rU3RhMjogQ3VycmVu dCBEZS1lbXBoYXNpcyBMZXZlbDogLTZkQg0KCUNhcGFiaWxpdGllczogW2UwXSBQb3dlciBNYW5h Z2VtZW50IHZlcnNpb24gMw0KCQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxLSBEMi0gQXV4Q3VycmVu dD0wbUEgUE1FKEQwKyxEMS0sRDItLEQzaG90KyxEM2NvbGQrKQ0KCQlTdGF0dXM6IEQwIE5vU29m dFJzdCsgUE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBNRS0NCglDYXBhYmlsaXRpZXM6IFsx MDAgdjFdIEFkdmFuY2VkIEVycm9yIFJlcG9ydGluZw0KCQlVRVN0YToJRExQLSBTREVTLSBUTFAt IEZDUC0gQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0g VW5zdXBSZXEtIEFDU1Zpb2wtDQoJCVVFTXNrOglETFAtIFNERVMtIFRMUC0gRkNQLSBDbXBsdFRP LSBDbXBsdEFicnQtIFVueENtcGx0LSBSeE9GLSBNYWxmVExQLSBFQ1JDLSBVbnN1cFJlcS0gQUNT VmlvbC0NCgkJVUVTdnJ0OglETFArIFNERVMrIFRMUC0gRkNQKyBDbXBsdFRPLSBDbXBsdEFicnQt IFVueENtcGx0LSBSeE9GKyBNYWxmVExQKyBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJQ0VT dGE6CVJ4RXJyLSBCYWRUTFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBOb25GYXRhbEVy ci0NCgkJQ0VNc2s6CVJ4RXJyLSBCYWRUTFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBO b25GYXRhbEVycisNCgkJQUVSQ2FwOglGaXJzdCBFcnJvciBQb2ludGVyOiAwMCwgR2VuQ2FwLSBD R2VuRW4tIENoa0NhcC0gQ2hrRW4tDQoJQ2FwYWJpbGl0aWVzOiBbMTUwIHYxXSBBY2Nlc3MgQ29u dHJvbCBTZXJ2aWNlcw0KCQlBQ1NDYXA6CVNyY1ZhbGlkKyBUcmFuc0JsaysgUmVxUmVkaXIrIENt cGx0UmVkaXIrIFVwc3RyZWFtRndkKyBFZ3Jlc3NDdHJsLSBEaXJlY3RUcmFucy0NCgkJQUNTQ3Rs OglTcmNWYWxpZCsgVHJhbnNCbGstIFJlcVJlZGlyKyBDbXBsdFJlZGlyKyBVcHN0cmVhbUZ3ZCsg RWdyZXNzQ3RybC0gRGlyZWN0VHJhbnMtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHBjaWVwb3J0 DQoNCjAwOjAzLjAgUENJIGJyaWRnZSBbMDYwNF06IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUw MC9YNTggSS9PIEh1YiBQQ0kgRXhwcmVzcyBSb290IFBvcnQgMyBbODA4NjozNDBhXSAocmV2IDEz KSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29kZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01h c3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VS UisgRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0g UGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBF UlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6 IHByaW1hcnk9MDAsIHNlY29uZGFyeT0wMywgc3Vib3JkaW5hdGU9MDMsIHNlYy1sYXRlbmN5PTAN CglJL08gYmVoaW5kIGJyaWRnZTogMDAwMGIwMDAtMDAwMGJmZmYNCglNZW1vcnkgYmVoaW5kIGJy aWRnZTogZjYwMDAwMDAtZjhmZmZmZmYNCglQcmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlk Z2U6IDAwMDAwMDAwYzQwMDAwMDAtMDAwMDAwMDBjZmZmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6 IDY2TUh6LSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxN QWJvcnQtIDxTRVJSLSA8UEVSUi0NCglCcmlkZ2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZH QSsgTUFib3J0LSA+UmVzZXQtIEZhc3RCMkItDQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERp c2NUbXJTdGF0LSBEaXNjVG1yU0VSUkVuLQ0KCUNhcGFiaWxpdGllczogWzQwXSBTdWJzeXN0ZW06 IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODM2Yl0NCglDYXBhYmlsaXRpZXM6 IFs2MF0gTVNJOiBFbmFibGUtIENvdW50PTEvMiBNYXNrYWJsZSsgNjRiaXQtDQoJCUFkZHJlc3M6 IDAwMDAwMDAwICBEYXRhOiAwMDAwDQoJCU1hc2tpbmc6IDAwMDAwMDAwICBQZW5kaW5nOiAwMDAw MDAwMA0KCUNhcGFiaWxpdGllczogWzkwXSBFeHByZXNzICh2MikgUm9vdCBQb3J0IChTbG90Kyks IE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMjU2IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0 ZW5jeSBMMHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZysgUkJFKyBGTFJlc2V0LQ0KCQlEZXZD dGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBv cnRlZC0NCgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJ CQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglD b3JyRXJyLSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3ci0gVHJhbnNQZW5k LQ0KCQlMbmtDYXA6CVBvcnQgIzAsIFNwZWVkIDVHVC9zLCBXaWR0aCB4MTYsIEFTUE0gTDBzIEwx LCBMYXRlbmN5IEwwIDw1MTJucywgTDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFj dFJlcCsgQndOb3QrDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2Fi bGVkLSBSZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0g QldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxNiwgVHJF cnItIFRyYWluLSBTbG90Q2xrKyBETEFjdGl2ZSsgQldNZ210KyBBQldNZ210LQ0KCQlTbHRDYXA6 CUF0dG5CdG4tIFB3ckN0cmwtIE1STC0gQXR0bkluZC0gUHdySW5kLSBIb3RQbHVnLSBTdXJwcmlz ZS0NCgkJCVNsb3QgIzIsIFBvd2VyTGltaXQgNzUuMDAwVzsgSW50ZXJsb2NrLSBOb0NvbXBsLQ0K CQlTbHRDdGw6CUVuYWJsZTogQXR0bkJ0bi0gUHdyRmx0LSBNUkwtIFByZXNEZXQtIENtZENwbHQt IEhQSXJxLSBMaW5rQ2hnLQ0KCQkJQ29udHJvbDogQXR0bkluZCBPZmYsIFB3ckluZCBPZmYsIFBv d2VyLSBJbnRlcmxvY2stDQoJCVNsdFN0YToJU3RhdHVzOiBBdHRuQnRuLSBQb3dlckZsdC0gTVJM LSBDbWRDcGx0LSBQcmVzRGV0KyBJbnRlcmxvY2stDQoJCQlDaGFuZ2VkOiBNUkwtIFByZXNEZXQr IExpbmtTdGF0ZSsNCgkJUm9vdEN0bDogRXJyQ29ycmVjdGFibGUtIEVyck5vbi1GYXRhbC0gRXJy RmF0YWwtIFBNRUludEVuYS0gQ1JTVmlzaWJsZS0NCgkJUm9vdENhcDogQ1JTVmlzaWJsZS0NCgkJ Um9vdFN0YTogUE1FIFJlcUlEIDAwMDAsIFBNRVN0YXR1cy0gUE1FUGVuZGluZy0NCgkJRGV2Q2Fw MjogQ29tcGxldGlvbiBUaW1lb3V0OiBSYW5nZSBCQ0QsIFRpbWVvdXREaXMrIEFSSUZ3ZCsNCgkJ RGV2Q3RsMjogQ29tcGxldGlvbiBUaW1lb3V0OiAyNjBtcyB0byA5MDBtcywgVGltZW91dERpcy0g QVJJRndkLQ0KCQlMbmtDdGwyOiBUYXJnZXQgTGluayBTcGVlZDogNUdUL3MsIEVudGVyQ29tcGxp YW5jZS0gU3BlZWREaXMtLCBTZWxlY3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNt aXQgTWFyZ2luOiBOb3JtYWwgT3BlcmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5j ZS0gQ29tcGxpYW5jZVNPUy0NCgkJCSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxu a1N0YTI6IEN1cnJlbnQgRGUtZW1waGFzaXMgTGV2ZWw6IC02ZEINCglDYXBhYmlsaXRpZXM6IFtl MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0g RDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3Rh dHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2Fw YWJpbGl0aWVzOiBbMTAwIHYxXSBBZHZhbmNlZCBFcnJvciBSZXBvcnRpbmcNCgkJVUVTdGE6CURM UC0gU0RFUy0gVExQLSBGQ1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1h bGZUTFAtIEVDUkMtIFVuc3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRU1zazoJRExQLSBTREVTLSBUTFAt IEZDUC0gQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0g VW5zdXBSZXEtIEFDU1Zpb2wtDQoJCVVFU3ZydDoJRExQKyBTREVTKyBUTFAtIEZDUCsgQ21wbHRU Ty0gQ21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRisgTWFsZlRMUCsgRUNSQy0gVW5zdXBSZXEtIEFD U1Zpb2wtDQoJCUNFU3RhOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91 dC0gTm9uRmF0YWxFcnItDQoJCUNFTXNrOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zl ci0gVGltZW91dC0gTm9uRmF0YWxFcnIrDQoJCUFFUkNhcDoJRmlyc3QgRXJyb3IgUG9pbnRlcjog MDAsIEdlbkNhcC0gQ0dlbkVuLSBDaGtDYXAtIENoa0VuLQ0KCUNhcGFiaWxpdGllczogWzE1MCB2 MV0gQWNjZXNzIENvbnRyb2wgU2VydmljZXMNCgkJQUNTQ2FwOglTcmNWYWxpZCsgVHJhbnNCbGsr IFJlcVJlZGlyKyBDbXBsdFJlZGlyKyBVcHN0cmVhbUZ3ZCsgRWdyZXNzQ3RybC0gRGlyZWN0VHJh bnMtDQoJCUFDU0N0bDoJU3JjVmFsaWQrIFRyYW5zQmxrLSBSZXFSZWRpcisgQ21wbHRSZWRpcisg VXBzdHJlYW1Gd2QrIEVncmVzc0N0cmwtIERpcmVjdFRyYW5zLQ0KCUNhcGFiaWxpdGllczogWzE2 MCB2MF0gVmVuZG9yIFNwZWNpZmljIEluZm9ybWF0aW9uOiBJRD0wMDAyIFJldj0wIExlbj0wMGMg PD8+DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHBjaWVwb3J0DQoNCjAwOjA3LjAgUENJIGJyaWRn ZSBbMDYwNF06IEludGVsIENvcnBvcmF0aW9uIDU1MjAvNTUwMC9YNTggSS9PIEh1YiBQQ0kgRXhw cmVzcyBSb290IFBvcnQgNyBbODA4NjozNDBlXSAocmV2IDEzKSAocHJvZy1pZiAwMCBbTm9ybWFs IGRlY29kZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+ VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTog MCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFy eT0wNCwgc3Vib3JkaW5hdGU9MDQsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTog MDAwMGMwMDAtMDAwMGNmZmYNCglNZW1vcnkgYmVoaW5kIGJyaWRnZTogZjkwMDAwMDAtZmJjZmZm ZmYNCglQcmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwZDAwMDAwMDAt MDAwMDAwMDBkZmZmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0N CglCcmlkZ2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZh c3RCMkItDQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VS UkVuLQ0KCUNhcGFiaWxpdGllczogWzQwXSBTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5j LiBEZXZpY2UgWzEwNDM6ODM2Yl0NCglDYXBhYmlsaXRpZXM6IFs2MF0gTVNJOiBFbmFibGUtIENv dW50PTEvMiBNYXNrYWJsZSsgNjRiaXQtDQoJCUFkZHJlc3M6IDAwMDAwMDAwICBEYXRhOiAwMDAw DQoJCU1hc2tpbmc6IDAwMDAwMDAwICBQZW5kaW5nOiAwMDAwMDAwMA0KCUNhcGFiaWxpdGllczog WzkwXSBFeHByZXNzICh2MikgUm9vdCBQb3J0IChTbG90KyksIE1TSSAwMA0KCQlEZXZDYXA6CU1h eFBheWxvYWQgMjU2IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDY0bnMsIEwxIDwx dXMNCgkJCUV4dFRhZysgUkJFKyBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJlcG9ydCBlcnJvcnM6IENv cnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJseGRPcmQtIEV4 dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJCQlNYXhQYXlsb2FkIDEyOCBieXRl cywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNvcnJFcnItIEZh dGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3ci0gVHJhbnNQZW5kLQ0KCQlMbmtDYXA6CVBvcnQgIzAs IFNwZWVkIDVHVC9zLCBXaWR0aCB4MTYsIEFTUE0gTDBzIEwxLCBMYXRlbmN5IEwwIDw1MTJucywg TDEgPDY0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlKyBMTEFjdFJlcCsgQndOb3QrDQoJCUxua0N0 bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xr LQ0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlM bmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxNiwgVHJFcnItIFRyYWluLSBTbG90Q2xrKyBE TEFjdGl2ZSsgQldNZ210LSBBQldNZ210LQ0KCQlTbHRDYXA6CUF0dG5CdG4tIFB3ckN0cmwtIE1S TC0gQXR0bkluZC0gUHdySW5kLSBIb3RQbHVnLSBTdXJwcmlzZS0NCgkJCVNsb3QgIzUsIFBvd2Vy TGltaXQgNzUuMDAwVzsgSW50ZXJsb2NrLSBOb0NvbXBsLQ0KCQlTbHRDdGw6CUVuYWJsZTogQXR0 bkJ0bi0gUHdyRmx0LSBNUkwtIFByZXNEZXQtIENtZENwbHQtIEhQSXJxLSBMaW5rQ2hnLQ0KCQkJ Q29udHJvbDogQXR0bkluZCBPZmYsIFB3ckluZCBPZmYsIFBvd2VyLSBJbnRlcmxvY2stDQoJCVNs dFN0YToJU3RhdHVzOiBBdHRuQnRuLSBQb3dlckZsdC0gTVJMLSBDbWRDcGx0LSBQcmVzRGV0KyBJ bnRlcmxvY2stDQoJCQlDaGFuZ2VkOiBNUkwtIFByZXNEZXQrIExpbmtTdGF0ZSsNCgkJUm9vdEN0 bDogRXJyQ29ycmVjdGFibGUtIEVyck5vbi1GYXRhbC0gRXJyRmF0YWwtIFBNRUludEVuYS0gQ1JT VmlzaWJsZS0NCgkJUm9vdENhcDogQ1JTVmlzaWJsZS0NCgkJUm9vdFN0YTogUE1FIFJlcUlEIDAw MDAsIFBNRVN0YXR1cy0gUE1FUGVuZGluZy0NCgkJRGV2Q2FwMjogQ29tcGxldGlvbiBUaW1lb3V0 OiBSYW5nZSBCQ0QsIFRpbWVvdXREaXMrIEFSSUZ3ZCsNCgkJRGV2Q3RsMjogQ29tcGxldGlvbiBU aW1lb3V0OiAyNjBtcyB0byA5MDBtcywgVGltZW91dERpcy0gQVJJRndkLQ0KCQlMbmtDdGwyOiBU YXJnZXQgTGluayBTcGVlZDogNUdUL3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMtLCBTZWxl Y3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3JtYWwgT3Bl cmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNPUy0NCgkJ CSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQgRGUtZW1w aGFzaXMgTGV2ZWw6IC02ZEINCglDYXBhYmlsaXRpZXM6IFtlMF0gUG93ZXIgTWFuYWdlbWVudCB2 ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBN RShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBN RS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBB ZHZhbmNlZCBFcnJvciBSZXBvcnRpbmcNCgkJVUVTdGE6CURMUC0gU0RFUy0gVExQLSBGQ1AtIENt cGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1hbGZUTFAtIEVDUkMtIFVuc3VwUmVx LSBBQ1NWaW9sLQ0KCQlVRU1zazoJRExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0gQ21wbHRB YnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJ CVVFU3ZydDoJRExQKyBTREVTKyBUTFAtIEZDUCsgQ21wbHRUTy0gQ21wbHRBYnJ0LSBVbnhDbXBs dC0gUnhPRisgTWFsZlRMUCsgRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCUNFU3RhOglSeEVy ci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnItDQoJCUNF TXNrOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxF cnIrDQoJCUFFUkNhcDoJRmlyc3QgRXJyb3IgUG9pbnRlcjogMDAsIEdlbkNhcC0gQ0dlbkVuLSBD aGtDYXAtIENoa0VuLQ0KCUNhcGFiaWxpdGllczogWzE1MCB2MV0gQWNjZXNzIENvbnRyb2wgU2Vy dmljZXMNCgkJQUNTQ2FwOglTcmNWYWxpZCsgVHJhbnNCbGsrIFJlcVJlZGlyKyBDbXBsdFJlZGly KyBVcHN0cmVhbUZ3ZCsgRWdyZXNzQ3RybC0gRGlyZWN0VHJhbnMtDQoJCUFDU0N0bDoJU3JjVmFs aWQrIFRyYW5zQmxrLSBSZXFSZWRpcisgQ21wbHRSZWRpcisgVXBzdHJlYW1Gd2QrIEVncmVzc0N0 cmwtIERpcmVjdFRyYW5zLQ0KCUNhcGFiaWxpdGllczogWzE2MCB2MF0gVmVuZG9yIFNwZWNpZmlj IEluZm9ybWF0aW9uOiBJRD0wMDAyIFJldj0wIExlbj0wMGMgPD8+DQoJS2VybmVsIGRyaXZlciBp biB1c2U6IHBjaWVwb3J0DQoNCjAwOjE0LjAgUElDIFswODAwXTogSW50ZWwgQ29ycG9yYXRpb24g NTUyMC81NTAwL1g1OCBJL08gSHViIFN5c3RlbSBNYW5hZ2VtZW50IFJlZ2lzdGVycyBbODA4Njoz NDJlXSAocmV2IDEzKSAocHJvZy1pZiAwMCBbODI1OV0pDQoJQ29udHJvbDogSS9PLSBNZW0tIEJ1 c01hc3Rlci0gU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0g U0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIy Qi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0g PFBFUlItIElOVHgtDQoJQ2FwYWJpbGl0aWVzOiBbNDBdIEV4cHJlc3MgKHYyKSBSb290IENvbXBs ZXggSW50ZWdyYXRlZCBFbmRwb2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjgg Ynl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1cw0KCQkJRXh0VGFn LSBSQkUrIEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5v bi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0VGFnLSBQaGFudEZ1 bmMtIEF1eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVx IDEyOCBieXRlcw0KCQlEZXZTdGE6CUNvcnJFcnItIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3Vw cFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgdW5rbm93 biwgV2lkdGggeDAsIEFTUE0gTDBzLCBMYXRlbmN5IEwwIHVubGltaXRlZCwgTDEgdW5saW1pdGVk DQoJCQlDbG9ja1BNLSBTdXJwcmlzZSsgTExBY3RSZXArIEJ3Tm90Kw0KCQlMbmtDdGw6CUFTUE0g RGlzYWJsZWQ7IERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xrLQ0KCQkJRXh0U3luY2gtIENsb2Nr UE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIHVua25vd24s IFdpZHRoIHgwLCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlLSBCV01nbXQtIEFCV01n bXQtDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogTm90IFN1cHBvcnRlZCwgVGltZW91 dERpcy0NCgkJRGV2Q3RsMjogQ29tcGxldGlvbiBUaW1lb3V0OiA1MHVzIHRvIDUwbXMsIFRpbWVv dXREaXMtDQoJCUxua0N0bDI6IFRhcmdldCBMaW5rIFNwZWVkOiAyLjVHVC9zLCBFbnRlckNvbXBs aWFuY2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZkQg0KCQkJIFRyYW5z bWl0IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2RpZmllZENvbXBsaWFu Y2UtIENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNpczogLTZkQg0KCQlM bmtTdGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoJS2VybmVsIGRyaXZlciBp biB1c2U6IGk3Y29yZV9lZGFjDQoNCjAwOjE0LjEgUElDIFswODAwXTogSW50ZWwgQ29ycG9yYXRp b24gNTUyMC81NTAwL1g1OCBJL08gSHViIEdQSU8gYW5kIFNjcmF0Y2ggUGFkIFJlZ2lzdGVycyBb ODA4NjozNDIyXSAocmV2IDEzKSAocHJvZy1pZiAwMCBbODI1OV0pDQoJQ29udHJvbDogSS9PLSBN ZW0tIEJ1c01hc3Rlci0gU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVw cGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0g RmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+ U0VSUi0gPFBFUlItIElOVHgtDQoJQ2FwYWJpbGl0aWVzOiBbNDBdIEV4cHJlc3MgKHYyKSBSb290 IENvbXBsZXggSW50ZWdyYXRlZCBFbmRwb2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9h ZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1cw0KCQkJ RXh0VGFnLSBSQkUrIEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFi bGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0VGFnLSBQ aGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhS ZWFkUmVxIDEyOCBieXRlcw0KCQlEZXZTdGE6CUNvcnJFcnItIFVuY29yckVyci0gRmF0YWxFcnIt IFVuc3VwcFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQg dW5rbm93biwgV2lkdGggeDAsIEFTUE0gTDBzLCBMYXRlbmN5IEwwIHVubGltaXRlZCwgTDEgdW5s aW1pdGVkDQoJCQlDbG9ja1BNLSBTdXJwcmlzZSsgTExBY3RSZXArIEJ3Tm90Kw0KCQlMbmtDdGw6 CUFTUE0gRGlzYWJsZWQ7IERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xrLQ0KCQkJRXh0U3luY2gt IENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIHVu a25vd24sIFdpZHRoIHgwLCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlLSBCV01nbXQt IEFCV01nbXQtDQoJCURldkNhcDI6IENvbXBsZXRpb24gVGltZW91dDogTm90IFN1cHBvcnRlZCwg VGltZW91dERpcy0NCgkJRGV2Q3RsMjogQ29tcGxldGlvbiBUaW1lb3V0OiA1MHVzIHRvIDUwbXMs IFRpbWVvdXREaXMtDQoJCUxua0N0bDI6IFRhcmdldCBMaW5rIFNwZWVkOiAyLjVHVC9zLCBFbnRl ckNvbXBsaWFuY2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZkQg0KCQkJ IFRyYW5zbWl0IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2RpZmllZENv bXBsaWFuY2UtIENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNpczogLTZk Qg0KCQlMbmtTdGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoNCjAwOjE0LjIg UElDIFswODAwXTogSW50ZWwgQ29ycG9yYXRpb24gNTUyMC81NTAwL1g1OCBJL08gSHViIENvbnRy b2wgU3RhdHVzIGFuZCBSQVMgUmVnaXN0ZXJzIFs4MDg2OjM0MjNdIChyZXYgMTMpIChwcm9nLWlm IDAwIFs4MjU5XSkNCglDb250cm9sOiBJL08tIE1lbS0gQnVzTWFzdGVyLSBTcGVjQ3ljbGUtIE1l bVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4 LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0 ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglDYXBhYmls aXRpZXM6IFs0MF0gRXhwcmVzcyAodjIpIFJvb3QgQ29tcGxleCBJbnRlZ3JhdGVkIEVuZHBvaW50 LCBNU0kgMDANCgkJRGV2Q2FwOglNYXhQYXlsb2FkIDEyOCBieXRlcywgUGhhbnRGdW5jIDAsIExh dGVuY3kgTDBzIDw2NG5zLCBMMSA8MXVzDQoJCQlFeHRUYWctIFJCRSsgRkxSZXNldC0NCgkJRGV2 Q3RsOglSZXBvcnQgZXJyb3JzOiBDb3JyZWN0YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBw b3J0ZWQtDQoJCQlSbHhkT3JkLSBFeHRUYWctIFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wLQ0K CQkJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIE1heFJlYWRSZXEgMTI4IGJ5dGVzDQoJCURldlN0YToJ Q29yckVyci0gVW5jb3JyRXJyLSBGYXRhbEVyci0gVW5zdXBwUmVxLSBBdXhQd3ItIFRyYW5zUGVu ZC0NCgkJTG5rQ2FwOglQb3J0ICMwLCBTcGVlZCB1bmtub3duLCBXaWR0aCB4MCwgQVNQTSBMMHMs IExhdGVuY3kgTDAgdW5saW1pdGVkLCBMMSB1bmxpbWl0ZWQNCgkJCUNsb2NrUE0tIFN1cnByaXNl KyBMTEFjdFJlcCsgQndOb3QrDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgRGlzYWJsZWQtIFJl dHJhaW4tIENvbW1DbGstDQoJCQlFeHRTeW5jaC0gQ2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0g QXV0QldJbnQtDQoJCUxua1N0YToJU3BlZWQgdW5rbm93biwgV2lkdGggeDAsIFRyRXJyLSBUcmFp bi0gU2xvdENsaysgRExBY3RpdmUtIEJXTWdtdC0gQUJXTWdtdC0NCgkJRGV2Q2FwMjogQ29tcGxl dGlvbiBUaW1lb3V0OiBOb3QgU3VwcG9ydGVkLCBUaW1lb3V0RGlzLQ0KCQlEZXZDdGwyOiBDb21w bGV0aW9uIFRpbWVvdXQ6IDUwdXMgdG8gNTBtcywgVGltZW91dERpcy0NCgkJTG5rQ3RsMjogVGFy Z2V0IExpbmsgU3BlZWQ6IDIuNUdUL3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMtLCBTZWxl Y3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3JtYWwgT3Bl cmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNPUy0NCgkJ CSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQgRGUtZW1w aGFzaXMgTGV2ZWw6IC02ZEINCg0KMDA6MTQuMyBQSUMgWzA4MDBdOiBJbnRlbCBDb3Jwb3JhdGlv biA1NTIwLzU1MDAvWDU4IEkvTyBIdWIgVGhyb3R0bGUgUmVnaXN0ZXJzIFs4MDg2OjM0MzhdIChy ZXYgMTMpIChwcm9nLWlmIDAwIFs4MjU5XSkNCglDb250cm9sOiBJL08tIE1lbS0gQnVzTWFzdGVy LSBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBG YXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0g SU5UeC0NCg0KMDA6MWEuMCBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBvcmF0aW9u IDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxlciAjNCBbODA4NjozYTM3 XSAocHJvZy1pZiAwMCBbVUhDSV0pDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4g RGV2aWNlIFsxMDQzOjgyZDRdDQoJQ29udHJvbDogSS9PKyBNZW0tIEJ1c01hc3RlcisgU3BlY0N5 Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0g RGlzSU5UeC0NCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZT RUw9bWVkaXVtID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0N CglMYXRlbmN5OiAwDQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE2DQoJUmVnaW9u IDQ6IEkvTyBwb3J0cyBhdCA5ODAwIFtzaXplPTMyXQ0KCUNhcGFiaWxpdGllczogWzUwXSBQQ0kg QWR2YW5jZWQgRmVhdHVyZXMNCgkJQUZDYXA6IFRQKyBGTFIrDQoJCUFGQ3RybDogRkxSLQ0KCQlB RlN0YXR1czogVFAtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHVoY2lfaGNkDQoNCjAwOjFhLjEg VVNCIGNvbnRyb2xsZXIgWzBjMDNdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBG YW1pbHkpIFVTQiBVSENJIENvbnRyb2xsZXIgIzUgWzgwODY6M2EzOF0gKHByb2ctaWYgMDAgW1VI Q0ldKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0 XQ0KCUNvbnRyb2w6IEkvTysgTWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVz OiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0 LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUlu dGVycnVwdDogcGluIEIgcm91dGVkIHRvIElSUSAyMQ0KCVJlZ2lvbiA0OiBJL08gcG9ydHMgYXQg OTg4MCBbc2l6ZT0zMl0NCglDYXBhYmlsaXRpZXM6IFs1MF0gUENJIEFkdmFuY2VkIEZlYXR1cmVz DQoJCUFGQ2FwOiBUUCsgRkxSKw0KCQlBRkN0cmw6IEZMUi0NCgkJQUZTdGF0dXM6IFRQLQ0KCUtl cm5lbCBkcml2ZXIgaW4gdXNlOiB1aGNpX2hjZA0KDQowMDoxYS4yIFVTQiBjb250cm9sbGVyIFsw YzAzXTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhDSSBD b250cm9sbGVyICM2IFs4MDg2OjNhMzldIChwcm9nLWlmIDAwIFtVSENJXSkNCglTdWJzeXN0ZW06 IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODJkNF0NCglDb250cm9sOiBJL08r IE1lbS0gQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0 ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURG LSBGYXN0QjJCKyBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9y dC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCglJbnRlcnJ1cHQ6IHBpbiBEIHJv dXRlZCB0byBJUlEgMTkNCglSZWdpb24gNDogSS9PIHBvcnRzIGF0IDljMDAgW3NpemU9MzJdDQoJ Q2FwYWJpbGl0aWVzOiBbNTBdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNhcDogVFArIEZM UisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJpdmVyIGluIHVz ZTogdWhjaV9oY2QNCg0KMDA6MWEuNyBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBv cmF0aW9uIDgyODAxSkkgKElDSDEwIEZhbWlseSkgVVNCMiBFSENJIENvbnRyb2xsZXIgIzIgWzgw ODY6M2EzY10gKHByb2ctaWYgMjAgW0VIQ0ldKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRl ciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIr IFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZh c3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVy ci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlIt IElOVHgtDQoJTGF0ZW5jeTogMA0KCUludGVycnVwdDogcGluIEMgcm91dGVkIHRvIElSUSAxOA0K CVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjVkZmYwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkg W3NpemU9MUtdDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAy DQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCss RDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFi bGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBvcnQ6 IEJBUj0xIG9mZnNldD0wMGEwDQoJQ2FwYWJpbGl0aWVzOiBbOThdIFBDSSBBZHZhbmNlZCBGZWF0 dXJlcw0KCQlBRkNhcDogVFArIEZMUisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0N CglLZXJuZWwgZHJpdmVyIGluIHVzZTogZWhjaV9oY2QNCg0KMDA6MWIuMCBBdWRpbyBkZXZpY2Ug WzA0MDNdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIEhEIEF1ZGlv IENvbnRyb2xsZXIgWzgwODY6M2EzZV0NCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5j LiBEZXZpY2UgWzEwNDM6ODQzNl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVj Q3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJC LSBEaXNJTlR4Kw0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERF VlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0N CglMYXRlbmN5OiAwLCBDYWNoZSBMaW5lIFNpemU6IDI1NiBieXRlcw0KCUludGVycnVwdDogcGlu IEEgcm91dGVkIHRvIElSUSAzNDkNCglSZWdpb24gMDogTWVtb3J5IGF0IGY1ZGY4MDAwICg2NC1i aXQsIG5vbi1wcmVmZXRjaGFibGUpIFtzaXplPTE2S10NCglDYXBhYmlsaXRpZXM6IFs1MF0gUG93 ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1 eEN1cnJlbnQ9NTVtQSBQTUUoRDArLEQxLSxEMi0sRDNob3QrLEQzY29sZCspDQoJCVN0YXR1czog RDAgTm9Tb2Z0UnN0LSBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxlPTAgUE1FLQ0KCUNhcGFiaWxp dGllczogWzYwXSBNU0k6IEVuYWJsZSsgQ291bnQ9MS8xIE1hc2thYmxlLSA2NGJpdCsNCgkJQWRk cmVzczogMDAwMDAwMDBmZWUyMDAwYyAgRGF0YTogNDFhMQ0KCUNhcGFiaWxpdGllczogWzcwXSBF eHByZXNzICh2MSkgUm9vdCBDb21wbGV4IEludGVncmF0ZWQgRW5kcG9pbnQsIE1TSSAwMA0KCQlE ZXZDYXA6CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDY0 bnMsIEwxIDwxdXMNCgkJCUV4dFRhZy0gUkJFLSBGTFJlc2V0Kw0KCQlEZXZDdGw6CVJlcG9ydCBl cnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJs eGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3ArDQoJCQlNYXhQYXlsb2Fk IDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNv cnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3cisgVHJhbnNQZW5kLQ0KCQlMbmtDYXA6 CVBvcnQgIzAsIFNwZWVkIHVua25vd24sIFdpZHRoIHgwLCBBU1BNIHVua25vd24sIExhdGVuY3kg TDAgPDY0bnMsIEwxIDwxdXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFjdFJlcC0gQndOb3Qt DQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgRGlzYWJsZWQtIFJldHJhaW4tIENvbW1DbGstDQoJ CQlFeHRTeW5jaC0gQ2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQoJCUxua1N0 YToJU3BlZWQgdW5rbm93biwgV2lkdGggeDAsIFRyRXJyLSBUcmFpbi0gU2xvdENsay0gRExBY3Rp dmUtIEJXTWdtdC0gQUJXTWdtdC0NCglDYXBhYmlsaXRpZXM6IFsxMDAgdjFdIFZpcnR1YWwgQ2hh bm5lbA0KCQlDYXBzOglMUEVWQz0wIFJlZkNsaz0xMDBucyBQQVRFbnRyeUJpdHM9MQ0KCQlBcmI6 CUZpeGVkLSBXUlIzMi0gV1JSNjQtIFdSUjEyOC0NCgkJQ3RybDoJQXJiU2VsZWN0PUZpeGVkDQoJ CVN0YXR1czoJSW5Qcm9ncmVzcy0NCgkJVkMwOglDYXBzOglQQVRPZmZzZXQ9MDAgTWF4VGltZVNs b3RzPTEgUmVqU25vb3BUcmFucy0NCgkJCUFyYjoJRml4ZWQtIFdSUjMyLSBXUlI2NC0gV1JSMTI4 LSBUV1JSMTI4LSBXUlIyNTYtDQoJCQlDdHJsOglFbmFibGUrIElEPTAgQXJiU2VsZWN0PUZpeGVk IFRDL1ZDPTAxDQoJCQlTdGF0dXM6CU5lZ29QZW5kaW5nLSBJblByb2dyZXNzLQ0KCQlWQzE6CUNh cHM6CVBBVE9mZnNldD0wMCBNYXhUaW1lU2xvdHM9MSBSZWpTbm9vcFRyYW5zLQ0KCQkJQXJiOglG aXhlZC0gV1JSMzItIFdSUjY0LSBXUlIxMjgtIFRXUlIxMjgtIFdSUjI1Ni0NCgkJCUN0cmw6CUVu YWJsZSsgSUQ9MSBBcmJTZWxlY3Q9Rml4ZWQgVEMvVkM9ODANCgkJCVN0YXR1czoJTmVnb1BlbmRp bmctIEluUHJvZ3Jlc3MtDQoJQ2FwYWJpbGl0aWVzOiBbMTMwIHYxXSBSb290IENvbXBsZXggTGlu aw0KCQlEZXNjOglQb3J0TnVtYmVyPTBmIENvbXBvbmVudElEPTAwIEVsdFR5cGU9Q29uZmlnDQoJ CUxpbmswOglEZXNjOglUYXJnZXRQb3J0PTAwIFRhcmdldENvbXBvbmVudD0wMCBBc3NvY1JDUkIt IExpbmtUeXBlPU1lbU1hcHBlZCBMaW5rVmFsaWQrDQoJCQlBZGRyOgkwMDAwMDAwMGZlZDFjMDAw DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHNuZF9oZGFfaW50ZWwNCg0KMDA6MWMuMCBQQ0kgYnJp ZGdlIFswNjA0XTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBQQ0kg RXhwcmVzcyBSb290IFBvcnQgMSBbODA4NjozYTQwXSAocHJvZy1pZiAwMCBbTm9ybWFsIGRlY29k ZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBW R0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeCsNCglTdGF0 dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0 LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2Fj aGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFyeT0wNiwg c3Vib3JkaW5hdGU9MDYsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTogMDAwMDIw MDAtMDAwMDJmZmYNCglNZW1vcnkgYmVoaW5kIGJyaWRnZTogYzAzMDAwMDAtYzA2ZmZmZmYNCglQ cmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwZjRmMDAwMDAtMDAwMDAw MDBmNGZmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJFcnItIERF VlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0NCglCcmlk Z2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZhc3RCMkIt DQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VSUkVuLQ0K CUNhcGFiaWxpdGllczogWzQwXSBFeHByZXNzICh2MSkgUm9vdCBQb3J0IChTbG90KyksIE1TSSAw MA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBM MHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZy0gUkJFKyBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJl cG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0N CgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJCQlNYXhQ YXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglDb3JyRXJy LSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3cisgVHJhbnNQZW5kLQ0KCQlM bmtDYXA6CVBvcnQgIzEsIFNwZWVkIDIuNUdUL3MsIFdpZHRoIHg0LCBBU1BNIEwwcyBMMSwgTGF0 ZW5jeSBMMCA8MjU2bnMsIEwxIDw0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFjdFJlcCsg QndOb3QtDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBS ZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQt IEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgwLCBUckVyci0gVHJh aW4tIFNsb3RDbGsrIERMQWN0aXZlLSBCV01nbXQtIEFCV01nbXQtDQoJCVNsdENhcDoJQXR0bkJ0 bi0gUHdyQ3RybC0gTVJMLSBBdHRuSW5kLSBQd3JJbmQtIEhvdFBsdWcrIFN1cnByaXNlKw0KCQkJ U2xvdCAjMCwgUG93ZXJMaW1pdCAxMC4wMDBXOyBJbnRlcmxvY2stIE5vQ29tcGwtDQoJCVNsdEN0 bDoJRW5hYmxlOiBBdHRuQnRuLSBQd3JGbHQtIE1STC0gUHJlc0RldC0gQ21kQ3BsdC0gSFBJcnEt IExpbmtDaGctDQoJCQlDb250cm9sOiBBdHRuSW5kIFVua25vd24sIFB3ckluZCBVbmtub3duLCBQ b3dlci0gSW50ZXJsb2NrLQ0KCQlTbHRTdGE6CVN0YXR1czogQXR0bkJ0bi0gUG93ZXJGbHQtIE1S TC0gQ21kQ3BsdC0gUHJlc0RldC0gSW50ZXJsb2NrLQ0KCQkJQ2hhbmdlZDogTVJMLSBQcmVzRGV0 LSBMaW5rU3RhdGUtDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJOb24tRmF0YWwtIEVy ckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENSU1Zpc2libGUtDQoJ CVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRpbmctDQoJQ2FwYWJp bGl0aWVzOiBbODBdIE1TSTogRW5hYmxlKyBDb3VudD0xLzEgTWFza2FibGUtIDY0Yml0LQ0KCQlB ZGRyZXNzOiBmZWVmZjAwYyAgRGF0YTogNDFhOA0KCUNhcGFiaWxpdGllczogWzkwXSBTdWJzeXN0 ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODQzNl0NCglDYXBhYmlsaXRp ZXM6IFthMF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNsay0gRFNJ LSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykN CgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUt DQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBWaXJ0dWFsIENoYW5uZWwNCgkJQ2FwczoJTFBFVkM9 MCBSZWZDbGs9MTAwbnMgUEFURW50cnlCaXRzPTENCgkJQXJiOglGaXhlZCsgV1JSMzItIFdSUjY0 LSBXUlIxMjgtDQoJCUN0cmw6CUFyYlNlbGVjdD1GaXhlZA0KCQlTdGF0dXM6CUluUHJvZ3Jlc3Mt DQoJCVZDMDoJQ2FwczoJUEFUT2Zmc2V0PTAwIE1heFRpbWVTbG90cz0xIFJlalNub29wVHJhbnMt DQoJCQlBcmI6CUZpeGVkKyBXUlIzMi0gV1JSNjQtIFdSUjEyOC0gVFdSUjEyOC0gV1JSMjU2LQ0K CQkJQ3RybDoJRW5hYmxlKyBJRD0wIEFyYlNlbGVjdD1GaXhlZCBUQy9WQz0wMQ0KCQkJU3RhdHVz OglOZWdvUGVuZGluZy0gSW5Qcm9ncmVzcy0NCglDYXBhYmlsaXRpZXM6IFsxODAgdjFdIFJvb3Qg Q29tcGxleCBMaW5rDQoJCURlc2M6CVBvcnROdW1iZXI9MDEgQ29tcG9uZW50SUQ9MDAgRWx0VHlw ZT1Db25maWcNCgkJTGluazA6CURlc2M6CVRhcmdldFBvcnQ9MDAgVGFyZ2V0Q29tcG9uZW50PTAw IEFzc29jUkNSQi0gTGlua1R5cGU9TWVtTWFwcGVkIExpbmtWYWxpZCsNCgkJCUFkZHI6CTAwMDAw MDAwZmVkMWMwMDANCglLZXJuZWwgZHJpdmVyIGluIHVzZTogcGNpZXBvcnQNCg0KMDA6MWMuNCBQ Q0kgYnJpZGdlIFswNjA0XTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5 KSBQQ0kgRXhwcmVzcyBSb290IFBvcnQgNSBbODA4NjozYTQ4XSAocHJvZy1pZiAwMCBbTm9ybWFs IGRlY29kZV0pDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeCsN CglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+ VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTog MCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglCdXM6IHByaW1hcnk9MDAsIHNlY29uZGFy eT0wNSwgc3Vib3JkaW5hdGU9MDUsIHNlYy1sYXRlbmN5PTANCglJL08gYmVoaW5kIGJyaWRnZTog MDAwMGQwMDAtMDAwMGRmZmYNCglNZW1vcnkgYmVoaW5kIGJyaWRnZTogZmJkMDAwMDAtZmJkZmZm ZmYNCglQcmVmZXRjaGFibGUgbWVtb3J5IGJlaGluZCBicmlkZ2U6IDAwMDAwMDAwYzAwMDAwMDAt MDAwMDAwMDBjMDJmZmZmZg0KCVNlY29uZGFyeSBzdGF0dXM6IDY2TUh6LSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtIDxTRVJSLSA8UEVSUi0N CglCcmlkZ2VDdGw6IFBhcml0eS0gU0VSUisgTm9JU0EtIFZHQS0gTUFib3J0LSA+UmVzZXQtIEZh c3RCMkItDQoJCVByaURpc2NUbXItIFNlY0Rpc2NUbXItIERpc2NUbXJTdGF0LSBEaXNjVG1yU0VS UkVuLQ0KCUNhcGFiaWxpdGllczogWzQwXSBFeHByZXNzICh2MSkgUm9vdCBQb3J0IChTbG90Kyks IE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0 ZW5jeSBMMHMgPDY0bnMsIEwxIDwxdXMNCgkJCUV4dFRhZy0gUkJFKyBGTFJlc2V0LQ0KCQlEZXZD dGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0YWwtIEZhdGFsLSBVbnN1cHBv cnRlZC0NCgkJCVJseGRPcmQtIEV4dFRhZy0gUGhhbnRGdW5jLSBBdXhQd3ItIE5vU25vb3AtDQoJ CQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSAxMjggYnl0ZXMNCgkJRGV2U3RhOglD b3JyRXJyLSBVbmNvcnJFcnItIEZhdGFsRXJyLSBVbnN1cHBSZXEtIEF1eFB3cisgVHJhbnNQZW5k LQ0KCQlMbmtDYXA6CVBvcnQgIzUsIFNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxLCBBU1BNIEwwcyBM MSwgTGF0ZW5jeSBMMCA8MjU2bnMsIEwxIDw0dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFj dFJlcCsgQndOb3QtDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2Fi bGVkLSBSZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0g QldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxLCBUckVy ci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0aXZlKyBCV01nbXQtIEFCV01nbXQtDQoJCVNsdENhcDoJ QXR0bkJ0bi0gUHdyQ3RybC0gTVJMLSBBdHRuSW5kLSBQd3JJbmQtIEhvdFBsdWcrIFN1cnByaXNl Kw0KCQkJU2xvdCAjMCwgUG93ZXJMaW1pdCAxMC4wMDBXOyBJbnRlcmxvY2stIE5vQ29tcGwtDQoJ CVNsdEN0bDoJRW5hYmxlOiBBdHRuQnRuLSBQd3JGbHQtIE1STC0gUHJlc0RldC0gQ21kQ3BsdC0g SFBJcnEtIExpbmtDaGctDQoJCQlDb250cm9sOiBBdHRuSW5kIFVua25vd24sIFB3ckluZCBVbmtu b3duLCBQb3dlci0gSW50ZXJsb2NrLQ0KCQlTbHRTdGE6CVN0YXR1czogQXR0bkJ0bi0gUG93ZXJG bHQtIE1STC0gQ21kQ3BsdC0gUHJlc0RldCsgSW50ZXJsb2NrLQ0KCQkJQ2hhbmdlZDogTVJMLSBQ cmVzRGV0KyBMaW5rU3RhdGUrDQoJCVJvb3RDdGw6IEVyckNvcnJlY3RhYmxlLSBFcnJOb24tRmF0 YWwtIEVyckZhdGFsLSBQTUVJbnRFbmEtIENSU1Zpc2libGUtDQoJCVJvb3RDYXA6IENSU1Zpc2li bGUtDQoJCVJvb3RTdGE6IFBNRSBSZXFJRCAwMDAwLCBQTUVTdGF0dXMtIFBNRVBlbmRpbmctDQoJ Q2FwYWJpbGl0aWVzOiBbODBdIE1TSTogRW5hYmxlKyBDb3VudD0xLzEgTWFza2FibGUtIDY0Yml0 LQ0KCQlBZGRyZXNzOiBmZWVmZjAwYyAgRGF0YTogNDFiMA0KCUNhcGFiaWxpdGllczogWzkwXSBT dWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODQzNl0NCglDYXBh YmlsaXRpZXM6IFthMF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNs ay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNj b2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9 MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbMTAwIHYxXSBWaXJ0dWFsIENoYW5uZWwNCgkJQ2FwczoJ TFBFVkM9MCBSZWZDbGs9MTAwbnMgUEFURW50cnlCaXRzPTENCgkJQXJiOglGaXhlZCsgV1JSMzIt IFdSUjY0LSBXUlIxMjgtDQoJCUN0cmw6CUFyYlNlbGVjdD1GaXhlZA0KCQlTdGF0dXM6CUluUHJv Z3Jlc3MtDQoJCVZDMDoJQ2FwczoJUEFUT2Zmc2V0PTAwIE1heFRpbWVTbG90cz0xIFJlalNub29w VHJhbnMtDQoJCQlBcmI6CUZpeGVkKyBXUlIzMi0gV1JSNjQtIFdSUjEyOC0gVFdSUjEyOC0gV1JS MjU2LQ0KCQkJQ3RybDoJRW5hYmxlKyBJRD0wIEFyYlNlbGVjdD1GaXhlZCBUQy9WQz0wMQ0KCQkJ U3RhdHVzOglOZWdvUGVuZGluZy0gSW5Qcm9ncmVzcy0NCglDYXBhYmlsaXRpZXM6IFsxODAgdjFd IFJvb3QgQ29tcGxleCBMaW5rDQoJCURlc2M6CVBvcnROdW1iZXI9MDUgQ29tcG9uZW50SUQ9MDAg RWx0VHlwZT1Db25maWcNCgkJTGluazA6CURlc2M6CVRhcmdldFBvcnQ9MDAgVGFyZ2V0Q29tcG9u ZW50PTAwIEFzc29jUkNSQi0gTGlua1R5cGU9TWVtTWFwcGVkIExpbmtWYWxpZCsNCgkJCUFkZHI6 CTAwMDAwMDAwZmVkMWMwMDANCglLZXJuZWwgZHJpdmVyIGluIHVzZTogcGNpZXBvcnQNCg0KMDA6 MWQuMCBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBvcmF0aW9uIDgyODAxSkkgKElD SDEwIEZhbWlseSkgVVNCIFVIQ0kgQ29udHJvbGxlciAjMSBbODA4NjozYTM0XSAocHJvZy1pZiAw MCBbVUhDSV0pDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNlIFsxMDQz OjgyZDRdDQoJQ29udHJvbDogSS9PKyBNZW0tIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5W LSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglT dGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVtID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAw DQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDIzDQoJUmVnaW9uIDQ6IEkvTyBwb3J0 cyBhdCA5MDgwIFtzaXplPTMyXQ0KCUNhcGFiaWxpdGllczogWzUwXSBQQ0kgQWR2YW5jZWQgRmVh dHVyZXMNCgkJQUZDYXA6IFRQKyBGTFIrDQoJCUFGQ3RybDogRkxSLQ0KCQlBRlN0YXR1czogVFAt DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHVoY2lfaGNkDQoNCjAwOjFkLjEgVVNCIGNvbnRyb2xs ZXIgWzBjMDNdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFVTQiBV SENJIENvbnRyb2xsZXIgIzIgWzgwODY6M2EzNV0gKHByb2ctaWYgMDAgW1VIQ0ldKQ0KCVN1YnN5 c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6 IEkvTysgTWVtLSBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVy ci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6 LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8 TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUludGVycnVwdDogcGlu IEIgcm91dGVkIHRvIElSUSAxOQ0KCVJlZ2lvbiA0OiBJL08gcG9ydHMgYXQgOTQwMCBbc2l6ZT0z Ml0NCglDYXBhYmlsaXRpZXM6IFs1MF0gUENJIEFkdmFuY2VkIEZlYXR1cmVzDQoJCUFGQ2FwOiBU UCsgRkxSKw0KCQlBRkN0cmw6IEZMUi0NCgkJQUZTdGF0dXM6IFRQLQ0KCUtlcm5lbCBkcml2ZXIg aW4gdXNlOiB1aGNpX2hjZA0KDQowMDoxZC4yIFVTQiBjb250cm9sbGVyIFswYzAzXTogSW50ZWwg Q29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSBVU0IgVUhDSSBDb250cm9sbGVyICMz IFs4MDg2OjNhMzZdIChwcm9nLWlmIDAwIFtVSENJXSkNCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29t cHV0ZXIgSW5jLiBEZXZpY2UgWzEwNDM6ODJkNF0NCglDb250cm9sOiBJL08rIE1lbS0gQnVzTWFz dGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJS LSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQ YXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQ RVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCglJbnRlcnJ1cHQ6IHBpbiBDIHJvdXRlZCB0byBJUlEg MTgNCglSZWdpb24gNDogSS9PIHBvcnRzIGF0IDk0ODAgW3NpemU9MzJdDQoJQ2FwYWJpbGl0aWVz OiBbNTBdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNhcDogVFArIEZMUisNCgkJQUZDdHJs OiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJpdmVyIGluIHVzZTogdWhjaV9oY2QN Cg0KMDA6MWQuNyBVU0IgY29udHJvbGxlciBbMGMwM106IEludGVsIENvcnBvcmF0aW9uIDgyODAx SkkgKElDSDEwIEZhbWlseSkgVVNCMiBFSENJIENvbnRyb2xsZXIgIzEgWzgwODY6M2EzYV0gKHBy b2ctaWYgMjAgW0VIQ0ldKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmlj ZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0g TWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZhc3RCMkItIERpc0lO VHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIrIFBhckVyci0gREVWU0VMPW1l ZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0 ZW5jeTogMA0KCUludGVycnVwdDogcGluIEEgcm91dGVkIHRvIElSUSAyMw0KCVJlZ2lvbiAwOiBN ZW1vcnkgYXQgZjVkZmUwMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9MUtdDQoJ Q2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAyDQoJCUZsYWdzOiBQ TUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hv dCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERTZWw9MCBE U2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNThdIERlYnVnIHBvcnQ6IEJBUj0xIG9mZnNl dD0wMGEwDQoJQ2FwYWJpbGl0aWVzOiBbOThdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNh cDogVFArIEZMUisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJp dmVyIGluIHVzZTogZWhjaV9oY2QNCg0KMDA6MWUuMCBQQ0kgYnJpZGdlIFswNjA0XTogSW50ZWwg Q29ycG9yYXRpb24gODI4MDEgUENJIEJyaWRnZSBbODA4NjoyNDRlXSAocmV2IDkwKSAocHJvZy1p ZiAwMSBbU3VidHJhY3RpdmUgZGVjb2RlXSkNCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVy KyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBG YXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJF cnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0g SU5UeC0NCglMYXRlbmN5OiAwDQoJQnVzOiBwcmltYXJ5PTAwLCBzZWNvbmRhcnk9MDcsIHN1Ym9y ZGluYXRlPTA3LCBzZWMtbGF0ZW5jeT0zMg0KCUkvTyBiZWhpbmQgYnJpZGdlOiAwMDAwZTAwMC0w MDAwZWZmZg0KCU1lbW9yeSBiZWhpbmQgYnJpZGdlOiBmYmUwMDAwMC1mYmVmZmZmZg0KCVByZWZl dGNoYWJsZSBtZW1vcnkgYmVoaW5kIGJyaWRnZTogMDAwMDAwMDBmZmYwMDAwMC0wMDAwMDAwMDAw MGZmZmZmDQoJU2Vjb25kYXJ5IHN0YXR1czogNjZNSHotIEZhc3RCMkIrIFBhckVyci0gREVWU0VM PW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0KyA8U0VSUi0gPFBFUlItDQoJQnJpZGdl Q3RsOiBQYXJpdHktIFNFUlIrIE5vSVNBLSBWR0EtIE1BYm9ydC0gPlJlc2V0LSBGYXN0QjJCLQ0K CQlQcmlEaXNjVG1yLSBTZWNEaXNjVG1yLSBEaXNjVG1yU3RhdC0gRGlzY1RtclNFUlJFbi0NCglD YXBhYmlsaXRpZXM6IFs1MF0gU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNl IFsxMDQzOjgyZDRdDQoNCjAwOjFmLjAgSVNBIGJyaWRnZSBbMDYwMV06IEludGVsIENvcnBvcmF0 aW9uIDgyODAxSklSIChJQ0gxMFIpIExQQyBJbnRlcmZhY2UgQ29udHJvbGxlciBbODA4NjozYTE2 XQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0K CUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25v b3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBD YXArIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8 VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUNhcGFi aWxpdGllczogW2UwXSBWZW5kb3IgU3BlY2lmaWMgSW5mb3JtYXRpb246IExlbj0wYyA8Pz4NCg0K MDA6MWYuMiBJREUgaW50ZXJmYWNlIFswMTAxXTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAo SUNIMTAgRmFtaWx5KSA0IHBvcnQgU0FUQSBJREUgQ29udHJvbGxlciAjMSBbODA4NjozYTIwXSAo cHJvZy1pZiA4ZiBbTWFzdGVyIFNlY1AgU2VjTyBQcmlQIFByaU9dKQ0KCVN1YnN5c3RlbTogQVNV U1RlSyBDb21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MmQ0XQ0KCUNvbnRyb2w6IEkvTysgTWVt KyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBp bmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6KyBVREYtIEZh c3RCMkIrIFBhckVyci0gREVWU0VMPW1lZGl1bSA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+ U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KCUludGVycnVwdDogcGluIEIgcm91dGVk IHRvIElSUSAyMA0KCVJlZ2lvbiAwOiBJL08gcG9ydHMgYXQgODAwMCBbc2l6ZT04XQ0KCVJlZ2lv biAxOiBJL08gcG9ydHMgYXQgN2MwMCBbc2l6ZT00XQ0KCVJlZ2lvbiAyOiBJL08gcG9ydHMgYXQg Nzg4MCBbc2l6ZT04XQ0KCVJlZ2lvbiAzOiBJL08gcG9ydHMgYXQgNzgwMCBbc2l6ZT00XQ0KCVJl Z2lvbiA0OiBJL08gcG9ydHMgYXQgNzQ4MCBbc2l6ZT0xNl0NCglSZWdpb24gNTogSS9PIHBvcnRz IGF0IDc0MDAgW3NpemU9MTZdDQoJQ2FwYWJpbGl0aWVzOiBbNzBdIFBvd2VyIE1hbmFnZW1lbnQg dmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQ TUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0pDQoJCVN0YXR1czogRDAgTm9Tb2Z0UnN0KyBQ TUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxlPTAgUE1FLQ0KCUNhcGFiaWxpdGllczogW2IwXSBQQ0kg QWR2YW5jZWQgRmVhdHVyZXMNCgkJQUZDYXA6IFRQKyBGTFIrDQoJCUFGQ3RybDogRkxSLQ0KCQlB RlN0YXR1czogVFAtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IGF0YV9waWl4DQoNCjAwOjFmLjMg U01CdXMgWzBjMDVdOiBJbnRlbCBDb3Jwb3JhdGlvbiA4MjgwMUpJIChJQ0gxMCBGYW1pbHkpIFNN QnVzIENvbnRyb2xsZXIgWzgwODY6M2EzMF0NCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIg SW5jLiBEZXZpY2UgWzEwNDM6ODJkNF0NCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyLSBT cGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0 QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCKyBQYXJFcnIt IERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJ TlR4LQ0KCUludGVycnVwdDogcGluIEMgcm91dGVkIHRvIElSUSAxOA0KCVJlZ2lvbiAwOiBNZW1v cnkgYXQgZjVkZmQwMDAgKDY0LWJpdCwgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9MjU2XQ0KCVJl Z2lvbiA0OiBJL08gcG9ydHMgYXQgMTAwMCBbc2l6ZT0zMl0NCg0KMDA6MWYuNSBJREUgaW50ZXJm YWNlIFswMTAxXTogSW50ZWwgQ29ycG9yYXRpb24gODI4MDFKSSAoSUNIMTAgRmFtaWx5KSAyIHBv cnQgU0FUQSBJREUgQ29udHJvbGxlciAjMiBbODA4NjozYTI2XSAocHJvZy1pZiA4NSBbTWFzdGVy IFNlY08gUHJpT10pDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNlIFsx MDQzOjgyZDRdDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcCsgNjZNSHorIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVt ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5 OiAwDQoJSW50ZXJydXB0OiBwaW4gQiByb3V0ZWQgdG8gSVJRIDIwDQoJUmVnaW9uIDA6IEkvTyBw b3J0cyBhdCA5MDAwIFtzaXplPThdDQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCA4YzAwIFtzaXpl PTRdDQoJUmVnaW9uIDI6IEkvTyBwb3J0cyBhdCA4ODgwIFtzaXplPThdDQoJUmVnaW9uIDM6IEkv TyBwb3J0cyBhdCA4ODAwIFtzaXplPTRdDQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCA4NDgwIFtz aXplPTE2XQ0KCVJlZ2lvbiA1OiBJL08gcG9ydHMgYXQgODQwMCBbc2l6ZT0xNl0NCglDYXBhYmls aXRpZXM6IFs3MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0g RFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMC0sRDEtLEQyLSxEM2hvdC0sRDNjb2xk LSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQ TUUtDQoJQ2FwYWJpbGl0aWVzOiBbYjBdIFBDSSBBZHZhbmNlZCBGZWF0dXJlcw0KCQlBRkNhcDog VFArIEZMUisNCgkJQUZDdHJsOiBGTFItDQoJCUFGU3RhdHVzOiBUUC0NCglLZXJuZWwgZHJpdmVy IGluIHVzZTogYXRhX3BpaXgNCg0KMDE6MDAuMCBJREUgaW50ZXJmYWNlIFswMTAxXTogTWFydmVs bCBUZWNobm9sb2d5IEdyb3VwIEx0ZC4gRGV2aWNlIFsxYjRiOjkxYTNdIChyZXYgMTEpIChwcm9n LWlmIDhmIFtNYXN0ZXIgU2VjUCBTZWNPIFByaVAgUHJpT10pDQoJU3Vic3lzdGVtOiBBU1VTVGVL IENvbXB1dGVyIEluYy4gRGV2aWNlIFsxMDQzOjg0MzhdDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1 c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0g U0VSUisgRmFzdEIyQi0gRGlzSU5UeCsNCglTdGF0dXM6IENhcCsgNjZNSHotIFVERi0gRmFzdEIy Qi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0g PFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMCwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglJ bnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0byBJUlEgMzQ4DQoJUmVnaW9uIDA6IEkvTyBwb3J0cyBh dCBhYzAwIFtzaXplPThdDQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCBhODgwIFtzaXplPTRdDQoJ UmVnaW9uIDI6IEkvTyBwb3J0cyBhdCBhODAwIFtzaXplPThdDQoJUmVnaW9uIDM6IEkvTyBwb3J0 cyBhdCBhNDgwIFtzaXplPTRdDQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCBhNDAwIFtzaXplPTE2 XQ0KCVJlZ2lvbiA1OiBNZW1vcnkgYXQgZjVlZmY4MDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJs ZSkgW3NpemU9MktdDQoJRXhwYW5zaW9uIFJPTSBhdCBmNWVlMDAwMCBbZGlzYWJsZWRdIFtzaXpl PTY0S10NCglDYXBhYmlsaXRpZXM6IFs0MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDMNCgkJ RmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMC0sRDEtLEQy LSxEM2hvdCssRDNjb2xkLSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERT ZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIE1TSTogRW5hYmxlKyBDb3Vu dD0xLzEgTWFza2FibGUtIDY0Yml0LQ0KCQlBZGRyZXNzOiBmZWUwMTAwYyAgRGF0YTogNDE2MQ0K CUNhcGFiaWxpdGllczogWzcwXSBFeHByZXNzICh2MikgTGVnYWN5IEVuZHBvaW50LCBNU0kgMDAN CgkJRGV2Q2FwOglNYXhQYXlsb2FkIDUxMiBieXRlcywgUGhhbnRGdW5jIDAsIExhdGVuY3kgTDBz IDwxdXMsIEwxIDw4dXMNCgkJCUV4dFRhZy0gQXR0bkJ0bi0gQXR0bkluZC0gUHdySW5kLSBSQkUr IEZMUmVzZXQtDQoJCURldkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5vbi1GYXRh bC0gRmF0YWwtIFVuc3VwcG9ydGVkLQ0KCQkJUmx4ZE9yZCsgRXh0VGFnLSBQaGFudEZ1bmMtIEF1 eFB3ci0gTm9Tbm9vcC0NCgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVxIDUxMiBi eXRlcw0KCQlEZXZTdGE6CUNvcnJFcnIrIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJlcSsg QXV4UHdyLSBUcmFuc1BlbmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgNUdUL3MsIFdpZHRo IHgxLCBBU1BNIEwwcyBMMSwgTGF0ZW5jeSBMMCA8NTEybnMsIEwxIDw2NHVzDQoJCQlDbG9ja1BN LSBTdXJwcmlzZS0gTExBY3RSZXAtIEJ3Tm90LQ0KCQlMbmtDdGw6CUFTUE0gRGlzYWJsZWQ7IFJD QiA2NCBieXRlcyBEaXNhYmxlZC0gUmV0cmFpbi0gQ29tbUNsaysNCgkJCUV4dFN5bmNoLSBDbG9j a1BNLSBBdXRXaWREaXMtIEJXSW50LSBBdXRCV0ludC0NCgkJTG5rU3RhOglTcGVlZCA1R1Qvcywg V2lkdGggeDEsIFRyRXJyLSBUcmFpbi0gU2xvdENsaysgRExBY3RpdmUtIEJXTWdtdC0gQUJXTWdt dC0NCgkJRGV2Q2FwMjogQ29tcGxldGlvbiBUaW1lb3V0OiBOb3QgU3VwcG9ydGVkLCBUaW1lb3V0 RGlzKw0KCQlEZXZDdGwyOiBDb21wbGV0aW9uIFRpbWVvdXQ6IDUwdXMgdG8gNTBtcywgVGltZW91 dERpcy0NCgkJTG5rQ3RsMjogVGFyZ2V0IExpbmsgU3BlZWQ6IDVHVC9zLCBFbnRlckNvbXBsaWFu Y2UtIFNwZWVkRGlzLSwgU2VsZWN0YWJsZSBEZS1lbXBoYXNpczogLTZkQg0KCQkJIFRyYW5zbWl0 IE1hcmdpbjogTm9ybWFsIE9wZXJhdGluZyBSYW5nZSwgRW50ZXJNb2RpZmllZENvbXBsaWFuY2Ut IENvbXBsaWFuY2VTT1MtDQoJCQkgQ29tcGxpYW5jZSBEZS1lbXBoYXNpczogLTZkQg0KCQlMbmtT dGEyOiBDdXJyZW50IERlLWVtcGhhc2lzIExldmVsOiAtNmRCDQoJQ2FwYWJpbGl0aWVzOiBbMTAw IHYxXSBBZHZhbmNlZCBFcnJvciBSZXBvcnRpbmcNCgkJVUVTdGE6CURMUC0gU0RFUy0gVExQLSBG Q1AtIENtcGx0VE8tIENtcGx0QWJydC0gVW54Q21wbHQtIFJ4T0YtIE1hbGZUTFAtIEVDUkMtIFVu c3VwUmVxLSBBQ1NWaW9sLQ0KCQlVRU1zazoJRExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0g Q21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zp b2wtDQoJCVVFU3ZydDoJRExQKyBTREVTKyBUTFAtIEZDUCsgQ21wbHRUTy0gQ21wbHRBYnJ0LSBV bnhDbXBsdC0gUnhPRisgTWFsZlRMUCsgRUNSQy0gVW5zdXBSZXEtIEFDU1Zpb2wtDQoJCUNFU3Rh OglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9uRmF0YWxFcnIr DQoJCUNFTXNrOglSeEVyci0gQmFkVExQLSBCYWRETExQLSBSb2xsb3Zlci0gVGltZW91dC0gTm9u RmF0YWxFcnIrDQoJCUFFUkNhcDoJRmlyc3QgRXJyb3IgUG9pbnRlcjogMDAsIEdlbkNhcC0gQ0dl bkVuLSBDaGtDYXAtIENoa0VuLQ0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiBhaGNpDQoNCjAyOjAw LjAgVVNCIGNvbnRyb2xsZXIgWzBjMDNdOiBORUMgQ29ycG9yYXRpb24gdVBENzIwMjAwIFVTQiAz LjAgSG9zdCBDb250cm9sbGVyIFsxMDMzOjAxOTRdIChyZXYgMDMpIChwcm9nLWlmIDMwIFtYSENJ XSkNCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBQOFA2NyBEZWx1eGUgTW90aGVy Ym9hcmQgWzEwNDM6ODQxM10NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3lj bGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLSBE aXNJTlR4Kw0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNF TD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglM YXRlbmN5OiAwLCBDYWNoZSBMaW5lIFNpemU6IDI1NiBieXRlcw0KCUludGVycnVwdDogcGluIEEg cm91dGVkIHRvIElSUSAyOQ0KCVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjVmZmUwMDAgKDY0LWJpdCwg bm9uLXByZWZldGNoYWJsZSkgW3NpemU9OEtdDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1h bmFnZW1lbnQgdmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVDbGstIERTSS0gRDEtIEQyLSBBdXhDdXJy ZW50PTM3NW1BIFBNRShEMCssRDEtLEQyLSxEM2hvdCssRDNjb2xkKykNCgkJU3RhdHVzOiBEMCBO b1NvZnRSc3QrIFBNRS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVz OiBbNzBdIE1TSTogRW5hYmxlLSBDb3VudD0xLzggTWFza2FibGUtIDY0Yml0Kw0KCQlBZGRyZXNz OiAwMDAwMDAwMDAwMDAwMDAwICBEYXRhOiAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBbOTBdIE1TSS1Y OiBFbmFibGUrIENvdW50PTggTWFza2VkLQ0KCQlWZWN0b3IgdGFibGU6IEJBUj0wIG9mZnNldD0w MDAwMTAwMA0KCQlQQkE6IEJBUj0wIG9mZnNldD0wMDAwMTA4MA0KCUNhcGFiaWxpdGllczogW2Ew XSBFeHByZXNzICh2MikgRW5kcG9pbnQsIE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxvYWQgMTI4 IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgdW5saW1pdGVkLCBMMSB1bmxpbWl0ZWQN CgkJCUV4dFRhZy0gQXR0bkJ0bi0gQXR0bkluZC0gUHdySW5kLSBSQkUrIEZMUmVzZXQtDQoJCURl dkN0bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3Vw cG9ydGVkLQ0KCQkJUmx4ZE9yZC0gRXh0VGFnLSBQaGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcCsN CgkJCU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVxIDUxMiBieXRlcw0KCQlEZXZTdGE6 CUNvcnJFcnIrIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJlcSsgQXV4UHdyKyBUcmFuc1Bl bmQtDQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgNUdUL3MsIFdpZHRoIHgxLCBBU1BNIEwwcyBM MSwgTGF0ZW5jeSBMMCA8NHVzLCBMMSB1bmxpbWl0ZWQNCgkJCUNsb2NrUE0rIFN1cnByaXNlLSBM TEFjdFJlcC0gQndOb3QtDQoJCUxua0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERp c2FibGVkLSBSZXRyYWluLSBDb21tQ2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0rIEF1dFdpZERp cy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDVHVC9zLCBXaWR0aCB4MSwgVHJF cnItIFRyYWluLSBTbG90Q2xrKyBETEFjdGl2ZS0gQldNZ210LSBBQldNZ210LQ0KCQlEZXZDYXAy OiBDb21wbGV0aW9uIFRpbWVvdXQ6IE5vdCBTdXBwb3J0ZWQsIFRpbWVvdXREaXMrDQoJCURldkN0 bDI6IENvbXBsZXRpb24gVGltZW91dDogNTB1cyB0byA1MG1zLCBUaW1lb3V0RGlzLQ0KCQlMbmtD dGwyOiBUYXJnZXQgTGluayBTcGVlZDogNUdUL3MsIEVudGVyQ29tcGxpYW5jZS0gU3BlZWREaXMt LCBTZWxlY3RhYmxlIERlLWVtcGhhc2lzOiAtNmRCDQoJCQkgVHJhbnNtaXQgTWFyZ2luOiBOb3Jt YWwgT3BlcmF0aW5nIFJhbmdlLCBFbnRlck1vZGlmaWVkQ29tcGxpYW5jZS0gQ29tcGxpYW5jZVNP Uy0NCgkJCSBDb21wbGlhbmNlIERlLWVtcGhhc2lzOiAtNmRCDQoJCUxua1N0YTI6IEN1cnJlbnQg RGUtZW1waGFzaXMgTGV2ZWw6IC02ZEINCglDYXBhYmlsaXRpZXM6IFsxMDAgdjFdIEFkdmFuY2Vk IEVycm9yIFJlcG9ydGluZw0KCQlVRVN0YToJRExQLSBTREVTLSBUTFAtIEZDUC0gQ21wbHRUTy0g Q21wbHRBYnJ0LSBVbnhDbXBsdC0gUnhPRi0gTWFsZlRMUC0gRUNSQy0gVW5zdXBSZXEtIEFDU1Zp b2wtDQoJCVVFTXNrOglETFAtIFNERVMtIFRMUC0gRkNQLSBDbXBsdFRPLSBDbXBsdEFicnQtIFVu eENtcGx0LSBSeE9GLSBNYWxmVExQLSBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJVUVTdnJ0 OglETFArIFNERVMrIFRMUC0gRkNQKyBDbXBsdFRPLSBDbXBsdEFicnQtIFVueENtcGx0LSBSeE9G KyBNYWxmVExQKyBFQ1JDLSBVbnN1cFJlcS0gQUNTVmlvbC0NCgkJQ0VTdGE6CVJ4RXJyLSBCYWRU TFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBOb25GYXRhbEVycisNCgkJQ0VNc2s6CVJ4 RXJyLSBCYWRUTFAtIEJhZERMTFAtIFJvbGxvdmVyLSBUaW1lb3V0LSBOb25GYXRhbEVycisNCgkJ QUVSQ2FwOglGaXJzdCBFcnJvciBQb2ludGVyOiAwMCwgR2VuQ2FwLSBDR2VuRW4tIENoa0NhcC0g Q2hrRW4tDQoJQ2FwYWJpbGl0aWVzOiBbMTQwIHYxXSBEZXZpY2UgU2VyaWFsIE51bWJlciBmZi1m Zi1mZi1mZi1mZi1mZi1mZi1mZg0KCUNhcGFiaWxpdGllczogWzE1MCB2MV0gTGF0ZW5jeSBUb2xl cmFuY2UgUmVwb3J0aW5nDQoJCU1heCBzbm9vcCBsYXRlbmN5OiAwbnMNCgkJTWF4IG5vIHNub29w IGxhdGVuY3k6IDBucw0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiB4aGNpX2hjZA0KDQowMzowMC4w IFZHQSBjb21wYXRpYmxlIGNvbnRyb2xsZXIgWzAzMDBdOiBuVmlkaWEgQ29ycG9yYXRpb24gR0Yx MDYgW0dlRm9yY2UgR1RTIDQ1MF0gWzEwZGU6MGRjNF0gKHJldiBhMSkgKHByb2ctaWYgMDAgW1ZH QSBjb250cm9sbGVyXSkNCglTdWJzeXN0ZW06IEFTVVNUZUsgQ29tcHV0ZXIgSW5jLiBEZXZpY2Ug WzEwNDM6ODM3YV0NCglDb250cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1l bVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLSBEaXNJTlR4 LQ0KCVN0YXR1czogQ2FwKyA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0 ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5 OiAwLCBDYWNoZSBMaW5lIFNpemU6IDI1NiBieXRlcw0KCUludGVycnVwdDogcGluIEEgcm91dGVk IHRvIElSUSAyNA0KCVJlZ2lvbiAwOiBNZW1vcnkgYXQgZjYwMDAwMDAgKDMyLWJpdCwgbm9uLXBy ZWZldGNoYWJsZSkgW3NpemU9MzJNXQ0KCVJlZ2lvbiAxOiBNZW1vcnkgYXQgYzgwMDAwMDAgKDY0 LWJpdCwgcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xMjhNXQ0KCVJlZ2lvbiAzOiBNZW1vcnkgYXQgYzQw MDAwMDAgKDY0LWJpdCwgcHJlZmV0Y2hhYmxlKSBbc2l6ZT02NE1dDQoJUmVnaW9uIDU6IEkvTyBw b3J0cyBhdCBiYzAwIFtzaXplPTEyOF0NCglFeHBhbnNpb24gUk9NIGF0IGY4ZjAwMDAwIFtkaXNh YmxlZF0gW3NpemU9NTEyS10NCglDYXBhYmlsaXRpZXM6IFs2MF0gUG93ZXIgTWFuYWdlbWVudCB2 ZXJzaW9uIDMNCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBN RShEMC0sRDEtLEQyLSxEM2hvdC0sRDNjb2xkLSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QrIFBN RS1FbmFibGUtIERTZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNjhdIE1TSTog RW5hYmxlLSBDb3VudD0xLzEgTWFza2FibGUtIDY0Yml0Kw0KCQlBZGRyZXNzOiAwMDAwMDAwMDAw MDAwMDAwICBEYXRhOiAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBbNzhdIEV4cHJlc3MgKHYxKSBFbmRw b2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAw LCBMYXRlbmN5IEwwcyA8NHVzLCBMMSA8NjR1cw0KCQkJRXh0VGFnKyBBdHRuQnRuLSBBdHRuSW5k LSBQd3JJbmQtIFJCRSsgRkxSZXNldC0NCgkJRGV2Q3RsOglSZXBvcnQgZXJyb3JzOiBDb3JyZWN0 YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBwb3J0ZWQtDQoJCQlSbHhkT3JkKyBFeHRUYWct IFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wKw0KCQkJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIE1h eFJlYWRSZXEgNTEyIGJ5dGVzDQoJCURldlN0YToJQ29yckVyci0gVW5jb3JyRXJyLSBGYXRhbEVy ci0gVW5zdXBwUmVxLSBBdXhQd3ItIFRyYW5zUGVuZC0NCgkJTG5rQ2FwOglQb3J0ICMwLCBTcGVl ZCAyLjVHVC9zLCBXaWR0aCB4MTYsIEFTUE0gTDBzIEwxLCBMYXRlbmN5IEwwIDwyNTZucywgTDEg PDR1cw0KCQkJQ2xvY2tQTSsgU3VycHJpc2UtIExMQWN0UmVwLSBCd05vdC0NCgkJTG5rQ3RsOglB U1BNIERpc2FibGVkOyBSQ0IgNjQgYnl0ZXMgRGlzYWJsZWQtIFJldHJhaW4tIENvbW1DbGsrDQoJ CQlFeHRTeW5jaC0gQ2xvY2tQTS0gQXV0V2lkRGlzLSBCV0ludC0gQXV0QldJbnQtDQoJCUxua1N0 YToJU3BlZWQgMi41R1QvcywgV2lkdGggeDE2LCBUckVyci0gVHJhaW4tIFNsb3RDbGsrIERMQWN0 aXZlLSBCV01nbXQtIEFCV01nbXQtDQoJQ2FwYWJpbGl0aWVzOiBbYjRdIFZlbmRvciBTcGVjaWZp YyBJbmZvcm1hdGlvbjogTGVuPTE0IDw/Pg0KCUNhcGFiaWxpdGllczogWzEwMCB2MV0gVmlydHVh bCBDaGFubmVsDQoJCUNhcHM6CUxQRVZDPTAgUmVmQ2xrPTEwMG5zIFBBVEVudHJ5Qml0cz0xDQoJ CUFyYjoJRml4ZWQtIFdSUjMyLSBXUlI2NC0gV1JSMTI4LQ0KCQlDdHJsOglBcmJTZWxlY3Q9Rml4 ZWQNCgkJU3RhdHVzOglJblByb2dyZXNzLQ0KCQlWQzA6CUNhcHM6CVBBVE9mZnNldD0wMCBNYXhU aW1lU2xvdHM9MSBSZWpTbm9vcFRyYW5zLQ0KCQkJQXJiOglGaXhlZC0gV1JSMzItIFdSUjY0LSBX UlIxMjgtIFRXUlIxMjgtIFdSUjI1Ni0NCgkJCUN0cmw6CUVuYWJsZSsgSUQ9MCBBcmJTZWxlY3Q9 Rml4ZWQgVEMvVkM9ZmYNCgkJCVN0YXR1czoJTmVnb1BlbmRpbmctIEluUHJvZ3Jlc3MtDQoJQ2Fw YWJpbGl0aWVzOiBbMTI4IHYxXSBQb3dlciBCdWRnZXRpbmcgPD8+DQoJQ2FwYWJpbGl0aWVzOiBb NjAwIHYxXSBWZW5kb3IgU3BlY2lmaWMgSW5mb3JtYXRpb246IElEPTAwMDEgUmV2PTEgTGVuPTAy NCA8Pz4NCglLZXJuZWwgZHJpdmVyIGluIHVzZTogbm91dmVhdQ0KDQowMzowMC4xIEF1ZGlvIGRl dmljZSBbMDQwM106IG5WaWRpYSBDb3Jwb3JhdGlvbiBHRjEwNiBIaWdoIERlZmluaXRpb24gQXVk aW8gQ29udHJvbGxlciBbMTBkZTowYmU5XSAocmV2IGExKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBD b21wdXRlciBJbmMuIERldmljZSBbMTA0Mzo4MzdhXQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNN YXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNF UlIrIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkIt IFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQ RVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUgU2l6ZTogMjU2IGJ5dGVzDQoJSW50 ZXJydXB0OiBwaW4gQiByb3V0ZWQgdG8gSVJRIDM0DQoJUmVnaW9uIDA6IE1lbW9yeSBhdCBmOGZm YzAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xNktdDQoJQ2FwYWJpbGl0aWVz OiBbNjBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAzDQoJCUZsYWdzOiBQTUVDbGstIERTSS0g RDEtIEQyLSBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQxLSxEMi0sRDNob3QtLEQzY29sZC0pDQoJ CVN0YXR1czogRDAgTm9Tb2Z0UnN0KyBQTUUtRW5hYmxlLSBEU2VsPTAgRFNjYWxlPTAgUE1FLQ0K CUNhcGFiaWxpdGllczogWzY4XSBNU0k6IEVuYWJsZS0gQ291bnQ9MS8xIE1hc2thYmxlLSA2NGJp dCsNCgkJQWRkcmVzczogMDAwMDAwMDAwMDAwMDAwMCAgRGF0YTogMDAwMA0KCUNhcGFiaWxpdGll czogWzc4XSBFeHByZXNzICh2MSkgRW5kcG9pbnQsIE1TSSAwMA0KCQlEZXZDYXA6CU1heFBheWxv YWQgMTI4IGJ5dGVzLCBQaGFudEZ1bmMgMCwgTGF0ZW5jeSBMMHMgPDR1cywgTDEgPDY0dXMNCgkJ CUV4dFRhZysgQXR0bkJ0bi0gQXR0bkluZC0gUHdySW5kLSBSQkUrIEZMUmVzZXQtDQoJCURldkN0 bDoJUmVwb3J0IGVycm9yczogQ29ycmVjdGFibGUtIE5vbi1GYXRhbC0gRmF0YWwtIFVuc3VwcG9y dGVkLQ0KCQkJUmx4ZE9yZCsgRXh0VGFnLSBQaGFudEZ1bmMtIEF1eFB3ci0gTm9Tbm9vcCsNCgkJ CU1heFBheWxvYWQgMTI4IGJ5dGVzLCBNYXhSZWFkUmVxIDUxMiBieXRlcw0KCQlEZXZTdGE6CUNv cnJFcnItIFVuY29yckVyci0gRmF0YWxFcnItIFVuc3VwcFJlcS0gQXV4UHdyLSBUcmFuc1BlbmQt DQoJCUxua0NhcDoJUG9ydCAjMCwgU3BlZWQgMi41R1QvcywgV2lkdGggeDE2LCBBU1BNIEwwcyBM MSwgTGF0ZW5jeSBMMCA8MjU2bnMsIEwxIDw0dXMNCgkJCUNsb2NrUE0rIFN1cnByaXNlLSBMTEFj dFJlcC0gQndOb3QtDQoJCUxua0N0bDoJQVNQTSBMMHMgTDEgRW5hYmxlZDsgUkNCIDEyOCBieXRl cyBEaXNhYmxlZC0gUmV0cmFpbi0gQ29tbUNsaysNCgkJCUV4dFN5bmNoLSBDbG9ja1BNLSBBdXRX aWREaXMtIEJXSW50LSBBdXRCV0ludC0NCgkJTG5rU3RhOglTcGVlZCAyLjVHVC9zLCBXaWR0aCB4 MTYsIFRyRXJyLSBUcmFpbi0gU2xvdENsaysgRExBY3RpdmUtIEJXTWdtdC0gQUJXTWdtdC0NCglL ZXJuZWwgZHJpdmVyIGluIHVzZTogc25kX2hkYV9pbnRlbA0KDQowNDowMC4wIFZHQSBjb21wYXRp YmxlIGNvbnRyb2xsZXIgWzAzMDBdOiBuVmlkaWEgQ29ycG9yYXRpb24gRzcxIFtHZUZvcmNlIDc5 MDAgR1RYXSBbMTBkZTowMjkwXSAocmV2IGExKSAocHJvZy1pZiAwMCBbVkdBIGNvbnRyb2xsZXJd KQ0KCVN1YnN5c3RlbTogblZpZGlhIENvcnBvcmF0aW9uIERldmljZSBbMTBkZTowMzQzXQ0KCUNv bnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3At IFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAr IDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9y dC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUg U2l6ZTogMjU2IGJ5dGVzDQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDMwDQoJUmVn aW9uIDA6IE1lbW9yeSBhdCBmYTAwMDAwMCAoMzItYml0LCBub24tcHJlZmV0Y2hhYmxlKSBbc2l6 ZT0xNk1dDQoJUmVnaW9uIDE6IE1lbW9yeSBhdCBkMDAwMDAwMCAoNjQtYml0LCBwcmVmZXRjaGFi bGUpIFtzaXplPTI1Nk1dDQoJUmVnaW9uIDM6IE1lbW9yeSBhdCBmOTAwMDAwMCAoNjQtYml0LCBu b24tcHJlZmV0Y2hhYmxlKSBbc2l6ZT0xNk1dDQoJUmVnaW9uIDU6IEkvTyBwb3J0cyBhdCBjYzAw IFtzaXplPTEyOF0NCglFeHBhbnNpb24gUk9NIGF0IGZiY2UwMDAwIFtkaXNhYmxlZF0gW3NpemU9 MTI4S10NCglDYXBhYmlsaXRpZXM6IFs2MF0gUG93ZXIgTWFuYWdlbWVudCB2ZXJzaW9uIDINCgkJ RmxhZ3M6IFBNRUNsay0gRFNJLSBEMS0gRDItIEF1eEN1cnJlbnQ9MG1BIFBNRShEMC0sRDEtLEQy LSxEM2hvdC0sRDNjb2xkLSkNCgkJU3RhdHVzOiBEMCBOb1NvZnRSc3QtIFBNRS1FbmFibGUtIERT ZWw9MCBEU2NhbGU9MCBQTUUtDQoJQ2FwYWJpbGl0aWVzOiBbNjhdIE1TSTogRW5hYmxlLSBDb3Vu dD0xLzEgTWFza2FibGUtIDY0Yml0Kw0KCQlBZGRyZXNzOiAwMDAwMDAwMDAwMDAwMDAwICBEYXRh OiAwMDAwDQoJQ2FwYWJpbGl0aWVzOiBbNzhdIEV4cHJlc3MgKHYxKSBFbmRwb2ludCwgTVNJIDAw DQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIFBoYW50RnVuYyAwLCBMYXRlbmN5IEww cyA8MXVzLCBMMSA8NHVzDQoJCQlFeHRUYWctIEF0dG5CdG4tIEF0dG5JbmQtIFB3ckluZC0gUkJF LSBGTFJlc2V0LQ0KCQlEZXZDdGw6CVJlcG9ydCBlcnJvcnM6IENvcnJlY3RhYmxlLSBOb24tRmF0 YWwtIEZhdGFsLSBVbnN1cHBvcnRlZC0NCgkJCVJseGRPcmQrIEV4dFRhZy0gUGhhbnRGdW5jLSBB dXhQd3ItIE5vU25vb3ArDQoJCQlNYXhQYXlsb2FkIDEyOCBieXRlcywgTWF4UmVhZFJlcSA1MTIg Ynl0ZXMNCgkJRGV2U3RhOglDb3JyRXJyLSBVbmNvcnJFcnIrIEZhdGFsRXJyLSBVbnN1cHBSZXEr IEF1eFB3ci0gVHJhbnNQZW5kLQ0KCQlMbmtDYXA6CVBvcnQgIzAsIFNwZWVkIDIuNUdUL3MsIFdp ZHRoIHgxNiwgQVNQTSBMMHMgTDEsIExhdGVuY3kgTDAgPDF1cywgTDEgPDR1cw0KCQkJQ2xvY2tQ TS0gU3VycHJpc2UtIExMQWN0UmVwLSBCd05vdC0NCgkJTG5rQ3RsOglBU1BNIERpc2FibGVkOyBS Q0IgMTI4IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21tQ2xrLQ0KCQkJRXh0U3luY2gtIENs b2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0KCQlMbmtTdGE6CVNwZWVkIDIuNUdU L3MsIFdpZHRoIHgxNiwgVHJFcnItIFRyYWluLSBTbG90Q2xrKyBETEFjdGl2ZS0gQldNZ210LSBB QldNZ210LQ0KCUNhcGFiaWxpdGllczogWzEwMCB2MV0gVmlydHVhbCBDaGFubmVsDQoJCUNhcHM6 CUxQRVZDPTAgUmVmQ2xrPTEwMG5zIFBBVEVudHJ5Qml0cz0xDQoJCUFyYjoJRml4ZWQtIFdSUjMy LSBXUlI2NC0gV1JSMTI4LQ0KCQlDdHJsOglBcmJTZWxlY3Q9Rml4ZWQNCgkJU3RhdHVzOglJblBy b2dyZXNzLQ0KCQlWQzA6CUNhcHM6CVBBVE9mZnNldD0wMCBNYXhUaW1lU2xvdHM9MSBSZWpTbm9v cFRyYW5zLQ0KCQkJQXJiOglGaXhlZC0gV1JSMzItIFdSUjY0LSBXUlIxMjgtIFRXUlIxMjgtIFdS UjI1Ni0NCgkJCUN0cmw6CUVuYWJsZSsgSUQ9MCBBcmJTZWxlY3Q9Rml4ZWQgVEMvVkM9ZmYNCgkJ CVN0YXR1czoJTmVnb1BlbmRpbmctIEluUHJvZ3Jlc3MtDQoJQ2FwYWJpbGl0aWVzOiBbMTI4IHYx XSBQb3dlciBCdWRnZXRpbmcgPD8+DQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IG5vdXZlYXUNCg0K MDU6MDAuMCBTQVRBIGNvbnRyb2xsZXIgWzAxMDZdOiBKTWljcm9uIFRlY2hub2xvZ3kgQ29ycC4g Sk1CMzYyIEFIQ0kgQ29udHJvbGxlciBbMTk3YjoyMzYyXSAocmV2IDEwKSAocHJvZy1pZiAwMSBb QUhDSSAxLjBdKQ0KCVN1YnN5c3RlbTogQVNVU1RlSyBDb21wdXRlciBJbmMuIFA4UDY3IERlbHV4 ZSBNb3RoZXJib2FyZCBbMTA0Mzo4NDYwXQ0KCUNvbnRyb2w6IEkvTysgTWVtKyBCdXNNYXN0ZXIr IFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlIrIEZh c3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXArIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVy ci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJ TlR4LQ0KCUxhdGVuY3k6IDAsIENhY2hlIExpbmUgU2l6ZTogMjU2IGJ5dGVzDQoJSW50ZXJydXB0 OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE2DQoJUmVnaW9uIDA6IEkvTyBwb3J0cyBhdCBkYzAwIFtz aXplPThdDQoJUmVnaW9uIDE6IEkvTyBwb3J0cyBhdCBkODgwIFtzaXplPTRdDQoJUmVnaW9uIDI6 IEkvTyBwb3J0cyBhdCBkODAwIFtzaXplPThdDQoJUmVnaW9uIDM6IEkvTyBwb3J0cyBhdCBkNDgw IFtzaXplPTRdDQoJUmVnaW9uIDQ6IEkvTyBwb3J0cyBhdCBkNDAwIFtzaXplPTE2XQ0KCVJlZ2lv biA1OiBNZW1vcnkgYXQgZmJkZmZjMDAgKDMyLWJpdCwgbm9uLXByZWZldGNoYWJsZSkgW3NpemU9 NTEyXQ0KCVt2aXJ0dWFsXSBFeHBhbnNpb24gUk9NIGF0IGMwMDAwMDAwIFtkaXNhYmxlZF0gW3Np emU9NjRLXQ0KCUNhcGFiaWxpdGllczogWzhjXSBQb3dlciBNYW5hZ2VtZW50IHZlcnNpb24gMw0K CQlGbGFnczogUE1FQ2xrLSBEU0ktIEQxLSBEMi0gQXV4Q3VycmVudD0wbUEgUE1FKEQwLSxEMS0s RDItLEQzaG90KyxEM2NvbGQtKQ0KCQlTdGF0dXM6IEQwIE5vU29mdFJzdC0gUE1FLUVuYWJsZS0g RFNlbD0wIERTY2FsZT0wIFBNRS0NCglDYXBhYmlsaXRpZXM6IFs1MF0gRXhwcmVzcyAodjEpIExl Z2FjeSBFbmRwb2ludCwgTVNJIDAwDQoJCURldkNhcDoJTWF4UGF5bG9hZCAxMjggYnl0ZXMsIFBo YW50RnVuYyAwLCBMYXRlbmN5IEwwcyA8NjRucywgTDEgPDF1cw0KCQkJRXh0VGFnLSBBdHRuQnRu LSBBdHRuSW5kLSBQd3JJbmQtIFJCRSsgRkxSZXNldC0NCgkJRGV2Q3RsOglSZXBvcnQgZXJyb3Jz OiBDb3JyZWN0YWJsZS0gTm9uLUZhdGFsLSBGYXRhbC0gVW5zdXBwb3J0ZWQtDQoJCQlSbHhkT3Jk LSBFeHRUYWctIFBoYW50RnVuYy0gQXV4UHdyLSBOb1Nub29wLQ0KCQkJTWF4UGF5bG9hZCAxMjgg Ynl0ZXMsIE1heFJlYWRSZXEgNTEyIGJ5dGVzDQoJCURldlN0YToJQ29yckVyci0gVW5jb3JyRXJy KyBGYXRhbEVyci0gVW5zdXBwUmVxKyBBdXhQd3ItIFRyYW5zUGVuZC0NCgkJTG5rQ2FwOglQb3J0 ICMwLCBTcGVlZCAyLjVHVC9zLCBXaWR0aCB4MSwgQVNQTSBMMHMgTDEsIExhdGVuY3kgTDAgPDF1 cywgTDEgPDE2dXMNCgkJCUNsb2NrUE0tIFN1cnByaXNlLSBMTEFjdFJlcC0gQndOb3QtDQoJCUxu a0N0bDoJQVNQTSBEaXNhYmxlZDsgUkNCIDY0IGJ5dGVzIERpc2FibGVkLSBSZXRyYWluLSBDb21t Q2xrKw0KCQkJRXh0U3luY2gtIENsb2NrUE0tIEF1dFdpZERpcy0gQldJbnQtIEF1dEJXSW50LQ0K CQlMbmtTdGE6CVNwZWVkIDIuNUdUL3MsIFdpZHRoIHgxLCBUckVyci0gVHJhaW4tIFNsb3RDbGsr IERMQWN0aXZlLSBCV01nbXQtIEFCV01nbXQtDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IGFoY2kN Cg0KMDc6MDEuMCBFdGhlcm5ldCBjb250cm9sbGVyIFswMjAwXTogUmVhbHRlayBTZW1pY29uZHVj dG9yIENvLiwgTHRkLiBSVEwtODExMFNDLzgxNjlTQyBHaWdhYml0IEV0aGVybmV0IFsxMGVjOjgx NjddIChyZXYgMTApDQoJU3Vic3lzdGVtOiBBU1VTVGVLIENvbXB1dGVyIEluYy4gRGV2aWNlIFsx MDQzOjgyMGRdDQoJQ29udHJvbDogSS9PKyBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WKyBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUisgRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcCsgNjZNSHorIFVERi0gRmFzdEIyQisgUGFyRXJyLSBERVZTRUw9bWVkaXVt ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5 OiA2NCAoODAwMG5zIG1pbiwgMTYwMDBucyBtYXgpLCBDYWNoZSBMaW5lIFNpemU6IDMyIGJ5dGVz DQoJSW50ZXJydXB0OiBwaW4gQSByb3V0ZWQgdG8gSVJRIDE5DQoJUmVnaW9uIDA6IEkvTyBwb3J0 cyBhdCBlODAwIFtzaXplPTI1Nl0NCglSZWdpb24gMTogTWVtb3J5IGF0IGZiZWZmYzAwICgzMi1i aXQsIG5vbi1wcmVmZXRjaGFibGUpIFtzaXplPTI1Nl0NCglFeHBhbnNpb24gUk9NIGF0IGZiZWMw MDAwIFtkaXNhYmxlZF0gW3NpemU9MTI4S10NCglDYXBhYmlsaXRpZXM6IFtkY10gUG93ZXIgTWFu YWdlbWVudCB2ZXJzaW9uIDINCgkJRmxhZ3M6IFBNRUNsay0gRFNJLSBEMSsgRDIrIEF1eEN1cnJl bnQ9Mzc1bUEgUE1FKEQwLSxEMSssRDIrLEQzaG90KyxEM2NvbGQrKQ0KCQlTdGF0dXM6IEQwIE5v U29mdFJzdC0gUE1FLUVuYWJsZS0gRFNlbD0wIERTY2FsZT0wIFBNRS0NCglDYXBhYmlsaXRpZXM6 IFs2MF0gVml0YWwgUHJvZHVjdCBEYXRhDQoJCVVua25vd24gc21hbGwgcmVzb3VyY2UgdHlwZSAw NSwgd2lsbCBub3QgZGVjb2RlIG1vcmUuDQoJS2VybmVsIGRyaXZlciBpbiB1c2U6IHI4MTY5DQoN CjA3OjAyLjAgRmlyZVdpcmUgKElFRUUgMTM5NCkgWzBjMDBdOiBWSUEgVGVjaG5vbG9naWVzLCBJ bmMuIFZUNjMwNi83LzggW0ZpcmUgSUkoTSldIElFRUUgMTM5NCBPSENJIENvbnRyb2xsZXIgWzEx MDY6MzA0NF0gKHJldiBjMCkgKHByb2ctaWYgMTAgW09IQ0ldKQ0KCVN1YnN5c3RlbTogQVNVU1Rl SyBDb21wdXRlciBJbmMuIE00QSBzZXJpZXMgbW90aGVyYm9hcmQgWzEwNDM6ODFmZV0NCglDb250 cm9sOiBJL08rIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYrIFZHQVNub29wLSBQ YXJFcnItIFN0ZXBwaW5nLSBTRVJSKyBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwKyA2 Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1tZWRpdW0gPlRBYm9ydC0gPFRBYm9y dC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDY0ICg4MDAwbnMgbWF4 KSwgQ2FjaGUgTGluZSBTaXplOiAyNTYgYnl0ZXMNCglJbnRlcnJ1cHQ6IHBpbiBBIHJvdXRlZCB0 byBJUlEgMTgNCglSZWdpb24gMDogTWVtb3J5IGF0IGZiZWZlMDAwICgzMi1iaXQsIG5vbi1wcmVm ZXRjaGFibGUpIFtzaXplPTJLXQ0KCVJlZ2lvbiAxOiBJL08gcG9ydHMgYXQgZWMwMCBbc2l6ZT0x MjhdDQoJQ2FwYWJpbGl0aWVzOiBbNTBdIFBvd2VyIE1hbmFnZW1lbnQgdmVyc2lvbiAyDQoJCUZs YWdzOiBQTUVDbGstIERTSS0gRDEtIEQyKyBBdXhDdXJyZW50PTBtQSBQTUUoRDAtLEQxLSxEMiss RDNob3QrLEQzY29sZCspDQoJCVN0YXR1czogRDAgTm9Tb2Z0UnN0LSBQTUUtRW5hYmxlLSBEU2Vs PTAgRFNjYWxlPTAgUE1FLQ0KCUtlcm5lbCBkcml2ZXIgaW4gdXNlOiBmaXJld2lyZV9vaGNpDQoN CmZmOjAwLjAgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAv Q29yZSBpNyBRdWlja1BhdGggQXJjaGl0ZWN0dXJlIEdlbmVyaWMgTm9uLUNvcmUgUmVnaXN0ZXJz IFs4MDg2OjJjNDFdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZp Y2UgWzgwODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUt IE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJ TlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1m YXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRl bmN5OiAwDQoNCmZmOjAwLjEgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBY ZW9uIDU1MDAvQ29yZSBpNyBRdWlja1BhdGggQXJjaGl0ZWN0dXJlIFN5c3RlbSBBZGRyZXNzIERl Y29kZXIgWzgwODY6MmMwMV0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9u IERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWND eWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkIt IERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVW U0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0K CUxhdGVuY3k6IDANCg0KZmY6MDIuMCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0 aW9uIFhlb24gNTUwMC9Db3JlIGk3IFFQSSBMaW5rIDAgWzgwODY6MmMxMF0gKHJldiAwNSkNCglT dWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6 IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVy ci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6 LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1B Ym9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDIuMSBIb3N0IGJy aWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IFFQSSBQaHlz aWNhbCAwIFs4MDg2OjJjMTFdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlv biBEZXZpY2UgWzgwODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVj Q3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJC LSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERF VlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0N CglMYXRlbmN5OiAwDQoNCmZmOjAzLjAgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3Jh dGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIFs4MDg2 OjJjMThdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgw ODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJ TlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0K CVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5U QWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAw DQoNCmZmOjAzLjEgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1 MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIFRhcmdldCBBZGRyZXNzIERl Y29kZXIgWzgwODY6MmMxOV0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9u IERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWND eWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkIt IERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVW U0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0K CUxhdGVuY3k6IDANCg0KZmY6MDMuNCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0 aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgVGVzdCBS ZWdpc3RlcnMgWzgwODY6MmMxY10gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0 aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNw ZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RC MkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0g REVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDQuMCBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBv cmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hh bm5lbCAwIENvbnRyb2wgUmVnaXN0ZXJzIFs4MDg2OjJjMjBdIChyZXYgMDUpDQoJU3Vic3lzdGVt OiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgwODY6ODA4Nl0NCglDb250cm9sOiBJL08tIE1l bSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQYXJFcnItIFN0ZXBw aW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBG YXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQtIDxNQWJvcnQtID5T RVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAwDQoNCmZmOjA0LjEgSG9zdCBicmlkZ2UgWzA2 MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9y eSBDb250cm9sbGVyIENoYW5uZWwgMCBBZGRyZXNzIFJlZ2lzdGVycyBbODA4NjoyYzIxXSAocmV2 IDA1KQ0KCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIFs4MDg2OjgwODZdDQoJ Q29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9v cC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0NCglTdGF0dXM6IENh cC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFi b3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTogMA0KDQpmZjowNC4y IEhvc3QgYnJpZGdlIFswNjAwXTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1NTAwL0NvcmUgaTcg SW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDAgUmFuayBSZWdpc3RlcnMgWzgw ODY6MmMyMl0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBb ODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVt V0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgt DQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3Qg PlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6 IDANCg0KZmY6MDQuMyBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIFhlb24g NTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAwIFRoZXJt YWwgQ29udHJvbCBSZWdpc3RlcnMgWzgwODY6MmMyM10gKHJldiAwNSkNCglTdWJzeXN0ZW06IElu dGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBC dXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmct IFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RC MkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlIt IDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDUuMCBIb3N0IGJyaWRnZSBbMDYwMF06 IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENv bnRyb2xsZXIgQ2hhbm5lbCAxIENvbnRyb2wgUmVnaXN0ZXJzIFs4MDg2OjJjMjhdIChyZXYgMDUp DQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgwODY6ODA4Nl0NCglDb250 cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYtIFZHQVNub29wLSBQ YXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0YXR1czogQ2FwLSA2 Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJvcnQtIDxUQWJvcnQt IDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAwDQoNCmZmOjA1LjEgSG9z dCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAvQ29yZSBpNyBJbnRl Z3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMSBBZGRyZXNzIFJlZ2lzdGVycyBbODA4 NjoyYzI5XSAocmV2IDA1KQ0KCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRpb24gRGV2aWNlIFs4 MDg2OjgwODZdDQoJQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3BlY0N5Y2xlLSBNZW1X SU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIyQi0gRGlzSU5UeC0N CglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBERVZTRUw9ZmFzdCA+ VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgtDQoJTGF0ZW5jeTog MA0KDQpmZjowNS4yIEhvc3QgYnJpZGdlIFswNjAwXTogSW50ZWwgQ29ycG9yYXRpb24gWGVvbiA1 NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFubmVsIDEgUmFuayBS ZWdpc3RlcnMgWzgwODY6MmMyYV0gKHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0 aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNw ZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RC MkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0g REVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4 LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDUuMyBIb3N0IGJyaWRnZSBbMDYwMF06IEludGVsIENvcnBv cmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hh bm5lbCAxIFRoZXJtYWwgQ29udHJvbCBSZWdpc3RlcnMgWzgwODY6MmMyYl0gKHJldiAwNSkNCglT dWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6 IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVy ci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6 LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1B Ym9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDYuMCBIb3N0IGJy aWRnZSBbMDYwMF06IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0 ZWQgTWVtb3J5IENvbnRyb2xsZXIgQ2hhbm5lbCAyIENvbnRyb2wgUmVnaXN0ZXJzIFs4MDg2OjJj MzBdIChyZXYgMDUpDQoJU3Vic3lzdGVtOiBJbnRlbCBDb3Jwb3JhdGlvbiBEZXZpY2UgWzgwODY6 ODA4Nl0NCglDb250cm9sOiBJL08tIE1lbSsgQnVzTWFzdGVyKyBTcGVjQ3ljbGUtIE1lbVdJTlYt IFZHQVNub29wLSBQYXJFcnItIFN0ZXBwaW5nLSBTRVJSLSBGYXN0QjJCLSBEaXNJTlR4LQ0KCVN0 YXR1czogQ2FwLSA2Nk1Iei0gVURGLSBGYXN0QjJCLSBQYXJFcnItIERFVlNFTD1mYXN0ID5UQWJv cnQtIDxUQWJvcnQtIDxNQWJvcnQtID5TRVJSLSA8UEVSUi0gSU5UeC0NCglMYXRlbmN5OiAwDQoN CmZmOjA2LjEgSG9zdCBicmlkZ2UgWzA2MDBdOiBJbnRlbCBDb3Jwb3JhdGlvbiBYZW9uIDU1MDAv Q29yZSBpNyBJbnRlZ3JhdGVkIE1lbW9yeSBDb250cm9sbGVyIENoYW5uZWwgMiBBZGRyZXNzIFJl Z2lzdGVycyBbODA4NjoyYzMxXSAocmV2IDA1KQ0KCVN1YnN5c3RlbTogSW50ZWwgQ29ycG9yYXRp b24gRGV2aWNlIFs4MDg2OjgwODZdDQoJQ29udHJvbDogSS9PLSBNZW0rIEJ1c01hc3RlcisgU3Bl Y0N5Y2xlLSBNZW1XSU5WLSBWR0FTbm9vcC0gUGFyRXJyLSBTdGVwcGluZy0gU0VSUi0gRmFzdEIy Qi0gRGlzSU5UeC0NCglTdGF0dXM6IENhcC0gNjZNSHotIFVERi0gRmFzdEIyQi0gUGFyRXJyLSBE RVZTRUw9ZmFzdCA+VEFib3J0LSA8VEFib3J0LSA8TUFib3J0LSA+U0VSUi0gPFBFUlItIElOVHgt DQoJTGF0ZW5jeTogMA0KDQpmZjowNi4yIEhvc3QgYnJpZGdlIFswNjAwXTogSW50ZWwgQ29ycG9y YXRpb24gWGVvbiA1NTAwL0NvcmUgaTcgSW50ZWdyYXRlZCBNZW1vcnkgQ29udHJvbGxlciBDaGFu bmVsIDIgUmFuayBSZWdpc3RlcnMgWzgwODY6MmMzMl0gKHJldiAwNSkNCglTdWJzeXN0ZW06IElu dGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBC dXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdBU25vb3AtIFBhckVyci0gU3RlcHBpbmct IFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVzOiBDYXAtIDY2TUh6LSBVREYtIEZhc3RC MkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0gPFRBYm9ydC0gPE1BYm9ydC0gPlNFUlIt IDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0KZmY6MDYuMyBIb3N0IGJyaWRnZSBbMDYwMF06 IEludGVsIENvcnBvcmF0aW9uIFhlb24gNTUwMC9Db3JlIGk3IEludGVncmF0ZWQgTWVtb3J5IENv bnRyb2xsZXIgQ2hhbm5lbCAyIFRoZXJtYWwgQ29udHJvbCBSZWdpc3RlcnMgWzgwODY6MmMzM10g KHJldiAwNSkNCglTdWJzeXN0ZW06IEludGVsIENvcnBvcmF0aW9uIERldmljZSBbODA4Njo4MDg2 XQ0KCUNvbnRyb2w6IEkvTy0gTWVtKyBCdXNNYXN0ZXIrIFNwZWNDeWNsZS0gTWVtV0lOVi0gVkdB U25vb3AtIFBhckVyci0gU3RlcHBpbmctIFNFUlItIEZhc3RCMkItIERpc0lOVHgtDQoJU3RhdHVz OiBDYXAtIDY2TUh6LSBVREYtIEZhc3RCMkItIFBhckVyci0gREVWU0VMPWZhc3QgPlRBYm9ydC0g PFRBYm9ydC0gPE1BYm9ydC0gPlNFUlItIDxQRVJSLSBJTlR4LQ0KCUxhdGVuY3k6IDANCg0K --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="xm-dmesg.txt" Content-Disposition: attachment; filename="xm-dmesg.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzka2g4 KFhFTikgWGVuIHZlcnNpb24gNC4xLjIgKERlYmlhbiA0LjEuMi0yKSAod2FsZGlAZGViaWFuLm9y ZykgKGdjYyB2ZXJzaW9uIDQuNi4yIChEZWJpYW4gNC42LjItNikgKSBTYXQgRGVjIDEwIDE5OjU4 OjIxIFVUQyAyMDExDQooWEVOKSBCb290bG9hZGVyOiBHUlVCIDEuOTktMTcNCihYRU4pIENvbW1h bmQgbGluZTogcGxhY2Vob2xkZXIgaW9tbXVfaW5jbHVzaXZlX21hcHBpbmc9MSBpb21tdT12ZXJi b3NlIGlvbW11PXdvcmthcm91bmRfYmlvc19idWcNCihYRU4pIFZpZGVvIGluZm9ybWF0aW9uOg0K KFhFTikgIFZHQSBpcyB0ZXh0IG1vZGUgODB4MjUsIGZvbnQgOHgxNg0KKFhFTikgIFZCRS9EREMg bWV0aG9kczogVjI7IEVESUQgdHJhbnNmZXIgdGltZTogMSBzZWNvbmRzDQooWEVOKSBEaXNjIGlu Zm9ybWF0aW9uOg0KKFhFTikgIEZvdW5kIDggTUJSIHNpZ25hdHVyZXMNCihYRU4pICBGb3VuZCA2 IEVERCBpbmZvcm1hdGlvbiBzdHJ1Y3R1cmVzDQooWEVOKSBYZW4tZTgyMCBSQU0gbWFwOg0KKFhF TikgIDAwMDAwMDAwMDAwMDAwMDAgLSAwMDAwMDAwMDAwMDllNDAwICh1c2FibGUpDQooWEVOKSAg MDAwMDAwMDAwMDA5ZTQwMCAtIDAwMDAwMDAwMDAwYTAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAw MDAwMDAwMDAwZTJjMDAgLSAwMDAwMDAwMDAwMTAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAw MDAwMDAwMTAwMDAwIC0gMDAwMDAwMDBiZjc4MDAwMCAodXNhYmxlKQ0KKFhFTikgIDAwMDAwMDAw YmY3ODAwMDAgLSAwMDAwMDAwMGJmNzk4MDAwIChBQ1BJIGRhdGEpDQooWEVOKSAgMDAwMDAwMDBi Zjc5ODAwMCAtIDAwMDAwMDAwYmY3ZGEwMDAgKEFDUEkgTlZTKQ0KKFhFTikgIDAwMDAwMDAwYmY3 ZGEwMDAgLSAwMDAwMDAwMGMwMDAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZTAw MDAwIC0gMDAwMDAwMDBmZWUwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZmUwMDAw MCAtIDAwMDAwMDAxMDAwMDAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAxMDAwMDAwMDAg LSAwMDAwMDAwNDQwMDAwMDAwICh1c2FibGUpDQooWEVOKSBBQ1BJOiBSU0RQIDAwMEZCOTQwLCAw MDE0IChyMCBBQ1BJQU0pDQooWEVOKSBBQ1BJOiBSU0RUIEJGNzgwMDAwLCAwMDQ4IChyMSAwODAy MTEgUlNEVDE0MzYgMjAxMTA4MDIgTVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IEZBQ1AgQkY3 ODAyMDAsIDAwODQgKHIxIDA4MDIxMSBGQUNQMTQzNiAyMDExMDgwMiBNU0ZUICAgICAgIDk3KQ0K KFhFTikgQUNQSTogRFNEVCBCRjc4MDRCMCwgQzQ2OSAocjEgIEExNjgyIEExNjgyMDAxICAgICAg ICAxIElOVEwgMjAwNjAxMTMpDQooWEVOKSBBQ1BJOiBGQUNTIEJGNzk4MDAwLCAwMDQwDQooWEVO KSBBQ1BJOiBBUElDIEJGNzgwMzkwLCAwMEQ4IChyMSAwODAyMTEgQVBJQzE0MzYgMjAxMTA4MDIg TVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IE1DRkcgQkY3ODA0NzAsIDAwM0MgKHIxIDA4MDIx MSBPRU1NQ0ZHICAyMDExMDgwMiBNU0ZUICAgICAgIDk3KQ0KKFhFTikgQUNQSTogT0VNQiBCRjc5 ODA0MCwgMDA3MiAocjEgMDgwMjExIE9FTUIxNDM2IDIwMTEwODAyIE1TRlQgICAgICAgOTcpDQoo WEVOKSBBQ1BJOiBIUEVUIEJGNzhGNEIwLCAwMDM4IChyMSAwODAyMTEgT0VNSFBFVCAgMjAxMTA4 MDIgTVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IERNQVIgQkY3OTgwQzAsIDAxNDAgKHIxICAg IEFNSSAgT0VNRE1BUiAgICAgICAgMSBNU0ZUICAgICAgIDk3KQ0KKFhFTikgQUNQSTogQVNQVCBC Rjc5ODRCMCwgMDAzNCAocjYgMDgwMjExIFBlcmZUdW5lIDIwMTEwODAyIE1TRlQgICAgICAgOTcp DQooWEVOKSBBQ1BJOiBPU0ZSIEJGNzhGNEYwLCAwMEIwIChyMSAwODAyMTEgT0VNT1NGUiAgMjAx MTA4MDIgTVNGVCAgICAgICA5NykNCihYRU4pIEFDUEk6IFNTRFQgQkY3OUE5NDAsIDAzNjMgKHIx IERwZ1BtbSAgICBDcHVQbSAgICAgICAxMiBJTlRMIDIwMDYwMTEzKQ0KKFhFTikgU3lzdGVtIFJB TTogMTYzNzVNQiAoMTY3NjgxMjBrQikNCihYRU4pIERvbWFpbiBoZWFwIGluaXRpYWxpc2VkDQoo WEVOKSBQcm9jZXNzb3IgIzAgNzoxMCBBUElDIHZlcnNpb24gMjENCihYRU4pIFByb2Nlc3NvciAj MiA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgUHJvY2Vzc29yICM0IDc6MTAgQVBJQyB2ZXJz aW9uIDIxDQooWEVOKSBQcm9jZXNzb3IgIzYgNzoxMCBBUElDIHZlcnNpb24gMjENCihYRU4pIFBy b2Nlc3NvciAjMSA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgUHJvY2Vzc29yICMzIDc6MTAg QVBJQyB2ZXJzaW9uIDIxDQooWEVOKSBQcm9jZXNzb3IgIzUgNzoxMCBBUElDIHZlcnNpb24gMjEN CihYRU4pIFByb2Nlc3NvciAjNyA3OjEwIEFQSUMgdmVyc2lvbiAyMQ0KKFhFTikgSU9BUElDWzBd OiBhcGljX2lkIDgsIHZlcnNpb24gMzIsIGFkZHJlc3MgMHhmZWMwMDAwMCwgR1NJIDAtMjMNCihY RU4pIElPQVBJQ1sxXTogYXBpY19pZCA5LCB2ZXJzaW9uIDMyLCBhZGRyZXNzIDB4ZmVjOGEwMDAs IEdTSSAyNC00Nw0KKFhFTikgRW5hYmxpbmcgQVBJQyBtb2RlOiAgRmxhdC4gIFVzaW5nIDIgSS9P IEFQSUNzDQooWEVOKSBbVlQtRF1kbWFyLmM6NzA0OiBIb3N0IGFkZHJlc3Mgd2lkdGggMzkNCihY RU4pIFtWVC1EXWRtYXIuYzo3MTk6IGZvdW5kIEFDUElfRE1BUl9EUkhEOg0KKFhFTikgW1ZULURd ZG1hci5jOjQxMzogICBkbWFydS0+YWRkcmVzcyA9IGZiZmZmMDAwDQooWEVOKSBbVlQtRF1pb21t dS5jOjExMjI6IGRyaGQtPmFkZHJlc3MgPSBmYmZmZjAwMCBpb21tdS0+cmVnID0gZmZmZjgyYzNm ZmY1NzAwMA0KKFhFTikgW1ZULURdaW9tbXUuYzoxMTI0OiBjYXAgPSBjOTAwODAxMGU2MDI2MiBl Y2FwID0gZjAyMDdhDQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFiLjAN CihYRU4pIFtWVC1EXWRtYXIuYzo3MTk6IGZvdW5kIEFDUElfRE1BUl9EUkhEOg0KKFhFTikgW1ZU LURdZG1hci5jOjQxMzogICBkbWFydS0+YWRkcmVzcyA9IGZiZmZlMDAwDQooWEVOKSBbVlQtRF1p b21tdS5jOjExMjI6IGRyaGQtPmFkZHJlc3MgPSBmYmZmZTAwMCBpb21tdS0+cmVnID0gZmZmZjgy YzNmZmY1NjAwMA0KKFhFTikgW1ZULURdaW9tbXUuYzoxMTI0OiBjYXAgPSBjOTA3ODAxMDZmMDQ2 MiBlY2FwID0gZjAyMGZlDQooWEVOKSBbVlQtRF1kbWFyLmM6MzU2OiAgIElPQVBJQzogZjA6MWYu Nw0KKFhFTikgW1ZULURdZG1hci5jOjM1NjogICBJT0FQSUM6IDA6MTMuMA0KKFhFTikgW1ZULURd ZG1hci5jOjQyNzogICBmbGFnczogSU5DTFVERV9BTEwNCihYRU4pIFtWVC1EXWRtYXIuYzo3MjQ6 IGZvdW5kIEFDUElfRE1BUl9STVJSOg0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRwb2lu dDogMDoxZC4wDQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFkLjENCihY RU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6IDA6MWQuMg0KKFhFTikgW1ZULURdZG1h ci5jOjM0MTogICBlbmRwb2ludDogMDoxZC43DQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVu ZHBvaW50OiAwOjFhLjANCihYRU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6IDA6MWEu MQ0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRwb2ludDogMDoxYS4yDQooWEVOKSBbVlQt RF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFhLjcNCihYRU4pIFtWVC1EXWRtYXIuYzo1OTU6 ICAgUk1SUiByZWdpb246IGJhc2VfYWRkciBlYzAwMCBlbmRfYWRkcmVzcyBlZmZmZg0KKFhFTikg W1ZULURdZG1hci5jOjcyNDogZm91bmQgQUNQSV9ETUFSX1JNUlI6DQooWEVOKSBbVlQtRF1kbWFy LmM6NTI4OiAgIFJNUlIgYWRkcmVzcyByYW5nZSBub3QgaW4gcmVzZXJ2ZWQgbWVtb3J5IGJhc2Ug PSBiZjdkYTAwMCBlbmQgPSBiZjdkOWZmZjsgaW9tbXVfaW5jbHVzaXZlX21hcHBpbmc9MSBwYXJh bWV0ZXIgbWF5IGJlIG5lZWRlZC4NCihYRU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6 IDA6MWQuMA0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRwb2ludDogMDoxZC4xDQooWEVO KSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFkLjINCihYRU4pIFtWVC1EXWRtYXIu YzozNDE6ICAgZW5kcG9pbnQ6IDA6MWQuNw0KKFhFTikgW1ZULURdZG1hci5jOjM0MTogICBlbmRw b2ludDogMDoxYS4wDQooWEVOKSBbVlQtRF1kbWFyLmM6MzQxOiAgIGVuZHBvaW50OiAwOjFhLjEN CihYRU4pIFtWVC1EXWRtYXIuYzozNDE6ICAgZW5kcG9pbnQ6IDA6MWEuMg0KKFhFTikgW1ZULURd ZG1hci5jOjM0MTogICBlbmRwb2ludDogMDoxYS43DQooWEVOKSBbVlQtRF1kbWFyLmM6NTg1OiAg IFRoZSBSTVJSIChiZjdkYTAwMCwgYmY3ZDlmZmYpIGlzIGluY29ycmVjdCENCihYRU4pIEZhaWxl ZCB0byBwYXJzZSBBQ1BJIERNQVIuICBEaXNhYmxpbmcgVlQtZC4NCihYRU4pIFRhYmxlIGlzIG5v dCBmb3VuZCENCihYRU4pIFVzaW5nIHNjaGVkdWxlcjogU01QIENyZWRpdCBTY2hlZHVsZXIgKGNy ZWRpdCkNCihYRU4pIERldGVjdGVkIDMyMDcuMzM2IE1IeiBwcm9jZXNzb3IuDQooWEVOKSBJbml0 aW5nIG1lbW9yeSBzaGFyaW5nLg0KKFhFTikgSS9PIHZpcnR1YWxpc2F0aW9uIGRpc2FibGVkDQoo WEVOKSBFTkFCTElORyBJTy1BUElDIElSUXMNCihYRU4pICAtPiBVc2luZyBuZXcgQUNLIG1ldGhv ZA0KKFhFTikgUGxhdGZvcm0gdGltZXIgaXMgMTQuMzE4TUh6IEhQRVQNCihYRU4pIEFsbG9jYXRl ZCBjb25zb2xlIHJpbmcgb2YgMTYgS2lCLg0KKFhFTikgVk1YOiBTdXBwb3J0ZWQgYWR2YW5jZWQg ZmVhdHVyZXM6DQooWEVOKSAgLSBBUElDIE1NSU8gYWNjZXNzIHZpcnR1YWxpc2F0aW9uDQooWEVO KSAgLSBBUElDIFRQUiBzaGFkb3cNCihYRU4pICAtIEV4dGVuZGVkIFBhZ2UgVGFibGVzIChFUFQp DQooWEVOKSAgLSBWaXJ0dWFsLVByb2Nlc3NvciBJZGVudGlmaWVycyAoVlBJRCkNCihYRU4pICAt IFZpcnR1YWwgTk1JDQooWEVOKSAgLSBNU1IgZGlyZWN0LWFjY2VzcyBiaXRtYXANCihYRU4pIEVQ VCBzdXBwb3J0cyAyTUIgc3VwZXIgcGFnZS4NCihYRU4pIEhWTTogQVNJRHMgZW5hYmxlZC4NCihY RU4pIEhWTTogVk1YIGVuYWJsZWQNCihYRU4pIEhWTTogSGFyZHdhcmUgQXNzaXN0ZWQgUGFnaW5n IGRldGVjdGVkLg0KKFhFTikgQnJvdWdodCB1cCA4IENQVXMNCihYRU4pICoqKiBMT0FESU5HIERP TUFJTiAwICoqKg0KKFhFTikgIFhlbiAga2VybmVsOiA2NC1iaXQsIGxzYiwgY29tcGF0MzINCihY RU4pICBEb20wIGtlcm5lbDogNjQtYml0LCBQQUUsIGxzYiwgcGFkZHIgMHgxMDAwMDAwIC0+IDB4 MTkzYTAwMA0KKFhFTikgUEhZU0lDQUwgTUVNT1JZIEFSUkFOR0VNRU5UOg0KKFhFTikgIERvbTAg YWxsb2MuOiAgIDAwMDAwMDA0MmMwMDAwMDAtPjAwMDAwMDA0MzAwMDAwMDAgKDQwODgzOTAgcGFn ZXMgdG8gYmUgYWxsb2NhdGVkKQ0KKFhFTikgIEluaXQuIHJhbWRpc2s6IDAwMDAwMDA0M2UwYzkw MDAtPjAwMDAwMDA0M2ZmZmY0MDANCihYRU4pIFZJUlRVQUwgTUVNT1JZIEFSUkFOR0VNRU5UOg0K KFhFTikgIExvYWRlZCBrZXJuZWw6IGZmZmZmZmZmODEwMDAwMDAtPmZmZmZmZmZmODE5M2EwMDAN CihYRU4pICBJbml0LiByYW1kaXNrOiBmZmZmZmZmZjgxOTNhMDAwLT5mZmZmZmZmZjgzODcwNDAw DQooWEVOKSAgUGh5cy1NYWNoIG1hcDogZmZmZmZmZmY4Mzg3MTAwMC0+ZmZmZmZmZmY4NTdkMWJl OA0KKFhFTikgIFN0YXJ0IGluZm86ICAgIGZmZmZmZmZmODU3ZDIwMDAtPmZmZmZmZmZmODU3ZDI0 YjQNCihYRU4pICBQYWdlIHRhYmxlczogICBmZmZmZmZmZjg1N2QzMDAwLT5mZmZmZmZmZjg1ODA0 MDAwDQooWEVOKSAgQm9vdCBzdGFjazogICAgZmZmZmZmZmY4NTgwNDAwMC0+ZmZmZmZmZmY4NTgw NTAwMA0KKFhFTikgIFRPVEFMOiAgICAgICAgIGZmZmZmZmZmODAwMDAwMDAtPmZmZmZmZmZmODVj MDAwMDANCihYRU4pICBFTlRSWSBBRERSRVNTOiBmZmZmZmZmZjgxNmE5MjAwDQooWEVOKSBEb20w IGhhcyBtYXhpbXVtIDggVkNQVXMNCihYRU4pIFNjcnViYmluZyBGcmVlIFJBTTogLmRvbmUuDQoo WEVOKSBYZW4gdHJhY2UgYnVmZmVyczogZGlzYWJsZWQNCihYRU4pIFN0ZC4gTG9nbGV2ZWw6IEVy cm9ycyBhbmQgd2FybmluZ3MNCihYRU4pIEd1ZXN0IExvZ2xldmVsOiBOb3RoaW5nIChSYXRlLWxp bWl0ZWQ6IEVycm9ycyBhbmQgd2FybmluZ3MpDQooWEVOKSBYZW4gaXMgcmVsaW5xdWlzaGluZyBW R0EgY29uc29sZS4NCihYRU4pICoqKiBTZXJpYWwgaW5wdXQgLT4gRE9NMCAodHlwZSAnQ1RSTC1h JyB0aHJlZSB0aW1lcyB0byBzd2l0Y2ggaW5wdXQgdG8gWGVuKQ0KKFhFTikgRnJlZWQgMjE2a0Ig aW5pdCBtZW1vcnkuDQooWEVOKSBwaHlzZGV2LmM6MTU1OiBkb20wOiB3cm9uZyBtYXBfcGlycSB0 eXBlIDMNCg== --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset=US-ASCII; name="xm-info.txt" Content-Disposition: attachment; filename="xm-info.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0tzkedo5 aG9zdCAgICAgICAgICAgICAgICAgICA6IGczM2sNCnJlbGVhc2UgICAgICAgICAgICAgICAgOiAz LjIuMC0xLWFtZDY0DQp2ZXJzaW9uICAgICAgICAgICAgICAgIDogIzEgU01QIEZyaSBGZWIgMTcg MDU6MTc6MzYgVVRDIDIwMTINCm1hY2hpbmUgICAgICAgICAgICAgICAgOiB4ODZfNjQNCm5yX2Nw dXMgICAgICAgICAgICAgICAgOiA4DQpucl9ub2RlcyAgICAgICAgICAgICAgIDogMQ0KY29yZXNf cGVyX3NvY2tldCAgICAgICA6IDQNCnRocmVhZHNfcGVyX2NvcmUgICAgICAgOiAyDQpjcHVfbWh6 ICAgICAgICAgICAgICAgIDogMzIwNw0KaHdfY2FwcyAgICAgICAgICAgICAgICA6IGJmZWJmYmZm OjI4MTAwODAwOjAwMDAwMDAwOjAwMDAzYjQwOjAwOThlM2JkOjAwMDAwMDAwOjAwMDAwMDAxOjAw MDAwMDAwDQp2aXJ0X2NhcHMgICAgICAgICAgICAgIDogaHZtDQp0b3RhbF9tZW1vcnkgICAgICAg ICAgIDogMTYzNzUNCmZyZWVfbWVtb3J5ICAgICAgICAgICAgOiAxMTYxDQpmcmVlX2NwdXMgICAg ICAgICAgICAgIDogMA0KeGVuX21ham9yICAgICAgICAgICAgICA6IDQNCnhlbl9taW5vciAgICAg ICAgICAgICAgOiAxDQp4ZW5fZXh0cmEgICAgICAgICAgICAgIDogLjINCnhlbl9jYXBzICAgICAg ICAgICAgICAgOiB4ZW4tMy4wLXg4Nl82NCB4ZW4tMy4wLXg4Nl8zMnAgaHZtLTMuMC14ODZfMzIg aHZtLTMuMC14ODZfMzJwIGh2bS0zLjAteDg2XzY0IA0KeGVuX3NjaGVkdWxlciAgICAgICAgICA6 IGNyZWRpdA0KeGVuX3BhZ2VzaXplICAgICAgICAgICA6IDQwOTYNCnBsYXRmb3JtX3BhcmFtcyAg ICAgICAgOiB2aXJ0X3N0YXJ0PTB4ZmZmZjgwMDAwMDAwMDAwMA0KeGVuX2NoYW5nZXNldCAgICAg ICAgICA6IHVuYXZhaWxhYmxlDQp4ZW5fY29tbWFuZGxpbmUgICAgICAgIDogcGxhY2Vob2xkZXIg aW9tbXVfaW5jbHVzaXZlX21hcHBpbmc9MSBpb21tdT12ZXJib3NlIGlvbW11PXdvcmthcm91bmRf Ymlvc19idWcNCmNjX2NvbXBpbGVyICAgICAgICAgICAgOiBnY2MgdmVyc2lvbiA0LjYuMiAoRGVi aWFuIDQuNi4yLTYpIA0KY2NfY29tcGlsZV9ieSAgICAgICAgICA6IHdhbGRpDQpjY19jb21waWxl X2RvbWFpbiAgICAgIDogZGViaWFuLm9yZw0KY2NfY29tcGlsZV9kYXRlICAgICAgICA6IFNhdCBE ZWMgMTAgMTk6NTg6MjEgVVRDIDIwMTENCnhlbmRfY29uZmlnX2Zvcm1hdCAgICAgOiA0DQo= --20cf3074d9a88caca204bd56ca3c Content-Type: application/octet-stream; name="XMAR.dat" Content-Disposition: attachment; filename="XMAR.dat" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h0u21i7o6 WE1BUkABAAABL0FNSQAAAE9FTURNQVIAAQAAAE1TRlSXAAAAJgEAAAAAAAAAAAAAAAAYAAAAAAAA 8P/7AAAAAAEIAAAAABsAAAAgAAEAAAAA4P/7AAAAAAMIAAAI8B8HAwgAAAkAEwABAFgAAAAAAADA DgAAAAAA//8OAAAAAAABCAAAAAAdAAEIAAAAAB0BAQgAAAAAHQIBCAAAAAAdBwEIAAAAABoAAQgA AAAAGgEBCAAAAAAaAgEIAAAAABoHAQBYAAAAAAAAoH2/AAAAAP+ffb8AAAAAAQgAAAAAHQABCAAA AAAdAQEIAAAAAB0CAQgAAAAAHQcBCAAAAAAaAAEIAAAAABoBAQgAAAAAGgIBCAAAAAAaBwIAKAAA AAAAAggAAAAAAQACCAAAAAACAAIIAAAAAAMAAggAAAAABwA= --20cf3074d9a88caca204bd56ca3c Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --20cf3074d9a88caca204bd56ca3c-- From xen-users-bounces@lists.xen.org Tue Apr 10 18:09:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:09: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 1SHfUq-0003E1-0u; Tue, 10 Apr 2012 18:08:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfUo-0003Dw-BO for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:08:50 +0000 Received: from [85.158.143.99:40835] by server-3.bemta-4.messagelabs.com id C2/9A-05853-137748F4; Tue, 10 Apr 2012 18:08:49 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1334081328!13425390!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1202 invoked from network); 10 Apr 2012 18:08:48 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-14.tower-216.messagelabs.com with SMTP; 10 Apr 2012 18:08:48 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 11:08:46 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0XQeJwDC6iTO/MSCO1+zgKtcX7eQAAffWw References: From: "Todd H. Foster" To: "Freddie Cash" , "Sergey Melnik" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Freddie, The simple answer here is to spend lots of money on a NetApp appliance or two, or some other brand. If you are going to be serving up vm's, speed is your friend. The combination of network, cpu, bus speed all play a role in what you get out of a san. Also if you go with a ZFS implementation, memory will have a big impact as well. Here is a little education for you on what exactly you can expect for performance, from reasonably priced standard hardware. http://www.zfsbuild.com/ -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Freddie Cash Sent: Tuesday, April 10, 2012 10:46 AM To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 18:09:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:09: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 1SHfUq-0003E1-0u; Tue, 10 Apr 2012 18:08:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfUo-0003Dw-BO for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:08:50 +0000 Received: from [85.158.143.99:40835] by server-3.bemta-4.messagelabs.com id C2/9A-05853-137748F4; Tue, 10 Apr 2012 18:08:49 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1334081328!13425390!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1202 invoked from network); 10 Apr 2012 18:08:48 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-14.tower-216.messagelabs.com with SMTP; 10 Apr 2012 18:08:48 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 11:08:46 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0XQeJwDC6iTO/MSCO1+zgKtcX7eQAAffWw References: From: "Todd H. Foster" To: "Freddie Cash" , "Sergey Melnik" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Freddie, The simple answer here is to spend lots of money on a NetApp appliance or two, or some other brand. If you are going to be serving up vm's, speed is your friend. The combination of network, cpu, bus speed all play a role in what you get out of a san. Also if you go with a ZFS implementation, memory will have a big impact as well. Here is a little education for you on what exactly you can expect for performance, from reasonably priced standard hardware. http://www.zfsbuild.com/ -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Freddie Cash Sent: Tuesday, April 10, 2012 10:46 AM To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 18:16:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:16: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 1SHfbl-0003dE-5J; Tue, 10 Apr 2012 18:16:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfbk-0003d8-Gv for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:16:00 +0000 Received: from [85.158.139.83:22080] by server-9.bemta-5.messagelabs.com id 12/AA-09826-FD8748F4; Tue, 10 Apr 2012 18:15:59 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334081756!19276975!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13180 invoked from network); 10 Apr 2012 18:15:57 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 18:15:57 -0000 Received: by vcbfl11 with SMTP id fl11so85833vcb.32 for ; Tue, 10 Apr 2012 11:15:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ERjenmPgspWdxTwlO93FPYrDkHyNL5fghSz7DowmXPo=; b=cHvDMRK774Y8sAiRqa0JjZPKai7idMpq8f+R98j2OmL31EnjvQTZbYBcHYJeExzZ7L oDsaca+iSCHfEYNa1ughGAog2CYraFSQYRUAgALU8mYM1n5oIfs6U2eQ6bqfYXcidL2W u23hMwZ+Nwj146yU9KZnCnHFNQtyjj2UKr+GbgLq3lTVT78mYy493eaaJfDzEEeV/8S2 3+XWJ9AqosADdllNs3zb5nub+1wPFp5fmKkb8+y6/JYnc2cGCkw43pFwY6a8/ryyX5W8 Z3soowfkVtN1OpMNRg1RNvttm80W5rGyC5hdxOn8rfyOehSRuK6Elyb5ifRfo1bISTAX 1Tqg== MIME-Version: 1.0 Received: by 10.52.90.20 with SMTP id bs20mr5032042vdb.98.1334081755296; Tue, 10 Apr 2012 11:15:55 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 10 Apr 2012 11:15:55 -0700 (PDT) In-Reply-To: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> References: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> Date: Tue, 10 Apr 2012 11:15:55 -0700 Message-ID: From: Freddie Cash To: "Todd H. Foster" Cc: Sergey Melnik , xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVHVlLCBBcHIgMTAsIDIwMTIgYXQgMTE6MDggQU0sIFRvZGQgSC4gRm9zdGVyCjx0b2RkZkB0 ZWNobmV0aXVtaW5jLmNvbT4gd3JvdGU6Cj4gVGhlIHNpbXBsZSBhbnN3ZXIgaGVyZSBpcyB0byBz cGVuZCBsb3RzIG9mIG1vbmV5IG9uIGEgTmV0QXBwIGFwcGxpYW5jZQo+IG9yIHR3bywgb3Igc29t ZSBvdGhlciBicmFuZC4KPiBJZiB5b3UgYXJlIGdvaW5nIHRvIGJlIHNlcnZpbmcgdXAgdm0ncywg c3BlZWQgaXMgeW91ciBmcmllbmQuIMKgVGhlCj4gY29tYmluYXRpb24gb2YgbmV0d29yaywgY3B1 LCBidXMgc3BlZWQgYWxsIHBsYXkgYSByb2xlIGluIHdoYXQgeW91IGdldAo+IG91dCBvZiBhIHNh bi4gQWxzbyBpZiB5b3UgZ28gd2l0aCBhIFpGUyBpbXBsZW1lbnRhdGlvbiwgbWVtb3J5IHdpbGwg aGF2ZQo+IGEgYmlnIGltcGFjdCBhcyB3ZWxsLgo+Cj4gSGVyZSBpcyBhIGxpdHRsZSBlZHVjYXRp b24gZm9yIHlvdSBvbiB3aGF0IGV4YWN0bHkgeW91IGNhbiBleHBlY3QgZm9yCj4gcGVyZm9ybWFu Y2UsIGZyb20gcmVhc29uYWJseSBwcmljZWQgc3RhbmRhcmQgaGFyZHdhcmUuCj4gaHR0cDovL3d3 dy56ZnNidWlsZC5jb20vCgpZb3VyIGRhdGEgaXMgcXVpdGUgb3V0LW9mLWRhdGUsIGNvbnNpZGVy aW5nIGl0J3MgYmFzZWQgb24gYW4gb2xkCnZlcnNpb24gb2YgRnJlZU5BUyB1c2luZyBaRlN2MTUs IHdoaWxlIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiBGcmVlTkFTCmhhcyBaRlN2MjguICBUaGUgVHJ1 TkFTIGJveGVzIHNoaXAgd2l0aCB0aGUgbmV3ZXIgdmVyc2lvbiBvZiBGcmVlTkFTLApzbyBwZXJm b3JtYW5jZSB3aWxsIGJlIHF1aXRlIGRpZmZlcmVudCB0byB3aGF0IHlvdSBoYXZlIGxpc3RlZCB1 bmRlcgp5b3VyIGJlbmNobWFya3Mgc2VjdGlvbi4gIFRoZSBUcnVOQVMgYm94ZXMgYXJlIGFsc28g YXBwbGlhbmNlcywgd2l0aApoYXJkd2FyZSBvcHRpbWlzZWQgdG8gcnVuIEZyZWVOQVMgdG8gZ2V0 IHRoZSBtb3N0IG91dCBvZiBaRlMuCgpJdCBhbGwgZGVwZW5kcyBvbiB0aGUgT1AncyByZXF1aXJl bWVudHMuICBOb3doZXJlIGluIHRoZSBvcmlnaW5hbCBtYWlsCndhcyAiYWJzb2x1dGUgYmVzdCBw ZXJmb3JtYW5jZSBwb3NzaWJsZSIgbGlzdGVkIGFzIGEgcmVxdWlyZW1lbnQuCkp1c3QgInJlbGlh YmxlIiwgIkhBIGZhaWxvdmVyIiwgYW5kICJyZWFsdGltZSByZXBsaWNhdGlvbiIuICBBbGwKdGhp bmdzIHRoYXQgRnJlZU5BUyArIEhBU1QgcHJvdmlkZS4KCk5vdCBldmVyeW9uZSBuZWVkcyB0byBz cGVuZCAkMTAwSyBvbiBzdG9yYWdlLCBldmVyeXRpbWUuCgotLSAKRnJlZGRpZSBDYXNoCmZqd2Nh c2hAZ21haWwuY29tCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Apr 10 18:16:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:16: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 1SHfbl-0003dE-5J; Tue, 10 Apr 2012 18:16:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfbk-0003d8-Gv for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:16:00 +0000 Received: from [85.158.139.83:22080] by server-9.bemta-5.messagelabs.com id 12/AA-09826-FD8748F4; Tue, 10 Apr 2012 18:15:59 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334081756!19276975!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13180 invoked from network); 10 Apr 2012 18:15:57 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 18:15:57 -0000 Received: by vcbfl11 with SMTP id fl11so85833vcb.32 for ; Tue, 10 Apr 2012 11:15:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ERjenmPgspWdxTwlO93FPYrDkHyNL5fghSz7DowmXPo=; b=cHvDMRK774Y8sAiRqa0JjZPKai7idMpq8f+R98j2OmL31EnjvQTZbYBcHYJeExzZ7L oDsaca+iSCHfEYNa1ughGAog2CYraFSQYRUAgALU8mYM1n5oIfs6U2eQ6bqfYXcidL2W u23hMwZ+Nwj146yU9KZnCnHFNQtyjj2UKr+GbgLq3lTVT78mYy493eaaJfDzEEeV/8S2 3+XWJ9AqosADdllNs3zb5nub+1wPFp5fmKkb8+y6/JYnc2cGCkw43pFwY6a8/ryyX5W8 Z3soowfkVtN1OpMNRg1RNvttm80W5rGyC5hdxOn8rfyOehSRuK6Elyb5ifRfo1bISTAX 1Tqg== MIME-Version: 1.0 Received: by 10.52.90.20 with SMTP id bs20mr5032042vdb.98.1334081755296; Tue, 10 Apr 2012 11:15:55 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Tue, 10 Apr 2012 11:15:55 -0700 (PDT) In-Reply-To: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> References: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> Date: Tue, 10 Apr 2012 11:15:55 -0700 Message-ID: From: Freddie Cash To: "Todd H. Foster" Cc: Sergey Melnik , xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVHVlLCBBcHIgMTAsIDIwMTIgYXQgMTE6MDggQU0sIFRvZGQgSC4gRm9zdGVyCjx0b2RkZkB0 ZWNobmV0aXVtaW5jLmNvbT4gd3JvdGU6Cj4gVGhlIHNpbXBsZSBhbnN3ZXIgaGVyZSBpcyB0byBz cGVuZCBsb3RzIG9mIG1vbmV5IG9uIGEgTmV0QXBwIGFwcGxpYW5jZQo+IG9yIHR3bywgb3Igc29t ZSBvdGhlciBicmFuZC4KPiBJZiB5b3UgYXJlIGdvaW5nIHRvIGJlIHNlcnZpbmcgdXAgdm0ncywg c3BlZWQgaXMgeW91ciBmcmllbmQuIMKgVGhlCj4gY29tYmluYXRpb24gb2YgbmV0d29yaywgY3B1 LCBidXMgc3BlZWQgYWxsIHBsYXkgYSByb2xlIGluIHdoYXQgeW91IGdldAo+IG91dCBvZiBhIHNh bi4gQWxzbyBpZiB5b3UgZ28gd2l0aCBhIFpGUyBpbXBsZW1lbnRhdGlvbiwgbWVtb3J5IHdpbGwg aGF2ZQo+IGEgYmlnIGltcGFjdCBhcyB3ZWxsLgo+Cj4gSGVyZSBpcyBhIGxpdHRsZSBlZHVjYXRp b24gZm9yIHlvdSBvbiB3aGF0IGV4YWN0bHkgeW91IGNhbiBleHBlY3QgZm9yCj4gcGVyZm9ybWFu Y2UsIGZyb20gcmVhc29uYWJseSBwcmljZWQgc3RhbmRhcmQgaGFyZHdhcmUuCj4gaHR0cDovL3d3 dy56ZnNidWlsZC5jb20vCgpZb3VyIGRhdGEgaXMgcXVpdGUgb3V0LW9mLWRhdGUsIGNvbnNpZGVy aW5nIGl0J3MgYmFzZWQgb24gYW4gb2xkCnZlcnNpb24gb2YgRnJlZU5BUyB1c2luZyBaRlN2MTUs IHdoaWxlIHRoZSBsYXRlc3QgdmVyc2lvbiBvZiBGcmVlTkFTCmhhcyBaRlN2MjguICBUaGUgVHJ1 TkFTIGJveGVzIHNoaXAgd2l0aCB0aGUgbmV3ZXIgdmVyc2lvbiBvZiBGcmVlTkFTLApzbyBwZXJm b3JtYW5jZSB3aWxsIGJlIHF1aXRlIGRpZmZlcmVudCB0byB3aGF0IHlvdSBoYXZlIGxpc3RlZCB1 bmRlcgp5b3VyIGJlbmNobWFya3Mgc2VjdGlvbi4gIFRoZSBUcnVOQVMgYm94ZXMgYXJlIGFsc28g YXBwbGlhbmNlcywgd2l0aApoYXJkd2FyZSBvcHRpbWlzZWQgdG8gcnVuIEZyZWVOQVMgdG8gZ2V0 IHRoZSBtb3N0IG91dCBvZiBaRlMuCgpJdCBhbGwgZGVwZW5kcyBvbiB0aGUgT1AncyByZXF1aXJl bWVudHMuICBOb3doZXJlIGluIHRoZSBvcmlnaW5hbCBtYWlsCndhcyAiYWJzb2x1dGUgYmVzdCBw ZXJmb3JtYW5jZSBwb3NzaWJsZSIgbGlzdGVkIGFzIGEgcmVxdWlyZW1lbnQuCkp1c3QgInJlbGlh YmxlIiwgIkhBIGZhaWxvdmVyIiwgYW5kICJyZWFsdGltZSByZXBsaWNhdGlvbiIuICBBbGwKdGhp bmdzIHRoYXQgRnJlZU5BUyArIEhBU1QgcHJvdmlkZS4KCk5vdCBldmVyeW9uZSBuZWVkcyB0byBz cGVuZCAkMTAwSyBvbiBzdG9yYWdlLCBldmVyeXRpbWUuCgotLSAKRnJlZGRpZSBDYXNoCmZqd2Nh c2hAZ21haWwuY29tCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Tue Apr 10 18:23:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:23:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfi3-0003wp-8I; Tue, 10 Apr 2012 18:22:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfi1-0003wi-9Y for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:22:29 +0000 Received: from [85.158.139.83:38475] by server-9.bemta-5.messagelabs.com id EE/B1-09826-46A748F4; Tue, 10 Apr 2012 18:22:28 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1334082145!15868125!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8927 invoked from network); 10 Apr 2012 18:22:26 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 18:22:26 -0000 Received: by bkcjg9 with SMTP id jg9so79438bkc.32 for ; Tue, 10 Apr 2012 11:22:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=hJUzENKPh5QUd+JCTFVlC7IQ40jTdC8ffp7qC4JbFDU=; b=BFUyxGa+bszixFQQa4OSVSbIKalFmKwRG/UAOxeR+/B2C+iwOQG/ctA+iDNMQyypRV aYdsE6T+ku4qcRHI0JHgclPii/OyPgtrmE2F7g49bQOChfwcvFNJGcmY0DeRGEtj5x/x vEwqOGlyl+1Srkj8nIPyIVxi88tlTq/KbOZEo4RsOfzFFeazT1EOWm8F6orUicb9NpRx BuD3KBPgCFIA/BidYA7gADKWoFUdODcgw+1OjXbNzIUoe98Ww9xg2QKlRl0YbVUZFc88 FH4gp3zNsz3ZmPGr2eRB9+HE5Dx6liLf0Q5UCis+rjvd8+BATyxPvS9nDgnKVH3J2jXw yyhw== MIME-Version: 1.0 Received: by 10.204.133.205 with SMTP id g13mr5220594bkt.94.1334082144555; Tue, 10 Apr 2012 11:22:24 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 11:22:24 -0700 (PDT) In-Reply-To: References: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> Date: Tue, 10 Apr 2012 14:22:24 -0400 Message-ID: From: Outback Dingo To: Freddie Cash Cc: Sergey Melnik , xen-users@lists.xen.org, "Todd H. Foster" Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 2:15 PM, Freddie Cash wrote: > On Tue, Apr 10, 2012 at 11:08 AM, Todd H. Foster > wrote: >> The simple answer here is to spend lots of money on a NetApp appliance >> or two, or some other brand. >> If you are going to be serving up vm's, speed is your friend. =A0The >> combination of network, cpu, bus speed all play a role in what you get >> out of a san. Also if you go with a ZFS implementation, memory will have >> a big impact as well. >> >> Here is a little education for you on what exactly you can expect for >> performance, from reasonably priced standard hardware. >> http://www.zfsbuild.com/ > > Your data is quite out-of-date, considering it's based on an old > version of FreeNAS using ZFSv15, while the latest version of FreeNAS > has ZFSv28. Uhmmm no..... FreeNAS 8.2.0 Beta is ZFS filesystem version 4 ZFS storage pool version 15 The TruNAS boxes ship with the newer version of FreeNAS, > so performance will be quite different to what you have listed under > your benchmarks section. =A0The TruNAS boxes are also appliances, with > hardware optimised to run FreeNAS to get the most out of ZFS. > > It all depends on the OP's requirements. =A0Nowhere in the original mail > was "absolute best performance possible" listed as a requirement. > Just "reliable", "HA failover", and "realtime replication". =A0All > things that FreeNAS + HAST provide. > > Not everyone needs to spend $100K on storage, everytime. > > -- > Freddie Cash > fjwcash@gmail.com > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 18:23:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:23:10 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfi3-0003wp-8I; Tue, 10 Apr 2012 18:22:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHfi1-0003wi-9Y for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:22:29 +0000 Received: from [85.158.139.83:38475] by server-9.bemta-5.messagelabs.com id EE/B1-09826-46A748F4; Tue, 10 Apr 2012 18:22:28 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1334082145!15868125!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8927 invoked from network); 10 Apr 2012 18:22:26 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 18:22:26 -0000 Received: by bkcjg9 with SMTP id jg9so79438bkc.32 for ; Tue, 10 Apr 2012 11:22:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=hJUzENKPh5QUd+JCTFVlC7IQ40jTdC8ffp7qC4JbFDU=; b=BFUyxGa+bszixFQQa4OSVSbIKalFmKwRG/UAOxeR+/B2C+iwOQG/ctA+iDNMQyypRV aYdsE6T+ku4qcRHI0JHgclPii/OyPgtrmE2F7g49bQOChfwcvFNJGcmY0DeRGEtj5x/x vEwqOGlyl+1Srkj8nIPyIVxi88tlTq/KbOZEo4RsOfzFFeazT1EOWm8F6orUicb9NpRx BuD3KBPgCFIA/BidYA7gADKWoFUdODcgw+1OjXbNzIUoe98Ww9xg2QKlRl0YbVUZFc88 FH4gp3zNsz3ZmPGr2eRB9+HE5Dx6liLf0Q5UCis+rjvd8+BATyxPvS9nDgnKVH3J2jXw yyhw== MIME-Version: 1.0 Received: by 10.204.133.205 with SMTP id g13mr5220594bkt.94.1334082144555; Tue, 10 Apr 2012 11:22:24 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 11:22:24 -0700 (PDT) In-Reply-To: References: <820397ED394C4844A42513AA298F6B0B694FFB@techdc.technetium.corp> Date: Tue, 10 Apr 2012 14:22:24 -0400 Message-ID: From: Outback Dingo To: Freddie Cash Cc: Sergey Melnik , xen-users@lists.xen.org, "Todd H. Foster" Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 2:15 PM, Freddie Cash wrote: > On Tue, Apr 10, 2012 at 11:08 AM, Todd H. Foster > wrote: >> The simple answer here is to spend lots of money on a NetApp appliance >> or two, or some other brand. >> If you are going to be serving up vm's, speed is your friend. =A0The >> combination of network, cpu, bus speed all play a role in what you get >> out of a san. Also if you go with a ZFS implementation, memory will have >> a big impact as well. >> >> Here is a little education for you on what exactly you can expect for >> performance, from reasonably priced standard hardware. >> http://www.zfsbuild.com/ > > Your data is quite out-of-date, considering it's based on an old > version of FreeNAS using ZFSv15, while the latest version of FreeNAS > has ZFSv28. Uhmmm no..... FreeNAS 8.2.0 Beta is ZFS filesystem version 4 ZFS storage pool version 15 The TruNAS boxes ship with the newer version of FreeNAS, > so performance will be quite different to what you have listed under > your benchmarks section. =A0The TruNAS boxes are also appliances, with > hardware optimised to run FreeNAS to get the most out of ZFS. > > It all depends on the OP's requirements. =A0Nowhere in the original mail > was "absolute best performance possible" listed as a requirement. > Just "reliable", "HA failover", and "realtime replication". =A0All > things that FreeNAS + HAST provide. > > Not everyone needs to spend $100K on storage, everytime. > > -- > Freddie Cash > fjwcash@gmail.com > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 18:49:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:49:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHg7W-0004j5-8n; Tue, 10 Apr 2012 18:48:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHg7U-0004iz-Rb for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:48:49 +0000 Received: from [85.158.138.51:33377] by server-8.bemta-3.messagelabs.com id 37/02-24428-090848F4; Tue, 10 Apr 2012 18:48:48 +0000 X-Env-Sender: G.Bakalarski@icm.edu.pl X-Msg-Ref: server-7.tower-174.messagelabs.com!1334083726!17366182!1 X-Originating-IP: [212.87.14.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28718 invoked from network); 10 Apr 2012 18:48:47 -0000 Received: from gw.icm.edu.pl (HELO gw.icm.edu.pl) (212.87.14.2) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 18:48:47 -0000 Received: from webmail.icm.edu.pl (webmail.icm.edu.pl [212.87.14.43]) (authenticated bits=0) by gw.icm.edu.pl (8.14.0/8.14.0/rzm-5.7/gw-icm) with ESMTP id q3AIm7qd014512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Apr 2012 20:48:07 +0200 Received: from 89.79.16.208 (SquirrelMail authenticated user grzesb) by webmail.icm.edu.pl with HTTP; Tue, 10 Apr 2012 20:48:08 +0200 (CEST) Message-ID: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> In-Reply-To: References: Date: Tue, 10 Apr 2012 20:48:08 +0200 (CEST) From: G.Bakalarski@icm.edu.pl Cc: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (gw.icm.edu.pl [212.87.14.2]); Tue, 10 Apr 2012 20:48:08 +0200 (CEST) X-Filtry: w sprawie filtracji wirusow i spamu pisz do: spam@icm.edu.pl X-Spam-Score: -3.101 () AWL,BAYES_00,RZM_ORT,SOBIG_X_PRIORITY X-Spam-Report: SpamAssassin v3.2.5-rzm report pts rule name description 0.3 SOBIG_X_PRIORITY X-Priority: 3 (Normal) - possible Sobig remains -3.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 RZM_ORT FULL: spacja przed [,\.?!] -0.3 AWL AWL: From: address is in the auto white-list X-Scanned-By: MIMEDefang 2.64 on 212.87.14.2 Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: G.Bakalarski@icm.edu.pl List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: >> +1 for Nexenta, truly awesome stuff > > Nexenta dollar for dollar compared to other products in the storage > industry is over priced > Do yourself and your company a favor and just buy a Nexsan E18 , tried > and true for storage > and a rock solid platform > > My vote is also for Nexsan E18. I have one and it is fast, solid - u can have FC and iSCSI in one box and up to 54TB SATA (raw) or any mixed SAS/SATA set of disk ... Extremally easy to use (just marvelous web interface) .... If you are DELL bounded U may think about MD3x20 (x=[2,6]). With 24 1TB SATA 2.5'' or 12 2TB 3.5'' disks U can have 24TB raw (for same 20-25k USD) (NB for some 30k USD U can have 54TB Nexsan E18) Just 0.02$ GB _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 18:49:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 18:49:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHg7W-0004j5-8n; Tue, 10 Apr 2012 18:48:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHg7U-0004iz-Rb for xen-users@lists.xen.org; Tue, 10 Apr 2012 18:48:49 +0000 Received: from [85.158.138.51:33377] by server-8.bemta-3.messagelabs.com id 37/02-24428-090848F4; Tue, 10 Apr 2012 18:48:48 +0000 X-Env-Sender: G.Bakalarski@icm.edu.pl X-Msg-Ref: server-7.tower-174.messagelabs.com!1334083726!17366182!1 X-Originating-IP: [212.87.14.2] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28718 invoked from network); 10 Apr 2012 18:48:47 -0000 Received: from gw.icm.edu.pl (HELO gw.icm.edu.pl) (212.87.14.2) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Apr 2012 18:48:47 -0000 Received: from webmail.icm.edu.pl (webmail.icm.edu.pl [212.87.14.43]) (authenticated bits=0) by gw.icm.edu.pl (8.14.0/8.14.0/rzm-5.7/gw-icm) with ESMTP id q3AIm7qd014512 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 10 Apr 2012 20:48:07 +0200 Received: from 89.79.16.208 (SquirrelMail authenticated user grzesb) by webmail.icm.edu.pl with HTTP; Tue, 10 Apr 2012 20:48:08 +0200 (CEST) Message-ID: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> In-Reply-To: References: Date: Tue, 10 Apr 2012 20:48:08 +0200 (CEST) From: G.Bakalarski@icm.edu.pl Cc: xen-users@lists.xen.org User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0rc1 (gw.icm.edu.pl [212.87.14.2]); Tue, 10 Apr 2012 20:48:08 +0200 (CEST) X-Filtry: w sprawie filtracji wirusow i spamu pisz do: spam@icm.edu.pl X-Spam-Score: -3.101 () AWL,BAYES_00,RZM_ORT,SOBIG_X_PRIORITY X-Spam-Report: SpamAssassin v3.2.5-rzm report pts rule name description 0.3 SOBIG_X_PRIORITY X-Priority: 3 (Normal) - possible Sobig remains -3.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 RZM_ORT FULL: spacja przed [,\.?!] -0.3 AWL AWL: From: address is in the auto white-list X-Scanned-By: MIMEDefang 2.64 on 212.87.14.2 Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: G.Bakalarski@icm.edu.pl List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: >> +1 for Nexenta, truly awesome stuff > > Nexenta dollar for dollar compared to other products in the storage > industry is over priced > Do yourself and your company a favor and just buy a Nexsan E18 , tried > and true for storage > and a rock solid platform > > My vote is also for Nexsan E18. I have one and it is fast, solid - u can have FC and iSCSI in one box and up to 54TB SATA (raw) or any mixed SAS/SATA set of disk ... Extremally easy to use (just marvelous web interface) .... If you are DELL bounded U may think about MD3x20 (x=[2,6]). With 24 1TB SATA 2.5'' or 12 2TB 3.5'' disks U can have 24TB raw (for same 20-25k USD) (NB for some 30k USD U can have 54TB Nexsan E18) Just 0.02$ GB _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:03:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:03: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 1SHgKY-000533-R2; Tue, 10 Apr 2012 19:02:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgKX-00052x-L9 for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:02:17 +0000 Received: from [193.109.254.147:59795] by server-10.bemta-14.messagelabs.com id 41/DF-05847-9B3848F4; Tue, 10 Apr 2012 19:02:17 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334084535!1522318!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28119 invoked from network); 10 Apr 2012 19:02:16 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-5.tower-27.messagelabs.com with SMTP; 10 Apr 2012 19:02:16 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Tue, 10 Apr 2012 14:02:14 -0500 From: To: Date: Tue, 10 Apr 2012 14:02:25 -0500 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 thread-index: Ac0XQipiC1u0eXJTT0KLYGwOwyHN7gACe44g Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On the same hardware, Nexenta/OpenSolaris/OpenIndiana vastly outperforms FreeNAS. http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-benchmarks/ -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Freddie Cash Sent: Tuesday, April 10, 2012 12:46 PM To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:03:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:03: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 1SHgKY-000533-R2; Tue, 10 Apr 2012 19:02:18 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgKX-00052x-L9 for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:02:17 +0000 Received: from [193.109.254.147:59795] by server-10.bemta-14.messagelabs.com id 41/DF-05847-9B3848F4; Tue, 10 Apr 2012 19:02:17 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334084535!1522318!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28119 invoked from network); 10 Apr 2012 19:02:16 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-5.tower-27.messagelabs.com with SMTP; 10 Apr 2012 19:02:16 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Tue, 10 Apr 2012 14:02:14 -0500 From: To: Date: Tue, 10 Apr 2012 14:02:25 -0500 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 thread-index: Ac0XQipiC1u0eXJTT0KLYGwOwyHN7gACe44g Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On the same hardware, Nexenta/OpenSolaris/OpenIndiana vastly outperforms FreeNAS. http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-benchmarks/ -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Freddie Cash Sent: Tuesday, April 10, 2012 12:46 PM To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:06:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:06:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgO8-0005Kc-2T; Tue, 10 Apr 2012 19:06:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgO6-0005KP-8b for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:05:58 +0000 Received: from [85.158.143.35:41527] by server-3.bemta-4.messagelabs.com id 55/E4-05853-594848F4; Tue, 10 Apr 2012 19:05:57 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1334084755!15506792!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6211 invoked from network); 10 Apr 2012 19:05:56 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 19:05:56 -0000 Received: by iafj26 with SMTP id j26so182437iaf.32 for ; Tue, 10 Apr 2012 12:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=k6wxoQwB/6zAViTqUUocRHlrM00wQXl5wGxuJ9wEYxU=; b=Cwozc2Gn4uoGRpsubiGhjsqnPgyiE0wnvWHlh72jgjKOojNRYuMhyQGWnn29L51XuV 5FLnX5T72JR0NGt51CFYk4EllVVdB6qKAaUA5GmUv8zabjfK+6g1dHrihMxLxKJVH+yz pEIiDEo5EZ9Yb6NR48pjbdsPtoagUlyIAF6nAX3VtyPykrIOLUnnP2WEyd6huv4sgNFY O+8ay4AqbCldM9Z3NSBY7frApN+ZwmWpfTQ0s1mCoedwWI75s1Alk1Ggl3QKrjT6upuv 1L0oupeA7Tlrbey9jxICfi0HAmKwwmoCO24LkK0Em/im/UdzKCJXp86wr9ClKv7lFWjI yaFg== MIME-Version: 1.0 Received: by 10.50.163.37 with SMTP id yf5mr1877600igb.27.1334084754852; Tue, 10 Apr 2012 12:05:54 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Tue, 10 Apr 2012 12:05:54 -0700 (PDT) In-Reply-To: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> References: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> Date: Tue, 10 Apr 2012 21:05:54 +0200 Message-ID: From: Peter Braun To: G.Bakalarski@icm.edu.pl Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Aprox price for Nexsan e18? Dne 10. dubna 2012 20:48 napsal(a): >> On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: >>> +1 for Nexenta, truly awesome stuff >> >> Nexenta dollar for dollar compared to other products in the storage >> industry is over priced >> Do yourself and your company a favor and just buy a Nexsan E18 , tried >> and true for storage >> and a rock solid platform >> >> > My vote is also for Nexsan E18. I have one and it is fast, solid =A0- u c= an have > FC and iSCSI in one box and up to 54TB SATA (raw) or any mixed SAS/SATA s= et of > disk ... Extremally easy to use (just marvelous web interface) .... > > If you are DELL bounded U may think about MD3x20 (x=3D[2,6]). With 24 1TB= SATA > 2.5'' or 12 2TB 3.5'' disks U can have 24TB raw (for same 20-25k USD) (NB= for > some 30k USD U can have 54TB Nexsan E18) > > Just 0.02$ > > GB > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:06:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:06:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgO8-0005Kc-2T; Tue, 10 Apr 2012 19:06:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgO6-0005KP-8b for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:05:58 +0000 Received: from [85.158.143.35:41527] by server-3.bemta-4.messagelabs.com id 55/E4-05853-594848F4; Tue, 10 Apr 2012 19:05:57 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1334084755!15506792!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6211 invoked from network); 10 Apr 2012 19:05:56 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 19:05:56 -0000 Received: by iafj26 with SMTP id j26so182437iaf.32 for ; Tue, 10 Apr 2012 12:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=k6wxoQwB/6zAViTqUUocRHlrM00wQXl5wGxuJ9wEYxU=; b=Cwozc2Gn4uoGRpsubiGhjsqnPgyiE0wnvWHlh72jgjKOojNRYuMhyQGWnn29L51XuV 5FLnX5T72JR0NGt51CFYk4EllVVdB6qKAaUA5GmUv8zabjfK+6g1dHrihMxLxKJVH+yz pEIiDEo5EZ9Yb6NR48pjbdsPtoagUlyIAF6nAX3VtyPykrIOLUnnP2WEyd6huv4sgNFY O+8ay4AqbCldM9Z3NSBY7frApN+ZwmWpfTQ0s1mCoedwWI75s1Alk1Ggl3QKrjT6upuv 1L0oupeA7Tlrbey9jxICfi0HAmKwwmoCO24LkK0Em/im/UdzKCJXp86wr9ClKv7lFWjI yaFg== MIME-Version: 1.0 Received: by 10.50.163.37 with SMTP id yf5mr1877600igb.27.1334084754852; Tue, 10 Apr 2012 12:05:54 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Tue, 10 Apr 2012 12:05:54 -0700 (PDT) In-Reply-To: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> References: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> Date: Tue, 10 Apr 2012 21:05:54 +0200 Message-ID: From: Peter Braun To: G.Bakalarski@icm.edu.pl Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Aprox price for Nexsan e18? Dne 10. dubna 2012 20:48 napsal(a): >> On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: >>> +1 for Nexenta, truly awesome stuff >> >> Nexenta dollar for dollar compared to other products in the storage >> industry is over priced >> Do yourself and your company a favor and just buy a Nexsan E18 , tried >> and true for storage >> and a rock solid platform >> >> > My vote is also for Nexsan E18. I have one and it is fast, solid =A0- u c= an have > FC and iSCSI in one box and up to 54TB SATA (raw) or any mixed SAS/SATA s= et of > disk ... Extremally easy to use (just marvelous web interface) .... > > If you are DELL bounded U may think about MD3x20 (x=3D[2,6]). With 24 1TB= SATA > 2.5'' or 12 2TB 3.5'' disks U can have 24TB raw (for same 20-25k USD) (NB= for > some 30k USD U can have 54TB Nexsan E18) > > Just 0.02$ > > GB > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:24:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:24: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 1SHgeW-00028r-QK; Tue, 10 Apr 2012 19:22:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgeV-00028m-3O for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:22:55 +0000 Received: from [85.158.138.51:9882] by server-5.bemta-3.messagelabs.com id 72/4D-17113-E88848F4; Tue, 10 Apr 2012 19:22:54 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334085773!21574367!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8071 invoked from network); 10 Apr 2012 19:22:53 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 19:22:53 -0000 Received: by bkcjg9 with SMTP id jg9so130441bkc.32 for ; Tue, 10 Apr 2012 12:22:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nWYZJa0Z+WWDVZV6oivziGcilCONSXdtXn8FwCKrqyI=; b=ppJe8BL0aCmaP/CetvbyCNF4DfkfvpVcOiPXh/VB/nMjbgR9ZaMrZPvKkmxsYnHyyA Ch/qw9O0uXrNod2U5JHtWHmXFCvEj0n2ytiF7EqD4Hd/D7odBdTqIrGPGFEtrvwBEpBo Pfeqa/3MLSAiN8Yt3fVr1XQdAlcxjFRVlk2NGsbimgsr5VEfwBWtmlYQ/96Y1juJuGhO I0pyNefWL6u+czIigkOJQXfvNKowzpyHHAhSNGwHgFABJagVca0eVU7LIGsQFQ6fnCuv yVfqWdmZtze5juzzAYhtwITpPP6GiRaC26BkwJxzkgvwuyOJ3fjB0ZLrd7O7RtqH8IIM 5d5Q== MIME-Version: 1.0 Received: by 10.204.152.27 with SMTP id e27mr5042490bkw.55.1334085773328; Tue, 10 Apr 2012 12:22:53 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 12:22:53 -0700 (PDT) In-Reply-To: References: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> Date: Tue, 10 Apr 2012 15:22:53 -0400 Message-ID: From: Outback Dingo To: Peter Braun Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 3:05 PM, Peter Braun wrote: > Aprox price for Nexsan e18? > I can sell these all day long at 32K a unit, Im a Nexsan reseller so if your interested you can contact me. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:24:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:24: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 1SHgeW-00028r-QK; Tue, 10 Apr 2012 19:22:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgeV-00028m-3O for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:22:55 +0000 Received: from [85.158.138.51:9882] by server-5.bemta-3.messagelabs.com id 72/4D-17113-E88848F4; Tue, 10 Apr 2012 19:22:54 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334085773!21574367!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8071 invoked from network); 10 Apr 2012 19:22:53 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 19:22:53 -0000 Received: by bkcjg9 with SMTP id jg9so130441bkc.32 for ; Tue, 10 Apr 2012 12:22:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nWYZJa0Z+WWDVZV6oivziGcilCONSXdtXn8FwCKrqyI=; b=ppJe8BL0aCmaP/CetvbyCNF4DfkfvpVcOiPXh/VB/nMjbgR9ZaMrZPvKkmxsYnHyyA Ch/qw9O0uXrNod2U5JHtWHmXFCvEj0n2ytiF7EqD4Hd/D7odBdTqIrGPGFEtrvwBEpBo Pfeqa/3MLSAiN8Yt3fVr1XQdAlcxjFRVlk2NGsbimgsr5VEfwBWtmlYQ/96Y1juJuGhO I0pyNefWL6u+czIigkOJQXfvNKowzpyHHAhSNGwHgFABJagVca0eVU7LIGsQFQ6fnCuv yVfqWdmZtze5juzzAYhtwITpPP6GiRaC26BkwJxzkgvwuyOJ3fjB0ZLrd7O7RtqH8IIM 5d5Q== MIME-Version: 1.0 Received: by 10.204.152.27 with SMTP id e27mr5042490bkw.55.1334085773328; Tue, 10 Apr 2012 12:22:53 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 12:22:53 -0700 (PDT) In-Reply-To: References: <85a86e7173040e399620e88c4841a493.squirrel@webmail.icm.edu.pl> Date: Tue, 10 Apr 2012 15:22:53 -0400 Message-ID: From: Outback Dingo To: Peter Braun Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 3:05 PM, Peter Braun wrote: > Aprox price for Nexsan e18? > I can sell these all day long at 32K a unit, Im a Nexsan reseller so if your interested you can contact me. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:28:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:28: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 1SHgjT-0002Np-Pg; Tue, 10 Apr 2012 19:28:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgjS-0002Nf-Km for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:28:02 +0000 Received: from [193.109.254.147:22768] by server-10.bemta-14.messagelabs.com id A6/FA-05847-1C9848F4; Tue, 10 Apr 2012 19:28:01 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334086080!890445!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10361 invoked from network); 10 Apr 2012 19:28:01 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-6.tower-27.messagelabs.com with SMTP; 10 Apr 2012 19:28:01 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 12:27:59 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B694FFC@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0XQipiC1u0eXJTT0KLYGwOwyHN7gACe44gAACP1qA= References: From: "Todd H. Foster" To: , Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org That is the conclusion that I came up with. I now run 2 freenas boxes and they are easy and cheap. Not so good for running VM's. I am now in the process of setting up a Nexenta Community box on a PE 2950 with 32gb ram, 6 500BG HD's, and ssd's for the cache's. What I'm hoping for is, over 100MB of throughput on the working set. This coupled with XCP thin provisioning should give me sparkling performance for 50+ VM's, I hope;-) Creating a failover cluster of Nexenta/OpenSolaris/OpenIndiana is not terribly difficult, but not for the faint of heart either, but if you want to build a high performance SAN for less than 10 or 20K, this is the way to go using Dell, HP, or IBM hardware. One point that we have not touched on is the network. This can be just as expensive as the SAN itself. For my setup using 4 port gig cards bonded together, my storage network is worth about 2k. IF I went with 10Gb that would be closer to 10k, and I'm talking about used equipment! -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of admin@xenhive.com Sent: Tuesday, April 10, 2012 12:02 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On the same hardware, Nexenta/OpenSolaris/OpenIndiana vastly outperforms FreeNAS. http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-benchmarks / -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Freddie Cash Sent: Tuesday, April 10, 2012 12:46 PM To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:28:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:28: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 1SHgjT-0002Np-Pg; Tue, 10 Apr 2012 19:28:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgjS-0002Nf-Km for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:28:02 +0000 Received: from [193.109.254.147:22768] by server-10.bemta-14.messagelabs.com id A6/FA-05847-1C9848F4; Tue, 10 Apr 2012 19:28:01 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334086080!890445!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10361 invoked from network); 10 Apr 2012 19:28:01 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-6.tower-27.messagelabs.com with SMTP; 10 Apr 2012 19:28:01 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 12:27:59 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B694FFC@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0XQipiC1u0eXJTT0KLYGwOwyHN7gACe44gAACP1qA= References: From: "Todd H. Foster" To: , Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org That is the conclusion that I came up with. I now run 2 freenas boxes and they are easy and cheap. Not so good for running VM's. I am now in the process of setting up a Nexenta Community box on a PE 2950 with 32gb ram, 6 500BG HD's, and ssd's for the cache's. What I'm hoping for is, over 100MB of throughput on the working set. This coupled with XCP thin provisioning should give me sparkling performance for 50+ VM's, I hope;-) Creating a failover cluster of Nexenta/OpenSolaris/OpenIndiana is not terribly difficult, but not for the faint of heart either, but if you want to build a high performance SAN for less than 10 or 20K, this is the way to go using Dell, HP, or IBM hardware. One point that we have not touched on is the network. This can be just as expensive as the SAN itself. For my setup using 4 port gig cards bonded together, my storage network is worth about 2k. IF I went with 10Gb that would be closer to 10k, and I'm talking about used equipment! -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of admin@xenhive.com Sent: Tuesday, April 10, 2012 12:02 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On the same hardware, Nexenta/OpenSolaris/OpenIndiana vastly outperforms FreeNAS. http://www.zfsbuild.com/2010/09/10/freenas-vs-opensolaris-zfs-benchmarks / -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Freddie Cash Sent: Tuesday, April 10, 2012 12:46 PM To: Sergey Melnik Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:23 AM, Sergey Melnik wrote: > Thanks for all your answers! > > Since this installation will be based on the remote site and we'll > have no access to physical location - we are trying to find a solution > which is simple to manage and pure bulletproof. > So no DIY appiances.. > > Nexenta with all plugins seens to cost a lot, yet less than HP/Dell solutuions. > > Have not seen Nexsan E18 before, gonna check if is suits our needs and > avaliable in our country. There's also FreeNAS appliances from iXsystems, which use FreeBSD+ZFS underneath, but with a pretty web GUI to manage everything. The TruNAS boxes are basically drop-in, plug'n play boxes. http://www.freenas.org -- Freddie Cash fjwcash@gmail.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:33:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:33: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 1SHgoN-0002ps-SL; Tue, 10 Apr 2012 19:33:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgoM-0002pl-0c for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:33:06 +0000 Received: from [193.109.254.147:62758] by server-8.bemta-14.messagelabs.com id 87/F0-23244-1FA848F4; Tue, 10 Apr 2012 19:33:05 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334086384!4007937!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29475 invoked from network); 10 Apr 2012 19:33:04 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-11.tower-27.messagelabs.com with SMTP; 10 Apr 2012 19:33:04 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id 419981043D7; Tue, 10 Apr 2012 15:33:03 -0400 (EDT) Date: Tue, 10 Apr 2012 15:33:03 -0400 From: "Luke S. Crawford" To: Outback Dingo Message-ID: <20120410193302.GC6818@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.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 10:24:29AM -0400, Outback Dingo wrote: > On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: > > +1 for Nexenta, truly awesome stuff > > Nexenta dollar for dollar compared to other products in the storage > industry is over priced So, I really like ZFS, and I've been exploring my options; Nexenta does seem very expensive for what I'm looking for (software to run on my own hardware that I support myself. Obviously, if they provide and maintain the hardware, that's rather a different value proposition, but I'm far too cheap to pay for quality support.) Is anyone using the NexentaOS or other free software on large (50tb+) arrays? I've heard of a few people using freebsd, but not at the scale (and utilization) I plan to have. -- Luke S. Crawford http://prgmr.com/xen/ - Hosting for the technically adept http://nostarch.com/xen.htm - We don't assume you are stupid. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:33:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:33: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 1SHgoN-0002ps-SL; Tue, 10 Apr 2012 19:33:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgoM-0002pl-0c for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:33:06 +0000 Received: from [193.109.254.147:62758] by server-8.bemta-14.messagelabs.com id 87/F0-23244-1FA848F4; Tue, 10 Apr 2012 19:33:05 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334086384!4007937!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29475 invoked from network); 10 Apr 2012 19:33:04 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-11.tower-27.messagelabs.com with SMTP; 10 Apr 2012 19:33:04 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id 419981043D7; Tue, 10 Apr 2012 15:33:03 -0400 (EDT) Date: Tue, 10 Apr 2012 15:33:03 -0400 From: "Luke S. Crawford" To: Outback Dingo Message-ID: <20120410193302.GC6818@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.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 10:24:29AM -0400, Outback Dingo wrote: > On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: > > +1 for Nexenta, truly awesome stuff > > Nexenta dollar for dollar compared to other products in the storage > industry is over priced So, I really like ZFS, and I've been exploring my options; Nexenta does seem very expensive for what I'm looking for (software to run on my own hardware that I support myself. Obviously, if they provide and maintain the hardware, that's rather a different value proposition, but I'm far too cheap to pay for quality support.) Is anyone using the NexentaOS or other free software on large (50tb+) arrays? I've heard of a few people using freebsd, but not at the scale (and utilization) I plan to have. -- Luke S. Crawford http://prgmr.com/xen/ - Hosting for the technically adept http://nostarch.com/xen.htm - We don't assume you are stupid. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:40:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:40: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 1SHguw-0003Fq-VX; Tue, 10 Apr 2012 19:39:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHguv-0003Ff-42 for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:39:53 +0000 Received: from [85.158.138.51:3349] by server-3.bemta-3.messagelabs.com id A0/9D-04048-88C848F4; Tue, 10 Apr 2012 19:39:52 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334086790!21599739!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 445 invoked from network); 10 Apr 2012 19:39:51 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-9.tower-174.messagelabs.com with SMTP; 10 Apr 2012 19:39:51 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 12:39:49 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> In-Reply-To: <20120410193302.GC6818@luke.xen.prgmr.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0XUNbrfjT1VJWxQoOI2GRgzLWWxgAAC3wQ References: <20120410193302.GC6818@luke.xen.prgmr.com> From: "Todd H. Foster" To: "Luke S. Crawford" , "Outback Dingo" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Look at it this way. Buy Dell, HP, or IBM and get a service contract. IBM will even sell you a contract on used equipment. The software is really very easy and has tons of support on the internet, but you could buy the support for that too. Check out this thread and the forum in general. http://hardforum.com/showthread.php?t=1573272 Nexenta forum http://www.nexentastor.org/projects/site/boards -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Luke S. Crawford Sent: Tuesday, April 10, 2012 12:33 PM To: Outback Dingo Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:24:29AM -0400, Outback Dingo wrote: > On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: > > +1 for Nexenta, truly awesome stuff > > Nexenta dollar for dollar compared to other products in the storage > industry is over priced So, I really like ZFS, and I've been exploring my options; Nexenta does seem very expensive for what I'm looking for (software to run on my own hardware that I support myself. Obviously, if they provide and maintain the hardware, that's rather a different value proposition, but I'm far too cheap to pay for quality support.) Is anyone using the NexentaOS or other free software on large (50tb+) arrays? I've heard of a few people using freebsd, but not at the scale (and utilization) I plan to have. -- Luke S. Crawford http://prgmr.com/xen/ - Hosting for the technically adept http://nostarch.com/xen.htm - We don't assume you are stupid. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:40:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:40: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 1SHguw-0003Fq-VX; Tue, 10 Apr 2012 19:39:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHguv-0003Ff-42 for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:39:53 +0000 Received: from [85.158.138.51:3349] by server-3.bemta-3.messagelabs.com id A0/9D-04048-88C848F4; Tue, 10 Apr 2012 19:39:52 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334086790!21599739!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 445 invoked from network); 10 Apr 2012 19:39:51 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-9.tower-174.messagelabs.com with SMTP; 10 Apr 2012 19:39:51 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 12:39:49 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> In-Reply-To: <20120410193302.GC6818@luke.xen.prgmr.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0XUNbrfjT1VJWxQoOI2GRgzLWWxgAAC3wQ References: <20120410193302.GC6818@luke.xen.prgmr.com> From: "Todd H. Foster" To: "Luke S. Crawford" , "Outback Dingo" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Look at it this way. Buy Dell, HP, or IBM and get a service contract. IBM will even sell you a contract on used equipment. The software is really very easy and has tons of support on the internet, but you could buy the support for that too. Check out this thread and the forum in general. http://hardforum.com/showthread.php?t=1573272 Nexenta forum http://www.nexentastor.org/projects/site/boards -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Luke S. Crawford Sent: Tuesday, April 10, 2012 12:33 PM To: Outback Dingo Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Tue, Apr 10, 2012 at 10:24:29AM -0400, Outback Dingo wrote: > On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: > > +1 for Nexenta, truly awesome stuff > > Nexenta dollar for dollar compared to other products in the storage > industry is over priced So, I really like ZFS, and I've been exploring my options; Nexenta does seem very expensive for what I'm looking for (software to run on my own hardware that I support myself. Obviously, if they provide and maintain the hardware, that's rather a different value proposition, but I'm far too cheap to pay for quality support.) Is anyone using the NexentaOS or other free software on large (50tb+) arrays? I've heard of a few people using freebsd, but not at the scale (and utilization) I plan to have. -- Luke S. Crawford http://prgmr.com/xen/ - Hosting for the technically adept http://nostarch.com/xen.htm - We don't assume you are stupid. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:42:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:42: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 1SHgx3-0003TK-OR; Tue, 10 Apr 2012 19:42:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgx1-0003T5-S5 for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:42:04 +0000 Received: from [85.158.143.35:63189] by server-1.bemta-4.messagelabs.com id E6/C8-20925-B0D848F4; Tue, 10 Apr 2012 19:42:03 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1334086920!4328980!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7968 invoked from network); 10 Apr 2012 19:42:01 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 19:42:01 -0000 Received: by bkcjg9 with SMTP id jg9so145613bkc.32 for ; Tue, 10 Apr 2012 12:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=p1lCbk3zkIjjcwJ0/vMLOkEBBVgtB782eumYI8pB70g=; b=zawG3Pbvte0y1zYYNvzaQzBwafyNOWXXozJHbc2taQfo5M6bR6j+kntnoUk7Vs236j EKz33BdWWIhbur3iFFWV5cWdDY1cC1MzyMgm6t7zKq4WO/o+xYVqP2zsNM2YHIK2Grzs nf//2Snw7oJ0C1bLX4AzumhR/5Ad5RC+/HttgBtbaSkn1F4S1OpgLQicDAuklJQpGH3O 20JQgesyE+r2bc1i+M9zWejqS6t5EfUgblUJp8xyMTn6nKydNKIgoyOaB2yn2Cw/NWPQ eliIUckNpo5qU7NwMZfdyMVLYDFwZm8aZs2byJSGX7o+wFJhKfOcscZwaN7DVhmEDxw6 BBeQ== MIME-Version: 1.0 Received: by 10.204.133.205 with SMTP id g13mr5295528bkt.94.1334086920334; Tue, 10 Apr 2012 12:42:00 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 12:42:00 -0700 (PDT) In-Reply-To: <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> Date: Tue, 10 Apr 2012 15:42:00 -0400 Message-ID: From: Outback Dingo To: "Todd H. Foster" Cc: xen-users@lists.xen.org, "Luke S. Crawford" Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 3:39 PM, Todd H. Foster w= rote: > Look at it this way. > > Buy Dell, HP, or IBM and get a service contract. =A0IBM will even sell you > a contract on used equipment. > The software is really very easy and has tons of support on the > internet, but you could buy the support for that too. Because i can sell them a better system from a real storage vendor for less then the dell / ibm hardware, support contract and nexenta costs combined......... and still be supported and bigger capacity > > Check out this thread and the forum in general. > http://hardforum.com/showthread.php?t=3D1573272 > > Nexenta forum > http://www.nexentastor.org/projects/site/boards > > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Luke S. Crawford > Sent: Tuesday, April 10, 2012 12:33 PM > To: Outback Dingo > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] 24TB redundant storage > > On Tue, Apr 10, 2012 at 10:24:29AM -0400, Outback Dingo wrote: >> On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: >> > +1 for Nexenta, truly awesome stuff >> >> Nexenta dollar for dollar compared to other products in the storage >> industry is over priced > > So, I really like ZFS, and I've been exploring my options; =A0Nexenta does > seem very expensive for what I'm looking for (software to run on my own > hardware that I support myself. =A0Obviously, if they provide and maintain > the hardware, that's rather a different value proposition, but I'm far > too cheap to pay for quality support.) > > Is anyone using the NexentaOS or other free software on large > (50tb+) arrays? =A0 =A0I've heard of a few people using freebsd, but > not at the scale (and utilization) I plan to have. > > > -- > Luke S. Crawford > http://prgmr.com/xen/ =A0 =A0 =A0 =A0 - =A0 Hosting for the technically a= dept > http://nostarch.com/xen.htm =A0 - =A0 We don't assume you are stupid. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 10 19:42:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 10 Apr 2012 19:42: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 1SHgx3-0003TK-OR; Tue, 10 Apr 2012 19:42:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHgx1-0003T5-S5 for xen-users@lists.xen.org; Tue, 10 Apr 2012 19:42:04 +0000 Received: from [85.158.143.35:63189] by server-1.bemta-4.messagelabs.com id E6/C8-20925-B0D848F4; Tue, 10 Apr 2012 19:42:03 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1334086920!4328980!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7968 invoked from network); 10 Apr 2012 19:42:01 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 10 Apr 2012 19:42:01 -0000 Received: by bkcjg9 with SMTP id jg9so145613bkc.32 for ; Tue, 10 Apr 2012 12:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=p1lCbk3zkIjjcwJ0/vMLOkEBBVgtB782eumYI8pB70g=; b=zawG3Pbvte0y1zYYNvzaQzBwafyNOWXXozJHbc2taQfo5M6bR6j+kntnoUk7Vs236j EKz33BdWWIhbur3iFFWV5cWdDY1cC1MzyMgm6t7zKq4WO/o+xYVqP2zsNM2YHIK2Grzs nf//2Snw7oJ0C1bLX4AzumhR/5Ad5RC+/HttgBtbaSkn1F4S1OpgLQicDAuklJQpGH3O 20JQgesyE+r2bc1i+M9zWejqS6t5EfUgblUJp8xyMTn6nKydNKIgoyOaB2yn2Cw/NWPQ eliIUckNpo5qU7NwMZfdyMVLYDFwZm8aZs2byJSGX7o+wFJhKfOcscZwaN7DVhmEDxw6 BBeQ== MIME-Version: 1.0 Received: by 10.204.133.205 with SMTP id g13mr5295528bkt.94.1334086920334; Tue, 10 Apr 2012 12:42:00 -0700 (PDT) Received: by 10.205.44.201 with HTTP; Tue, 10 Apr 2012 12:42:00 -0700 (PDT) In-Reply-To: <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> Date: Tue, 10 Apr 2012 15:42:00 -0400 Message-ID: From: Outback Dingo To: "Todd H. Foster" Cc: xen-users@lists.xen.org, "Luke S. Crawford" Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 3:39 PM, Todd H. Foster w= rote: > Look at it this way. > > Buy Dell, HP, or IBM and get a service contract. =A0IBM will even sell you > a contract on used equipment. > The software is really very easy and has tons of support on the > internet, but you could buy the support for that too. Because i can sell them a better system from a real storage vendor for less then the dell / ibm hardware, support contract and nexenta costs combined......... and still be supported and bigger capacity > > Check out this thread and the forum in general. > http://hardforum.com/showthread.php?t=3D1573272 > > Nexenta forum > http://www.nexentastor.org/projects/site/boards > > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Luke S. Crawford > Sent: Tuesday, April 10, 2012 12:33 PM > To: Outback Dingo > Cc: xen-users@lists.xen.org > Subject: Re: [Xen-users] 24TB redundant storage > > On Tue, Apr 10, 2012 at 10:24:29AM -0400, Outback Dingo wrote: >> On Tue, Apr 10, 2012 at 9:41 AM, chris wrote: >> > +1 for Nexenta, truly awesome stuff >> >> Nexenta dollar for dollar compared to other products in the storage >> industry is over priced > > So, I really like ZFS, and I've been exploring my options; =A0Nexenta does > seem very expensive for what I'm looking for (software to run on my own > hardware that I support myself. =A0Obviously, if they provide and maintain > the hardware, that's rather a different value proposition, but I'm far > too cheap to pay for quality support.) > > Is anyone using the NexentaOS or other free software on large > (50tb+) arrays? =A0 =A0I've heard of a few people using freebsd, but > not at the scale (and utilization) I plan to have. > > > -- > Luke S. Crawford > http://prgmr.com/xen/ =A0 =A0 =A0 =A0 - =A0 Hosting for the technically a= dept > http://nostarch.com/xen.htm =A0 - =A0 We don't assume you are stupid. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 01:12:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 01:12: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 1SHm5H-0003FI-Ux; Wed, 11 Apr 2012 01:10:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHm5G-0003FD-CM for xen-users@lists.xen.org; Wed, 11 Apr 2012 01:10:54 +0000 Received: from [85.158.143.35:36123] by server-2.bemta-4.messagelabs.com id 0C/42-17550-D1AD48F4; Wed, 11 Apr 2012 01:10:53 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1334106652!11841328!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9971 invoked from network); 11 Apr 2012 01:10:52 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-11.tower-21.messagelabs.com with SMTP; 11 Apr 2012 01:10:52 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id 9C2A51043D7; Tue, 10 Apr 2012 21:10:50 -0400 (EDT) Date: Tue, 10 Apr 2012 21:10:50 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120411011050.GB7612@luke.xen.prgmr.com> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: > Buy Dell, HP, or IBM and get a service contract. IBM will even sell you > a contract on used equipment. > The software is really very easy and has tons of support on the > internet, but you could buy the support for that too. Look at it this way. In my weeks spent talking to dell and HP support, I not once encountered a person that I'd hire as an entry-level $15/hr hardware tech. I mean, this is kinda my thing, so I wouldn't expect a front line person to be particularly useful to me, but these people actively stand in my way, and even once I get the client to escalate me a few levels up, they still just don't have the values that a hardware person needs. reseat failed raid drives? are you nuts? I mean, even if there's a good chance the drive is okay; you don't test iffy hardware in a production array. I don't want (to pay for) support. I've got a big spare pool, and I can get to it a hell of a lot faster than dell, IBM or HP. Unlike those brands, I also am able and willing to diagnose an intermittent problem. (God, I hate dealing with dell support. Sure, they are fine if it's an obvious repeatable problem and you are okay waiting for them to get you the part, but that's easy. They are worse than useless when it's a hard (intermittent) problem. "what, it comes back after you rebooted it? fixed!") Sorry if I sound a little hostile, but I have wasted /days/ (and many times the value of the hardware in what my client was paying me) trying to get dell to fix servers with support contracts. I mean, my client, first, paid twice what I would for the server to get the support costs, then they had to pay me to find the problem, then rather than being able to just fix it, they had to pay me to talk dell into fixing it. And this didn't happen once; over and over. Dell thinks it's acceptable that sometimes servers "just reboot" - They tell you to re-seat drives that have been kicked out of the raid. They complain when you send back too many drives. They don't complain that you are sending back good drives, no. they say that you are sending back too many drives. I'm sending back so many drives because I just got here and before I was hired, you told my client to re-seat drives that failed out of the raid! RMAing a part directly to seagate, cruicial, kingston, supermicro, western digital, tyan, or any other board vendor I've used is way easier than dealing with dell support. And you have a far better chance of getting a good part back. So yeah, spend a lot more money to make it so that instead of just solving the problem, I have to convince someone else what the problem is, then wait hours (or even days, depending on the contract) for them to get the part, vs. just using my own spare pool that is right here, and solving it directly? I have had good (but very expensive) experiences with RHEL support; part of that is I am just weaker on software than hardware, but I think part of that is that when RHEL says you are talking to a top level person, you are really talking to a top level person. My experience has been that this is not the case with dell or HP. (my experience with netapp support have been okay; I mean, I can still replace drives faster myself, but they haven't stopped me from solving a problem. I have funny stories about EMC support; they sent 3 greybeards that looked the part and tried really hard to solve our mysterious network problem; eventually one of our fresh out of school kids figured out the stupid simple and embarrassing to me networking problem that was causing the fuss.) Of course, the issue is moot; all that experience was from working for clients with money. I don't have the kind of money required to buy those support contracts. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 01:12:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 01:12: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 1SHm5H-0003FI-Ux; Wed, 11 Apr 2012 01:10:55 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHm5G-0003FD-CM for xen-users@lists.xen.org; Wed, 11 Apr 2012 01:10:54 +0000 Received: from [85.158.143.35:36123] by server-2.bemta-4.messagelabs.com id 0C/42-17550-D1AD48F4; Wed, 11 Apr 2012 01:10:53 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1334106652!11841328!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9971 invoked from network); 11 Apr 2012 01:10:52 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-11.tower-21.messagelabs.com with SMTP; 11 Apr 2012 01:10:52 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id 9C2A51043D7; Tue, 10 Apr 2012 21:10:50 -0400 (EDT) Date: Tue, 10 Apr 2012 21:10:50 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120411011050.GB7612@luke.xen.prgmr.com> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: > Buy Dell, HP, or IBM and get a service contract. IBM will even sell you > a contract on used equipment. > The software is really very easy and has tons of support on the > internet, but you could buy the support for that too. Look at it this way. In my weeks spent talking to dell and HP support, I not once encountered a person that I'd hire as an entry-level $15/hr hardware tech. I mean, this is kinda my thing, so I wouldn't expect a front line person to be particularly useful to me, but these people actively stand in my way, and even once I get the client to escalate me a few levels up, they still just don't have the values that a hardware person needs. reseat failed raid drives? are you nuts? I mean, even if there's a good chance the drive is okay; you don't test iffy hardware in a production array. I don't want (to pay for) support. I've got a big spare pool, and I can get to it a hell of a lot faster than dell, IBM or HP. Unlike those brands, I also am able and willing to diagnose an intermittent problem. (God, I hate dealing with dell support. Sure, they are fine if it's an obvious repeatable problem and you are okay waiting for them to get you the part, but that's easy. They are worse than useless when it's a hard (intermittent) problem. "what, it comes back after you rebooted it? fixed!") Sorry if I sound a little hostile, but I have wasted /days/ (and many times the value of the hardware in what my client was paying me) trying to get dell to fix servers with support contracts. I mean, my client, first, paid twice what I would for the server to get the support costs, then they had to pay me to find the problem, then rather than being able to just fix it, they had to pay me to talk dell into fixing it. And this didn't happen once; over and over. Dell thinks it's acceptable that sometimes servers "just reboot" - They tell you to re-seat drives that have been kicked out of the raid. They complain when you send back too many drives. They don't complain that you are sending back good drives, no. they say that you are sending back too many drives. I'm sending back so many drives because I just got here and before I was hired, you told my client to re-seat drives that failed out of the raid! RMAing a part directly to seagate, cruicial, kingston, supermicro, western digital, tyan, or any other board vendor I've used is way easier than dealing with dell support. And you have a far better chance of getting a good part back. So yeah, spend a lot more money to make it so that instead of just solving the problem, I have to convince someone else what the problem is, then wait hours (or even days, depending on the contract) for them to get the part, vs. just using my own spare pool that is right here, and solving it directly? I have had good (but very expensive) experiences with RHEL support; part of that is I am just weaker on software than hardware, but I think part of that is that when RHEL says you are talking to a top level person, you are really talking to a top level person. My experience has been that this is not the case with dell or HP. (my experience with netapp support have been okay; I mean, I can still replace drives faster myself, but they haven't stopped me from solving a problem. I have funny stories about EMC support; they sent 3 greybeards that looked the part and tried really hard to solve our mysterious network problem; eventually one of our fresh out of school kids figured out the stupid simple and embarrassing to me networking problem that was causing the fuss.) Of course, the issue is moot; all that experience was from working for clients with money. I don't have the kind of money required to buy those support contracts. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 01:35:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 01:35:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHmRe-0003bO-BD; Wed, 11 Apr 2012 01:34:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHmRd-0003bJ-Jq for xen-users@lists.xen.org; Wed, 11 Apr 2012 01:34:01 +0000 Received: from [85.158.139.83:18203] by server-8.bemta-5.messagelabs.com id AF/DA-26964-88FD48F4; Wed, 11 Apr 2012 01:34:00 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1334108037!18980264!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25224 invoked from network); 11 Apr 2012 01:33:59 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 01:33:59 -0000 Received: by pbcuo5 with SMTP id uo5so655576pbc.32 for ; Tue, 10 Apr 2012 18:33:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding:x-gm-message-state; bh=p0ynRdHQHLllf/Kf4RLS/Hz9Biu8/0AoYCrLwtBIeFc=; b=ZkFHKtdnTvosnrBFXyLD8cBiCSEryemV7Uh7rRkPRw045hA4CP3vlSm4e6lIHD6BqJ pZNQmTRXN361eO0tfynjbYl7lZKoYNEr8jtmgpF5N5bU+2finWdlmGuQiG+UCnup5oX+ F6i5oZnVU0SiGM2j+/C0MXom8v+AZPSX7sren7nnuRLXtRXGqMeFyEiCbk8sBHcCtajy 8P4jzHn3DE6+A/uxBA6qC9CZyWFAzR60ZCIAugNroVvYBTi+JbXXAXHl6KZrWuKagdp0 DlxGB7FaxBcZRXcMMr1fek8t6Qp0eLo0jCrFKGa9FBl0nh2TQXHkhYFAH5/f/2r4e7FS hakA== MIME-Version: 1.0 Received: by 10.68.238.67 with SMTP id vi3mr9467024pbc.30.1334108036880; Tue, 10 Apr 2012 18:33:56 -0700 (PDT) Received: by 10.68.233.163 with HTTP; Tue, 10 Apr 2012 18:33:56 -0700 (PDT) In-Reply-To: <20120411011050.GB7612@luke.xen.prgmr.com> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> <20120411011050.GB7612@luke.xen.prgmr.com> Date: Wed, 11 Apr 2012 08:33:56 +0700 Message-ID: From: "Fajar A. Nugraha" To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnqUXELQqV4vAMfIV7KtD9KLhpGCMpoU29+B+9sV/O1WJhO9s8eN27p97MSnkVn4R+rqf1k Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: >> Buy Dell, HP, or IBM and get a service contract. =A0IBM will even sell y= ou >> a contract on used equipment. > I don't want (to pay for) support. =A0I've got a big spare pool, and I can > get to it a hell of a lot faster than dell, IBM or HP. =A0Unlike those > brands, I also am able and willing to diagnose an intermittent problem. > And this didn't happen once; =A0over and over. Dell thinks it's acceptable > that sometimes servers "just reboot" - They tell you to re-seat drives > that have been kicked out of the raid. They complain when you send > back too many drives. One thing that seems to work best for me, is to get a deal which includes: - financing; you "lease" the server from a partner - an SLA that says "maximum acceptable downtime" - a contract that says "if you can't meet the service level, I'll cut your payment" Of course, it only works if you're "big enough" (from vendor's perspective) that the hardware vendors (or their partners) are willing to fight for your business :) > I have had good (but very expensive) experiences with RHEL support; =A0pa= rt > of that is I am just weaker on software than hardware, but I think part of > that is that when RHEL says you are talking to a top level person, you are > really talking to a top level person. Correct. Getting to the "top level" (or at least the one in charge for regional support) might take some time, but they really know what they're talking about. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 01:35:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 01:35:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHmRe-0003bO-BD; Wed, 11 Apr 2012 01:34:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHmRd-0003bJ-Jq for xen-users@lists.xen.org; Wed, 11 Apr 2012 01:34:01 +0000 Received: from [85.158.139.83:18203] by server-8.bemta-5.messagelabs.com id AF/DA-26964-88FD48F4; Wed, 11 Apr 2012 01:34:00 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1334108037!18980264!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25224 invoked from network); 11 Apr 2012 01:33:59 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 01:33:59 -0000 Received: by pbcuo5 with SMTP id uo5so655576pbc.32 for ; Tue, 10 Apr 2012 18:33:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding:x-gm-message-state; bh=p0ynRdHQHLllf/Kf4RLS/Hz9Biu8/0AoYCrLwtBIeFc=; b=ZkFHKtdnTvosnrBFXyLD8cBiCSEryemV7Uh7rRkPRw045hA4CP3vlSm4e6lIHD6BqJ pZNQmTRXN361eO0tfynjbYl7lZKoYNEr8jtmgpF5N5bU+2finWdlmGuQiG+UCnup5oX+ F6i5oZnVU0SiGM2j+/C0MXom8v+AZPSX7sren7nnuRLXtRXGqMeFyEiCbk8sBHcCtajy 8P4jzHn3DE6+A/uxBA6qC9CZyWFAzR60ZCIAugNroVvYBTi+JbXXAXHl6KZrWuKagdp0 DlxGB7FaxBcZRXcMMr1fek8t6Qp0eLo0jCrFKGa9FBl0nh2TQXHkhYFAH5/f/2r4e7FS hakA== MIME-Version: 1.0 Received: by 10.68.238.67 with SMTP id vi3mr9467024pbc.30.1334108036880; Tue, 10 Apr 2012 18:33:56 -0700 (PDT) Received: by 10.68.233.163 with HTTP; Tue, 10 Apr 2012 18:33:56 -0700 (PDT) In-Reply-To: <20120411011050.GB7612@luke.xen.prgmr.com> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> <20120411011050.GB7612@luke.xen.prgmr.com> Date: Wed, 11 Apr 2012 08:33:56 +0700 Message-ID: From: "Fajar A. Nugraha" To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQnqUXELQqV4vAMfIV7KtD9KLhpGCMpoU29+B+9sV/O1WJhO9s8eN27p97MSnkVn4R+rqf1k Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: >> Buy Dell, HP, or IBM and get a service contract. =A0IBM will even sell y= ou >> a contract on used equipment. > I don't want (to pay for) support. =A0I've got a big spare pool, and I can > get to it a hell of a lot faster than dell, IBM or HP. =A0Unlike those > brands, I also am able and willing to diagnose an intermittent problem. > And this didn't happen once; =A0over and over. Dell thinks it's acceptable > that sometimes servers "just reboot" - They tell you to re-seat drives > that have been kicked out of the raid. They complain when you send > back too many drives. One thing that seems to work best for me, is to get a deal which includes: - financing; you "lease" the server from a partner - an SLA that says "maximum acceptable downtime" - a contract that says "if you can't meet the service level, I'll cut your payment" Of course, it only works if you're "big enough" (from vendor's perspective) that the hardware vendors (or their partners) are willing to fight for your business :) > I have had good (but very expensive) experiences with RHEL support; =A0pa= rt > of that is I am just weaker on software than hardware, but I think part of > that is that when RHEL says you are talking to a top level person, you are > really talking to a top level person. Correct. Getting to the "top level" (or at least the one in charge for regional support) might take some time, but they really know what they're talking about. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 02:04:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 02:04: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 1SHmta-0004i1-03; Wed, 11 Apr 2012 02:02:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHmtY-0004hw-8t for xen-users@lists.xen.org; Wed, 11 Apr 2012 02:02:52 +0000 Received: from [85.158.139.83:47668] by server-4.bemta-5.messagelabs.com id 56/9B-10788-B46E48F4; Wed, 11 Apr 2012 02:02:51 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1334109769!23256771!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31767 invoked from network); 11 Apr 2012 02:02:50 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-3.tower-182.messagelabs.com with SMTP; 11 Apr 2012 02:02:50 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 19:02:48 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B695005@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0Xg0bC8uqrWleiQXm0q7vKG82UpgAAqFsQ References: <20120410193302.GC6818@luke.xen.prgmr.com><820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp><20120411011050.GB7612@luke.xen.prgmr.com> From: "Todd H. Foster" To: "Fajar A. Nugraha" , Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Well, this is so true! In my situation, I am big enough to get good suppor= t, but as far as a san goes, I can put together something out of, say IBM h= ardware (with service contract) for less than 20k, have all the support th= at I need, and have the performance and storage of a 100k san. My IBM cont= ract is 24/7 and 1 hour response time, and this means someone waiting at th= e door. IBM support is great!!! (when you are talking about enterprise pro= ducts) Now when we are talking about high performance hardware, you just can't get= all of it a Fry's. (Fry's is 3 miles from my data center) So the next be= st thing is to go with name brand server quality equipment... One way or another you are going to pay for this type of system, either wit= h time or support contracts or both! What is down time worth? To me it's = a lot. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Fajar A. Nugraha Sent: Tuesday, April 10, 2012 6:34 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: >> Buy Dell, HP, or IBM and get a service contract. =A0IBM will even sell = >> you a contract on used equipment. > I don't want (to pay for) support. =A0I've got a big spare pool, and I = > can get to it a hell of a lot faster than dell, IBM or HP. =A0Unlike = > those brands, I also am able and willing to diagnose an intermittent prob= lem. > And this didn't happen once; =A0over and over. Dell thinks it's = > acceptable that sometimes servers "just reboot" - They tell you to re-s= eat drives > that have been kicked out of the raid. They complain when you send > back too many drives. One thing that seems to work best for me, is to get a deal which includes: - financing; you "lease" the server from a partner - an SLA that says "maximum acceptable downtime" - a contract that says "if you can't meet the service level, I'll cut your = payment" Of course, it only works if you're "big enough" (from vendor's perspective) that the hardware vendors (or their partners) are willing to f= ight for your business :) > I have had good (but very expensive) experiences with RHEL support; =A0 > part of that is I am just weaker on software than hardware, but I = > think part of that is that when RHEL says you are talking to a top = > level person, you are really talking to a top level person. Correct. Getting to the "top level" (or at least the one in charge for regi= onal support) might take some time, but they really know what they're talki= ng about. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 02:04:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 02:04: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 1SHmta-0004i1-03; Wed, 11 Apr 2012 02:02:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHmtY-0004hw-8t for xen-users@lists.xen.org; Wed, 11 Apr 2012 02:02:52 +0000 Received: from [85.158.139.83:47668] by server-4.bemta-5.messagelabs.com id 56/9B-10788-B46E48F4; Wed, 11 Apr 2012 02:02:51 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1334109769!23256771!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31767 invoked from network); 11 Apr 2012 02:02:50 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-3.tower-182.messagelabs.com with SMTP; 11 Apr 2012 02:02:50 -0000 MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 10 Apr 2012 19:02:48 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B695005@techdc.technetium.corp> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] 24TB redundant storage thread-index: Ac0Xg0bC8uqrWleiQXm0q7vKG82UpgAAqFsQ References: <20120410193302.GC6818@luke.xen.prgmr.com><820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp><20120411011050.GB7612@luke.xen.prgmr.com> From: "Todd H. Foster" To: "Fajar A. Nugraha" , Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Well, this is so true! In my situation, I am big enough to get good suppor= t, but as far as a san goes, I can put together something out of, say IBM h= ardware (with service contract) for less than 20k, have all the support th= at I need, and have the performance and storage of a 100k san. My IBM cont= ract is 24/7 and 1 hour response time, and this means someone waiting at th= e door. IBM support is great!!! (when you are talking about enterprise pro= ducts) Now when we are talking about high performance hardware, you just can't get= all of it a Fry's. (Fry's is 3 miles from my data center) So the next be= st thing is to go with name brand server quality equipment... One way or another you are going to pay for this type of system, either wit= h time or support contracts or both! What is down time worth? To me it's = a lot. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Fajar A. Nugraha Sent: Tuesday, April 10, 2012 6:34 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: >> Buy Dell, HP, or IBM and get a service contract. =A0IBM will even sell = >> you a contract on used equipment. > I don't want (to pay for) support. =A0I've got a big spare pool, and I = > can get to it a hell of a lot faster than dell, IBM or HP. =A0Unlike = > those brands, I also am able and willing to diagnose an intermittent prob= lem. > And this didn't happen once; =A0over and over. Dell thinks it's = > acceptable that sometimes servers "just reboot" - They tell you to re-s= eat drives > that have been kicked out of the raid. They complain when you send > back too many drives. One thing that seems to work best for me, is to get a deal which includes: - financing; you "lease" the server from a partner - an SLA that says "maximum acceptable downtime" - a contract that says "if you can't meet the service level, I'll cut your = payment" Of course, it only works if you're "big enough" (from vendor's perspective) that the hardware vendors (or their partners) are willing to f= ight for your business :) > I have had good (but very expensive) experiences with RHEL support; =A0 > part of that is I am just weaker on software than hardware, but I = > think part of that is that when RHEL says you are talking to a top = > level person, you are really talking to a top level person. Correct. Getting to the "top level" (or at least the one in charge for regi= onal support) might take some time, but they really know what they're talki= ng about. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 03:08:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 03:08:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHnth-0005Y2-UL; Wed, 11 Apr 2012 03:07:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHntg-0005Xx-KA for xen-users@lists.xen.org; Wed, 11 Apr 2012 03:07:04 +0000 Received: from [85.158.143.35:49931] by server-3.bemta-4.messagelabs.com id EA/37-05853-755F48F4; Wed, 11 Apr 2012 03:07:03 +0000 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1334113619!6499460!1 X-Originating-IP: [209.85.210.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3038 invoked from network); 11 Apr 2012 03:07:01 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 03:07:01 -0000 Received: by dajx4 with SMTP id x4so655215daj.28 for ; Tue, 10 Apr 2012 20:06:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AxsEr/0UFFVusA7WPU6ruOFLilNPvakjyRWjMdx1GOo=; b=XTwYHA6Yiwch7U1JAfwt1T6cqV2chwU+r93tDKUo3Z/DG5SAMbStV6grCIU5LdOouh r3bZOgQsIp2fNknPseKMhFRVYvKmbv+/D46whcvo7HpkX2eSjhJaOPBPTEc+g08B6DH0 0s3vKVrW/k/oJtRL1kJ8l7+V/xGPpSCpCRXYSXvUz3/0RyszKRmgHxMCbW6eVWA5AE64 wlAur3+shXnJ85sVss/owBUflyXIg0LtN3ea+fcRtXcDw+SElwDSetLb1PxiFrfunYjg Mi6mJKXGnqGuM7HnixrhfNlRj4KMwgoA6lPQIwGCY9UGXhHXmNLctCo1LjJgnDO638hg vo+g== Received: by 10.68.197.41 with SMTP id ir9mr5174806pbc.83.1334113617953; Tue, 10 Apr 2012 20:06:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.136.40 with HTTP; Tue, 10 Apr 2012 20:06:37 -0700 (PDT) In-Reply-To: <820397ED394C4844A42513AA298F6B0B695005@techdc.technetium.corp> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> <20120411011050.GB7612@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B695005@techdc.technetium.corp> From: Andrew Wells Date: Tue, 10 Apr 2012 23:06:37 -0400 Message-ID: To: "Todd H. Foster" Cc: xen-users@lists.xen.org, "Fajar A. Nugraha" Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7058059428754274445==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7058059428754274445== Content-Type: multipart/alternative; boundary=e89a8ff1cc4049c27604bd5e88e7 --e89a8ff1cc4049c27604bd5e88e7 Content-Type: text/plain; charset=ISO-8859-1 One word "GlusterFS." Its software, its HA its fast, and you can grow it (i think live) and minimal configuration required. On Tue, Apr 10, 2012 at 10:02 PM, Todd H. Foster wrote: > Well, this is so true! In my situation, I am big enough to get good > support, but as far as a san goes, I can put together something out of, say > IBM hardware (with service contract) for less than 20k, have all the > support that I need, and have the performance and storage of a 100k san. > My IBM contract is 24/7 and 1 hour response time, and this means someone > waiting at the door. IBM support is great!!! (when you are talking about > enterprise products) > > Now when we are talking about high performance hardware, you just can't > get all of it a Fry's. (Fry's is 3 miles from my data center) So the next > best thing is to go with name brand server quality equipment... > > One way or another you are going to pay for this type of system, either > with time or support contracts or both! What is down time worth? To me > it's a lot. > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of Fajar A. Nugraha > Sent: Tuesday, April 10, 2012 6:34 PM > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] 24TB redundant storage > > On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: > >> Buy Dell, HP, or IBM and get a service contract. IBM will even sell > >> you a contract on used equipment. > > > I don't want (to pay for) support. I've got a big spare pool, and I > > can get to it a hell of a lot faster than dell, IBM or HP. Unlike > > those brands, I also am able and willing to diagnose an intermittent > problem. > > > And this didn't happen once; over and over. Dell thinks it's > > acceptable that sometimes servers "just reboot" - They tell you to > re-seat drives > > that have been kicked out of the raid. They complain when you send > > back too many drives. > > One thing that seems to work best for me, is to get a deal which includes: > - financing; you "lease" the server from a partner > - an SLA that says "maximum acceptable downtime" > - a contract that says "if you can't meet the service level, I'll cut your > payment" > > Of course, it only works if you're "big enough" (from vendor's > perspective) that the hardware vendors (or their partners) are willing to > fight for your business :) > > > I have had good (but very expensive) experiences with RHEL support; > > part of that is I am just weaker on software than hardware, but I > > think part of that is that when RHEL says you are talking to a top > > level person, you are really talking to a top level person. > > Correct. Getting to the "top level" (or at least the one in charge for > regional support) might take some time, but they really know what they're > talking about. > > -- > Fajar > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8ff1cc4049c27604bd5e88e7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable One word "GlusterFS." Its software, its HA its fast, = and you can grow it (i think live) and minimal configuration required.

On Tue, Apr 10, 2012 at 10:02 PM, Todd= H. Foster <toddf@technetiuminc.com> wrote:
Well, this is so true! =A0In my situation, I= am big enough to get good support, but as far as a san goes, I can put tog= ether something out of, say IBM hardware (with service contract) =A0for les= s than 20k, have all the support that I need, and have the performance and = storage of a 100k san. =A0My IBM contract is 24/7 and 1 hour response time,= and this means someone waiting at the door. =A0IBM support is great!!! (wh= en you are talking about enterprise products)

Now when we are talking about high performance hardware, you just can't= get all of it a Fry's. (Fry's is 3 miles from my data center) =A0 = So the next best thing is to go with name brand server quality equipment...=

One way or another you are going to pay for this type of system, either wit= h time or support contracts or both! =A0What is down time worth? =A0To me i= t's a lot.

-----Original Message-----
From: xen-users-bounces@= lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Fajar A. Nugraha
Sent: Tuesday, April 10, 2012 6:34 PM
To: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] 24TB redundant storage

On Wed, Apr 11, 2012 at 8:10 = AM, Luke S. Crawford <lsc@prgmr.com= > wrote:
> On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote:
>> Buy Dell, HP, or IBM and get a service contract. =A0IBM will even = sell
>> you a contract on used equipment.

> I don't want (to pay for) support. =A0I've got a big spare poo= l, and I
> can get to it a hell of a lot faster than dell, IBM or HP. =A0Unlike > those brands, I also am able and willing to diagnose an intermittent p= roblem.

> And this didn't happen once; =A0over and over. Dell thinks it'= s
> acceptable that sometimes servers "just reboot" =A0- =A0They= tell you to re-seat drives
> that have been kicked out of the raid. =A0 =A0They complain when you s= end
> back too many drives.

One thing that seems to work best for me, is to get a deal which includes:<= br> - financing; you "lease" the server from a partner
- an SLA that says "maximum acceptable downtime"
- a contract that says "if you can't meet the service level, I'= ;ll cut your payment"

Of course, it only works if you're "big enough" (from vendor&= #39;s
perspective) that the hardware vendors (or their partners) are willing to f= ight for your business :)

> I have had good (but very expensive) experiences with RHEL support; = =A0
> part of that is I am just weaker on software than hardware, but I
> think part of that is that when RHEL says you are talking to a top
> level person, you are really talking to a top level person.

Correct. Getting to the "top level" (or at least the one in charg= e for regional support) might take some time, but they really know what the= y're talking about.

--
Fajar

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

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

--e89a8ff1cc4049c27604bd5e88e7-- --===============7058059428754274445== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7058059428754274445==-- From xen-users-bounces@lists.xen.org Wed Apr 11 03:08:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 03:08:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHnth-0005Y2-UL; Wed, 11 Apr 2012 03:07:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHntg-0005Xx-KA for xen-users@lists.xen.org; Wed, 11 Apr 2012 03:07:04 +0000 Received: from [85.158.143.35:49931] by server-3.bemta-4.messagelabs.com id EA/37-05853-755F48F4; Wed, 11 Apr 2012 03:07:03 +0000 X-Env-Sender: agwells0714@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1334113619!6499460!1 X-Originating-IP: [209.85.210.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3038 invoked from network); 11 Apr 2012 03:07:01 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 03:07:01 -0000 Received: by dajx4 with SMTP id x4so655215daj.28 for ; Tue, 10 Apr 2012 20:06:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AxsEr/0UFFVusA7WPU6ruOFLilNPvakjyRWjMdx1GOo=; b=XTwYHA6Yiwch7U1JAfwt1T6cqV2chwU+r93tDKUo3Z/DG5SAMbStV6grCIU5LdOouh r3bZOgQsIp2fNknPseKMhFRVYvKmbv+/D46whcvo7HpkX2eSjhJaOPBPTEc+g08B6DH0 0s3vKVrW/k/oJtRL1kJ8l7+V/xGPpSCpCRXYSXvUz3/0RyszKRmgHxMCbW6eVWA5AE64 wlAur3+shXnJ85sVss/owBUflyXIg0LtN3ea+fcRtXcDw+SElwDSetLb1PxiFrfunYjg Mi6mJKXGnqGuM7HnixrhfNlRj4KMwgoA6lPQIwGCY9UGXhHXmNLctCo1LjJgnDO638hg vo+g== Received: by 10.68.197.41 with SMTP id ir9mr5174806pbc.83.1334113617953; Tue, 10 Apr 2012 20:06:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.136.40 with HTTP; Tue, 10 Apr 2012 20:06:37 -0700 (PDT) In-Reply-To: <820397ED394C4844A42513AA298F6B0B695005@techdc.technetium.corp> References: <20120410193302.GC6818@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B694FFF@techdc.technetium.corp> <20120411011050.GB7612@luke.xen.prgmr.com> <820397ED394C4844A42513AA298F6B0B695005@techdc.technetium.corp> From: Andrew Wells Date: Tue, 10 Apr 2012 23:06:37 -0400 Message-ID: To: "Todd H. Foster" Cc: xen-users@lists.xen.org, "Fajar A. Nugraha" Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7058059428754274445==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7058059428754274445== Content-Type: multipart/alternative; boundary=e89a8ff1cc4049c27604bd5e88e7 --e89a8ff1cc4049c27604bd5e88e7 Content-Type: text/plain; charset=ISO-8859-1 One word "GlusterFS." Its software, its HA its fast, and you can grow it (i think live) and minimal configuration required. On Tue, Apr 10, 2012 at 10:02 PM, Todd H. Foster wrote: > Well, this is so true! In my situation, I am big enough to get good > support, but as far as a san goes, I can put together something out of, say > IBM hardware (with service contract) for less than 20k, have all the > support that I need, and have the performance and storage of a 100k san. > My IBM contract is 24/7 and 1 hour response time, and this means someone > waiting at the door. IBM support is great!!! (when you are talking about > enterprise products) > > Now when we are talking about high performance hardware, you just can't > get all of it a Fry's. (Fry's is 3 miles from my data center) So the next > best thing is to go with name brand server quality equipment... > > One way or another you are going to pay for this type of system, either > with time or support contracts or both! What is down time worth? To me > it's a lot. > > -----Original Message----- > From: xen-users-bounces@lists.xen.org [mailto: > xen-users-bounces@lists.xen.org] On Behalf Of Fajar A. Nugraha > Sent: Tuesday, April 10, 2012 6:34 PM > To: xen-users@lists.xen.org > Subject: Re: [Xen-users] 24TB redundant storage > > On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: > >> Buy Dell, HP, or IBM and get a service contract. IBM will even sell > >> you a contract on used equipment. > > > I don't want (to pay for) support. I've got a big spare pool, and I > > can get to it a hell of a lot faster than dell, IBM or HP. Unlike > > those brands, I also am able and willing to diagnose an intermittent > problem. > > > And this didn't happen once; over and over. Dell thinks it's > > acceptable that sometimes servers "just reboot" - They tell you to > re-seat drives > > that have been kicked out of the raid. They complain when you send > > back too many drives. > > One thing that seems to work best for me, is to get a deal which includes: > - financing; you "lease" the server from a partner > - an SLA that says "maximum acceptable downtime" > - a contract that says "if you can't meet the service level, I'll cut your > payment" > > Of course, it only works if you're "big enough" (from vendor's > perspective) that the hardware vendors (or their partners) are willing to > fight for your business :) > > > I have had good (but very expensive) experiences with RHEL support; > > part of that is I am just weaker on software than hardware, but I > > think part of that is that when RHEL says you are talking to a top > > level person, you are really talking to a top level person. > > Correct. Getting to the "top level" (or at least the one in charge for > regional support) might take some time, but they really know what they're > talking about. > > -- > Fajar > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8ff1cc4049c27604bd5e88e7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable One word "GlusterFS." Its software, its HA its fast, = and you can grow it (i think live) and minimal configuration required.

On Tue, Apr 10, 2012 at 10:02 PM, Todd= H. Foster <toddf@technetiuminc.com> wrote:
Well, this is so true! =A0In my situation, I= am big enough to get good support, but as far as a san goes, I can put tog= ether something out of, say IBM hardware (with service contract) =A0for les= s than 20k, have all the support that I need, and have the performance and = storage of a 100k san. =A0My IBM contract is 24/7 and 1 hour response time,= and this means someone waiting at the door. =A0IBM support is great!!! (wh= en you are talking about enterprise products)

Now when we are talking about high performance hardware, you just can't= get all of it a Fry's. (Fry's is 3 miles from my data center) =A0 = So the next best thing is to go with name brand server quality equipment...=

One way or another you are going to pay for this type of system, either wit= h time or support contracts or both! =A0What is down time worth? =A0To me i= t's a lot.

-----Original Message-----
From: xen-users-bounces@= lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Fajar A. Nugraha
Sent: Tuesday, April 10, 2012 6:34 PM
To: xen-users@lists.xen.org<= br> Subject: Re: [Xen-users] 24TB redundant storage

On Wed, Apr 11, 2012 at 8:10 = AM, Luke S. Crawford <lsc@prgmr.com= > wrote:
> On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote:
>> Buy Dell, HP, or IBM and get a service contract. =A0IBM will even = sell
>> you a contract on used equipment.

> I don't want (to pay for) support. =A0I've got a big spare poo= l, and I
> can get to it a hell of a lot faster than dell, IBM or HP. =A0Unlike > those brands, I also am able and willing to diagnose an intermittent p= roblem.

> And this didn't happen once; =A0over and over. Dell thinks it'= s
> acceptable that sometimes servers "just reboot" =A0- =A0They= tell you to re-seat drives
> that have been kicked out of the raid. =A0 =A0They complain when you s= end
> back too many drives.

One thing that seems to work best for me, is to get a deal which includes:<= br> - financing; you "lease" the server from a partner
- an SLA that says "maximum acceptable downtime"
- a contract that says "if you can't meet the service level, I'= ;ll cut your payment"

Of course, it only works if you're "big enough" (from vendor&= #39;s
perspective) that the hardware vendors (or their partners) are willing to f= ight for your business :)

> I have had good (but very expensive) experiences with RHEL support; = =A0
> part of that is I am just weaker on software than hardware, but I
> think part of that is that when RHEL says you are talking to a top
> level person, you are really talking to a top level person.

Correct. Getting to the "top level" (or at least the one in charg= e for regional support) might take some time, but they really know what the= y're talking about.

--
Fajar

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

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

--e89a8ff1cc4049c27604bd5e88e7-- --===============7058059428754274445== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7058059428754274445==-- From xen-users-bounces@lists.xen.org Wed Apr 11 04:47:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 04:47: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 1SHpR7-0006mF-Ur; Wed, 11 Apr 2012 04:45:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHpR6-0006mA-Gy for xen-users@lists.xen.org; Wed, 11 Apr 2012 04:45:40 +0000 Received: from [193.109.254.147:34493] by server-4.bemta-14.messagelabs.com id 14/2A-11570-37C058F4; Wed, 11 Apr 2012 04:45:39 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334119537!4044657!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.1 required=7.0 tests=FORGED_MUA_OUTLOOK, HTML_50_60,HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7459 invoked from network); 11 Apr 2012 04:45:38 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-11.tower-27.messagelabs.com with SMTP; 11 Apr 2012 04:45:38 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Tue, 10 Apr 2012 23:45:35 -0500 From: To: Date: Tue, 10 Apr 2012 23:45:50 -0500 Message-ID: <309706C278994403802652C618FE8FE8@maindesk> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Importance: Normal Thread-Index: Ac0XkJvJg2EAdHoMSIuDrA45Rls3uwADLdEg X-Auth: admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org 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="===============1543654040561348343==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1543654040561348343== Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01CD1774.0FC33930" This is a multi-part message in MIME format. ------=_NextPart_000_000B_01CD1774.0FC33930 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I tested Gluster a while back, and I loved the feature set but the performance left me unimpressed. I was comparing a Gluster box with a Nexenta/OpenSolaris box at the time. Even with a high end Adaptec RAID = card with SSD caching drives, Gluster still fell short. Gluster with the = Adaptec card was slower than Nexenta without any hardware RAID card. Gluster = was better than FreeNAS, though. =20 -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Andrew Wells Sent: Tuesday, April 10, 2012 10:07 PM To: Todd H. Foster Cc: xen-users@lists.xen.org; Fajar A. Nugraha Subject: Re: [Xen-users] 24TB redundant storage =20 One word "GlusterFS." Its software, its HA its fast, and you can grow it = (i think live) and minimal configuration required. On Tue, Apr 10, 2012 at 10:02 PM, Todd H. Foster = wrote: Well, this is so true! In my situation, I am big enough to get good support, but as far as a san goes, I can put together something out of, = say IBM hardware (with service contract) for less than 20k, have all the support that I need, and have the performance and storage of a 100k san. = My IBM contract is 24/7 and 1 hour response time, and this means someone waiting at the door. IBM support is great!!! (when you are talking = about enterprise products) Now when we are talking about high performance hardware, you just can't = get all of it a Fry's. (Fry's is 3 miles from my data center) So the next = best thing is to go with name brand server quality equipment... One way or another you are going to pay for this type of system, either = with time or support contracts or both! What is down time worth? To me it's = a lot. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Fajar A. Nugraha Sent: Tuesday, April 10, 2012 6:34 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: >> Buy Dell, HP, or IBM and get a service contract. IBM will even sell >> you a contract on used equipment. > I don't want (to pay for) support. I've got a big spare pool, and I > can get to it a hell of a lot faster than dell, IBM or HP. Unlike > those brands, I also am able and willing to diagnose an intermittent problem. > And this didn't happen once; over and over. Dell thinks it's > acceptable that sometimes servers "just reboot" - They tell you to re-seat drives > that have been kicked out of the raid. They complain when you send > back too many drives. One thing that seems to work best for me, is to get a deal which = includes: - financing; you "lease" the server from a partner - an SLA that says "maximum acceptable downtime" - a contract that says "if you can't meet the service level, I'll cut = your payment" Of course, it only works if you're "big enough" (from vendor's perspective) that the hardware vendors (or their partners) are willing = to fight for your business :) > I have had good (but very expensive) experiences with RHEL support; =20 > part of that is I am just weaker on software than hardware, but I > think part of that is that when RHEL says you are talking to a top > level person, you are really talking to a top level person. Correct. Getting to the "top level" (or at least the one in charge for regional support) might take some time, but they really know what = they're talking about. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users =20 ------=_NextPart_000_000B_01CD1774.0FC33930 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I tested Gluster a while back, and = I loved the feature set but the performance left me unimpressed.  I was = comparing a Gluster box with a Nexenta/OpenSolaris box at the time.  Even = with a high end Adaptec RAID card with SSD= caching drives, Gluster still fell short.  Gluster = with the Adaptec card was slower than Nexenta without any hardware RAID = card.  Gluster was better than FreeNAS, though.

 

-----Original = Message-----
From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] = On Behalf Of Andrew Wells
Sent: Tuesday, April 10, 2012 10:07 = PM
To: Todd H. Foster
Cc: = xen-users@lists.xen.org; Fajar A. Nugraha
Subject: Re: [Xen-users] = 24TB redundant storage

 

One word "GlusterFS." Its software, its HA its fast, and you can = grow it (i think live) and minimal configuration required.

On Tue, Apr 10, 2012 at 10:02 = PM, Todd H. Foster <toddf@technetiuminc.com> wrote:

Well, this is so true!  In my situation, = I am big enough to get good support, but as far as a san goes, I can put together something out of, say IBM hardware (with service contract)  for = less than 20k, have all the support that I need, and have the performance and = storage of a 100k san.  My IBM contract is 24/7 and 1 hour response time, and = this means someone waiting at the door.  IBM support is great!!! (when = you are talking about enterprise products)

Now when we are talking about high performance hardware, you just can't = get all of it a Fry's. (Fry's is 3 miles from my data center)   So the next = best thing is to go with name brand server quality equipment...

One way or another you are going to pay for this type of system, either = with time or support contracts or both!  What is down time worth? =  To me it's a lot.


-----Original Message-----
From: xen-users-bounces@lists.x= en.org [mailto:xen-users-bounces@lists.x= en.org] On Behalf Of Fajar A. Nugraha
Sent: Tuesday, April 10, 2012 6:34 PM
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] 24TB redundant storage

On Wed, Apr 11, 2012 at 8:10 = AM, Luke S. Crawford <lsc@prgmr.com> wrote:
> On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote:
>> Buy Dell, HP, or IBM and get a service contract.  IBM will = even sell
>> you a contract on used equipment.

> I don't want (to pay for) support.  I've got a big spare pool, = and I
> can get to it a hell of a lot faster than dell, IBM or HP. =  Unlike
> those brands, I also am able and willing to diagnose an = intermittent problem.

> And this didn't happen once;  over and over. Dell thinks = it's
> acceptable that sometimes servers "just reboot"  -  They tell you to re-seat drives
> that have been kicked out of the raid.    They complain = when you send
> back too many drives.

One thing that seems to work best for me, is to get a deal which = includes:
- financing; you "lease" the server from a partner
- an SLA that says "maximum acceptable downtime"
- a contract that says "if you can't meet the service level, I'll = cut your payment"

Of course, it only works if you're "big enough" (from = vendor's
perspective) that the hardware vendors (or their partners) are willing = to fight for your business :)

> I have had good (but very expensive) experiences with RHEL support; =  
> part of that is I am just weaker on software than hardware, but = I
> think part of that is that when RHEL says you are talking to a = top
> level person, you are really talking to a top level person.

Correct. Getting to the "top level" (or at least the one in = charge for regional support) might take some time, but they really know what = they're talking about.

--
Fajar

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

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

 

------=_NextPart_000_000B_01CD1774.0FC33930-- --===============1543654040561348343== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1543654040561348343==-- From xen-users-bounces@lists.xen.org Wed Apr 11 04:47:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 04:47: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 1SHpR7-0006mF-Ur; Wed, 11 Apr 2012 04:45:41 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHpR6-0006mA-Gy for xen-users@lists.xen.org; Wed, 11 Apr 2012 04:45:40 +0000 Received: from [193.109.254.147:34493] by server-4.bemta-14.messagelabs.com id 14/2A-11570-37C058F4; Wed, 11 Apr 2012 04:45:39 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334119537!4044657!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.1 required=7.0 tests=FORGED_MUA_OUTLOOK, HTML_50_60,HTML_MESSAGE,UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7459 invoked from network); 11 Apr 2012 04:45:38 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-11.tower-27.messagelabs.com with SMTP; 11 Apr 2012 04:45:38 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Tue, 10 Apr 2012 23:45:35 -0500 From: To: Date: Tue, 10 Apr 2012 23:45:50 -0500 Message-ID: <309706C278994403802652C618FE8FE8@maindesk> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Importance: Normal Thread-Index: Ac0XkJvJg2EAdHoMSIuDrA45Rls3uwADLdEg X-Auth: admin@xenhive.com Subject: Re: [Xen-users] 24TB redundant storage X-BeenThere: xen-users@lists.xen.org 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="===============1543654040561348343==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1543654040561348343== Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01CD1774.0FC33930" This is a multi-part message in MIME format. ------=_NextPart_000_000B_01CD1774.0FC33930 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I tested Gluster a while back, and I loved the feature set but the performance left me unimpressed. I was comparing a Gluster box with a Nexenta/OpenSolaris box at the time. Even with a high end Adaptec RAID = card with SSD caching drives, Gluster still fell short. Gluster with the = Adaptec card was slower than Nexenta without any hardware RAID card. Gluster = was better than FreeNAS, though. =20 -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Andrew Wells Sent: Tuesday, April 10, 2012 10:07 PM To: Todd H. Foster Cc: xen-users@lists.xen.org; Fajar A. Nugraha Subject: Re: [Xen-users] 24TB redundant storage =20 One word "GlusterFS." Its software, its HA its fast, and you can grow it = (i think live) and minimal configuration required. On Tue, Apr 10, 2012 at 10:02 PM, Todd H. Foster = wrote: Well, this is so true! In my situation, I am big enough to get good support, but as far as a san goes, I can put together something out of, = say IBM hardware (with service contract) for less than 20k, have all the support that I need, and have the performance and storage of a 100k san. = My IBM contract is 24/7 and 1 hour response time, and this means someone waiting at the door. IBM support is great!!! (when you are talking = about enterprise products) Now when we are talking about high performance hardware, you just can't = get all of it a Fry's. (Fry's is 3 miles from my data center) So the next = best thing is to go with name brand server quality equipment... One way or another you are going to pay for this type of system, either = with time or support contracts or both! What is down time worth? To me it's = a lot. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Fajar A. Nugraha Sent: Tuesday, April 10, 2012 6:34 PM To: xen-users@lists.xen.org Subject: Re: [Xen-users] 24TB redundant storage On Wed, Apr 11, 2012 at 8:10 AM, Luke S. Crawford wrote: > On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote: >> Buy Dell, HP, or IBM and get a service contract. IBM will even sell >> you a contract on used equipment. > I don't want (to pay for) support. I've got a big spare pool, and I > can get to it a hell of a lot faster than dell, IBM or HP. Unlike > those brands, I also am able and willing to diagnose an intermittent problem. > And this didn't happen once; over and over. Dell thinks it's > acceptable that sometimes servers "just reboot" - They tell you to re-seat drives > that have been kicked out of the raid. They complain when you send > back too many drives. One thing that seems to work best for me, is to get a deal which = includes: - financing; you "lease" the server from a partner - an SLA that says "maximum acceptable downtime" - a contract that says "if you can't meet the service level, I'll cut = your payment" Of course, it only works if you're "big enough" (from vendor's perspective) that the hardware vendors (or their partners) are willing = to fight for your business :) > I have had good (but very expensive) experiences with RHEL support; =20 > part of that is I am just weaker on software than hardware, but I > think part of that is that when RHEL says you are talking to a top > level person, you are really talking to a top level person. Correct. Getting to the "top level" (or at least the one in charge for regional support) might take some time, but they really know what = they're talking about. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users =20 ------=_NextPart_000_000B_01CD1774.0FC33930 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I tested Gluster a while back, and = I loved the feature set but the performance left me unimpressed.  I was = comparing a Gluster box with a Nexenta/OpenSolaris box at the time.  Even = with a high end Adaptec RAID card with SSD= caching drives, Gluster still fell short.  Gluster = with the Adaptec card was slower than Nexenta without any hardware RAID = card.  Gluster was better than FreeNAS, though.

 

-----Original = Message-----
From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] = On Behalf Of Andrew Wells
Sent: Tuesday, April 10, 2012 10:07 = PM
To: Todd H. Foster
Cc: = xen-users@lists.xen.org; Fajar A. Nugraha
Subject: Re: [Xen-users] = 24TB redundant storage

 

One word "GlusterFS." Its software, its HA its fast, and you can = grow it (i think live) and minimal configuration required.

On Tue, Apr 10, 2012 at 10:02 = PM, Todd H. Foster <toddf@technetiuminc.com> wrote:

Well, this is so true!  In my situation, = I am big enough to get good support, but as far as a san goes, I can put together something out of, say IBM hardware (with service contract)  for = less than 20k, have all the support that I need, and have the performance and = storage of a 100k san.  My IBM contract is 24/7 and 1 hour response time, and = this means someone waiting at the door.  IBM support is great!!! (when = you are talking about enterprise products)

Now when we are talking about high performance hardware, you just can't = get all of it a Fry's. (Fry's is 3 miles from my data center)   So the next = best thing is to go with name brand server quality equipment...

One way or another you are going to pay for this type of system, either = with time or support contracts or both!  What is down time worth? =  To me it's a lot.


-----Original Message-----
From: xen-users-bounces@lists.x= en.org [mailto:xen-users-bounces@lists.x= en.org] On Behalf Of Fajar A. Nugraha
Sent: Tuesday, April 10, 2012 6:34 PM
To: xen-users@lists.xen.org
Subject: Re: [Xen-users] 24TB redundant storage

On Wed, Apr 11, 2012 at 8:10 = AM, Luke S. Crawford <lsc@prgmr.com> wrote:
> On Tue, Apr 10, 2012 at 12:39:49PM -0700, Todd H. Foster wrote:
>> Buy Dell, HP, or IBM and get a service contract.  IBM will = even sell
>> you a contract on used equipment.

> I don't want (to pay for) support.  I've got a big spare pool, = and I
> can get to it a hell of a lot faster than dell, IBM or HP. =  Unlike
> those brands, I also am able and willing to diagnose an = intermittent problem.

> And this didn't happen once;  over and over. Dell thinks = it's
> acceptable that sometimes servers "just reboot"  -  They tell you to re-seat drives
> that have been kicked out of the raid.    They complain = when you send
> back too many drives.

One thing that seems to work best for me, is to get a deal which = includes:
- financing; you "lease" the server from a partner
- an SLA that says "maximum acceptable downtime"
- a contract that says "if you can't meet the service level, I'll = cut your payment"

Of course, it only works if you're "big enough" (from = vendor's
perspective) that the hardware vendors (or their partners) are willing = to fight for your business :)

> I have had good (but very expensive) experiences with RHEL support; =  
> part of that is I am just weaker on software than hardware, but = I
> think part of that is that when RHEL says you are talking to a = top
> level person, you are really talking to a top level person.

Correct. Getting to the "top level" (or at least the one in = charge for regional support) might take some time, but they really know what = they're talking about.

--
Fajar

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

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

 

------=_NextPart_000_000B_01CD1774.0FC33930-- --===============1543654040561348343== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1543654040561348343==-- From xen-users-bounces@lists.xen.org Wed Apr 11 08:46:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 08:46: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 1SHtAp-0002Kw-1q; Wed, 11 Apr 2012 08:45:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtAn-0002KX-Be for xen-users@lists.xen.org; Wed, 11 Apr 2012 08:45:05 +0000 Received: from [193.109.254.147:45100] by server-8.bemta-14.messagelabs.com id C2/DC-23244-094458F4; Wed, 11 Apr 2012 08:45:04 +0000 X-Env-Sender: chenfu@servst.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334133901!4059687!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=1.3 required=7.0 tests=HTML_MESSAGE, MISSING_SUBJECT,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17273 invoked from network); 11 Apr 2012 08:45:03 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 08:45:03 -0000 Received: by dajx4 with SMTP id x4so992270daj.28 for ; Wed, 11 Apr 2012 01:45:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language:x-gm-message-state; bh=qVBL4tX+QZNy+BNv80gKZRlXrdT3yBK40QQcwpw3yBw=; b=DKXL+SVIUY0hzkqwJrmhk7htCHKgQJRFcobMyiOjYnrwCIbJIZydIOeZBVudcREA2x Cu2kxKX7usghRE8pZCW0TaxTdDLbwVMql1AeLoYU7cIHT8PwG5iusheoP91RFeqdXY6d TD6YzNTtWWJsrYDj9heF5INeoHwVJ88uzFf3Hy6EriY7raiI713WUfxFhg2s3bcuBFKH BV1Nl6AtuLG5ritNC8j/4MA4+vRsa+QNJtqFV1Z6k+tEqNd88dvCnkBU7NXfugboQIaV DP3ApWSi1RP6y5w2XKUm6s7+pfLcNwQiFtPKgl2tizbHl3gpMfGLDx+RCDLTePNVWIR8 cbVA== Received: by 10.68.135.38 with SMTP id pp6mr36080860pbb.82.1334133901381; Wed, 11 Apr 2012 01:45:01 -0700 (PDT) Received: from 93868fb066fd493 ([60.247.76.17]) by mx.google.com with ESMTPS id a8sm2307964pbl.18.2012.04.11.01.44.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Apr 2012 01:44:59 -0700 (PDT) From: "Chen Fu" To: Date: Wed, 11 Apr 2012 16:44:55 +0800 Message-ID: <001a01cd17bf$631f7210$295e5630$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0Xv15HAslXyCy5SGe5eDoG1EkR3w== Content-Language: zh-cn X-Gm-Message-State: ALoCoQnreO6UP9XicATQhmypSmrqLSv+KUwRkJe1BeOIP1zbXnpW+4+JiYojVtDq5JStpo2JYt0m Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2342062668981471426==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ --===============2342062668981471426== Content-Type: multipart/alternative; boundary="----=_NextPart_000_001B_01CD1802.7142B210" Content-Language: zh-cn ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ ------=_NextPart_000_001B_01CD1802.7142B210 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have a server with Debian and its IP:222.28.246.107 With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 The among them can communication ,but the two VM cannot communicate to outsite ,such as 8.8.8.8. And my server network configuration is : auto lo iface lo inet loopback iface eth0 inet static address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_ports eth0 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off auto eth0 Chen Fu ------=_NextPart_000_001B_01CD1802.7142B210 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have a server with Debian and its = IP:222.28.246.107

With Xen enable, two VM are created with IP 222.28.246.108, = 222.28.246.109

The among them can communication ,but the two VM cannot communicate to = outsite ,such as 8.8.8.8.

And my server network configuration is :

auto lo

iface lo inet loopback

iface eth0 inet static

address 222.28.246.107

netmask 255.255.255.248

gateway 222.28.246.105

bridge_ports eth0

bridge_hello 2

bridge_maxage 12

bridge_fd 0

bridge_stp off

auto eth0

 

Chen Fu

 

------=_NextPart_000_001B_01CD1802.7142B210-- --===============2342062668981471426== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2342062668981471426==-- From xen-users-bounces@lists.xen.org Wed Apr 11 08:46:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 08:46: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 1SHtAp-0002Kw-1q; Wed, 11 Apr 2012 08:45:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtAn-0002KX-Be for xen-users@lists.xen.org; Wed, 11 Apr 2012 08:45:05 +0000 Received: from [193.109.254.147:45100] by server-8.bemta-14.messagelabs.com id C2/DC-23244-094458F4; Wed, 11 Apr 2012 08:45:04 +0000 X-Env-Sender: chenfu@servst.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334133901!4059687!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=1.3 required=7.0 tests=HTML_MESSAGE, MISSING_SUBJECT,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17273 invoked from network); 11 Apr 2012 08:45:03 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 08:45:03 -0000 Received: by dajx4 with SMTP id x4so992270daj.28 for ; Wed, 11 Apr 2012 01:45:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language:x-gm-message-state; bh=qVBL4tX+QZNy+BNv80gKZRlXrdT3yBK40QQcwpw3yBw=; b=DKXL+SVIUY0hzkqwJrmhk7htCHKgQJRFcobMyiOjYnrwCIbJIZydIOeZBVudcREA2x Cu2kxKX7usghRE8pZCW0TaxTdDLbwVMql1AeLoYU7cIHT8PwG5iusheoP91RFeqdXY6d TD6YzNTtWWJsrYDj9heF5INeoHwVJ88uzFf3Hy6EriY7raiI713WUfxFhg2s3bcuBFKH BV1Nl6AtuLG5ritNC8j/4MA4+vRsa+QNJtqFV1Z6k+tEqNd88dvCnkBU7NXfugboQIaV DP3ApWSi1RP6y5w2XKUm6s7+pfLcNwQiFtPKgl2tizbHl3gpMfGLDx+RCDLTePNVWIR8 cbVA== Received: by 10.68.135.38 with SMTP id pp6mr36080860pbb.82.1334133901381; Wed, 11 Apr 2012 01:45:01 -0700 (PDT) Received: from 93868fb066fd493 ([60.247.76.17]) by mx.google.com with ESMTPS id a8sm2307964pbl.18.2012.04.11.01.44.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Apr 2012 01:44:59 -0700 (PDT) From: "Chen Fu" To: Date: Wed, 11 Apr 2012 16:44:55 +0800 Message-ID: <001a01cd17bf$631f7210$295e5630$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0Xv15HAslXyCy5SGe5eDoG1EkR3w== Content-Language: zh-cn X-Gm-Message-State: ALoCoQnreO6UP9XicATQhmypSmrqLSv+KUwRkJe1BeOIP1zbXnpW+4+JiYojVtDq5JStpo2JYt0m Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2342062668981471426==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ --===============2342062668981471426== Content-Type: multipart/alternative; boundary="----=_NextPart_000_001B_01CD1802.7142B210" Content-Language: zh-cn ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ ------=_NextPart_000_001B_01CD1802.7142B210 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have a server with Debian and its IP:222.28.246.107 With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 The among them can communication ,but the two VM cannot communicate to outsite ,such as 8.8.8.8. And my server network configuration is : auto lo iface lo inet loopback iface eth0 inet static address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_ports eth0 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off auto eth0 Chen Fu ------=_NextPart_000_001B_01CD1802.7142B210 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have a server with Debian and its = IP:222.28.246.107

With Xen enable, two VM are created with IP 222.28.246.108, = 222.28.246.109

The among them can communication ,but the two VM cannot communicate to = outsite ,such as 8.8.8.8.

And my server network configuration is :

auto lo

iface lo inet loopback

iface eth0 inet static

address 222.28.246.107

netmask 255.255.255.248

gateway 222.28.246.105

bridge_ports eth0

bridge_hello 2

bridge_maxage 12

bridge_fd 0

bridge_stp off

auto eth0

 

Chen Fu

 

------=_NextPart_000_001B_01CD1802.7142B210-- --===============2342062668981471426== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2342062668981471426==-- From xen-users-bounces@lists.xen.org Wed Apr 11 08:55:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 08:55: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 1SHtJv-0002sa-O8; Wed, 11 Apr 2012 08:54:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtJu-0002sU-FJ for xen-users@lists.xen.org; Wed, 11 Apr 2012 08:54:30 +0000 Received: from [85.158.143.35:22455] by server-1.bemta-4.messagelabs.com id 60/48-20925-5C6458F4; Wed, 11 Apr 2012 08:54:29 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1334134460!11903353!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2053 invoked from network); 11 Apr 2012 08:54:22 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 08:54:22 -0000 Received: by iafj26 with SMTP id j26so1264355iaf.32 for ; Wed, 11 Apr 2012 01:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PIoOHLU2QMql6nORzs0oM3WnbQk9FPOi2/eOs2z5/8s=; b=wD3otGvprbL7ZtMXjHB/QjMCGqygfIc9k2KhRwe47b9i1DJXASsvUJsLL6mvPweukG +g1LBz+iNlcNouI4I3k4nwKnreFCkI5f2ZyC3jm0+PrkE4BEGWwdR+duNmxL5R6Wh8yY 26JLziORMqpEBIRLka/87HDaxr3Q5AtaAahBqudFDQuxLjym7iTXKvI2JYiQ/pYdjpIj VI2szX53ywGIIBaLjsi1JjQEjneXABWD45xZfO8FNw9Mbm/pz0p7Vb0vqnfaHuetjwLn wir3gG1Zb9lXllBKOumujaWe+J4MRIYjFZrp7D+KS2fKN/R6XHf9lfuUa9H7bnEGq8AG n4ww== Received: by 10.50.153.198 with SMTP id vi6mr4906868igb.0.1334134459704; Wed, 11 Apr 2012 01:54:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.140.71 with HTTP; Wed, 11 Apr 2012 01:53:59 -0700 (PDT) In-Reply-To: <001a01cd17bf$631f7210$295e5630$@com> References: <001a01cd17bf$631f7210$295e5630$@com> From: Flavio Date: Wed, 11 Apr 2012 10:53:59 +0200 Message-ID: To: Chen Fu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 11 April 2012 10:44, Chen Fu wrote: > I have a server with Debian and its IP:222.28.246.107 > > With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 > > The among them can communication ,but the two VM cannot communicate to > outsite ,such as 8.8.8.8. Hi! It seems to be a gateway problem. Please post the output of 'route' command both on your dom0 and your domUs. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 08:55:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 08:55: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 1SHtJv-0002sa-O8; Wed, 11 Apr 2012 08:54:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtJu-0002sU-FJ for xen-users@lists.xen.org; Wed, 11 Apr 2012 08:54:30 +0000 Received: from [85.158.143.35:22455] by server-1.bemta-4.messagelabs.com id 60/48-20925-5C6458F4; Wed, 11 Apr 2012 08:54:29 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1334134460!11903353!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2053 invoked from network); 11 Apr 2012 08:54:22 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 08:54:22 -0000 Received: by iafj26 with SMTP id j26so1264355iaf.32 for ; Wed, 11 Apr 2012 01:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PIoOHLU2QMql6nORzs0oM3WnbQk9FPOi2/eOs2z5/8s=; b=wD3otGvprbL7ZtMXjHB/QjMCGqygfIc9k2KhRwe47b9i1DJXASsvUJsLL6mvPweukG +g1LBz+iNlcNouI4I3k4nwKnreFCkI5f2ZyC3jm0+PrkE4BEGWwdR+duNmxL5R6Wh8yY 26JLziORMqpEBIRLka/87HDaxr3Q5AtaAahBqudFDQuxLjym7iTXKvI2JYiQ/pYdjpIj VI2szX53ywGIIBaLjsi1JjQEjneXABWD45xZfO8FNw9Mbm/pz0p7Vb0vqnfaHuetjwLn wir3gG1Zb9lXllBKOumujaWe+J4MRIYjFZrp7D+KS2fKN/R6XHf9lfuUa9H7bnEGq8AG n4ww== Received: by 10.50.153.198 with SMTP id vi6mr4906868igb.0.1334134459704; Wed, 11 Apr 2012 01:54:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.140.71 with HTTP; Wed, 11 Apr 2012 01:53:59 -0700 (PDT) In-Reply-To: <001a01cd17bf$631f7210$295e5630$@com> References: <001a01cd17bf$631f7210$295e5630$@com> From: Flavio Date: Wed, 11 Apr 2012 10:53:59 +0200 Message-ID: To: Chen Fu Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 11 April 2012 10:44, Chen Fu wrote: > I have a server with Debian and its IP:222.28.246.107 > > With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 > > The among them can communication ,but the two VM cannot communicate to > outsite ,such as 8.8.8.8. Hi! It seems to be a gateway problem. Please post the output of 'route' command both on your dom0 and your domUs. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 09:08:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 09:08:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtWS-0003Te-6k; Wed, 11 Apr 2012 09:07:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtWR-0003TX-4C for xen-users@lists.xen.org; Wed, 11 Apr 2012 09:07:27 +0000 Received: from [85.158.143.99:3925] by server-2.bemta-4.messagelabs.com id 5D/DD-17550-EC9458F4; Wed, 11 Apr 2012 09:07:26 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-10.tower-216.messagelabs.com!1334135244!16777905!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18536 invoked from network); 11 Apr 2012 09:07:24 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-10.tower-216.messagelabs.com with SMTP; 11 Apr 2012 09:07:24 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 779CA29E6D for ; Wed, 11 Apr 2012 10:07:21 +0100 (BST) 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 1oOHpZUIuK-Y for ; Wed, 11 Apr 2012 10:07:21 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A703028264 for ; Wed, 11 Apr 2012 10:07:17 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <001a01cd17bf$631f7210$295e5630$@com> References: <001a01cd17bf$631f7210$295e5630$@com> Date: Wed, 11 Apr 2012 10:07:04 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chen Fu wrote: >iface eth0 inet static >address 222.28.246.107 >netmask 255.255.255.248 >gateway 222.28.246.105 >bridge_ports eth0 >bridge_hello 2 >bridge_maxage 12 >bridge_fd 0 >bridge_stp off >auto eth0 I don't know if it is the problem or not, but you are creating a bridge called eth0, with an interface called eth0 attached to it. Try editing /etc/udev/rules.d/70-persistent-net-rules and changing eth0 to peth0 - and of course editing /etc/network/interfaces to suit. Ie, change "bridge_ports eth0" to "bridge_ports peth0". Also, it's really a matter of style, but you could help yourself a little by better formatting. Eg, I think you'll find that this is better for readability (and hence maintainability) than your original : auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_ports eth0 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off Whitespace between sections makes the sections easier to pick out, and some indentation makes the elements within each section easier to differentiate from the section "headings". Just be aware that in some situations, whitespace is significant. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 09:08:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 09:08:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtWS-0003Te-6k; Wed, 11 Apr 2012 09:07:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtWR-0003TX-4C for xen-users@lists.xen.org; Wed, 11 Apr 2012 09:07:27 +0000 Received: from [85.158.143.99:3925] by server-2.bemta-4.messagelabs.com id 5D/DD-17550-EC9458F4; Wed, 11 Apr 2012 09:07:26 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-10.tower-216.messagelabs.com!1334135244!16777905!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18536 invoked from network); 11 Apr 2012 09:07:24 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-10.tower-216.messagelabs.com with SMTP; 11 Apr 2012 09:07:24 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 779CA29E6D for ; Wed, 11 Apr 2012 10:07:21 +0100 (BST) 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 1oOHpZUIuK-Y for ; Wed, 11 Apr 2012 10:07:21 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A703028264 for ; Wed, 11 Apr 2012 10:07:17 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <001a01cd17bf$631f7210$295e5630$@com> References: <001a01cd17bf$631f7210$295e5630$@com> Date: Wed, 11 Apr 2012 10:07:04 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chen Fu wrote: >iface eth0 inet static >address 222.28.246.107 >netmask 255.255.255.248 >gateway 222.28.246.105 >bridge_ports eth0 >bridge_hello 2 >bridge_maxage 12 >bridge_fd 0 >bridge_stp off >auto eth0 I don't know if it is the problem or not, but you are creating a bridge called eth0, with an interface called eth0 attached to it. Try editing /etc/udev/rules.d/70-persistent-net-rules and changing eth0 to peth0 - and of course editing /etc/network/interfaces to suit. Ie, change "bridge_ports eth0" to "bridge_ports peth0". Also, it's really a matter of style, but you could help yourself a little by better formatting. Eg, I think you'll find that this is better for readability (and hence maintainability) than your original : auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_ports eth0 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off Whitespace between sections makes the sections easier to pick out, and some indentation makes the elements within each section easier to differentiate from the section "headings". Just be aware that in some situations, whitespace is significant. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 09:17:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 09:17:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtf6-0004B6-EO; Wed, 11 Apr 2012 09:16:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtf5-0004Ar-51 for xen-users@lists.xen.org; Wed, 11 Apr 2012 09:16:23 +0000 Received: from [85.158.143.99:49945] by server-3.bemta-4.messagelabs.com id 16/BB-05853-6EB458F4; Wed, 11 Apr 2012 09:16:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334135781!22237217!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzUxOQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9331 invoked from network); 11 Apr 2012 09:16:21 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 09:16:21 -0000 X-IronPort-AV: E=Sophos;i="4.75,405,1330905600"; d="scan'208";a="11872391" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Apr 2012 09:16:18 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 11 Apr 2012 10:16:18 +0100 Message-ID: <1334135776.5394.86.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Simon Hobson Date: Wed, 11 Apr 2012 10:16:16 +0100 In-Reply-To: References: <001a01cd17bf$631f7210$295e5630$@com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-11 at 10:07 +0100, Simon Hobson wrote: > Chen Fu wrote: > > >iface eth0 inet static > >address 222.28.246.107 > >netmask 255.255.255.248 > >gateway 222.28.246.105 > >bridge_ports eth0 > >bridge_hello 2 > >bridge_maxage 12 > >bridge_fd 0 > >bridge_stp off > >auto eth0 > > I don't know if it is the problem or not, but you are creating a > bridge called eth0, with an interface called eth0 attached to it. > Try editing /etc/udev/rules.d/70-persistent-net-rules and changing > eth0 to peth0 - and of course editing /etc/network/interfaces to > suit. Ie, change "bridge_ports eth0" to "bridge_ports peth0". Or call the bridge "xenbr0" which is the other normal way to do things. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 09:17:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 09:17:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtf6-0004B6-EO; Wed, 11 Apr 2012 09:16:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHtf5-0004Ar-51 for xen-users@lists.xen.org; Wed, 11 Apr 2012 09:16:23 +0000 Received: from [85.158.143.99:49945] by server-3.bemta-4.messagelabs.com id 16/BB-05853-6EB458F4; Wed, 11 Apr 2012 09:16:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334135781!22237217!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzUxOQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9331 invoked from network); 11 Apr 2012 09:16:21 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 09:16:21 -0000 X-IronPort-AV: E=Sophos;i="4.75,405,1330905600"; d="scan'208";a="11872391" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 11 Apr 2012 09:16:18 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 11 Apr 2012 10:16:18 +0100 Message-ID: <1334135776.5394.86.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Simon Hobson Date: Wed, 11 Apr 2012 10:16:16 +0100 In-Reply-To: References: <001a01cd17bf$631f7210$295e5630$@com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-11 at 10:07 +0100, Simon Hobson wrote: > Chen Fu wrote: > > >iface eth0 inet static > >address 222.28.246.107 > >netmask 255.255.255.248 > >gateway 222.28.246.105 > >bridge_ports eth0 > >bridge_hello 2 > >bridge_maxage 12 > >bridge_fd 0 > >bridge_stp off > >auto eth0 > > I don't know if it is the problem or not, but you are creating a > bridge called eth0, with an interface called eth0 attached to it. > Try editing /etc/udev/rules.d/70-persistent-net-rules and changing > eth0 to peth0 - and of course editing /etc/network/interfaces to > suit. Ie, change "bridge_ports eth0" to "bridge_ports peth0". Or call the bridge "xenbr0" which is the other normal way to do things. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 10:06:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 10:06: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 1SHuR1-0006Fn-MZ; Wed, 11 Apr 2012 10:05:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHuR0-0006Fi-Lt for xen-users@lists.xen.org; Wed, 11 Apr 2012 10:05:54 +0000 Received: from [193.109.254.147:65246] by server-8.bemta-14.messagelabs.com id 73/23-23244-287558F4; Wed, 11 Apr 2012 10:05:54 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334138748!4112048!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMjUyMTkyNCAoYWJhbmRvbmVkOiB hYm91dC5tZS9kYXZpZHNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8667 invoked from network); 11 Apr 2012 10:05:49 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 10:05:49 -0000 Received: by yenr5 with SMTP id r5so389302yen.32 for ; Wed, 11 Apr 2012 03:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Qj7OY+SBnI2pYMaZWzeqksorWeK6V2JhDnDRaleLQi4=; b=kvZjYiDz7sG6GMrSRODGe/Ld61lnae0IgrtnYlhV3pxQFZT/NQbdUQTlhgPkFatCNK Mo+p+oGB8yQHmtm96FxkIWfRhWP3DodFMfaPpKM6b3nCN4mD+/uag/bxJ9J3F/g2+jBo hdn4Z8v98hx1HxJz127EWnjg09roVIeGan5Gtqu2vhe7UgCHm/bhfJimO5tgjdBACOc+ 9zIrDUqvBg6+m4+fCaR74b0F5hXVY4V+zglST09N5TDmlSMTDQM5Yztehlxb+3U+zYNp YiOL7u06liB1jOoLpV1dB5vtbbVHBftwrvwWfpPFIBF2RfrCA35K4hETBH8xUZk42SZ3 UXHg== MIME-Version: 1.0 Received: by 10.236.114.200 with SMTP id c48mr12447653yhh.23.1334138747864; Wed, 11 Apr 2012 03:05:47 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Wed, 11 Apr 2012 03:05:47 -0700 (PDT) Date: Wed, 11 Apr 2012 18:05:47 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3693268478483917166==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3693268478483917166== Content-Type: multipart/alternative; boundary=20cf303bfae625c6c504bd6462aa --20cf303bfae625c6c504bd6462aa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, My base system is Gentoo x86. I have both kernel 3.2.11, and 3.3.1 on my system. With 3.2.11, the system can boot as native and xen dom0. With 3.3.1, system can boot in native mode without any problem. But when I try to boot as xen dom0, I got kernel panic, and the system got reboot automatically. My 3.3.1 kernel configuration file is copied from 3.2.11, and build with 'make oldnoconfig'. So I think the kernel configuration is basically the same. The system reboot so quickly, I cannot see what was the exact messages. I remember I saw 'PCI' and 'IRQ'... --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bfae625c6c504bd6462aa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

My base system is Gentoo x86. I have both kernel 3.2= .11, and 3.3.1 on my system. With 3.2.11, the system can boot as native and= xen dom0. With 3.3.1, system can boot in native mode without any problem. = But when I try to boot as xen dom0, I got kernel panic, and the system got = reboot automatically.

My 3.3.1 kernel configuration file is copied from 3.2.1= 1, and build with 'make oldnoconfig'. So I think the kernel configu= ration is basically the same.

The system reboot so= quickly, I cannot see what was the exact messages. I remember I saw 'P= CI' and 'IRQ'...


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--20cf303bfae625c6c504bd6462aa-- --===============3693268478483917166== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3693268478483917166==-- From xen-users-bounces@lists.xen.org Wed Apr 11 10:06:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 10:06: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 1SHuR1-0006Fn-MZ; Wed, 11 Apr 2012 10:05:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHuR0-0006Fi-Lt for xen-users@lists.xen.org; Wed, 11 Apr 2012 10:05:54 +0000 Received: from [193.109.254.147:65246] by server-8.bemta-14.messagelabs.com id 73/23-23244-287558F4; Wed, 11 Apr 2012 10:05:54 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334138748!4112048!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMjUyMTkyNCAoYWJhbmRvbmVkOiB hYm91dC5tZS9kYXZpZHNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8667 invoked from network); 11 Apr 2012 10:05:49 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 10:05:49 -0000 Received: by yenr5 with SMTP id r5so389302yen.32 for ; Wed, 11 Apr 2012 03:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Qj7OY+SBnI2pYMaZWzeqksorWeK6V2JhDnDRaleLQi4=; b=kvZjYiDz7sG6GMrSRODGe/Ld61lnae0IgrtnYlhV3pxQFZT/NQbdUQTlhgPkFatCNK Mo+p+oGB8yQHmtm96FxkIWfRhWP3DodFMfaPpKM6b3nCN4mD+/uag/bxJ9J3F/g2+jBo hdn4Z8v98hx1HxJz127EWnjg09roVIeGan5Gtqu2vhe7UgCHm/bhfJimO5tgjdBACOc+ 9zIrDUqvBg6+m4+fCaR74b0F5hXVY4V+zglST09N5TDmlSMTDQM5Yztehlxb+3U+zYNp YiOL7u06liB1jOoLpV1dB5vtbbVHBftwrvwWfpPFIBF2RfrCA35K4hETBH8xUZk42SZ3 UXHg== MIME-Version: 1.0 Received: by 10.236.114.200 with SMTP id c48mr12447653yhh.23.1334138747864; Wed, 11 Apr 2012 03:05:47 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Wed, 11 Apr 2012 03:05:47 -0700 (PDT) Date: Wed, 11 Apr 2012 18:05:47 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3693268478483917166==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3693268478483917166== Content-Type: multipart/alternative; boundary=20cf303bfae625c6c504bd6462aa --20cf303bfae625c6c504bd6462aa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, My base system is Gentoo x86. I have both kernel 3.2.11, and 3.3.1 on my system. With 3.2.11, the system can boot as native and xen dom0. With 3.3.1, system can boot in native mode without any problem. But when I try to boot as xen dom0, I got kernel panic, and the system got reboot automatically. My 3.3.1 kernel configuration file is copied from 3.2.11, and build with 'make oldnoconfig'. So I think the kernel configuration is basically the same. The system reboot so quickly, I cannot see what was the exact messages. I remember I saw 'PCI' and 'IRQ'... --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bfae625c6c504bd6462aa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

My base system is Gentoo x86. I have both kernel 3.2= .11, and 3.3.1 on my system. With 3.2.11, the system can boot as native and= xen dom0. With 3.3.1, system can boot in native mode without any problem. = But when I try to boot as xen dom0, I got kernel panic, and the system got = reboot automatically.

My 3.3.1 kernel configuration file is copied from 3.2.1= 1, and build with 'make oldnoconfig'. So I think the kernel configu= ration is basically the same.

The system reboot so= quickly, I cannot see what was the exact messages. I remember I saw 'P= CI' and 'IRQ'...


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--20cf303bfae625c6c504bd6462aa-- --===============3693268478483917166== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3693268478483917166==-- From xen-users-bounces@lists.xen.org Wed Apr 11 10:19:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 10:19: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 1SHudQ-00073f-7P; Wed, 11 Apr 2012 10:18:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHudO-00073a-M8 for xen-users@lists.xen.org; Wed, 11 Apr 2012 10:18:42 +0000 Received: from [193.109.254.147:24642] by server-3.bemta-14.messagelabs.com id 5E/DA-23274-18A558F4; Wed, 11 Apr 2012 10:18:41 +0000 X-Env-Sender: chenfu@servst.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334139512!4033440!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=1.3 required=7.0 tests=HTML_MESSAGE, MISSING_SUBJECT,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4253 invoked from network); 11 Apr 2012 10:18:34 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 10:18:34 -0000 Received: by dajx4 with SMTP id x4so1097295daj.28 for ; Wed, 11 Apr 2012 03:18:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language:x-gm-message-state; bh=d5zlpdZQUhlHLxRPlzPoFZtnr33RixKrSWvBN4bkmPg=; b=RHlwZxCac0sPN7aRD/ilkweBMnxxRKIq3QrvaQn/DhlKf3Ac+SHygEuqJf54TXLfYl b6LKh/PiG0rJRuPft/CMd54VSrNiJzL0DMwIhA8PiDfQTDm9xZz7GrHM7N7AR6J5/NqW zGx+Ae/lJwQuPrwnL/SAR++/0abAZCvVgdubjsJ53IK4eBmHT5AxO2T3vDpATwO/PlFC qzfxMdZnIsU+FPQC9QJP7MlqkX2KHXO1Vs/g2rgeUI66KokkSDijQNbtz/IfC9+FhaI6 QqjN3i15x88WxUyVrC2V0zx5fzA+d0BnVHedLFuBoaw8WNy5C4nlFyIY0hdVSmTTq8wX X0Rw== Received: by 10.68.240.97 with SMTP id vz1mr5927095pbc.125.1334139512144; Wed, 11 Apr 2012 03:18:32 -0700 (PDT) Received: from 93868fb066fd493 ([60.247.76.17]) by mx.google.com with ESMTPS id ko12sm2494072pbb.52.2012.04.11.03.18.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Apr 2012 03:18:29 -0700 (PDT) From: "Chen Fu" To: Date: Wed, 11 Apr 2012 18:18:18 +0800 Message-ID: <000601cd17cc$71c78200$55568600$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0XzGomQFV7uTOrRvmjVHbOjrd06w== Content-Language: zh-cn X-Gm-Message-State: ALoCoQmHsgQdJj2Y2XyEdBrfJGBZjN62XErgfKrR93aTiQYgbZKhy5co3fUCrDdzwBLT29JRdoBV Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4472049490195324090==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ --===============4472049490195324090== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01CD180F.7FEAC200" Content-Language: zh-cn ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ ------=_NextPart_000_0007_01CD180F.7FEAC200 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have a server with Debian and its IP:222.28.246.107 With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 The among them can communication ,but the two VM cannot communicate to outsite ,such as 8.8.8.8. And my server network configuration is : auto lo iface lo inet loopback iface eth0 inet static address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_ports eth0 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off auto eth0 why? Really thank you! Chen Fu ------=_NextPart_000_0007_01CD180F.7FEAC200 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have a server with Debian and its = IP:222.28.246.107

With Xen enable, two VM are created with IP 222.28.246.108, = 222.28.246.109

The among them can communication ,but the two VM cannot communicate to = outsite ,such as 8.8.8.8.

And my server network configuration is :

auto lo

iface lo inet loopback

 

iface eth0 inet static

address = 222.28.246.107

netmask = 255.255.255.248

gateway = 222.28.246.105

bridge_ports eth0

 

bridge_hello 2

bridge_maxage 12

bridge_fd 0 

bridge_stp off

auto eth0  

 

why? Really thank you!

 

Chen Fu

 

------=_NextPart_000_0007_01CD180F.7FEAC200-- --===============4472049490195324090== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4472049490195324090==-- From xen-users-bounces@lists.xen.org Wed Apr 11 10:19:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 10:19: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 1SHudQ-00073f-7P; Wed, 11 Apr 2012 10:18:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHudO-00073a-M8 for xen-users@lists.xen.org; Wed, 11 Apr 2012 10:18:42 +0000 Received: from [193.109.254.147:24642] by server-3.bemta-14.messagelabs.com id 5E/DA-23274-18A558F4; Wed, 11 Apr 2012 10:18:41 +0000 X-Env-Sender: chenfu@servst.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334139512!4033440!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=1.3 required=7.0 tests=HTML_MESSAGE, MISSING_SUBJECT,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4253 invoked from network); 11 Apr 2012 10:18:34 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 10:18:34 -0000 Received: by dajx4 with SMTP id x4so1097295daj.28 for ; Wed, 11 Apr 2012 03:18:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type:x-mailer :thread-index:content-language:x-gm-message-state; bh=d5zlpdZQUhlHLxRPlzPoFZtnr33RixKrSWvBN4bkmPg=; b=RHlwZxCac0sPN7aRD/ilkweBMnxxRKIq3QrvaQn/DhlKf3Ac+SHygEuqJf54TXLfYl b6LKh/PiG0rJRuPft/CMd54VSrNiJzL0DMwIhA8PiDfQTDm9xZz7GrHM7N7AR6J5/NqW zGx+Ae/lJwQuPrwnL/SAR++/0abAZCvVgdubjsJ53IK4eBmHT5AxO2T3vDpATwO/PlFC qzfxMdZnIsU+FPQC9QJP7MlqkX2KHXO1Vs/g2rgeUI66KokkSDijQNbtz/IfC9+FhaI6 QqjN3i15x88WxUyVrC2V0zx5fzA+d0BnVHedLFuBoaw8WNy5C4nlFyIY0hdVSmTTq8wX X0Rw== Received: by 10.68.240.97 with SMTP id vz1mr5927095pbc.125.1334139512144; Wed, 11 Apr 2012 03:18:32 -0700 (PDT) Received: from 93868fb066fd493 ([60.247.76.17]) by mx.google.com with ESMTPS id ko12sm2494072pbb.52.2012.04.11.03.18.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Apr 2012 03:18:29 -0700 (PDT) From: "Chen Fu" To: Date: Wed, 11 Apr 2012 18:18:18 +0800 Message-ID: <000601cd17cc$71c78200$55568600$@com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac0XzGomQFV7uTOrRvmjVHbOjrd06w== Content-Language: zh-cn X-Gm-Message-State: ALoCoQmHsgQdJj2Y2XyEdBrfJGBZjN62XErgfKrR93aTiQYgbZKhy5co3fUCrDdzwBLT29JRdoBV Subject: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4472049490195324090==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ --===============4472049490195324090== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01CD180F.7FEAC200" Content-Language: zh-cn ÕâÊÇÒ»·â MIME ¸ñʽµÄ¶à²¿·ÖÓʼþ¡£ ------=_NextPart_000_0007_01CD180F.7FEAC200 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have a server with Debian and its IP:222.28.246.107 With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 The among them can communication ,but the two VM cannot communicate to outsite ,such as 8.8.8.8. And my server network configuration is : auto lo iface lo inet loopback iface eth0 inet static address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_ports eth0 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off auto eth0 why? Really thank you! Chen Fu ------=_NextPart_000_0007_01CD180F.7FEAC200 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have a server with Debian and its = IP:222.28.246.107

With Xen enable, two VM are created with IP 222.28.246.108, = 222.28.246.109

The among them can communication ,but the two VM cannot communicate to = outsite ,such as 8.8.8.8.

And my server network configuration is :

auto lo

iface lo inet loopback

 

iface eth0 inet static

address = 222.28.246.107

netmask = 255.255.255.248

gateway = 222.28.246.105

bridge_ports eth0

 

bridge_hello 2

bridge_maxage 12

bridge_fd 0 

bridge_stp off

auto eth0  

 

why? Really thank you!

 

Chen Fu

 

------=_NextPart_000_0007_01CD180F.7FEAC200-- --===============4472049490195324090== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4472049490195324090==-- From xen-users-bounces@lists.xen.org Wed Apr 11 11:25:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 11:25: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 1SHvfF-0002M7-LL; Wed, 11 Apr 2012 11:24:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHvfD-0002Lq-Jy for xen-users@lists.xen.org; Wed, 11 Apr 2012 11:24:39 +0000 Received: from [85.158.143.35:42660] by server-3.bemta-4.messagelabs.com id 4C/68-05853-6F9658F4; Wed, 11 Apr 2012 11:24:38 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-5.tower-21.messagelabs.com!1334143475!4339477!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21140 invoked from network); 11 Apr 2012 11:24:36 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2012 11:24:36 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id 3F534765E for ; Wed, 11 Apr 2012 13:24:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1334143474; bh=XHvvGIFfkVz2MvgtyQlsyDc3Gex6MO3F5tqqvEdp76M=; h=MIME-Version:Content-Type:Date:From:To:Subject:In-Reply-To: References:Message-ID; b=HWuaiTAsAO8gm6C5mZEtkGGvYdT3zNVQf1kK38pR0y2QrZwsDhGD+COpyWD0I/Jwj sLgXqMqBLjzfFtsyq1mYpjrHXyhQ88B6Z0ScMDfaLq2drQKd0utyGOniUykC0Jc3b9 6Hr9RWCTE5+nRylNBYHTZqfVch1OHWDHj+AmQYnw= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Wed, 11 Apr 2012 13:24:34 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_04235745bb209105883bc2cc2acf145e" Date: Wed, 11 Apr 2012 13:24:34 +0200 From: Heiko Wundram To: In-Reply-To: References: Message-ID: X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=_04235745bb209105883bc2cc2acf145e Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed Am 11.04.2012 12:05, schrieb Xi Shen: > My base system is Gentoo x86. I have both kernel 3.2.11, and 3.3.1 on > my system. With 3.2.11, the system can boot as native and xen dom0. > With 3.3.1, system can boot in native mode without any problem. But > when I try to boot as xen dom0, I got kernel panic, and the system > got > reboot automatically. The 3.3.1 kernel (any variant, i.e. either vanilla-sources or gentoo-sources) is broken wrt. being used as a Xen-Dom0 pv_ops-system; it has a bug stemming from incorrectly trying to validate the virtualized IOAPIC. In case you (reverse-)apply the attached patch, it will boot (and work) properly. -- --- Heiko. --=_04235745bb209105883bc2cc2acf145e Content-Transfer-Encoding: 8bit Content-Type: message/rfc822; name=ioapic-revert.patch Content-Disposition: inline; filename=ioapic-revert.patch From: Suresh Siddha Date: Mon, 12 Mar 2012 18:36:33 +0000 (-0700) Subject: x86/ioapic: Add register level checks to detect bogus io-apic entries X-Git-Tag: v3.4-rc1~148^2~1 X-Git-Url: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fstable%2Flinux-stable.git;a=commitdiff_plain;h=73d63d038ee9f769f5e5b46792d227fe20e442c5 x86/ioapic: Add register level checks to detect bogus io-apic entries With the recent changes to clear_IO_APIC_pin() which tries to clear remoteIRR bit explicitly, some of the users started to see "Unable to reset IRR for apic .." messages. Close look shows that these are related to bogus IO-APIC entries which return's all 1's for their io-apic registers. And the above mentioned error messages are benign. But kernel should have ignored such io-apic's in the first place. Check if register 0, 1, 2 of the listed io-apic are all 1's and ignore such io-apic. Reported-by: Ãlvaro Castillo Tested-by: Jon Dufresne Signed-off-by: Suresh Siddha Cc: yinghai@kernel.org Cc: kernel-team@fedoraproject.org Cc: Josh Boyer Cc: Link: http://lkml.kernel.org/r/1331577393.31585.94.camel@sbsiddha-desk.sc.intel.com [ Performed minor cleanup of affected code. ] Signed-off-by: Ingo Molnar --- diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c index fb07275..6d10a66 100644 --- a/arch/x86/kernel/apic/io_apic.c +++ b/arch/x86/kernel/apic/io_apic.c @@ -3967,18 +3967,36 @@ int mp_find_ioapic_pin(int ioapic, u32 gsi) static __init int bad_ioapic(unsigned long address) { if (nr_ioapics >= MAX_IO_APICS) { - printk(KERN_WARNING "WARNING: Max # of I/O APICs (%d) exceeded " - "(found %d), skipping\n", MAX_IO_APICS, nr_ioapics); + pr_warn("WARNING: Max # of I/O APICs (%d) exceeded (found %d), skipping\n", + MAX_IO_APICS, nr_ioapics); return 1; } if (!address) { - printk(KERN_WARNING "WARNING: Bogus (zero) I/O APIC address" - " found in table, skipping!\n"); + pr_warn("WARNING: Bogus (zero) I/O APIC address found in table, skipping!\n"); return 1; } return 0; } +static __init int bad_ioapic_register(int idx) +{ + union IO_APIC_reg_00 reg_00; + union IO_APIC_reg_01 reg_01; + union IO_APIC_reg_02 reg_02; + + reg_00.raw = io_apic_read(idx, 0); + reg_01.raw = io_apic_read(idx, 1); + reg_02.raw = io_apic_read(idx, 2); + + if (reg_00.raw == -1 && reg_01.raw == -1 && reg_02.raw == -1) { + pr_warn("I/O APIC 0x%x registers return all ones, skipping!\n", + mpc_ioapic_addr(idx)); + return 1; + } + + return 0; +} + void __init mp_register_ioapic(int id, u32 address, u32 gsi_base) { int idx = 0; @@ -3995,6 +4013,12 @@ void __init mp_register_ioapic(int id, u32 address, u32 gsi_base) ioapics[idx].mp_config.apicaddr = address; set_fixmap_nocache(FIX_IO_APIC_BASE_0 + idx, address); + + if (bad_ioapic_register(idx)) { + clear_fixmap(FIX_IO_APIC_BASE_0 + idx); + return; + } + ioapics[idx].mp_config.apicid = io_apic_unique_id(id); ioapics[idx].mp_config.apicver = io_apic_get_version(idx); @@ -4015,10 +4039,10 @@ void __init mp_register_ioapic(int id, u32 address, u32 gsi_base) if (gsi_cfg->gsi_end >= gsi_top) gsi_top = gsi_cfg->gsi_end + 1; - printk(KERN_INFO "IOAPIC[%d]: apic_id %d, version %d, address 0x%x, " - "GSI %d-%d\n", idx, mpc_ioapic_id(idx), - mpc_ioapic_ver(idx), mpc_ioapic_addr(idx), - gsi_cfg->gsi_base, gsi_cfg->gsi_end); + pr_info("IOAPIC[%d]: apic_id %d, version %d, address 0x%x, GSI %d-%d\n", + idx, mpc_ioapic_id(idx), + mpc_ioapic_ver(idx), mpc_ioapic_addr(idx), + gsi_cfg->gsi_base, gsi_cfg->gsi_end); nr_ioapics++; } --=_04235745bb209105883bc2cc2acf145e Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=_04235745bb209105883bc2cc2acf145e-- From xen-users-bounces@lists.xen.org Wed Apr 11 11:25:55 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 11:25: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 1SHvfF-0002M7-LL; Wed, 11 Apr 2012 11:24:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHvfD-0002Lq-Jy for xen-users@lists.xen.org; Wed, 11 Apr 2012 11:24:39 +0000 Received: from [85.158.143.35:42660] by server-3.bemta-4.messagelabs.com id 4C/68-05853-6F9658F4; Wed, 11 Apr 2012 11:24:38 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-5.tower-21.messagelabs.com!1334143475!4339477!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21140 invoked from network); 11 Apr 2012 11:24:36 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-5.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2012 11:24:36 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id 3F534765E for ; Wed, 11 Apr 2012 13:24:34 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1334143474; bh=XHvvGIFfkVz2MvgtyQlsyDc3Gex6MO3F5tqqvEdp76M=; h=MIME-Version:Content-Type:Date:From:To:Subject:In-Reply-To: References:Message-ID; b=HWuaiTAsAO8gm6C5mZEtkGGvYdT3zNVQf1kK38pR0y2QrZwsDhGD+COpyWD0I/Jwj sLgXqMqBLjzfFtsyq1mYpjrHXyhQ88B6Z0ScMDfaLq2drQKd0utyGOniUykC0Jc3b9 6Hr9RWCTE5+nRylNBYHTZqfVch1OHWDHj+AmQYnw= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Wed, 11 Apr 2012 13:24:34 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_04235745bb209105883bc2cc2acf145e" Date: Wed, 11 Apr 2012 13:24:34 +0200 From: Heiko Wundram To: In-Reply-To: References: Message-ID: X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --=_04235745bb209105883bc2cc2acf145e Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed Am 11.04.2012 12:05, schrieb Xi Shen: > My base system is Gentoo x86. I have both kernel 3.2.11, and 3.3.1 on > my system. With 3.2.11, the system can boot as native and xen dom0. > With 3.3.1, system can boot in native mode without any problem. But > when I try to boot as xen dom0, I got kernel panic, and the system > got > reboot automatically. The 3.3.1 kernel (any variant, i.e. either vanilla-sources or gentoo-sources) is broken wrt. being used as a Xen-Dom0 pv_ops-system; it has a bug stemming from incorrectly trying to validate the virtualized IOAPIC. In case you (reverse-)apply the attached patch, it will boot (and work) properly. -- --- Heiko. --=_04235745bb209105883bc2cc2acf145e Content-Transfer-Encoding: 8bit Content-Type: message/rfc822; name=ioapic-revert.patch Content-Disposition: inline; filename=ioapic-revert.patch From: Suresh Siddha Date: Mon, 12 Mar 2012 18:36:33 +0000 (-0700) Subject: x86/ioapic: Add register level checks to detect bogus io-apic entries X-Git-Tag: v3.4-rc1~148^2~1 X-Git-Url: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fstable%2Flinux-stable.git;a=commitdiff_plain;h=73d63d038ee9f769f5e5b46792d227fe20e442c5 x86/ioapic: Add register level checks to detect bogus io-apic entries With the recent changes to clear_IO_APIC_pin() which tries to clear remoteIRR bit explicitly, some of the users started to see "Unable to reset IRR for apic .." messages. Close look shows that these are related to bogus IO-APIC entries which return's all 1's for their io-apic registers. And the above mentioned error messages are benign. But kernel should have ignored such io-apic's in the first place. Check if register 0, 1, 2 of the listed io-apic are all 1's and ignore such io-apic. Reported-by: Ãlvaro Castillo Tested-by: Jon Dufresne Signed-off-by: Suresh Siddha Cc: yinghai@kernel.org Cc: kernel-team@fedoraproject.org Cc: Josh Boyer Cc: Link: http://lkml.kernel.org/r/1331577393.31585.94.camel@sbsiddha-desk.sc.intel.com [ Performed minor cleanup of affected code. ] Signed-off-by: Ingo Molnar --- diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c index fb07275..6d10a66 100644 --- a/arch/x86/kernel/apic/io_apic.c +++ b/arch/x86/kernel/apic/io_apic.c @@ -3967,18 +3967,36 @@ int mp_find_ioapic_pin(int ioapic, u32 gsi) static __init int bad_ioapic(unsigned long address) { if (nr_ioapics >= MAX_IO_APICS) { - printk(KERN_WARNING "WARNING: Max # of I/O APICs (%d) exceeded " - "(found %d), skipping\n", MAX_IO_APICS, nr_ioapics); + pr_warn("WARNING: Max # of I/O APICs (%d) exceeded (found %d), skipping\n", + MAX_IO_APICS, nr_ioapics); return 1; } if (!address) { - printk(KERN_WARNING "WARNING: Bogus (zero) I/O APIC address" - " found in table, skipping!\n"); + pr_warn("WARNING: Bogus (zero) I/O APIC address found in table, skipping!\n"); return 1; } return 0; } +static __init int bad_ioapic_register(int idx) +{ + union IO_APIC_reg_00 reg_00; + union IO_APIC_reg_01 reg_01; + union IO_APIC_reg_02 reg_02; + + reg_00.raw = io_apic_read(idx, 0); + reg_01.raw = io_apic_read(idx, 1); + reg_02.raw = io_apic_read(idx, 2); + + if (reg_00.raw == -1 && reg_01.raw == -1 && reg_02.raw == -1) { + pr_warn("I/O APIC 0x%x registers return all ones, skipping!\n", + mpc_ioapic_addr(idx)); + return 1; + } + + return 0; +} + void __init mp_register_ioapic(int id, u32 address, u32 gsi_base) { int idx = 0; @@ -3995,6 +4013,12 @@ void __init mp_register_ioapic(int id, u32 address, u32 gsi_base) ioapics[idx].mp_config.apicaddr = address; set_fixmap_nocache(FIX_IO_APIC_BASE_0 + idx, address); + + if (bad_ioapic_register(idx)) { + clear_fixmap(FIX_IO_APIC_BASE_0 + idx); + return; + } + ioapics[idx].mp_config.apicid = io_apic_unique_id(id); ioapics[idx].mp_config.apicver = io_apic_get_version(idx); @@ -4015,10 +4039,10 @@ void __init mp_register_ioapic(int id, u32 address, u32 gsi_base) if (gsi_cfg->gsi_end >= gsi_top) gsi_top = gsi_cfg->gsi_end + 1; - printk(KERN_INFO "IOAPIC[%d]: apic_id %d, version %d, address 0x%x, " - "GSI %d-%d\n", idx, mpc_ioapic_id(idx), - mpc_ioapic_ver(idx), mpc_ioapic_addr(idx), - gsi_cfg->gsi_base, gsi_cfg->gsi_end); + pr_info("IOAPIC[%d]: apic_id %d, version %d, address 0x%x, GSI %d-%d\n", + idx, mpc_ioapic_id(idx), + mpc_ioapic_ver(idx), mpc_ioapic_addr(idx), + gsi_cfg->gsi_base, gsi_cfg->gsi_end); nr_ioapics++; } --=_04235745bb209105883bc2cc2acf145e Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --=_04235745bb209105883bc2cc2acf145e-- From xen-users-bounces@lists.xen.org Wed Apr 11 11:52:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 11:52: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 1SHw5O-0003yx-2P; Wed, 11 Apr 2012 11:51:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHw5M-0003yr-8R for xen-users@lists.xen.org; Wed, 11 Apr 2012 11:51:40 +0000 Received: from [193.109.254.147:62402] by server-5.bemta-14.messagelabs.com id 08/7B-30733-B40758F4; Wed, 11 Apr 2012 11:51:39 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-7.tower-27.messagelabs.com!1334145098!1630982!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26755 invoked from network); 11 Apr 2012 11:51:38 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-7.tower-27.messagelabs.com with SMTP; 11 Apr 2012 11:51:38 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A043229E6D; Wed, 11 Apr 2012 12:51:36 +0100 (BST) 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 upriL515Db9u; Wed, 11 Apr 2012 12:51:36 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 13B9F29E5F; Wed, 11 Apr 2012 12:51:35 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <000601cd17cc$71c78200$55568600$@com> References: <000601cd17cc$71c78200$55568600$@com> Date: Wed, 11 Apr 2012 12:51:31 +0100 To: "Chen Fu" , From: Simon Hobson Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chen Fu wrote: >I have a server with Debian and its IP:222.28.246.107 >With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 ... You asked this question less than 2 hours earlier - and you've had several answers to that. It's really bad etiquette to ask the same question again like this - it gives the impression that you *DEMAND* an immediate response which is unreasonable on most community project support mailing lists. In general, most such lists are "manned" by ordinary users - we're not paid, we're not (in most cases) even developers on the project, just ordinary users who've got enough experience to be able to "pay back" to the project by supporting others. So such support is provided by volunteers, in their own time. If you want a forum where you can demand support in set time periods then you need to look at commercial (paid for) options. Many community projects have a commercial side - in some cases there's a commercial version of the software (as is the case with Xen (Citrix ?) and MySQL (Oracle ?)), in other cases there are commercial outfits who will provide paid-for support on open source/community projects. Apologies if this sounds abrupt, but it seems quite common for questions from Asia/China/India (I'm not sure where some questions have come from) so I am wondering if it's a cultural difference, or just that a lot of people are really new to this sort of environment ? -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 11:52:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 11:52: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 1SHw5O-0003yx-2P; Wed, 11 Apr 2012 11:51:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHw5M-0003yr-8R for xen-users@lists.xen.org; Wed, 11 Apr 2012 11:51:40 +0000 Received: from [193.109.254.147:62402] by server-5.bemta-14.messagelabs.com id 08/7B-30733-B40758F4; Wed, 11 Apr 2012 11:51:39 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-7.tower-27.messagelabs.com!1334145098!1630982!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26755 invoked from network); 11 Apr 2012 11:51:38 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-7.tower-27.messagelabs.com with SMTP; 11 Apr 2012 11:51:38 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A043229E6D; Wed, 11 Apr 2012 12:51:36 +0100 (BST) 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 upriL515Db9u; Wed, 11 Apr 2012 12:51:36 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 13B9F29E5F; Wed, 11 Apr 2012 12:51:35 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <000601cd17cc$71c78200$55568600$@com> References: <000601cd17cc$71c78200$55568600$@com> Date: Wed, 11 Apr 2012 12:51:31 +0100 To: "Chen Fu" , From: Simon Hobson Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Chen Fu wrote: >I have a server with Debian and its IP:222.28.246.107 >With Xen enable, two VM are created with IP 222.28.246.108, 222.28.246.109 ... You asked this question less than 2 hours earlier - and you've had several answers to that. It's really bad etiquette to ask the same question again like this - it gives the impression that you *DEMAND* an immediate response which is unreasonable on most community project support mailing lists. In general, most such lists are "manned" by ordinary users - we're not paid, we're not (in most cases) even developers on the project, just ordinary users who've got enough experience to be able to "pay back" to the project by supporting others. So such support is provided by volunteers, in their own time. If you want a forum where you can demand support in set time periods then you need to look at commercial (paid for) options. Many community projects have a commercial side - in some cases there's a commercial version of the software (as is the case with Xen (Citrix ?) and MySQL (Oracle ?)), in other cases there are commercial outfits who will provide paid-for support on open source/community projects. Apologies if this sounds abrupt, but it seems quite common for questions from Asia/China/India (I'm not sure where some questions have come from) so I am wondering if it's a cultural difference, or just that a lot of people are really new to this sort of environment ? -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 12:12:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 12:12: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 1SHwOv-0005Dh-JH; Wed, 11 Apr 2012 12:11:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHwOt-0005DZ-Ua for xen-users@lists.xen.org; Wed, 11 Apr 2012 12:11:52 +0000 Received: from [85.158.138.51:5346] by server-9.bemta-3.messagelabs.com id F4/62-26691-605758F4; Wed, 11 Apr 2012 12:11:50 +0000 X-Env-Sender: ady@mikesnet.ro X-Msg-Ref: server-6.tower-174.messagelabs.com!1334146310!21688003!1 X-Originating-IP: [78.46.222.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9892 invoked from network); 11 Apr 2012 12:11:50 -0000 Received: from www001.mikesnet.ro (HELO www001.mikesnet.ro) (78.46.222.131) by server-6.tower-174.messagelabs.com with SMTP; 11 Apr 2012 12:11:50 -0000 Received: from localhost (localhost [127.0.0.1]) by www001.mikesnet.ro (Postfix) with ESMTP id D18533C00E; Wed, 11 Apr 2012 12:11:49 +0000 (GMT) Received: from www001.mikesnet.ro ([127.0.0.1]) by localhost (www001.mikesnet.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SaTSfjsJM06B; Wed, 11 Apr 2012 12:11:49 +0000 (GMT) Received: from [172.16.0.13] (unknown [109.102.9.191]) by www001.mikesnet.ro (Postfix) with ESMTPA; Wed, 11 Apr 2012 12:11:49 +0000 (GMT) Message-ID: <4F857504.9090705@mikesnet.ro> Date: Wed, 11 Apr 2012 15:11:48 +0300 From: Ady Deac User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <000601cd17cc$71c78200$55568600$@com> In-Reply-To: Cc: Simon Hobson Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 11.04.2012 14:51, Simon Hobson wrote: > Chen Fu wrote: > >> I have a server with Debian and its IP:222.28.246.107 >> With Xen enable, two VM are created with IP 222.28.246.108, >> 222.28.246.109 > ... > Apologies if this sounds abrupt, but it seems quite common for > questions from Asia/China/India (I'm not sure where some questions > have come from) so I am wondering if it's a cultural difference, or > just that a lot of people are really new to this sort of environment ? Just more ignorant than the rest of the world. Simply ignore them and they'll go away. Having these stressful people banned from mailing lists seems to be the best approach. Eventually they'll figure it out and grow up. Less than 5% will go for paid support. The rest will simply start RTFM more carefully. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 12:12:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 12:12: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 1SHwOv-0005Dh-JH; Wed, 11 Apr 2012 12:11:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHwOt-0005DZ-Ua for xen-users@lists.xen.org; Wed, 11 Apr 2012 12:11:52 +0000 Received: from [85.158.138.51:5346] by server-9.bemta-3.messagelabs.com id F4/62-26691-605758F4; Wed, 11 Apr 2012 12:11:50 +0000 X-Env-Sender: ady@mikesnet.ro X-Msg-Ref: server-6.tower-174.messagelabs.com!1334146310!21688003!1 X-Originating-IP: [78.46.222.131] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9892 invoked from network); 11 Apr 2012 12:11:50 -0000 Received: from www001.mikesnet.ro (HELO www001.mikesnet.ro) (78.46.222.131) by server-6.tower-174.messagelabs.com with SMTP; 11 Apr 2012 12:11:50 -0000 Received: from localhost (localhost [127.0.0.1]) by www001.mikesnet.ro (Postfix) with ESMTP id D18533C00E; Wed, 11 Apr 2012 12:11:49 +0000 (GMT) Received: from www001.mikesnet.ro ([127.0.0.1]) by localhost (www001.mikesnet.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SaTSfjsJM06B; Wed, 11 Apr 2012 12:11:49 +0000 (GMT) Received: from [172.16.0.13] (unknown [109.102.9.191]) by www001.mikesnet.ro (Postfix) with ESMTPA; Wed, 11 Apr 2012 12:11:49 +0000 (GMT) Message-ID: <4F857504.9090705@mikesnet.ro> Date: Wed, 11 Apr 2012 15:11:48 +0300 From: Ady Deac User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <000601cd17cc$71c78200$55568600$@com> In-Reply-To: Cc: Simon Hobson Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 11.04.2012 14:51, Simon Hobson wrote: > Chen Fu wrote: > >> I have a server with Debian and its IP:222.28.246.107 >> With Xen enable, two VM are created with IP 222.28.246.108, >> 222.28.246.109 > ... > Apologies if this sounds abrupt, but it seems quite common for > questions from Asia/China/India (I'm not sure where some questions > have come from) so I am wondering if it's a cultural difference, or > just that a lot of people are really new to this sort of environment ? Just more ignorant than the rest of the world. Simply ignore them and they'll go away. Having these stressful people banned from mailing lists seems to be the best approach. Eventually they'll figure it out and grow up. Less than 5% will go for paid support. The rest will simply start RTFM more carefully. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 12:19:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 12:19: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 1SHwVO-0005TK-Mn; Wed, 11 Apr 2012 12:18:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHwVM-0005TF-TC for xen-users@lists.xen.org; Wed, 11 Apr 2012 12:18:33 +0000 Received: from [85.158.143.99:20281] by server-3.bemta-4.messagelabs.com id 04/F6-05853-896758F4; Wed, 11 Apr 2012 12:18:32 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1334146710!23137676!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5482 invoked from network); 11 Apr 2012 12:18:31 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 12:18:31 -0000 Received: by yenr5 with SMTP id r5so437139yen.32 for ; Wed, 11 Apr 2012 05:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ufkrwR0q08d2iE0pBnLsst89ioSt3d4AmtUN3g7zNYk=; b=Th/UJrJGvMVjsf4fszhoOSb3CyPJTadFTanr0O1dsnICmxoR3KBYW/6RC/NvbnE2cJ yVljXSlu9a4fXkJE/xx8WvskUdpEqdYpy1ANPmqek5eWVzFXkGIup/hzu74+3WsyR2sM MMS0e9TcIXqWQV4vI/YugMu00kEXvwmx1oBgz9Yr5KhrKHbdQvm5w4/R/ujlqqoEcTu9 WwUztHGAs/TLFTe7qwHM0t9uc0w8ImcX4qkKeA5NJP4K6Qf/VSe6w/XieMKvgH5gvE6M Jn56MGARzXQLdamA7R0K8kadVqukTqfn+uJKJXziCNmv4ngMpZ9w+cZSUyTaWhFNj1Fu t0gQ== Received: by 10.50.212.97 with SMTP id nj1mr1701044igc.65.1334146710172; Wed, 11 Apr 2012 05:18:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.140.71 with HTTP; Wed, 11 Apr 2012 05:18:10 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Wed, 11 Apr 2012 14:18:10 +0200 Message-ID: To: Heiko Wundram Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 11 April 2012 13:24, Heiko Wundram wrote: > The 3.3.1 kernel (any variant, i.e. either vanilla-sources or > gentoo-sources) is broken wrt. being used as a Xen-Dom0 pv_ops-system; it > has a bug stemming from incorrectly trying to validate the virtualized > IOAPIC. In case you (reverse-)apply the attached patch, it will boot (and > work) properly. Thank you for the patch, but do you mean that such issue will affect kernels >3.3.1 and higher versions up to an unknown date? reverse-applying such patch worked for me too. Thank you. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 12:19:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 12:19: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 1SHwVO-0005TK-Mn; Wed, 11 Apr 2012 12:18:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHwVM-0005TF-TC for xen-users@lists.xen.org; Wed, 11 Apr 2012 12:18:33 +0000 Received: from [85.158.143.99:20281] by server-3.bemta-4.messagelabs.com id 04/F6-05853-896758F4; Wed, 11 Apr 2012 12:18:32 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1334146710!23137676!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5482 invoked from network); 11 Apr 2012 12:18:31 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 12:18:31 -0000 Received: by yenr5 with SMTP id r5so437139yen.32 for ; Wed, 11 Apr 2012 05:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ufkrwR0q08d2iE0pBnLsst89ioSt3d4AmtUN3g7zNYk=; b=Th/UJrJGvMVjsf4fszhoOSb3CyPJTadFTanr0O1dsnICmxoR3KBYW/6RC/NvbnE2cJ yVljXSlu9a4fXkJE/xx8WvskUdpEqdYpy1ANPmqek5eWVzFXkGIup/hzu74+3WsyR2sM MMS0e9TcIXqWQV4vI/YugMu00kEXvwmx1oBgz9Yr5KhrKHbdQvm5w4/R/ujlqqoEcTu9 WwUztHGAs/TLFTe7qwHM0t9uc0w8ImcX4qkKeA5NJP4K6Qf/VSe6w/XieMKvgH5gvE6M Jn56MGARzXQLdamA7R0K8kadVqukTqfn+uJKJXziCNmv4ngMpZ9w+cZSUyTaWhFNj1Fu t0gQ== Received: by 10.50.212.97 with SMTP id nj1mr1701044igc.65.1334146710172; Wed, 11 Apr 2012 05:18:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.140.71 with HTTP; Wed, 11 Apr 2012 05:18:10 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Wed, 11 Apr 2012 14:18:10 +0200 Message-ID: To: Heiko Wundram Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 11 April 2012 13:24, Heiko Wundram wrote: > The 3.3.1 kernel (any variant, i.e. either vanilla-sources or > gentoo-sources) is broken wrt. being used as a Xen-Dom0 pv_ops-system; it > has a bug stemming from incorrectly trying to validate the virtualized > IOAPIC. In case you (reverse-)apply the attached patch, it will boot (and > work) properly. Thank you for the patch, but do you mean that such issue will affect kernels >3.3.1 and higher versions up to an unknown date? reverse-applying such patch worked for me too. Thank you. -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 12:36:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 12:36: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 1SHwlw-00064l-36; Wed, 11 Apr 2012 12:35:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHwlu-00064g-0N for xen-users@lists.xen.org; Wed, 11 Apr 2012 12:35:38 +0000 Received: from [85.158.143.35:27189] by server-2.bemta-4.messagelabs.com id 92/BC-17550-99A758F4; Wed, 11 Apr 2012 12:35:37 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-9.tower-21.messagelabs.com!1334147732!4450786!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12565 invoked from network); 11 Apr 2012 12:35:33 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2012 12:35:33 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id 66FF66B7 for ; Wed, 11 Apr 2012 14:35:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1334147732; bh=IBabRkKpXGPzFjPRJ8oOymOuQbRmrWgNyxZjZj4JA1s=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=VzE7tbNOPEcGd3Cl6LWQSFJvXsVh6Ax3yFUCSSEg5+QkZjT9epFjEds+bIUYV5Zs/ +eYAcTOheOynjjkncyG5Aeti0Yfu4MI58ctcQkztDVs93T+UToE0xWucYJGN1T1sLX MjoPlpe0OV2HNOI0Q/maA34NKEuLCR2L9+xrQr1c= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Wed, 11 Apr 2012 14:35:32 +0200 MIME-Version: 1.0 Date: Wed, 11 Apr 2012 14:35:32 +0200 From: Heiko Wundram To: In-Reply-To: References: Message-ID: <41e1ce5f08ad282c1906e3244f95301e@modelnine.org> X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 11.04.2012 14:18, schrieb Flavio: > Thank you for the patch, but do you mean that such issue will affect > kernels >3.3.1 and higher versions up to an unknown date? Currently, I've not seen a confirmation that the corresponding patch (which went into 3.3.1, because of an oversight) will be removed for 3.3.2, but I guess that's being worked on. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 12:36:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 12:36: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 1SHwlw-00064l-36; Wed, 11 Apr 2012 12:35:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHwlu-00064g-0N for xen-users@lists.xen.org; Wed, 11 Apr 2012 12:35:38 +0000 Received: from [85.158.143.35:27189] by server-2.bemta-4.messagelabs.com id 92/BC-17550-99A758F4; Wed, 11 Apr 2012 12:35:37 +0000 X-Env-Sender: modelnine@modelnine.org X-Msg-Ref: server-9.tower-21.messagelabs.com!1334147732!4450786!1 X-Originating-IP: [178.63.106.162] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12565 invoked from network); 11 Apr 2012 12:35:33 -0000 Received: from mail.modelnine.org (HELO mail.modelnine.org) (178.63.106.162) by server-9.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 11 Apr 2012 12:35:33 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.modelnine.org (Postfix) with ESMTP id 66FF66B7 for ; Wed, 11 Apr 2012 14:35:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=modelnine.org; s=modelnine1012; t=1334147732; bh=IBabRkKpXGPzFjPRJ8oOymOuQbRmrWgNyxZjZj4JA1s=; h=MIME-Version:Content-Type:Content-Transfer-Encoding:Date:From:To: Subject:In-Reply-To:References:Message-ID; b=VzE7tbNOPEcGd3Cl6LWQSFJvXsVh6Ax3yFUCSSEg5+QkZjT9epFjEds+bIUYV5Zs/ +eYAcTOheOynjjkncyG5Aeti0Yfu4MI58ctcQkztDVs93T+UToE0xWucYJGN1T1sLX MjoPlpe0OV2HNOI0Q/maA34NKEuLCR2L9+xrQr1c= Received: from [81.14.211.50] via xdom00.modelnine.lan ([172.16.0.1]) by mail.modelnine.org with HTTP (HTTP/1.1 POST); Wed, 11 Apr 2012 14:35:32 +0200 MIME-Version: 1.0 Date: Wed, 11 Apr 2012 14:35:32 +0200 From: Heiko Wundram To: In-Reply-To: References: Message-ID: <41e1ce5f08ad282c1906e3244f95301e@modelnine.org> X-Sender: modelnine@modelnine.org User-Agent: Roundcube Webmail/0.7.2 Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 11.04.2012 14:18, schrieb Flavio: > Thank you for the patch, but do you mean that such issue will affect > kernels >3.3.1 and higher versions up to an unknown date? Currently, I've not seen a confirmation that the corresponding patch (which went into 3.3.1, because of an oversight) will be removed for 3.3.2, but I guess that's being worked on. -- --- Heiko. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 15:54:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 15:54: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 1SHzr5-0008ME-HF; Wed, 11 Apr 2012 15:53:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzr4-0008M7-EP for xen-users@lists.xen.org; Wed, 11 Apr 2012 15:53:10 +0000 Received: from [193.109.254.147:55510] by server-12.bemta-14.messagelabs.com id F7/61-05898-5E8A58F4; Wed, 11 Apr 2012 15:53:09 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334159587!4178543!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24429 invoked from network); 11 Apr 2012 15:53:08 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 15:53:08 -0000 Received: by vbbfs19 with SMTP id fs19so937262vbb.32 for ; Wed, 11 Apr 2012 08:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kQAFVDpp0xvBbLrhv5JH/os6aW3FRNTw2RjOXAu5Y8k=; b=mfXu6Zfxbyisb86v7BtAzediX5IgwfQu/4Tk8zTqAq+egWZyHe146SPUoObSwRQUU9 RQpNKL89oai/MHHOZVEEPpA0tHXp0Ac+6Cr3MLmQqAegRXf8V2QE5i0uL6odZPdIZ4Lz f6NnHbh5DlQ3ZU1TqyJag8LAr2Bg+vv3ZCX7VaplG237FXcTxTySfI5ZLS+Dv0hljsFl fkPPbm8K02FZQpM83Dkiv6rui2PJimaP5JqjowuS5VkabvrQLoMv0WpPALP1awh3gBMi hhXb893v7WkuWIAR8gV/x9yaKgYzMUsa3O0qRAU4z0NPaA/RUeZSkU27iW7kuPj9d4RN 6lHQ== MIME-Version: 1.0 Received: by 10.52.31.42 with SMTP id x10mr6467343vdh.33.1334159587431; Wed, 11 Apr 2012 08:53:07 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Wed, 11 Apr 2012 08:53:07 -0700 (PDT) Date: Wed, 11 Apr 2012 17:53:07 +0200 Message-ID: From: Lloyd Dizon To: xen-users@lists.xen.org Subject: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3871216740983218376==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3871216740983218376== Content-Type: multipart/alternative; boundary=bcaec51ddd9748542304bd693c5d --bcaec51ddd9748542304bd693c5d Content-Type: text/plain; charset=ISO-8859-1 Hi, Just wondering what is the best practice for timekeeping in Xen, on HVMs and PVMs. I found lots of information that DomUs should sync with it's Dom0. However, there are also alot of posts for VMs timedrifting even if the Dom0 is properly synced. So it in the end, it seems it is better to treat the VM as an independent timekeeper and sync it using NTP. What are your thoughts? Is there an official answer out there? Should it be assumed that somehow a VM is improperly configured with regard to its Dom0 when it timedrifts? http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.2.2. http://www.brookstevens.org/2010/06/xen-time-drift-and-ntp.html regards, Lloyd --bcaec51ddd9748542304bd693c5d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,
Just wondering what is the best practice for timekeeping in Xen, on = HVMs and PVMs.

I found lots of information that DomUs should sync wi= th it's Dom0.

However, there are also alot of posts for VMs time= drifting even if the Dom0 is properly synced.

So it in the end, it seems it is better to treat the VM as an independe= nt timekeeper and sync it using NTP.

What are your thoughts? Is ther= e an official answer out there?
Should it be assumed that somehow a VM = is improperly configured with regard to its Dom0 when it timedrifts?




http://support.ntp.org/bin/view/Su= pport/KnownOsIssues#Section_9.2.2.2.
http://www.b= rookstevens.org/2010/06/xen-time-drift-and-ntp.html


regards,
Lloyd --bcaec51ddd9748542304bd693c5d-- --===============3871216740983218376== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3871216740983218376==-- From xen-users-bounces@lists.xen.org Wed Apr 11 15:54:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 15:54: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 1SHzr5-0008ME-HF; Wed, 11 Apr 2012 15:53:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzr4-0008M7-EP for xen-users@lists.xen.org; Wed, 11 Apr 2012 15:53:10 +0000 Received: from [193.109.254.147:55510] by server-12.bemta-14.messagelabs.com id F7/61-05898-5E8A58F4; Wed, 11 Apr 2012 15:53:09 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334159587!4178543!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24429 invoked from network); 11 Apr 2012 15:53:08 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 15:53:08 -0000 Received: by vbbfs19 with SMTP id fs19so937262vbb.32 for ; Wed, 11 Apr 2012 08:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kQAFVDpp0xvBbLrhv5JH/os6aW3FRNTw2RjOXAu5Y8k=; b=mfXu6Zfxbyisb86v7BtAzediX5IgwfQu/4Tk8zTqAq+egWZyHe146SPUoObSwRQUU9 RQpNKL89oai/MHHOZVEEPpA0tHXp0Ac+6Cr3MLmQqAegRXf8V2QE5i0uL6odZPdIZ4Lz f6NnHbh5DlQ3ZU1TqyJag8LAr2Bg+vv3ZCX7VaplG237FXcTxTySfI5ZLS+Dv0hljsFl fkPPbm8K02FZQpM83Dkiv6rui2PJimaP5JqjowuS5VkabvrQLoMv0WpPALP1awh3gBMi hhXb893v7WkuWIAR8gV/x9yaKgYzMUsa3O0qRAU4z0NPaA/RUeZSkU27iW7kuPj9d4RN 6lHQ== MIME-Version: 1.0 Received: by 10.52.31.42 with SMTP id x10mr6467343vdh.33.1334159587431; Wed, 11 Apr 2012 08:53:07 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Wed, 11 Apr 2012 08:53:07 -0700 (PDT) Date: Wed, 11 Apr 2012 17:53:07 +0200 Message-ID: From: Lloyd Dizon To: xen-users@lists.xen.org Subject: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3871216740983218376==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3871216740983218376== Content-Type: multipart/alternative; boundary=bcaec51ddd9748542304bd693c5d --bcaec51ddd9748542304bd693c5d Content-Type: text/plain; charset=ISO-8859-1 Hi, Just wondering what is the best practice for timekeeping in Xen, on HVMs and PVMs. I found lots of information that DomUs should sync with it's Dom0. However, there are also alot of posts for VMs timedrifting even if the Dom0 is properly synced. So it in the end, it seems it is better to treat the VM as an independent timekeeper and sync it using NTP. What are your thoughts? Is there an official answer out there? Should it be assumed that somehow a VM is improperly configured with regard to its Dom0 when it timedrifts? http://support.ntp.org/bin/view/Support/KnownOsIssues#Section_9.2.2.2. http://www.brookstevens.org/2010/06/xen-time-drift-and-ntp.html regards, Lloyd --bcaec51ddd9748542304bd693c5d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,
Just wondering what is the best practice for timekeeping in Xen, on = HVMs and PVMs.

I found lots of information that DomUs should sync wi= th it's Dom0.

However, there are also alot of posts for VMs time= drifting even if the Dom0 is properly synced.

So it in the end, it seems it is better to treat the VM as an independe= nt timekeeper and sync it using NTP.

What are your thoughts? Is ther= e an official answer out there?
Should it be assumed that somehow a VM = is improperly configured with regard to its Dom0 when it timedrifts?




http://support.ntp.org/bin/view/Su= pport/KnownOsIssues#Section_9.2.2.2.
http://www.b= rookstevens.org/2010/06/xen-time-drift-and-ntp.html


regards,
Lloyd --bcaec51ddd9748542304bd693c5d-- --===============3871216740983218376== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3871216740983218376==-- From xen-users-bounces@lists.xen.org Wed Apr 11 15:59:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 15:59:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzwX-0000Gu-45; Wed, 11 Apr 2012 15:58:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzwV-0000Gi-Gd for xen-users@lists.xen.org; Wed, 11 Apr 2012 15:58:47 +0000 Received: from [85.158.139.83:2539] by server-5.bemta-5.messagelabs.com id 0D/95-13566-63AA58F4; Wed, 11 Apr 2012 15:58:46 +0000 X-Env-Sender: cyberhawk001@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1334159920!23381573!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4032 invoked from network); 11 Apr 2012 15:58:41 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 15:58:41 -0000 Received: by yhoo21 with SMTP id o21so638257yho.32 for ; Wed, 11 Apr 2012 08:58:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=5I421VEmD1FE2lKx9asPUyJ3r3+adWdZUGUtgkWf9m4=; b=gN5XCML7IF2iY6Nd4yscz2ThO2xAL5SqdyvAvfxVq2vKZcaNdrIARrMBOTWPF2Pzxg 7ryNQswpAlTt1tsNlzzXK+T3HNOw/frx9lYJhjHXpothzDjeOFJSPb0+gsAHF3ydh6c1 ADQf+REw0E/j3OTZiStu6QmvYBo6X3HkhrmncFQ74cI8K2CRN0fp7jHtvXCpMHAaFlDn lQLfwvr3I1c4A+d6IiJkgsUGmQd3PXGMXutLRKH3F2e7C7fyDiqe7odmVPaRLwjK8eOK G8qYBojGDu9UGYcpmuWfAms5KXifmsbuI2dR3stt6hVp7j3cyVO+Vi9PmcNwNJvobM6a SjZQ== Received: by 10.236.179.70 with SMTP id g46mr11962874yhm.28.1334159919885; Wed, 11 Apr 2012 08:58:39 -0700 (PDT) Received: from [192.168.1.111] (c-24-129-99-161.hsd1.fl.comcast.net. [24.129.99.161]) by mx.google.com with ESMTPS id f40sm5163183ani.16.2012.04.11.08.58.38 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Apr 2012 08:58:39 -0700 (PDT) Message-ID: <4F85A9C1.6090300@gmail.com> Date: Wed, 11 Apr 2012 11:56:49 -0400 From: cyberhawk001@gmail.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------010600050200040004030502" Subject: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------010600050200040004030502 Content-Type: multipart/alternative; boundary="------------000208030006040707060504" --------------000208030006040707060504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I am still trying to get Xen to run on my machine. This time around i did the following: 1.) installed a clean Debian Squeeze 2.) Compiled and installed Kernel 3.3.1 (Config was setup with all defaults using menuconfig AND all xen options were set to Y) 3.) Rebooted into Kernel 3.3.1 4.) Upgraded to Debian Wheezy 5.) Setup Serial output to a second PC using null-model cable and added the following to /etc/default/grub GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" 6.) Using Synaptic, installed *xen-hypervisor-4.1-amd64*, *xen-tools 4.2.1-1*, and it installed all additional dependent packages. 7.) Added the following to /etc/default/grub GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" The downside is that once i add those lines above, i can't boot back into the normal non-Xen kernel anymore.... 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace log, which ended with a KERNEL PANIC I am not experienced with reading trace logs, SO i have attached it here as a TXT file. I am hoping someone can take a quick peek at it as it is not that long and see if it reveals anything of useful to why the kernel panics....... AS always thanks to all... ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- --------------000208030006040707060504 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I am still trying to get Xen to run on my machine. This time around i did the following:

1.) installed a clean Debian Squeeze
2.) Compiled and installed Kernel 3.3.1 (Config was setup with all defaults using menuconfig AND all xen options were set to Y)
3.) Rebooted into Kernel 3.3.1
4.) Upgraded to Debian Wheezy
5.) Setup Serial output to a second PC using null-model cable and added the following to /etc/default/grub
GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga"
GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen"
6.) Using Synaptic, installed xen-hypervisor-4.1-amd64, xen-tools 4.2.1-1, and it installed all additional dependent packages.

7.) Added the following to /etc/default/grub
GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga"
GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen"
The downside is that once i add those lines above, i can't boot back into the normal non-Xen kernel anymore....

8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace log, which ended with a KERNEL PANIC

I am not experienced with reading trace logs, SO i have attached it here as a TXT file. I am hoping someone can take a quick peek at it as it is not that long and see if it reveals anything of useful to why the kernel panics.......

AS always thanks to all...


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

--------------000208030006040707060504-- --------------010600050200040004030502 Content-Type: text/plain; charset=windows-1252; name="Xen 4.1 Error Log.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xen 4.1 Error Log.txt" KFhFTikgWGVuIHZlcnNpb24gNC4xLjIgKERlYmlhbiA0LjEuMi0yKSAod2FsZGlAZGViaWFu Lm9yZykgKGdjYyB2ZXJzaW9uIDQuNi4yIChEZWJpYW4gNC42LjItNikgKSBTYXQgRGVjIDEw IDE5OjU4OjIxIFVUQyAyMDExDQooWEVOKSBCb290bG9hZGVyOiBHUlVCIDEuOTktMTcNCihY RU4pIENvbW1hbmQgbGluZTogcGxhY2Vob2xkZXIgbG9nbHZsPWFsbCBndWVzdF9sb2dsdmw9 YWxsIGNvbTE9MTE1MjAwLDhuMSwweDNmOCw0IGNvbnNvbGU9Y29tMSx2Z2ENCihYRU4pIFZp ZGVvIGluZm9ybWF0aW9uOg0KKFhFTikgIFZHQSBpcyB0ZXh0IG1vZGUgODB4MjUsIGZvbnQg OHgxNg0KKFhFTikgIFZCRS9EREMgbWV0aG9kczogVjI7IEVESUQgdHJhbnNmZXIgdGltZTog MSBzZWNvbmRzDQooWEVOKSBEaXNjIGluZm9ybWF0aW9uOg0KKFhFTikgIEZvdW5kIDQgTUJS IHNpZ25hdHVyZXMNCihYRU4pICBGb3VuZCA0IEVERCBpbmZvcm1hdGlvbiBzdHJ1Y3R1cmVz DQooWEVOKSBYZW4tZTgyMCBSQU0gbWFwOg0KKFhFTikgIDAwMDAwMDAwMDAwMDAwMDAgLSAw MDAwMDAwMDAwMDlkODAwICh1c2FibGUpDQooWEVOKSAgMDAwMDAwMDAwMDA5ZDgwMCAtIDAw MDAwMDAwMDAwYTAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwMDAwZTAwMDAgLSAw MDAwMDAwMDAwMTAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMDAwMTAwMDAwIC0g MDAwMDAwMDBiZjM0NDAwMCAodXNhYmxlKQ0KKFhFTikgIDAwMDAwMDAwYmYzNDQwMDAgLSAw MDAwMDAwMGJmM2Q2MDAwIChBQ1BJIE5WUykNCihYRU4pICAwMDAwMDAwMGJmM2Q2MDAwIC0g MDAwMDAwMDBiZmI0ZjAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBiZmI0ZjAwMCAt IDAwMDAwMDAwYmZiNTcwMDAgKEFDUEkgTlZTKQ0KKFhFTikgIDAwMDAwMDAwYmZiNTcwMDAg LSAwMDAwMDAwMGJmYjgwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGJmYjgwMDAw IC0gMDAwMDAwMDBiZmQ4MzAwMCAoQUNQSSBOVlMpDQooWEVOKSAgMDAwMDAwMDBiZmQ4MzAw MCAtIDAwMDAwMDAwYmZmMDAwMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMGZlYzAwMDAw IC0gMDAwMDAwMDBmZWMwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWMxMDAw MCAtIDAwMDAwMDAwZmVjMTEwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmVjMjAw MDAgLSAwMDAwMDAwMGZlYzIxMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZDAw MDAwIC0gMDAwMDAwMDBmZWQwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWQ2 MTAwMCAtIDAwMDAwMDAwZmVkNzEwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmVk ODAwMDAgLSAwMDAwMDAwMGZlZDkwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZl ZjAwMDAwIC0gMDAwMDAwMDEwMDAwMDAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDEw MDAwMTAwMCAtIDAwMDAwMDA0NDAwMDAwMDAgKHVzYWJsZSkNCihYRU4pIEFDUEk6IFJTRFAg MDAwRjA0NTAsIDAwMjQgKHIyIEFMQVNLQSkNCihYRU4pIEFDUEk6IFhTRFQgQkYzRDAwNjgs IDAwNTQgKHIxIEFMQVNLQSAgICBBIE0gSSAgMTA3MjAwOSBBTUkgICAgIDEwMDEzKQ0KKFhF TikgQUNQSTogRkFDUCBCRjNENTU0OCwgMDBGNCAocjQgQUxBU0tBICAgIEEgTSBJICAxMDcy MDA5IEFNSSAgICAgMTAwMTMpDQooWEVOKSBBQ1BJIFdhcm5pbmcgKHRiZmFkdC0wNDQ0KTog T3B0aW9uYWwgZmllbGQgIlBtMkNvbnRyb2xCbG9jayIgaGFzIHplcm8gYWRkcmVzcyBvciBs ZW5ndGg6IDAwMDAwMDAwMDAwMDAwMDAvMSBbMjAwNzAxMjZdDQooWEVOKSBBQ1BJOiBEU0RU IEJGM0QwMTUwLCA1M0YxIChyMiBBTEFTS0EgICAgQSBNIEkgICAgICAgIDAgSU5UTCAyMDA1 MTExNykNCihYRU4pIEFDUEk6IEZBQ1MgQkZCNTFGODAsIDAwNDANCihYRU4pIEFDUEk6IEFQ SUMgQkYzRDU2NDAsIDAwOUUgKHIzIEFMQVNLQSAgICBBIE0gSSAgMTA3MjAwOSBBTUkgICAg IDEwMDEzKQ0KKFhFTikgQUNQSTogTUNGRyBCRjNENTZFMCwgMDAzQyAocjEgQUxBU0tBICAg IEEgTSBJICAxMDcyMDA5IE1TRlQgICAgMTAwMTMpDQooWEVOKSBBQ1BJOiBBQUZUIEJGM0Q1 NzIwLCAwMDNCIChyMSBBTEFTS0EgT0VNQUFGVCAgIDEwNzIwMDkgTVNGVCAgICAgICA5NykN CihYRU4pIEFDUEk6IEhQRVQgQkYzRDU3NjAsIDAwMzggKHIxIEFMQVNLQSAgICBBIE0gSSAg MTA3MjAwOSBBTUkgICAgICAgICA0KQ0KKFhFTikgQUNQSTogSVZSUyBCRjNENTc5OCwgMDBF OCAocjEgIEFNRCAgICAgUkQ4OTBTICAgMjAyMDMxIEFNRCAgICAgICAgIDApDQooWEVOKSBT eXN0ZW0gUkFNOiAxNjM3Mk1CICgxNjc2NTMwMGtCKQ0KKFhFTikgTm8gTlVNQSBjb25maWd1 cmF0aW9uIGZvdW5kDQooWEVOKSBGYWtpbmcgYSBub2RlIGF0IDAwMDAwMDAwMDAwMDAwMDAt MDAwMDAwMDQ0MDAwMDAwMA0KKFhFTikgRG9tYWluIGhlYXAgaW5pdGlhbGlzZWQNCihYRU4p IGZvdW5kIFNNUCBNUC10YWJsZSBhdCAwMDBmZDEyMA0KKFhFTikgRE1JIDIuNiBwcmVzZW50 Lg0KKFhFTikgVXNpbmcgQVBJQyBkcml2ZXIgZGVmYXVsdA0KKFhFTikgQUNQSTogUE0tVGlt ZXIgSU8gUG9ydDogMHg4MDgNCihYRU4pIEFDUEk6IEFDUEkgU0xFRVAgSU5GTzogcG0xeF9j bnRbODA0LDBdLCBwbTF4X2V2dFs4MDAsMF0NCihYRU4pIEFDUEk6IDMyLzY0WCBGQUNTIGFk ZHJlc3MgbWlzbWF0Y2ggaW4gRkFEVCAtIGJmYjUxZjgwLzAwMDAwMDAwMDAwMDAwMDAsIHVz aW5nIDMyDQooWEVOKSBBQ1BJOiAgICAgICAgICAgICAgICAgIHdha2V1cF92ZWNbYmZiNTFm OGNdLCB2ZWNfc2l6ZVsyMF0NCihYRU4pIEFDUEk6IExvY2FsIEFQSUMgYWRkcmVzcyAweGZl ZTAwMDAwDQooWEVOKSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAxXSBsYXBpY19pZFsweDAw XSBlbmFibGVkKQ0KKFhFTikgUHJvY2Vzc29yICMwIDA6NCBBUElDIHZlcnNpb24gMTYNCihY RU4pIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDJdIGxhcGljX2lkWzB4MDFdIGVuYWJsZWQp DQooWEVOKSBQcm9jZXNzb3IgIzEgMDo0IEFQSUMgdmVyc2lvbiAxNg0KKFhFTikgQUNQSTog TEFQSUMgKGFjcGlfaWRbMHgwM10gbGFwaWNfaWRbMHgwMl0gZW5hYmxlZCkNCihYRU4pIFBy b2Nlc3NvciAjMiAwOjQgQVBJQyB2ZXJzaW9uIDE2DQooWEVOKSBBQ1BJOiBMQVBJQyAoYWNw aV9pZFsweDA0XSBsYXBpY19pZFsweDAzXSBlbmFibGVkKQ0KKFhFTikgUHJvY2Vzc29yICMz IDA6NCBBUElDIHZlcnNpb24gMTYNCihYRU4pIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDVd IGxhcGljX2lkWzB4MDVdIGRpc2FibGVkKQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRb MHgwNl0gbGFwaWNfaWRbMHgwNl0gZGlzYWJsZWQpDQooWEVOKSBBQ1BJOiBMQVBJQyAoYWNw aV9pZFsweDA3XSBsYXBpY19pZFsweDA3XSBkaXNhYmxlZCkNCihYRU4pIEFDUEk6IExBUElD IChhY3BpX2lkWzB4MDhdIGxhcGljX2lkWzB4MDhdIGRpc2FibGVkKQ0KKFhFTikgQUNQSTog TEFQSUNfTk1JIChhY3BpX2lkWzB4ZmZdIGhpZ2ggZWRnZSBsaW50WzB4MV0pDQooWEVOKSBB Q1BJOiBJT0FQSUMgKGlkWzB4MDBdIGFkZHJlc3NbMHhmZWMwMDAwMF0gZ3NpX2Jhc2VbMF0p DQooWEVOKSBJT0FQSUNbMF06IGFwaWNfaWQgMCwgdmVyc2lvbiAzMywgYWRkcmVzcyAweGZl YzAwMDAwLCBHU0kgMC0yMw0KKFhFTikgQUNQSTogSU9BUElDIChpZFsweDAxXSBhZGRyZXNz WzB4ZmVjMjAwMDBdIGdzaV9iYXNlWzI0XSkNCihYRU4pIElPQVBJQ1sxXTogYXBpY19pZCAx LCB2ZXJzaW9uIDMzLCBhZGRyZXNzIDB4ZmVjMjAwMDAsIEdTSSAyNC01NQ0KKFhFTikgQUNQ STogSU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgMCBnbG9iYWxfaXJxIDIgZGZsIGRmbCkN CihYRU4pIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDkgZ2xvYmFsX2lycSA5 IGxvdyBsZXZlbCkNCihYRU4pIEFDUEk6IElSUTAgdXNlZCBieSBvdmVycmlkZS4NCihYRU4p IEFDUEk6IElSUTIgdXNlZCBieSBvdmVycmlkZS4NCihYRU4pIEFDUEk6IElSUTkgdXNlZCBi eSBvdmVycmlkZS4NCihYRU4pIEVuYWJsaW5nIEFQSUMgbW9kZTogIEZsYXQuICBVc2luZyAy IEkvTyBBUElDcw0KKFhFTikgQUNQSTogSFBFVCBpZDogMHhmZmZmZmZmZiBiYXNlOiAweGZl ZDAwMDAwDQooWEVOKSBQQ0k6IE1DRkcgY29uZmlndXJhdGlvbiAwOiBiYXNlIGUwMDAwMDAw IHNlZ21lbnQgMCBidXNlcyAwIC0gMjU1DQooWEVOKSBQQ0k6IE5vdCB1c2luZyBNTUNPTkZJ Ry4NCihYRU4pIFRhYmxlIGlzIG5vdCBmb3VuZCENCihYRU4pIFVzaW5nIEFDUEkgKE1BRFQp IGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbg0KKFhFTikgSVJRIGxpbWl0czog NTYgR1NJLCA3MjggTVNJL01TSS1YDQooWEVOKSBVc2luZyBzY2hlZHVsZXI6IFNNUCBDcmVk aXQgU2NoZWR1bGVyIChjcmVkaXQpDQooWEVOKSBEZXRlY3RlZCAzMDAwLjI4NiBNSHogcHJv Y2Vzc29yLg0KKFhFTikgSW5pdGluZyBtZW1vcnkgc2hhcmluZy4NCihYRU4pIEFNRCBGYW0x MGggbWFjaGluZSBjaGVjayByZXBvcnRpbmcgZW5hYmxlZA0KKFhFTikgQU1ELVZpOiBJT01N VSAwIEVuYWJsZWQuDQooWEVOKSBJL08gdmlydHVhbGlzYXRpb24gZW5hYmxlZA0KKFhFTikg IC0gRG9tMCBtb2RlOiBSZWxheGVkDQooWEVOKSBFTkFCTElORyBJTy1BUElDIElSUXMNCihY RU4pICAtPiBVc2luZyBuZXcgQUNLIG1ldGhvZA0KKFhFTikgLi5USU1FUjogdmVjdG9yPTB4 RjAgYXBpYzE9MCBwaW4xPTIgYXBpYzI9LTEgcGluMj0tMQ0KKFhFTikgUGxhdGZvcm0gdGlt ZXIgaXMgMTQuMzE4TUh6IEhQRVQNCv8oWEVOKSBBbGxvY2F0ZWQgY29uc29sZSByaW5nIG9m IDMyIEtpQi4NCihYRU4pIEhWTTogQVNJRHMgZW5hYmxlZC4NCihYRU4pIFNWTTogU3VwcG9y dGVkIGFkdmFuY2VkIGZlYXR1cmVzOg0KKFhFTikgIC0gTmVzdGVkIFBhZ2UgVGFibGVzIChO UFQpDQooWEVOKSAgLSBMYXN0IEJyYW5jaCBSZWNvcmQgKExCUikgVmlydHVhbGlzYXRpb24N CihYRU4pICAtIE5leHQtUklQIFNhdmVkIG9uICNWTUVYSVQNCihYRU4pIEhWTTogU1ZNIGVu YWJsZWQNCihYRU4pIEhWTTogSGFyZHdhcmUgQXNzaXN0ZWQgUGFnaW5nIGRldGVjdGVkLg0K KFhFTikgQnJvdWdodCB1cCA0IENQVXMNCihYRU4pIEFDUEkgc2xlZXAgbW9kZXM6IFMzDQoo WEVOKSBNQ0E6IFVzZSBodyB0aHJlc2hvbGRpbmcgdG8gYWRqdXN0IHBvbGxpbmcgZnJlcXVl bmN5DQooWEVOKSBtY2hlY2tfcG9sbDogTWFjaGluZSBjaGVjayBwb2xsaW5nIHRpbWVyIHN0 YXJ0ZWQuDQooWEVOKSBYZW5vcHJvZmlsZTogRmFpbGVkIHRvIHNldHVwIElCUyBMVlQgb2Zm c2V0LCBJQlNDVEwgPSAweGZmZmZmZmZmDQooWEVOKSAqKiogTE9BRElORyBET01BSU4gMCAq KioNCihYRU4pICBYZW4gIGtlcm5lbDogNjQtYml0LCBsc2IsIGNvbXBhdDMyDQooWEVOKSAg RG9tMCBrZXJuZWw6IDY0LWJpdCwgUEFFLCBsc2IsIHBhZGRyIDB4MTAwMDAwMCAtPiAweDFj MTQwMDANCihYRU4pIFBIWVNJQ0FMIE1FTU9SWSBBUlJBTkdFTUVOVDoNCihYRU4pICBEb20w IGFsbG9jLjogICAwMDAwMDAwNDJjMDAwMDAwLT4wMDAwMDAwNDMwMDAwMDAwICg0MDc5MDE1 IHBhZ2VzIHRvIGJlIGFsbG9jYXRlZCkNCihYRU4pICBJbml0LiByYW1kaXNrOiAwMDAwMDAw NDNlMGNkMDAwLT4wMDAwMDAwNDNmZmZmYzAwDQooWEVOKSBWSVJUVUFMIE1FTU9SWSBBUlJB TkdFTUVOVDoNCihYRU4pICBMb2FkZWQga2VybmVsOiBmZmZmZmZmZjgxMDAwMDAwLT5mZmZm ZmZmZjgxYzE0MDAwDQooWEVOKSAgSW5pdC4gcmFtZGlzazogZmZmZmZmZmY4MWMxNDAwMC0+ ZmZmZmZmZmY4M2I0NmMwMA0KKFhFTikgIFBoeXMtTWFjaCBtYXA6IGZmZmZmZmZmODNiNDcw MDAtPmZmZmZmZmZmODVhOTU2ZDANCihYRU4pICBTdGFydCBpbmZvOiAgICBmZmZmZmZmZjg1 YTk2MDAwLT5mZmZmZmZmZjg1YTk2NGI0DQooWEVOKSAgUGFnZSB0YWJsZXM6ICAgZmZmZmZm ZmY4NWE5NzAwMC0+ZmZmZmZmZmY4NWFjODAwMA0KKFhFTikgIEJvb3Qgc3RhY2s6ICAgIGZm ZmZmZmZmODVhYzgwMDAtPmZmZmZmZmZmODVhYzkwMDANCihYRU4pICBUT1RBTDogICAgICAg ICBmZmZmZmZmZjgwMDAwMDAwLT5mZmZmZmZmZjg1YzAwMDAwDQooWEVOKSAgRU5UUlkgQURE UkVTUzogZmZmZmZmZmY4MTY4YTIwMA0KKFhFTikgRG9tMCBoYXMgbWF4aW11bSA0IFZDUFVz DQooWEVOKSBTY3J1YmJpbmcgRnJlZSBSQU06IC5kb25lLg0KKFhFTikgWGVuIHRyYWNlIGJ1 ZmZlcnM6IGRpc2FibGVkDQooWEVOKSBTdGQuIExvZ2xldmVsOiBBbGwNCihYRU4pIEd1ZXN0 IExvZ2xldmVsOiBBbGwNCihYRU4pIFhlbiBpcyByZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xl Lg0KKFhFTikgKioqIFNlcmlhbCBpbnB1dCAtPiBET00wICh0eXBlICdDVFJMLWEnIHRocmVl IHRpbWVzIHRvIHN3aXRjaCBpbnB1dCB0byBYZW4pDQooWEVOKSBGcmVlZCAyMTZrQiBpbml0 IG1lbW9yeS4NCm1hcHBpbmcga2VybmVsIGludG8gcGh5c2ljYWwgbWVtb3J5DQpYZW46IHNl dHVwIElTQSBpZGVudGl0eSBtYXBzDQphYm91dCB0byBnZXQgc3RhcnRlZC4uLg0KWyAgICAw LjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1c2V0DQpbICAgIDAuMDAw MDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBjcHUNClsgICAgMC4wMDAwMDBdIExp bnV4IHZlcnNpb24gMy4zLjEgKHJvb3RAc2t5bmV0MCkgKGdjYyB2ZXJzaW9uIDQuNC41IChE ZWJpYW4gNC40LjUtOCkgKSAjMSBTTVAgTW9uIEFwciA5IDIzOjM2OjIxIEVEVCAyMDEyDQpb ICAgIDAuMDAwMDAwXSBDb21tYW5kIGxpbmU6IHBsYWNlaG9sZGVyIHJvb3Q9VVVJRD05NmYx NTc0Yi00YTcyLTRkM2MtOThmOS00ODNhNmRkYTM4YTAgcm8gY29uc29sZT1odmMwIGVhcmx5 cHJpbnRrPXhlbiBxdWlldA0KWyAgICAwLjAwMDAwMF0gRnJlZWluZyAgOWQtMTAwIHBmbiBy YW5nZTogOTkgcGFnZXMgZnJlZWQNClsgICAgMC4wMDAwMDBdIEZyZWVpbmcgIGJmMzQ0LWJm ZDgzIHBmbiByYW5nZTogMjYyMyBwYWdlcyBmcmVlZA0KWyAgICAwLjAwMDAwMF0gRnJlZWlu ZyAgYmZmMDAtMTAwMDAxIHBmbiByYW5nZTogMjYyNDAxIHBhZ2VzIGZyZWVkDQpbICAgIDAu MDAwMDAwXSBSZWxlYXNlZCAyNjUxMjMgcGFnZXMgb2YgdW51c2VkIG1lbW9yeQ0KWyAgICAw LjAwMDAwMF0gU2V0IDI2NTEyMyBwYWdlKHMpIHRvIDEtMSBtYXBwaW5nDQpbICAgIDAuMDAw MDAwXSBCSU9TLXByb3ZpZGVkIHBoeXNpY2FsIFJBTSBtYXA6DQpbICAgIDAuMDAwMDAwXSAg WGVuOiAwMDAwMDAwMDAwMDAwMDAwIC0gMDAwMDAwMDAwMDA5ZDAwMCAodXNhYmxlKQ0KWyAg ICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDA5ZDgwMCAtIDAwMDAwMDAwMDAxMDAwMDAg KHJlc2VydmVkKQ0KWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDEwMDAwMCAtIDAw MDAwMDAwYmYzNDQwMDAgKHVzYWJsZSkNClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAw YmYzNDQwMDAgLSAwMDAwMDAwMGJmM2Q2MDAwIChBQ1BJIE5WUykNClsgICAgMC4wMDAwMDBd ICBYZW46IDAwMDAwMDAwYmYzZDYwMDAgLSAwMDAwMDAwMGJmYjRmMDAwIChyZXNlcnZlZCkN ClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwYmZiNGYwMDAgLSAwMDAwMDAwMGJmYjU3 MDAwIChBQ1BJIE5WUykNClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwYmZiNTcwMDAg LSAwMDAwMDAwMGJmYjgwMDAwIChyZXNlcnZlZCkNClsgICAgMC4wMDAwMDBdICBYZW46IDAw MDAwMDAwYmZiODAwMDAgLSAwMDAwMDAwMGJmZDgzMDAwIChBQ1BJIE5WUykNClsgICAgMC4w MDAwMDBdICBYZW46IDAwMDAwMDAwYmZkODMwMDAgLSAwMDAwMDAwMGJmZjAwMDAwICh1c2Fi bGUpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlYzAwMDAwIC0gMDAwMDAwMDBm ZWMwMTAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlYzEw MDAwIC0gMDAwMDAwMDBmZWMxMTAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVu OiAwMDAwMDAwMGZlYzIwMDAwIC0gMDAwMDAwMDBmZWMyMTAwMCAocmVzZXJ2ZWQpDQpbICAg IDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZDAwMDAwIC0gMDAwMDAwMDBmZWQwMTAwMCAo cmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZDYxMDAwIC0gMDAw MDAwMDBmZWQ3MTAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAw MGZlZDgwMDAwIC0gMDAwMDAwMDBmZWQ5MDAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAw XSAgWGVuOiAwMDAwMDAwMGZlZTAwMDAwIC0gMDAwMDAwMDBmZWUwMTAwMCAocmVzZXJ2ZWQp DQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZjAwMDAwIC0gMDAwMDAwMDEwMDAw MDAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMTAwMDAxMDAw IC0gMDAwMDAwMDQ0MDAwMDAwMCAodXNhYmxlKQ0KWyAgICAwLjAwMDAwMF0gYm9vdGNvbnNv bGUgW3hlbmJvb3QwXSBlbmFibGVkDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDowMC4wDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMDowMC4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDow Mi4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDowNC4wDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwMDowNS4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDowNi4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDowNy4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxMS4wDQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwMDoxMi4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxMi4yDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxMy4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDox My4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNC4wDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwMDoxNC4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNC4zDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDoxNC40DQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNC41DQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwMDoxNS4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNS4xDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNS4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDox Ni4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNi4yDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwMDoxOC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxOC4xDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDoxOC4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxOC4zDQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwMDoxOC40DQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMTowMC4wDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMTowMC4xDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMjow MC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMzowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwNDowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwNTowMC4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwNzowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwODowMC4wDQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwOTowMC4wDQpbICAgIDAuMTk4NDU3XSBCVUc6IHVuYWJsZSB0byBo YW5kbGUga2VybmVsIE5VTEwgcG9pbnRlciBkZXJlZmVyZW5jZSBhdCAwMDAwMDAwMDAwMDAw MDQwDQpbICAgIDAuMTk4NDY1XSBJUDogWzxmZmZmZmZmZjgxMjEzNDE0Pl0geGVuX2lycV9p bml0KzB4MjUvMHg5Mw0KWyAgICAwLjE5ODQ3NV0gUEdEIDANClsgICAgMC4xOTg0NzhdIE9v cHM6IDAwMDIgWyMxXSBTTVANClsgICAgMC4xOTg0ODNdIENQVSAwDQpbICAgIDAuMTk4NDg2 XSBNb2R1bGVzIGxpbmtlZCBpbjoNClsgICAgMC4xOTg0ODldDQpbICAgIDAuMTk4NDkzXSBQ aWQ6IDEsIGNvbW06IHN3YXBwZXIvMCBUYWludGVkOiBHICAgICAgICBXICAgIDMuMy4xICMx IFRvIEJlIEZpbGxlZCBCeSBPLkUuTS4gVG8gQmUgRmlsbGVkIEJ5IE8uRS5NLi85OTBGWCBQ cm9mZXNzaW9uYWwNClsgICAgMC4xOTg1MDJdIFJJUDogZTAzMDpbPGZmZmZmZmZmODEyMTM0 MTQ+XSAgWzxmZmZmZmZmZjgxMjEzNDE0Pl0geGVuX2lycV9pbml0KzB4MjUvMHg5Mw0KWyAg ICAwLjE5ODUwOV0gUlNQOiBlMDJiOmZmZmY4ODAzZDM0NWJjMTAgIEVGTEFHUzogMDAwMTAy MDINClsgICAgMC4xOTg1MTJdIFJBWDogMDAwMDAwMDAwMDAwMDA0MCBSQlg6IDAwMDAwMDAw ZmZmZmZmZWYgUkNYOiAwMDAwMDAwMDAwMDAwMDEwDQpbICAgIDAuMTk4NTE2XSBSRFg6IDAw MDAwMDAwMDAwMDAwMDEgUlNJOiBmZmZmZmZmZjgxNDA1MjcwIFJESTogMDAwMDAwMDAwMDAw MDA0MA0KWyAgICAwLjE5ODUyMF0gUkJQOiAwMDAwMDAwMDAwMDAwMDEwIFIwODogMDAwMDAw MDAwMDAwMDAwMSBSMDk6IGZmZmZmZmZmODE3OWRkMTANClsgICAgMC4xOTg1MjRdIFIxMDog MDAwMDAwMDAwMDAwMDAwMCBSMTE6IDAwMDAwMDAwMDAwMDAwMDcgUjEyOiAwMDAwMDAwMDAw MDAwMDEwDQpbICAgIDAuMTk4NTI4XSBSMTM6IGZmZmZmZmZmODE0ZWIwMzIgUjE0OiAwMDAw MDAwMGZmZmZmZmVmIFIxNTogZmZmZjg4MDNkMzQ1YmUzMA0KWyAgICAwLjE5ODUzNF0gRlM6 ICAwMDAwMDAwMDAwMDAwMDAwKDAwMDApIEdTOmZmZmY4ODAzZTliYWQwMDAoMDAwMCkga25s R1M6MDAwMDAwMDAwMDAwMDAwMA0KWyAgICAwLjE5ODUzOF0gQ1M6ICBlMDMzIERTOiAwMDAw IEVTOiAwMDAwIENSMDogMDAwMDAwMDA4MDA1MDAzYg0KWyAgICAwLjE5ODU0Ml0gQ1IyOiAw MDAwMDAwMDAwMDAwMDQwIENSMzogMDAwMDAwMDAwMTYwNTAwMCBDUjQ6IDAwMDAwMDAwMDAw MDA2NjANClsgICAgMC4xOTg1NDZdIERSMDogMDAwMDAwMDAwMDAwMDAwMCBEUjE6IDAwMDAw MDAwMDAwMDAwMDAgRFIyOiAwMDAwMDAwMDAwMDAwMDAwDQpbICAgIDAuMTk4NTUwXSBEUjM6 IDAwMDAwMDAwMDAwMDAwMDAgRFI2OiAwMDAwMDAwMGZmZmYwZmYwIERSNzogMDAwMDAwMDAw MDAwMDQwMA0KWyAgICAwLjE5ODU1NF0gUHJvY2VzcyBzd2FwcGVyLzAgKHBpZDogMSwgdGhy ZWFkaW5mbyBmZmZmODgwM2QzNDVhMDAwLCB0YXNrIGZmZmY4ODAzZDM0NzAwMDApDQpbICAg IDAuMTk4NTU4XSBTdGFjazoNClsgICAgMC4xOTg1NjFdICBmZmZmZmZmZjgxNGViMDMyIDAw MDAwMDAwMDAwMDAwMTAgMDAwMDAwMDAwMDAwMDAwMSBmZmZmZmZmZjgxMjEzNzFlDQpbICAg IDAuMTk4NTY4XSAgMDAwMDAwMDAwMDAwMDAwMCA3ZmZmZmZmZmZmZmYwMmZmIDdmZmZmZmZm ZmZmZjAyZmYgMDAwMDAwMDAwMDAwMDAwNw0KWyAgICAwLjE5ODU3Nl0gIGZmZmY4ODAzZDM0 NWJjOTAgMDAwMDAwMDAwMDAwMDAxMCAwMDAwMDAwMGZmZmZmZmZmIDAwMDAwMDAwZmZmZmZm ZmYNClsgICAgMC4xOTg1ODRdIENhbGwgVHJhY2U6DQpbICAgIDAuMTk4NTg5XSAgWzxmZmZm ZmZmZjgxMjEzNzFlPl0gPyB4ZW5fYmluZF9waXJxX2dzaV90b19pcnErMHhiMy8weDFiOQ0K WyAgICAwLjE5ODU5NV0gIFs8ZmZmZmZmZmY4MTI4NzMwND5dID8geGVuX3JlZ2lzdGVyX3Bp cnErMHg4NS8weGFlDQpbICAgIDAuMTk4NjAwXSAgWzxmZmZmZmZmZjgxMjg3MzkyPl0gPyB4 ZW5fcmVnaXN0ZXJfZ3NpKzB4NDQvMHhhMw0KWyAgICAwLjE5ODYwNl0gIFs8ZmZmZmZmZmY4 MTAyM2FiMT5dID8gYWNwaV9yZWdpc3Rlcl9nc2krMHhhLzB4MzMNClsgICAgMC4xOTg2MTFd ICBbPGZmZmZmZmZmODExZWQ1ZTE+XSA/IGFjcGlfcGNpX2lycV9lbmFibGUrMHgxMTkvMHgx ODgNClsgICAgMC4xOTg2MTddICBbPGZmZmZmZmZmODExYzY1YjE+XSA/IHBjaV9lbmFibGVf cmVzb3VyY2VzKzB4MjEvMHhmYQ0KWyAgICAwLjE5ODYyMl0gIFs8ZmZmZmZmZmY4MTFjMzI2 Mj5dID8gZG9fcGNpX2VuYWJsZV9kZXZpY2UrMHgyNS8weDNkDQpbICAgIDAuMTk4NjI3XSAg WzxmZmZmZmZmZjgxMWMzMzEwPl0gPyBfX3BjaV9lbmFibGVfZGV2aWNlX2ZsYWdzKzB4OTYv MHhhOA0KWyAgICAwLjE5ODYzM10gIFs8ZmZmZmZmZmY4MTFiZWM4Yz5dID8gcGNpX2VuYWJs ZV9icmlkZ2VzKzB4MjkvMHg2MQ0KWyAgICAwLjE5ODYzOV0gIFs8ZmZmZmZmZmY4MTZiMThm Mj5dID8gcGNpX2Fzc2lnbl91bmFzc2lnbmVkX3Jlc291cmNlcysweDIwMC8weDIzNA0KWyAg ICAwLjE5ODY0NV0gIFs8ZmZmZmZmZmY4MTI1MDA3OD5dID8gYnVzX2ZpbmRfZGV2aWNlKzB4 NzgvMHg4Ng0KWyAgICAwLjE5ODY1MV0gIFs8ZmZmZmZmZmY4MTBmM2ViOD5dID8gdmlydF90 b19oZWFkX3BhZ2UrMHg5LzB4MmMNClsgICAgMC4xOTg2NTZdICBbPGZmZmZmZmZmODEwZjYw MDk+XSA/IGtmcmVlKzB4NDgvMHhjMg0KWyAgICAwLjE5ODY2MV0gIFs8ZmZmZmZmZmY4MTFj NGRmNT5dID8gcGNpX2dldF9zdWJzeXMrMHg1Ni8weDZlDQpbICAgIDAuMTk4NjY3XSAgWzxm ZmZmZmZmZjgxNmJmMzE5Pl0gPyBwY2liaW9zX2FsbG9jYXRlX2J1c19yZXNvdXJjZXMrMHg4 ZS8weDhlDQpbICAgIDAuMTk4NjcyXSAgWzxmZmZmZmZmZjgxNmJmMzdmPl0gPyBwY2liaW9z X2Fzc2lnbl9yZXNvdXJjZXMrMHg2Ni8weDZhDQpbICAgIDAuMTk4Njc3XSAgWzxmZmZmZmZm ZjgxMDAyMDc4Pl0gPyBkb19vbmVfaW5pdGNhbGwrMHg3OC8weDEzMQ0KWyAgICAwLjE5ODY4 M10gIFs8ZmZmZmZmZmY4MTY4YTVkNT5dID8ga2VybmVsX2luaXQrMHhjNC8weDE0NQ0KWyAg ICAwLjE5ODY4OF0gIFs8ZmZmZmZmZmY4MTM2MzFhND5dID8ga2VybmVsX3RocmVhZF9oZWxw ZXIrMHg0LzB4MTANClsgICAgMC4xOTg2OTRdICBbPGZmZmZmZmZmODEzNWJhZmM+XSA/IHJl dGludF9yZXN0b3JlX2FyZ3MrMHg1LzB4Ng0KWyAgICAwLjE5ODY5OF0gIFs8ZmZmZmZmZmY4 MTM2MzFhMD5dID8gZ3NfY2hhbmdlKzB4MTMvMHgxMw0KWyAgICAwLjE5ODcwMV0gQ29kZTog NWIgZTkgM2UgZjggZmYgZmYgNTUgYmQgMTAgMDAgMDAgMDAgNTMgODkgZmIgNDggODMgZWMg MDggZTggYTcgMmQgZTggZmYgNDggODMgYzAgNDAgNDggYzcgYzYgNzAgNTIgNDAgODEgYjkg MTAgMDAgMDAgMDAgNDggODkgYzcgPGYzPiBhNSA0OCA4YiAzZCA5MyBiMyA1YiAwMCA0OCA4 NSBmZiA3NCAyNyBiYSAyOA0KMDAgMDAgMDAgYmUgZDANClsgICAgMC4xOTg3NzZdIFJJUCAg WzxmZmZmZmZmZjgxMjEzNDE0Pl0geGVuX2lycV9pbml0KzB4MjUvMHg5Mw0KWyAgICAwLjE5 ODc4Ml0gIFJTUCA8ZmZmZjg4MDNkMzQ1YmMxMD4NClsgICAgMC4xOTg3ODRdIENSMjogMDAw MDAwMDAwMDAwMDA0MA0KWyAgICAwLjE5ODc4OV0gLS0tWyBlbmQgdHJhY2UgYTc5MTllN2Yx N2MwYTcyNiBdLS0tDQpbICAgIDAuMTk4Nzk3XSBLZXJuZWwgcGFuaWMgLSBub3Qgc3luY2lu ZzogQXR0ZW1wdGVkIHRvIGtpbGwgaW5pdCENCihYRU4pIERvbWFpbiAwIGNyYXNoZWQ6IHJl Ym9vdGluZyBtYWNoaW5lIGluIDUgc2Vjb25kcy4NCvxYRU4pIFJlc2V0dGluZyB3aXRoIEFD UEkgTUVNT1JZIG9yIEkvTyBSRVNFVF9SRUcu --------------010600050200040004030502 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------010600050200040004030502-- From xen-users-bounces@lists.xen.org Wed Apr 11 15:59:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 15:59:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzwX-0000Gu-45; Wed, 11 Apr 2012 15:58:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzwV-0000Gi-Gd for xen-users@lists.xen.org; Wed, 11 Apr 2012 15:58:47 +0000 Received: from [85.158.139.83:2539] by server-5.bemta-5.messagelabs.com id 0D/95-13566-63AA58F4; Wed, 11 Apr 2012 15:58:46 +0000 X-Env-Sender: cyberhawk001@gmail.com X-Msg-Ref: server-10.tower-182.messagelabs.com!1334159920!23381573!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4032 invoked from network); 11 Apr 2012 15:58:41 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-10.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 15:58:41 -0000 Received: by yhoo21 with SMTP id o21so638257yho.32 for ; Wed, 11 Apr 2012 08:58:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=5I421VEmD1FE2lKx9asPUyJ3r3+adWdZUGUtgkWf9m4=; b=gN5XCML7IF2iY6Nd4yscz2ThO2xAL5SqdyvAvfxVq2vKZcaNdrIARrMBOTWPF2Pzxg 7ryNQswpAlTt1tsNlzzXK+T3HNOw/frx9lYJhjHXpothzDjeOFJSPb0+gsAHF3ydh6c1 ADQf+REw0E/j3OTZiStu6QmvYBo6X3HkhrmncFQ74cI8K2CRN0fp7jHtvXCpMHAaFlDn lQLfwvr3I1c4A+d6IiJkgsUGmQd3PXGMXutLRKH3F2e7C7fyDiqe7odmVPaRLwjK8eOK G8qYBojGDu9UGYcpmuWfAms5KXifmsbuI2dR3stt6hVp7j3cyVO+Vi9PmcNwNJvobM6a SjZQ== Received: by 10.236.179.70 with SMTP id g46mr11962874yhm.28.1334159919885; Wed, 11 Apr 2012 08:58:39 -0700 (PDT) Received: from [192.168.1.111] (c-24-129-99-161.hsd1.fl.comcast.net. [24.129.99.161]) by mx.google.com with ESMTPS id f40sm5163183ani.16.2012.04.11.08.58.38 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Apr 2012 08:58:39 -0700 (PDT) Message-ID: <4F85A9C1.6090300@gmail.com> Date: Wed, 11 Apr 2012 11:56:49 -0400 From: cyberhawk001@gmail.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------010600050200040004030502" Subject: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------010600050200040004030502 Content-Type: multipart/alternative; boundary="------------000208030006040707060504" --------------000208030006040707060504 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I am still trying to get Xen to run on my machine. This time around i did the following: 1.) installed a clean Debian Squeeze 2.) Compiled and installed Kernel 3.3.1 (Config was setup with all defaults using menuconfig AND all xen options were set to Y) 3.) Rebooted into Kernel 3.3.1 4.) Upgraded to Debian Wheezy 5.) Setup Serial output to a second PC using null-model cable and added the following to /etc/default/grub GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" 6.) Using Synaptic, installed *xen-hypervisor-4.1-amd64*, *xen-tools 4.2.1-1*, and it installed all additional dependent packages. 7.) Added the following to /etc/default/grub GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" The downside is that once i add those lines above, i can't boot back into the normal non-Xen kernel anymore.... 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace log, which ended with a KERNEL PANIC I am not experienced with reading trace logs, SO i have attached it here as a TXT file. I am hoping someone can take a quick peek at it as it is not that long and see if it reveals anything of useful to why the kernel panics....... AS always thanks to all... ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- --------------000208030006040707060504 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I am still trying to get Xen to run on my machine. This time around i did the following:

1.) installed a clean Debian Squeeze
2.) Compiled and installed Kernel 3.3.1 (Config was setup with all defaults using menuconfig AND all xen options were set to Y)
3.) Rebooted into Kernel 3.3.1
4.) Upgraded to Debian Wheezy
5.) Setup Serial output to a second PC using null-model cable and added the following to /etc/default/grub
GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga"
GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen"
6.) Using Synaptic, installed xen-hypervisor-4.1-amd64, xen-tools 4.2.1-1, and it installed all additional dependent packages.

7.) Added the following to /etc/default/grub
GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga"
GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen"
The downside is that once i add those lines above, i can't boot back into the normal non-Xen kernel anymore....

8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace log, which ended with a KERNEL PANIC

I am not experienced with reading trace logs, SO i have attached it here as a TXT file. I am hoping someone can take a quick peek at it as it is not that long and see if it reveals anything of useful to why the kernel panics.......

AS always thanks to all...


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

--------------000208030006040707060504-- --------------010600050200040004030502 Content-Type: text/plain; charset=windows-1252; name="Xen 4.1 Error Log.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Xen 4.1 Error Log.txt" KFhFTikgWGVuIHZlcnNpb24gNC4xLjIgKERlYmlhbiA0LjEuMi0yKSAod2FsZGlAZGViaWFu Lm9yZykgKGdjYyB2ZXJzaW9uIDQuNi4yIChEZWJpYW4gNC42LjItNikgKSBTYXQgRGVjIDEw IDE5OjU4OjIxIFVUQyAyMDExDQooWEVOKSBCb290bG9hZGVyOiBHUlVCIDEuOTktMTcNCihY RU4pIENvbW1hbmQgbGluZTogcGxhY2Vob2xkZXIgbG9nbHZsPWFsbCBndWVzdF9sb2dsdmw9 YWxsIGNvbTE9MTE1MjAwLDhuMSwweDNmOCw0IGNvbnNvbGU9Y29tMSx2Z2ENCihYRU4pIFZp ZGVvIGluZm9ybWF0aW9uOg0KKFhFTikgIFZHQSBpcyB0ZXh0IG1vZGUgODB4MjUsIGZvbnQg OHgxNg0KKFhFTikgIFZCRS9EREMgbWV0aG9kczogVjI7IEVESUQgdHJhbnNmZXIgdGltZTog MSBzZWNvbmRzDQooWEVOKSBEaXNjIGluZm9ybWF0aW9uOg0KKFhFTikgIEZvdW5kIDQgTUJS IHNpZ25hdHVyZXMNCihYRU4pICBGb3VuZCA0IEVERCBpbmZvcm1hdGlvbiBzdHJ1Y3R1cmVz DQooWEVOKSBYZW4tZTgyMCBSQU0gbWFwOg0KKFhFTikgIDAwMDAwMDAwMDAwMDAwMDAgLSAw MDAwMDAwMDAwMDlkODAwICh1c2FibGUpDQooWEVOKSAgMDAwMDAwMDAwMDA5ZDgwMCAtIDAw MDAwMDAwMDAwYTAwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwMDAwZTAwMDAgLSAw MDAwMDAwMDAwMTAwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMDAwMTAwMDAwIC0g MDAwMDAwMDBiZjM0NDAwMCAodXNhYmxlKQ0KKFhFTikgIDAwMDAwMDAwYmYzNDQwMDAgLSAw MDAwMDAwMGJmM2Q2MDAwIChBQ1BJIE5WUykNCihYRU4pICAwMDAwMDAwMGJmM2Q2MDAwIC0g MDAwMDAwMDBiZmI0ZjAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBiZmI0ZjAwMCAt IDAwMDAwMDAwYmZiNTcwMDAgKEFDUEkgTlZTKQ0KKFhFTikgIDAwMDAwMDAwYmZiNTcwMDAg LSAwMDAwMDAwMGJmYjgwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGJmYjgwMDAw IC0gMDAwMDAwMDBiZmQ4MzAwMCAoQUNQSSBOVlMpDQooWEVOKSAgMDAwMDAwMDBiZmQ4MzAw MCAtIDAwMDAwMDAwYmZmMDAwMDAgKHVzYWJsZSkNCihYRU4pICAwMDAwMDAwMGZlYzAwMDAw IC0gMDAwMDAwMDBmZWMwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWMxMDAw MCAtIDAwMDAwMDAwZmVjMTEwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmVjMjAw MDAgLSAwMDAwMDAwMGZlYzIxMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZlZDAw MDAwIC0gMDAwMDAwMDBmZWQwMTAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDBmZWQ2 MTAwMCAtIDAwMDAwMDAwZmVkNzEwMDAgKHJlc2VydmVkKQ0KKFhFTikgIDAwMDAwMDAwZmVk ODAwMDAgLSAwMDAwMDAwMGZlZDkwMDAwIChyZXNlcnZlZCkNCihYRU4pICAwMDAwMDAwMGZl ZjAwMDAwIC0gMDAwMDAwMDEwMDAwMDAwMCAocmVzZXJ2ZWQpDQooWEVOKSAgMDAwMDAwMDEw MDAwMTAwMCAtIDAwMDAwMDA0NDAwMDAwMDAgKHVzYWJsZSkNCihYRU4pIEFDUEk6IFJTRFAg MDAwRjA0NTAsIDAwMjQgKHIyIEFMQVNLQSkNCihYRU4pIEFDUEk6IFhTRFQgQkYzRDAwNjgs IDAwNTQgKHIxIEFMQVNLQSAgICBBIE0gSSAgMTA3MjAwOSBBTUkgICAgIDEwMDEzKQ0KKFhF TikgQUNQSTogRkFDUCBCRjNENTU0OCwgMDBGNCAocjQgQUxBU0tBICAgIEEgTSBJICAxMDcy MDA5IEFNSSAgICAgMTAwMTMpDQooWEVOKSBBQ1BJIFdhcm5pbmcgKHRiZmFkdC0wNDQ0KTog T3B0aW9uYWwgZmllbGQgIlBtMkNvbnRyb2xCbG9jayIgaGFzIHplcm8gYWRkcmVzcyBvciBs ZW5ndGg6IDAwMDAwMDAwMDAwMDAwMDAvMSBbMjAwNzAxMjZdDQooWEVOKSBBQ1BJOiBEU0RU IEJGM0QwMTUwLCA1M0YxIChyMiBBTEFTS0EgICAgQSBNIEkgICAgICAgIDAgSU5UTCAyMDA1 MTExNykNCihYRU4pIEFDUEk6IEZBQ1MgQkZCNTFGODAsIDAwNDANCihYRU4pIEFDUEk6IEFQ SUMgQkYzRDU2NDAsIDAwOUUgKHIzIEFMQVNLQSAgICBBIE0gSSAgMTA3MjAwOSBBTUkgICAg IDEwMDEzKQ0KKFhFTikgQUNQSTogTUNGRyBCRjNENTZFMCwgMDAzQyAocjEgQUxBU0tBICAg IEEgTSBJICAxMDcyMDA5IE1TRlQgICAgMTAwMTMpDQooWEVOKSBBQ1BJOiBBQUZUIEJGM0Q1 NzIwLCAwMDNCIChyMSBBTEFTS0EgT0VNQUFGVCAgIDEwNzIwMDkgTVNGVCAgICAgICA5NykN CihYRU4pIEFDUEk6IEhQRVQgQkYzRDU3NjAsIDAwMzggKHIxIEFMQVNLQSAgICBBIE0gSSAg MTA3MjAwOSBBTUkgICAgICAgICA0KQ0KKFhFTikgQUNQSTogSVZSUyBCRjNENTc5OCwgMDBF OCAocjEgIEFNRCAgICAgUkQ4OTBTICAgMjAyMDMxIEFNRCAgICAgICAgIDApDQooWEVOKSBT eXN0ZW0gUkFNOiAxNjM3Mk1CICgxNjc2NTMwMGtCKQ0KKFhFTikgTm8gTlVNQSBjb25maWd1 cmF0aW9uIGZvdW5kDQooWEVOKSBGYWtpbmcgYSBub2RlIGF0IDAwMDAwMDAwMDAwMDAwMDAt MDAwMDAwMDQ0MDAwMDAwMA0KKFhFTikgRG9tYWluIGhlYXAgaW5pdGlhbGlzZWQNCihYRU4p IGZvdW5kIFNNUCBNUC10YWJsZSBhdCAwMDBmZDEyMA0KKFhFTikgRE1JIDIuNiBwcmVzZW50 Lg0KKFhFTikgVXNpbmcgQVBJQyBkcml2ZXIgZGVmYXVsdA0KKFhFTikgQUNQSTogUE0tVGlt ZXIgSU8gUG9ydDogMHg4MDgNCihYRU4pIEFDUEk6IEFDUEkgU0xFRVAgSU5GTzogcG0xeF9j bnRbODA0LDBdLCBwbTF4X2V2dFs4MDAsMF0NCihYRU4pIEFDUEk6IDMyLzY0WCBGQUNTIGFk ZHJlc3MgbWlzbWF0Y2ggaW4gRkFEVCAtIGJmYjUxZjgwLzAwMDAwMDAwMDAwMDAwMDAsIHVz aW5nIDMyDQooWEVOKSBBQ1BJOiAgICAgICAgICAgICAgICAgIHdha2V1cF92ZWNbYmZiNTFm OGNdLCB2ZWNfc2l6ZVsyMF0NCihYRU4pIEFDUEk6IExvY2FsIEFQSUMgYWRkcmVzcyAweGZl ZTAwMDAwDQooWEVOKSBBQ1BJOiBMQVBJQyAoYWNwaV9pZFsweDAxXSBsYXBpY19pZFsweDAw XSBlbmFibGVkKQ0KKFhFTikgUHJvY2Vzc29yICMwIDA6NCBBUElDIHZlcnNpb24gMTYNCihY RU4pIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDJdIGxhcGljX2lkWzB4MDFdIGVuYWJsZWQp DQooWEVOKSBQcm9jZXNzb3IgIzEgMDo0IEFQSUMgdmVyc2lvbiAxNg0KKFhFTikgQUNQSTog TEFQSUMgKGFjcGlfaWRbMHgwM10gbGFwaWNfaWRbMHgwMl0gZW5hYmxlZCkNCihYRU4pIFBy b2Nlc3NvciAjMiAwOjQgQVBJQyB2ZXJzaW9uIDE2DQooWEVOKSBBQ1BJOiBMQVBJQyAoYWNw aV9pZFsweDA0XSBsYXBpY19pZFsweDAzXSBlbmFibGVkKQ0KKFhFTikgUHJvY2Vzc29yICMz IDA6NCBBUElDIHZlcnNpb24gMTYNCihYRU4pIEFDUEk6IExBUElDIChhY3BpX2lkWzB4MDVd IGxhcGljX2lkWzB4MDVdIGRpc2FibGVkKQ0KKFhFTikgQUNQSTogTEFQSUMgKGFjcGlfaWRb MHgwNl0gbGFwaWNfaWRbMHgwNl0gZGlzYWJsZWQpDQooWEVOKSBBQ1BJOiBMQVBJQyAoYWNw aV9pZFsweDA3XSBsYXBpY19pZFsweDA3XSBkaXNhYmxlZCkNCihYRU4pIEFDUEk6IExBUElD IChhY3BpX2lkWzB4MDhdIGxhcGljX2lkWzB4MDhdIGRpc2FibGVkKQ0KKFhFTikgQUNQSTog TEFQSUNfTk1JIChhY3BpX2lkWzB4ZmZdIGhpZ2ggZWRnZSBsaW50WzB4MV0pDQooWEVOKSBB Q1BJOiBJT0FQSUMgKGlkWzB4MDBdIGFkZHJlc3NbMHhmZWMwMDAwMF0gZ3NpX2Jhc2VbMF0p DQooWEVOKSBJT0FQSUNbMF06IGFwaWNfaWQgMCwgdmVyc2lvbiAzMywgYWRkcmVzcyAweGZl YzAwMDAwLCBHU0kgMC0yMw0KKFhFTikgQUNQSTogSU9BUElDIChpZFsweDAxXSBhZGRyZXNz WzB4ZmVjMjAwMDBdIGdzaV9iYXNlWzI0XSkNCihYRU4pIElPQVBJQ1sxXTogYXBpY19pZCAx LCB2ZXJzaW9uIDMzLCBhZGRyZXNzIDB4ZmVjMjAwMDAsIEdTSSAyNC01NQ0KKFhFTikgQUNQ STogSU5UX1NSQ19PVlIgKGJ1cyAwIGJ1c19pcnEgMCBnbG9iYWxfaXJxIDIgZGZsIGRmbCkN CihYRU4pIEFDUEk6IElOVF9TUkNfT1ZSIChidXMgMCBidXNfaXJxIDkgZ2xvYmFsX2lycSA5 IGxvdyBsZXZlbCkNCihYRU4pIEFDUEk6IElSUTAgdXNlZCBieSBvdmVycmlkZS4NCihYRU4p IEFDUEk6IElSUTIgdXNlZCBieSBvdmVycmlkZS4NCihYRU4pIEFDUEk6IElSUTkgdXNlZCBi eSBvdmVycmlkZS4NCihYRU4pIEVuYWJsaW5nIEFQSUMgbW9kZTogIEZsYXQuICBVc2luZyAy IEkvTyBBUElDcw0KKFhFTikgQUNQSTogSFBFVCBpZDogMHhmZmZmZmZmZiBiYXNlOiAweGZl ZDAwMDAwDQooWEVOKSBQQ0k6IE1DRkcgY29uZmlndXJhdGlvbiAwOiBiYXNlIGUwMDAwMDAw IHNlZ21lbnQgMCBidXNlcyAwIC0gMjU1DQooWEVOKSBQQ0k6IE5vdCB1c2luZyBNTUNPTkZJ Ry4NCihYRU4pIFRhYmxlIGlzIG5vdCBmb3VuZCENCihYRU4pIFVzaW5nIEFDUEkgKE1BRFQp IGZvciBTTVAgY29uZmlndXJhdGlvbiBpbmZvcm1hdGlvbg0KKFhFTikgSVJRIGxpbWl0czog NTYgR1NJLCA3MjggTVNJL01TSS1YDQooWEVOKSBVc2luZyBzY2hlZHVsZXI6IFNNUCBDcmVk aXQgU2NoZWR1bGVyIChjcmVkaXQpDQooWEVOKSBEZXRlY3RlZCAzMDAwLjI4NiBNSHogcHJv Y2Vzc29yLg0KKFhFTikgSW5pdGluZyBtZW1vcnkgc2hhcmluZy4NCihYRU4pIEFNRCBGYW0x MGggbWFjaGluZSBjaGVjayByZXBvcnRpbmcgZW5hYmxlZA0KKFhFTikgQU1ELVZpOiBJT01N VSAwIEVuYWJsZWQuDQooWEVOKSBJL08gdmlydHVhbGlzYXRpb24gZW5hYmxlZA0KKFhFTikg IC0gRG9tMCBtb2RlOiBSZWxheGVkDQooWEVOKSBFTkFCTElORyBJTy1BUElDIElSUXMNCihY RU4pICAtPiBVc2luZyBuZXcgQUNLIG1ldGhvZA0KKFhFTikgLi5USU1FUjogdmVjdG9yPTB4 RjAgYXBpYzE9MCBwaW4xPTIgYXBpYzI9LTEgcGluMj0tMQ0KKFhFTikgUGxhdGZvcm0gdGlt ZXIgaXMgMTQuMzE4TUh6IEhQRVQNCv8oWEVOKSBBbGxvY2F0ZWQgY29uc29sZSByaW5nIG9m IDMyIEtpQi4NCihYRU4pIEhWTTogQVNJRHMgZW5hYmxlZC4NCihYRU4pIFNWTTogU3VwcG9y dGVkIGFkdmFuY2VkIGZlYXR1cmVzOg0KKFhFTikgIC0gTmVzdGVkIFBhZ2UgVGFibGVzIChO UFQpDQooWEVOKSAgLSBMYXN0IEJyYW5jaCBSZWNvcmQgKExCUikgVmlydHVhbGlzYXRpb24N CihYRU4pICAtIE5leHQtUklQIFNhdmVkIG9uICNWTUVYSVQNCihYRU4pIEhWTTogU1ZNIGVu YWJsZWQNCihYRU4pIEhWTTogSGFyZHdhcmUgQXNzaXN0ZWQgUGFnaW5nIGRldGVjdGVkLg0K KFhFTikgQnJvdWdodCB1cCA0IENQVXMNCihYRU4pIEFDUEkgc2xlZXAgbW9kZXM6IFMzDQoo WEVOKSBNQ0E6IFVzZSBodyB0aHJlc2hvbGRpbmcgdG8gYWRqdXN0IHBvbGxpbmcgZnJlcXVl bmN5DQooWEVOKSBtY2hlY2tfcG9sbDogTWFjaGluZSBjaGVjayBwb2xsaW5nIHRpbWVyIHN0 YXJ0ZWQuDQooWEVOKSBYZW5vcHJvZmlsZTogRmFpbGVkIHRvIHNldHVwIElCUyBMVlQgb2Zm c2V0LCBJQlNDVEwgPSAweGZmZmZmZmZmDQooWEVOKSAqKiogTE9BRElORyBET01BSU4gMCAq KioNCihYRU4pICBYZW4gIGtlcm5lbDogNjQtYml0LCBsc2IsIGNvbXBhdDMyDQooWEVOKSAg RG9tMCBrZXJuZWw6IDY0LWJpdCwgUEFFLCBsc2IsIHBhZGRyIDB4MTAwMDAwMCAtPiAweDFj MTQwMDANCihYRU4pIFBIWVNJQ0FMIE1FTU9SWSBBUlJBTkdFTUVOVDoNCihYRU4pICBEb20w IGFsbG9jLjogICAwMDAwMDAwNDJjMDAwMDAwLT4wMDAwMDAwNDMwMDAwMDAwICg0MDc5MDE1 IHBhZ2VzIHRvIGJlIGFsbG9jYXRlZCkNCihYRU4pICBJbml0LiByYW1kaXNrOiAwMDAwMDAw NDNlMGNkMDAwLT4wMDAwMDAwNDNmZmZmYzAwDQooWEVOKSBWSVJUVUFMIE1FTU9SWSBBUlJB TkdFTUVOVDoNCihYRU4pICBMb2FkZWQga2VybmVsOiBmZmZmZmZmZjgxMDAwMDAwLT5mZmZm ZmZmZjgxYzE0MDAwDQooWEVOKSAgSW5pdC4gcmFtZGlzazogZmZmZmZmZmY4MWMxNDAwMC0+ ZmZmZmZmZmY4M2I0NmMwMA0KKFhFTikgIFBoeXMtTWFjaCBtYXA6IGZmZmZmZmZmODNiNDcw MDAtPmZmZmZmZmZmODVhOTU2ZDANCihYRU4pICBTdGFydCBpbmZvOiAgICBmZmZmZmZmZjg1 YTk2MDAwLT5mZmZmZmZmZjg1YTk2NGI0DQooWEVOKSAgUGFnZSB0YWJsZXM6ICAgZmZmZmZm ZmY4NWE5NzAwMC0+ZmZmZmZmZmY4NWFjODAwMA0KKFhFTikgIEJvb3Qgc3RhY2s6ICAgIGZm ZmZmZmZmODVhYzgwMDAtPmZmZmZmZmZmODVhYzkwMDANCihYRU4pICBUT1RBTDogICAgICAg ICBmZmZmZmZmZjgwMDAwMDAwLT5mZmZmZmZmZjg1YzAwMDAwDQooWEVOKSAgRU5UUlkgQURE UkVTUzogZmZmZmZmZmY4MTY4YTIwMA0KKFhFTikgRG9tMCBoYXMgbWF4aW11bSA0IFZDUFVz DQooWEVOKSBTY3J1YmJpbmcgRnJlZSBSQU06IC5kb25lLg0KKFhFTikgWGVuIHRyYWNlIGJ1 ZmZlcnM6IGRpc2FibGVkDQooWEVOKSBTdGQuIExvZ2xldmVsOiBBbGwNCihYRU4pIEd1ZXN0 IExvZ2xldmVsOiBBbGwNCihYRU4pIFhlbiBpcyByZWxpbnF1aXNoaW5nIFZHQSBjb25zb2xl Lg0KKFhFTikgKioqIFNlcmlhbCBpbnB1dCAtPiBET00wICh0eXBlICdDVFJMLWEnIHRocmVl IHRpbWVzIHRvIHN3aXRjaCBpbnB1dCB0byBYZW4pDQooWEVOKSBGcmVlZCAyMTZrQiBpbml0 IG1lbW9yeS4NCm1hcHBpbmcga2VybmVsIGludG8gcGh5c2ljYWwgbWVtb3J5DQpYZW46IHNl dHVwIElTQSBpZGVudGl0eSBtYXBzDQphYm91dCB0byBnZXQgc3RhcnRlZC4uLg0KWyAgICAw LjAwMDAwMF0gSW5pdGlhbGl6aW5nIGNncm91cCBzdWJzeXMgY3B1c2V0DQpbICAgIDAuMDAw MDAwXSBJbml0aWFsaXppbmcgY2dyb3VwIHN1YnN5cyBjcHUNClsgICAgMC4wMDAwMDBdIExp bnV4IHZlcnNpb24gMy4zLjEgKHJvb3RAc2t5bmV0MCkgKGdjYyB2ZXJzaW9uIDQuNC41IChE ZWJpYW4gNC40LjUtOCkgKSAjMSBTTVAgTW9uIEFwciA5IDIzOjM2OjIxIEVEVCAyMDEyDQpb ICAgIDAuMDAwMDAwXSBDb21tYW5kIGxpbmU6IHBsYWNlaG9sZGVyIHJvb3Q9VVVJRD05NmYx NTc0Yi00YTcyLTRkM2MtOThmOS00ODNhNmRkYTM4YTAgcm8gY29uc29sZT1odmMwIGVhcmx5 cHJpbnRrPXhlbiBxdWlldA0KWyAgICAwLjAwMDAwMF0gRnJlZWluZyAgOWQtMTAwIHBmbiBy YW5nZTogOTkgcGFnZXMgZnJlZWQNClsgICAgMC4wMDAwMDBdIEZyZWVpbmcgIGJmMzQ0LWJm ZDgzIHBmbiByYW5nZTogMjYyMyBwYWdlcyBmcmVlZA0KWyAgICAwLjAwMDAwMF0gRnJlZWlu ZyAgYmZmMDAtMTAwMDAxIHBmbiByYW5nZTogMjYyNDAxIHBhZ2VzIGZyZWVkDQpbICAgIDAu MDAwMDAwXSBSZWxlYXNlZCAyNjUxMjMgcGFnZXMgb2YgdW51c2VkIG1lbW9yeQ0KWyAgICAw LjAwMDAwMF0gU2V0IDI2NTEyMyBwYWdlKHMpIHRvIDEtMSBtYXBwaW5nDQpbICAgIDAuMDAw MDAwXSBCSU9TLXByb3ZpZGVkIHBoeXNpY2FsIFJBTSBtYXA6DQpbICAgIDAuMDAwMDAwXSAg WGVuOiAwMDAwMDAwMDAwMDAwMDAwIC0gMDAwMDAwMDAwMDA5ZDAwMCAodXNhYmxlKQ0KWyAg ICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDA5ZDgwMCAtIDAwMDAwMDAwMDAxMDAwMDAg KHJlc2VydmVkKQ0KWyAgICAwLjAwMDAwMF0gIFhlbjogMDAwMDAwMDAwMDEwMDAwMCAtIDAw MDAwMDAwYmYzNDQwMDAgKHVzYWJsZSkNClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAw YmYzNDQwMDAgLSAwMDAwMDAwMGJmM2Q2MDAwIChBQ1BJIE5WUykNClsgICAgMC4wMDAwMDBd ICBYZW46IDAwMDAwMDAwYmYzZDYwMDAgLSAwMDAwMDAwMGJmYjRmMDAwIChyZXNlcnZlZCkN ClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwYmZiNGYwMDAgLSAwMDAwMDAwMGJmYjU3 MDAwIChBQ1BJIE5WUykNClsgICAgMC4wMDAwMDBdICBYZW46IDAwMDAwMDAwYmZiNTcwMDAg LSAwMDAwMDAwMGJmYjgwMDAwIChyZXNlcnZlZCkNClsgICAgMC4wMDAwMDBdICBYZW46IDAw MDAwMDAwYmZiODAwMDAgLSAwMDAwMDAwMGJmZDgzMDAwIChBQ1BJIE5WUykNClsgICAgMC4w MDAwMDBdICBYZW46IDAwMDAwMDAwYmZkODMwMDAgLSAwMDAwMDAwMGJmZjAwMDAwICh1c2Fi bGUpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlYzAwMDAwIC0gMDAwMDAwMDBm ZWMwMTAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlYzEw MDAwIC0gMDAwMDAwMDBmZWMxMTAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVu OiAwMDAwMDAwMGZlYzIwMDAwIC0gMDAwMDAwMDBmZWMyMTAwMCAocmVzZXJ2ZWQpDQpbICAg IDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZDAwMDAwIC0gMDAwMDAwMDBmZWQwMTAwMCAo cmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZDYxMDAwIC0gMDAw MDAwMDBmZWQ3MTAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAw MGZlZDgwMDAwIC0gMDAwMDAwMDBmZWQ5MDAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAw XSAgWGVuOiAwMDAwMDAwMGZlZTAwMDAwIC0gMDAwMDAwMDBmZWUwMTAwMCAocmVzZXJ2ZWQp DQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMGZlZjAwMDAwIC0gMDAwMDAwMDEwMDAw MDAwMCAocmVzZXJ2ZWQpDQpbICAgIDAuMDAwMDAwXSAgWGVuOiAwMDAwMDAwMTAwMDAxMDAw IC0gMDAwMDAwMDQ0MDAwMDAwMCAodXNhYmxlKQ0KWyAgICAwLjAwMDAwMF0gYm9vdGNvbnNv bGUgW3hlbmJvb3QwXSBlbmFibGVkDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDowMC4wDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMDowMC4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDow Mi4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDowNC4wDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwMDowNS4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDowNi4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDowNy4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxMS4wDQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwMDoxMi4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxMi4yDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxMy4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDox My4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNC4wDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwMDoxNC4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNC4zDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDoxNC40DQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNC41DQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwMDoxNS4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNS4xDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNS4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDox Ni4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxNi4yDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwMDoxOC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxOC4xDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwMDoxOC4yDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMDoxOC4zDQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwMDoxOC40DQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMTowMC4wDQoo WEVOKSBQQ0kgYWRkIGRldmljZSAwMTowMC4xDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMjow MC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwMzowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmlj ZSAwNDowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwNTowMC4wDQooWEVOKSBQQ0kgYWRk IGRldmljZSAwNzowMC4wDQooWEVOKSBQQ0kgYWRkIGRldmljZSAwODowMC4wDQooWEVOKSBQ Q0kgYWRkIGRldmljZSAwOTowMC4wDQpbICAgIDAuMTk4NDU3XSBCVUc6IHVuYWJsZSB0byBo YW5kbGUga2VybmVsIE5VTEwgcG9pbnRlciBkZXJlZmVyZW5jZSBhdCAwMDAwMDAwMDAwMDAw MDQwDQpbICAgIDAuMTk4NDY1XSBJUDogWzxmZmZmZmZmZjgxMjEzNDE0Pl0geGVuX2lycV9p bml0KzB4MjUvMHg5Mw0KWyAgICAwLjE5ODQ3NV0gUEdEIDANClsgICAgMC4xOTg0NzhdIE9v cHM6IDAwMDIgWyMxXSBTTVANClsgICAgMC4xOTg0ODNdIENQVSAwDQpbICAgIDAuMTk4NDg2 XSBNb2R1bGVzIGxpbmtlZCBpbjoNClsgICAgMC4xOTg0ODldDQpbICAgIDAuMTk4NDkzXSBQ aWQ6IDEsIGNvbW06IHN3YXBwZXIvMCBUYWludGVkOiBHICAgICAgICBXICAgIDMuMy4xICMx IFRvIEJlIEZpbGxlZCBCeSBPLkUuTS4gVG8gQmUgRmlsbGVkIEJ5IE8uRS5NLi85OTBGWCBQ cm9mZXNzaW9uYWwNClsgICAgMC4xOTg1MDJdIFJJUDogZTAzMDpbPGZmZmZmZmZmODEyMTM0 MTQ+XSAgWzxmZmZmZmZmZjgxMjEzNDE0Pl0geGVuX2lycV9pbml0KzB4MjUvMHg5Mw0KWyAg ICAwLjE5ODUwOV0gUlNQOiBlMDJiOmZmZmY4ODAzZDM0NWJjMTAgIEVGTEFHUzogMDAwMTAy MDINClsgICAgMC4xOTg1MTJdIFJBWDogMDAwMDAwMDAwMDAwMDA0MCBSQlg6IDAwMDAwMDAw ZmZmZmZmZWYgUkNYOiAwMDAwMDAwMDAwMDAwMDEwDQpbICAgIDAuMTk4NTE2XSBSRFg6IDAw MDAwMDAwMDAwMDAwMDEgUlNJOiBmZmZmZmZmZjgxNDA1MjcwIFJESTogMDAwMDAwMDAwMDAw MDA0MA0KWyAgICAwLjE5ODUyMF0gUkJQOiAwMDAwMDAwMDAwMDAwMDEwIFIwODogMDAwMDAw MDAwMDAwMDAwMSBSMDk6IGZmZmZmZmZmODE3OWRkMTANClsgICAgMC4xOTg1MjRdIFIxMDog MDAwMDAwMDAwMDAwMDAwMCBSMTE6IDAwMDAwMDAwMDAwMDAwMDcgUjEyOiAwMDAwMDAwMDAw MDAwMDEwDQpbICAgIDAuMTk4NTI4XSBSMTM6IGZmZmZmZmZmODE0ZWIwMzIgUjE0OiAwMDAw MDAwMGZmZmZmZmVmIFIxNTogZmZmZjg4MDNkMzQ1YmUzMA0KWyAgICAwLjE5ODUzNF0gRlM6 ICAwMDAwMDAwMDAwMDAwMDAwKDAwMDApIEdTOmZmZmY4ODAzZTliYWQwMDAoMDAwMCkga25s R1M6MDAwMDAwMDAwMDAwMDAwMA0KWyAgICAwLjE5ODUzOF0gQ1M6ICBlMDMzIERTOiAwMDAw IEVTOiAwMDAwIENSMDogMDAwMDAwMDA4MDA1MDAzYg0KWyAgICAwLjE5ODU0Ml0gQ1IyOiAw MDAwMDAwMDAwMDAwMDQwIENSMzogMDAwMDAwMDAwMTYwNTAwMCBDUjQ6IDAwMDAwMDAwMDAw MDA2NjANClsgICAgMC4xOTg1NDZdIERSMDogMDAwMDAwMDAwMDAwMDAwMCBEUjE6IDAwMDAw MDAwMDAwMDAwMDAgRFIyOiAwMDAwMDAwMDAwMDAwMDAwDQpbICAgIDAuMTk4NTUwXSBEUjM6 IDAwMDAwMDAwMDAwMDAwMDAgRFI2OiAwMDAwMDAwMGZmZmYwZmYwIERSNzogMDAwMDAwMDAw MDAwMDQwMA0KWyAgICAwLjE5ODU1NF0gUHJvY2VzcyBzd2FwcGVyLzAgKHBpZDogMSwgdGhy ZWFkaW5mbyBmZmZmODgwM2QzNDVhMDAwLCB0YXNrIGZmZmY4ODAzZDM0NzAwMDApDQpbICAg IDAuMTk4NTU4XSBTdGFjazoNClsgICAgMC4xOTg1NjFdICBmZmZmZmZmZjgxNGViMDMyIDAw MDAwMDAwMDAwMDAwMTAgMDAwMDAwMDAwMDAwMDAwMSBmZmZmZmZmZjgxMjEzNzFlDQpbICAg IDAuMTk4NTY4XSAgMDAwMDAwMDAwMDAwMDAwMCA3ZmZmZmZmZmZmZmYwMmZmIDdmZmZmZmZm ZmZmZjAyZmYgMDAwMDAwMDAwMDAwMDAwNw0KWyAgICAwLjE5ODU3Nl0gIGZmZmY4ODAzZDM0 NWJjOTAgMDAwMDAwMDAwMDAwMDAxMCAwMDAwMDAwMGZmZmZmZmZmIDAwMDAwMDAwZmZmZmZm ZmYNClsgICAgMC4xOTg1ODRdIENhbGwgVHJhY2U6DQpbICAgIDAuMTk4NTg5XSAgWzxmZmZm ZmZmZjgxMjEzNzFlPl0gPyB4ZW5fYmluZF9waXJxX2dzaV90b19pcnErMHhiMy8weDFiOQ0K WyAgICAwLjE5ODU5NV0gIFs8ZmZmZmZmZmY4MTI4NzMwND5dID8geGVuX3JlZ2lzdGVyX3Bp cnErMHg4NS8weGFlDQpbICAgIDAuMTk4NjAwXSAgWzxmZmZmZmZmZjgxMjg3MzkyPl0gPyB4 ZW5fcmVnaXN0ZXJfZ3NpKzB4NDQvMHhhMw0KWyAgICAwLjE5ODYwNl0gIFs8ZmZmZmZmZmY4 MTAyM2FiMT5dID8gYWNwaV9yZWdpc3Rlcl9nc2krMHhhLzB4MzMNClsgICAgMC4xOTg2MTFd ICBbPGZmZmZmZmZmODExZWQ1ZTE+XSA/IGFjcGlfcGNpX2lycV9lbmFibGUrMHgxMTkvMHgx ODgNClsgICAgMC4xOTg2MTddICBbPGZmZmZmZmZmODExYzY1YjE+XSA/IHBjaV9lbmFibGVf cmVzb3VyY2VzKzB4MjEvMHhmYQ0KWyAgICAwLjE5ODYyMl0gIFs8ZmZmZmZmZmY4MTFjMzI2 Mj5dID8gZG9fcGNpX2VuYWJsZV9kZXZpY2UrMHgyNS8weDNkDQpbICAgIDAuMTk4NjI3XSAg WzxmZmZmZmZmZjgxMWMzMzEwPl0gPyBfX3BjaV9lbmFibGVfZGV2aWNlX2ZsYWdzKzB4OTYv MHhhOA0KWyAgICAwLjE5ODYzM10gIFs8ZmZmZmZmZmY4MTFiZWM4Yz5dID8gcGNpX2VuYWJs ZV9icmlkZ2VzKzB4MjkvMHg2MQ0KWyAgICAwLjE5ODYzOV0gIFs8ZmZmZmZmZmY4MTZiMThm Mj5dID8gcGNpX2Fzc2lnbl91bmFzc2lnbmVkX3Jlc291cmNlcysweDIwMC8weDIzNA0KWyAg ICAwLjE5ODY0NV0gIFs8ZmZmZmZmZmY4MTI1MDA3OD5dID8gYnVzX2ZpbmRfZGV2aWNlKzB4 NzgvMHg4Ng0KWyAgICAwLjE5ODY1MV0gIFs8ZmZmZmZmZmY4MTBmM2ViOD5dID8gdmlydF90 b19oZWFkX3BhZ2UrMHg5LzB4MmMNClsgICAgMC4xOTg2NTZdICBbPGZmZmZmZmZmODEwZjYw MDk+XSA/IGtmcmVlKzB4NDgvMHhjMg0KWyAgICAwLjE5ODY2MV0gIFs8ZmZmZmZmZmY4MTFj NGRmNT5dID8gcGNpX2dldF9zdWJzeXMrMHg1Ni8weDZlDQpbICAgIDAuMTk4NjY3XSAgWzxm ZmZmZmZmZjgxNmJmMzE5Pl0gPyBwY2liaW9zX2FsbG9jYXRlX2J1c19yZXNvdXJjZXMrMHg4 ZS8weDhlDQpbICAgIDAuMTk4NjcyXSAgWzxmZmZmZmZmZjgxNmJmMzdmPl0gPyBwY2liaW9z X2Fzc2lnbl9yZXNvdXJjZXMrMHg2Ni8weDZhDQpbICAgIDAuMTk4Njc3XSAgWzxmZmZmZmZm ZjgxMDAyMDc4Pl0gPyBkb19vbmVfaW5pdGNhbGwrMHg3OC8weDEzMQ0KWyAgICAwLjE5ODY4 M10gIFs8ZmZmZmZmZmY4MTY4YTVkNT5dID8ga2VybmVsX2luaXQrMHhjNC8weDE0NQ0KWyAg ICAwLjE5ODY4OF0gIFs8ZmZmZmZmZmY4MTM2MzFhND5dID8ga2VybmVsX3RocmVhZF9oZWxw ZXIrMHg0LzB4MTANClsgICAgMC4xOTg2OTRdICBbPGZmZmZmZmZmODEzNWJhZmM+XSA/IHJl dGludF9yZXN0b3JlX2FyZ3MrMHg1LzB4Ng0KWyAgICAwLjE5ODY5OF0gIFs8ZmZmZmZmZmY4 MTM2MzFhMD5dID8gZ3NfY2hhbmdlKzB4MTMvMHgxMw0KWyAgICAwLjE5ODcwMV0gQ29kZTog NWIgZTkgM2UgZjggZmYgZmYgNTUgYmQgMTAgMDAgMDAgMDAgNTMgODkgZmIgNDggODMgZWMg MDggZTggYTcgMmQgZTggZmYgNDggODMgYzAgNDAgNDggYzcgYzYgNzAgNTIgNDAgODEgYjkg MTAgMDAgMDAgMDAgNDggODkgYzcgPGYzPiBhNSA0OCA4YiAzZCA5MyBiMyA1YiAwMCA0OCA4 NSBmZiA3NCAyNyBiYSAyOA0KMDAgMDAgMDAgYmUgZDANClsgICAgMC4xOTg3NzZdIFJJUCAg WzxmZmZmZmZmZjgxMjEzNDE0Pl0geGVuX2lycV9pbml0KzB4MjUvMHg5Mw0KWyAgICAwLjE5 ODc4Ml0gIFJTUCA8ZmZmZjg4MDNkMzQ1YmMxMD4NClsgICAgMC4xOTg3ODRdIENSMjogMDAw MDAwMDAwMDAwMDA0MA0KWyAgICAwLjE5ODc4OV0gLS0tWyBlbmQgdHJhY2UgYTc5MTllN2Yx N2MwYTcyNiBdLS0tDQpbICAgIDAuMTk4Nzk3XSBLZXJuZWwgcGFuaWMgLSBub3Qgc3luY2lu ZzogQXR0ZW1wdGVkIHRvIGtpbGwgaW5pdCENCihYRU4pIERvbWFpbiAwIGNyYXNoZWQ6IHJl Ym9vdGluZyBtYWNoaW5lIGluIDUgc2Vjb25kcy4NCvxYRU4pIFJlc2V0dGluZyB3aXRoIEFD UEkgTUVNT1JZIG9yIEkvTyBSRVNFVF9SRUcu --------------010600050200040004030502 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------010600050200040004030502-- From xen-users-bounces@lists.xen.org Wed Apr 11 16:02:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 16:02: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 1SHzzE-0000wE-Dj; Wed, 11 Apr 2012 16:01:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzzD-0000w0-87 for xen-users@lists.xen.org; Wed, 11 Apr 2012 16:01:35 +0000 Received: from [85.158.139.83:35262] by server-5.bemta-5.messagelabs.com id D9/AA-13566-EDAA58F4; Wed, 11 Apr 2012 16:01:34 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1334160092!19498750!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27609 invoked from network); 11 Apr 2012 16:01:33 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 16:01:33 -0000 Received: by vbbfs19 with SMTP id fs19so947048vbb.32 for ; Wed, 11 Apr 2012 09:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eFXEK5t4uC8wv5wamZOlUvZ7XdOR3r3iinym6oH3ttY=; b=p24leyXbW/Z7p7tbA/868mbn837HzLJtInNh9HwzjkVzYwd6ep7yXfk9s/gkjVC7x6 n8GSjkaa0QQbVp4BWR0W6kYOCO9KF47K8mRvI3C3yPEE6+6anUUFA6n0Ma7JXYxkGh93 eIZMrPz51UUpiJ3tfSk7yqi+Q3Fl0TWd9P09TjFRi72wQ5fjGOKvUE8xaATThCcY2Ixr Svor6CrAMula7VsRI8lcYpJ7M9M3HjL5aQz2gyg8nYf4/CIGqY2LHLyiSezzqm5Xt2Et r+qyV9tt0e8ZY4qdWBHkIDig6IsGPk0iTM3tnQDWH9BFjbuVIlgQMf/L0nMa32uzVRS8 HPjQ== MIME-Version: 1.0 Received: by 10.220.227.70 with SMTP id iz6mr8019133vcb.29.1334160091682; Wed, 11 Apr 2012 09:01:31 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Wed, 11 Apr 2012 09:01:31 -0700 (PDT) In-Reply-To: <1334135776.5394.86.camel@zakaz.uk.xensource.com> References: <001a01cd17bf$631f7210$295e5630$@com> <1334135776.5394.86.camel@zakaz.uk.xensource.com> Date: Wed, 11 Apr 2012 12:01:31 -0400 Message-ID: From: Casey DeLorme To: Ian Campbell Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0960915539495594260==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0960915539495594260== Content-Type: multipart/alternative; boundary=14dae9cdc1075697b104bd695a4f --14dae9cdc1075697b104bd695a4f Content-Type: text/plain; charset=ISO-8859-1 I have my Debian Dom0 setup in a similar fashion with multiple working HVM's, your configuration is missing or has an invalid bridge. If you haven't already, install bridge-utils and modify your interfaces file to this: auto lo xenbr0 iface lo inet loopback iface eth0 inet manual iface xenbr0 inet static bridge_ports eth0 address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off To add this network bridge to your HVM's the "vif" would be: vif=['bridge=xenbr0,model=e1000'] The bridge "static" IP will apply to your Dom0 instead of the Eth0 static IP. The bridge will connect both HVM's to the same network as your Dom0. On Wed, Apr 11, 2012 at 5:16 AM, Ian Campbell wrote: > On Wed, 2012-04-11 at 10:07 +0100, Simon Hobson wrote: > > Chen Fu wrote: > > > > >iface eth0 inet static > > >address 222.28.246.107 > > >netmask 255.255.255.248 > > >gateway 222.28.246.105 > > >bridge_ports eth0 > > >bridge_hello 2 > > >bridge_maxage 12 > > >bridge_fd 0 > > >bridge_stp off > > >auto eth0 > > > > I don't know if it is the problem or not, but you are creating a > > bridge called eth0, with an interface called eth0 attached to it. > > Try editing /etc/udev/rules.d/70-persistent-net-rules and changing > > eth0 to peth0 - and of course editing /etc/network/interfaces to > > suit. Ie, change "bridge_ports eth0" to "bridge_ports peth0". > > Or call the bridge "xenbr0" which is the other normal way to do things. > > Ian. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae9cdc1075697b104bd695a4f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have my Debian Dom0 setup in a similar fashion with multiple working= HVM's, your configuration is=A0missing or has an invalid bridge.
=

If you haven't already, install bridge-utils and mo= dify your interfaces file to this:

auto lo xenbr0
iface lo inet loopback
iface eth0 inet manual
iface xenbr0 inet static
bridge_ports e= th0
addre= ss 222.28.246.107
netmask 255.255.255.248
gateway 222.28.246.105
bridg= e_hello 2
bridge_maxage 12
bridge_fd 0
bridg= e_stp off


To add this network bridg= e to your HVM's the "vif" would be:

vif=3D['bridge=3Dxenbr0,model=3De1000']

The bridge "static" IP will apply to your Dom0 inste= ad of the Eth0 static IP. =A0The bridge will connect both HVM's to the = same network as your Dom0.


On Wed, Apr 11, 2012 at 5:16 = AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Wed, 2012-04-11 at 10:07 +0100, Simon Hobson wrote: > Chen Fu wrote:
>
> >iface eth0 inet static
> >address 222.28.246.107
> >netmask 255.255.255.248
> >gateway 222.28.246.105
> >bridge_ports eth0
> >bridge_hello 2
> >bridge_maxage 12
> >bridge_fd 0
> >bridge_stp off
> >auto eth0
>
> I don't know if it is the problem or not, but you are creating a > bridge called eth0, with an interface called eth0 attached to it.
> Try editing /etc/udev/rules.d/70-persistent-net-rules and changing
> eth0 to peth0 - and of course editing /etc/network/interfaces to
> suit. Ie, change "bridge_ports eth0" to "bridge_ports p= eth0".

Or call the bridge "xenbr0" which is the other normal way t= o do things.

Ian.


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

--14dae9cdc1075697b104bd695a4f-- --===============0960915539495594260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0960915539495594260==-- From xen-users-bounces@lists.xen.org Wed Apr 11 16:02:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 16:02: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 1SHzzE-0000wE-Dj; Wed, 11 Apr 2012 16:01:36 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SHzzD-0000w0-87 for xen-users@lists.xen.org; Wed, 11 Apr 2012 16:01:35 +0000 Received: from [85.158.139.83:35262] by server-5.bemta-5.messagelabs.com id D9/AA-13566-EDAA58F4; Wed, 11 Apr 2012 16:01:34 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1334160092!19498750!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27609 invoked from network); 11 Apr 2012 16:01:33 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 16:01:33 -0000 Received: by vbbfs19 with SMTP id fs19so947048vbb.32 for ; Wed, 11 Apr 2012 09:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eFXEK5t4uC8wv5wamZOlUvZ7XdOR3r3iinym6oH3ttY=; b=p24leyXbW/Z7p7tbA/868mbn837HzLJtInNh9HwzjkVzYwd6ep7yXfk9s/gkjVC7x6 n8GSjkaa0QQbVp4BWR0W6kYOCO9KF47K8mRvI3C3yPEE6+6anUUFA6n0Ma7JXYxkGh93 eIZMrPz51UUpiJ3tfSk7yqi+Q3Fl0TWd9P09TjFRi72wQ5fjGOKvUE8xaATThCcY2Ixr Svor6CrAMula7VsRI8lcYpJ7M9M3HjL5aQz2gyg8nYf4/CIGqY2LHLyiSezzqm5Xt2Et r+qyV9tt0e8ZY4qdWBHkIDig6IsGPk0iTM3tnQDWH9BFjbuVIlgQMf/L0nMa32uzVRS8 HPjQ== MIME-Version: 1.0 Received: by 10.220.227.70 with SMTP id iz6mr8019133vcb.29.1334160091682; Wed, 11 Apr 2012 09:01:31 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Wed, 11 Apr 2012 09:01:31 -0700 (PDT) In-Reply-To: <1334135776.5394.86.camel@zakaz.uk.xensource.com> References: <001a01cd17bf$631f7210$295e5630$@com> <1334135776.5394.86.camel@zakaz.uk.xensource.com> Date: Wed, 11 Apr 2012 12:01:31 -0400 Message-ID: From: Casey DeLorme To: Ian Campbell Cc: Simon Hobson , "xen-users@lists.xen.org" Subject: Re: [Xen-users] (no subject) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0960915539495594260==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0960915539495594260== Content-Type: multipart/alternative; boundary=14dae9cdc1075697b104bd695a4f --14dae9cdc1075697b104bd695a4f Content-Type: text/plain; charset=ISO-8859-1 I have my Debian Dom0 setup in a similar fashion with multiple working HVM's, your configuration is missing or has an invalid bridge. If you haven't already, install bridge-utils and modify your interfaces file to this: auto lo xenbr0 iface lo inet loopback iface eth0 inet manual iface xenbr0 inet static bridge_ports eth0 address 222.28.246.107 netmask 255.255.255.248 gateway 222.28.246.105 bridge_hello 2 bridge_maxage 12 bridge_fd 0 bridge_stp off To add this network bridge to your HVM's the "vif" would be: vif=['bridge=xenbr0,model=e1000'] The bridge "static" IP will apply to your Dom0 instead of the Eth0 static IP. The bridge will connect both HVM's to the same network as your Dom0. On Wed, Apr 11, 2012 at 5:16 AM, Ian Campbell wrote: > On Wed, 2012-04-11 at 10:07 +0100, Simon Hobson wrote: > > Chen Fu wrote: > > > > >iface eth0 inet static > > >address 222.28.246.107 > > >netmask 255.255.255.248 > > >gateway 222.28.246.105 > > >bridge_ports eth0 > > >bridge_hello 2 > > >bridge_maxage 12 > > >bridge_fd 0 > > >bridge_stp off > > >auto eth0 > > > > I don't know if it is the problem or not, but you are creating a > > bridge called eth0, with an interface called eth0 attached to it. > > Try editing /etc/udev/rules.d/70-persistent-net-rules and changing > > eth0 to peth0 - and of course editing /etc/network/interfaces to > > suit. Ie, change "bridge_ports eth0" to "bridge_ports peth0". > > Or call the bridge "xenbr0" which is the other normal way to do things. > > Ian. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --14dae9cdc1075697b104bd695a4f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I have my Debian Dom0 setup in a similar fashion with multiple working= HVM's, your configuration is=A0missing or has an invalid bridge.
=

If you haven't already, install bridge-utils and mo= dify your interfaces file to this:

auto lo xenbr0
iface lo inet loopback
iface eth0 inet manual
iface xenbr0 inet static
bridge_ports e= th0
addre= ss 222.28.246.107
netmask 255.255.255.248
gateway 222.28.246.105
bridg= e_hello 2
bridge_maxage 12
bridge_fd 0
bridg= e_stp off


To add this network bridg= e to your HVM's the "vif" would be:

vif=3D['bridge=3Dxenbr0,model=3De1000']

The bridge "static" IP will apply to your Dom0 inste= ad of the Eth0 static IP. =A0The bridge will connect both HVM's to the = same network as your Dom0.


On Wed, Apr 11, 2012 at 5:16 = AM, Ian Campbell <Ian.Campbell@citrix.com> wrote:
On Wed, 2012-04-11 at 10:07 +0100, Simon Hobson wrote: > Chen Fu wrote:
>
> >iface eth0 inet static
> >address 222.28.246.107
> >netmask 255.255.255.248
> >gateway 222.28.246.105
> >bridge_ports eth0
> >bridge_hello 2
> >bridge_maxage 12
> >bridge_fd 0
> >bridge_stp off
> >auto eth0
>
> I don't know if it is the problem or not, but you are creating a > bridge called eth0, with an interface called eth0 attached to it.
> Try editing /etc/udev/rules.d/70-persistent-net-rules and changing
> eth0 to peth0 - and of course editing /etc/network/interfaces to
> suit. Ie, change "bridge_ports eth0" to "bridge_ports p= eth0".

Or call the bridge "xenbr0" which is the other normal way t= o do things.

Ian.


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

--14dae9cdc1075697b104bd695a4f-- --===============0960915539495594260== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0960915539495594260==-- From xen-users-bounces@lists.xen.org Wed Apr 11 16:21:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 16:21: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 1SI0Hm-0003Nf-GO; Wed, 11 Apr 2012 16:20:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SI0Hk-0003NZ-C3 for xen-users@lists.xen.org; Wed, 11 Apr 2012 16:20:44 +0000 Received: from [85.158.143.35:48388] by server-2.bemta-4.messagelabs.com id DC/45-17550-B5FA58F4; Wed, 11 Apr 2012 16:20:43 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-16.tower-21.messagelabs.com!1334161241!8386738!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2135 invoked from network); 11 Apr 2012 16:20:42 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-16.tower-21.messagelabs.com with SMTP; 11 Apr 2012 16:20:42 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 5D08DCC137 for ; Wed, 11 Apr 2012 12:20:41 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Rt36ETBcy25o for ; Wed, 11 Apr 2012 12:20:40 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 2E18BCC12E for ; Wed, 11 Apr 2012 12:20:40 -0400 (EDT) Message-ID: <4F85AF58.9020504@meetinghouse.net> Date: Wed, 11 Apr 2012 12:20:40 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8 MIME-Version: 1.0 CC: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Lloyd Dizon wrote: > Hi, > Just wondering what is the best practice for timekeeping in Xen, on > HVMs and PVMs. > > I found lots of information that DomUs should sync with it's Dom0. > > However, there are also alot of posts for VMs timedrifting even if the > Dom0 is properly synced. > > So it in the end, it seems it is better to treat the VM as an > independent timekeeper and sync it using NTP. > > What are your thoughts? Is there an official answer out there? > Should it be assumed that somehow a VM is improperly configured with > regard to its Dom0 when it timedrifts? > There's a pretty good discussion on the Debian Xen Wiki, at http://wiki.debian.org/Xen scroll down or search the page for the section starting: 'clocksource/0: Time went backwards' - which lists several workarounds note that some of them no longer work with Xen 4 (I think xen.independent_wallclock=1 is no longer recognized) -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 16:21:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 16:21: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 1SI0Hm-0003Nf-GO; Wed, 11 Apr 2012 16:20:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SI0Hk-0003NZ-C3 for xen-users@lists.xen.org; Wed, 11 Apr 2012 16:20:44 +0000 Received: from [85.158.143.35:48388] by server-2.bemta-4.messagelabs.com id DC/45-17550-B5FA58F4; Wed, 11 Apr 2012 16:20:43 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-16.tower-21.messagelabs.com!1334161241!8386738!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2135 invoked from network); 11 Apr 2012 16:20:42 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-16.tower-21.messagelabs.com with SMTP; 11 Apr 2012 16:20:42 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 5D08DCC137 for ; Wed, 11 Apr 2012 12:20:41 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Rt36ETBcy25o for ; Wed, 11 Apr 2012 12:20:40 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 2E18BCC12E for ; Wed, 11 Apr 2012 12:20:40 -0400 (EDT) Message-ID: <4F85AF58.9020504@meetinghouse.net> Date: Wed, 11 Apr 2012 12:20:40 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120312 Firefox/11.0 SeaMonkey/2.8 MIME-Version: 1.0 CC: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Lloyd Dizon wrote: > Hi, > Just wondering what is the best practice for timekeeping in Xen, on > HVMs and PVMs. > > I found lots of information that DomUs should sync with it's Dom0. > > However, there are also alot of posts for VMs timedrifting even if the > Dom0 is properly synced. > > So it in the end, it seems it is better to treat the VM as an > independent timekeeper and sync it using NTP. > > What are your thoughts? Is there an official answer out there? > Should it be assumed that somehow a VM is improperly configured with > regard to its Dom0 when it timedrifts? > There's a pretty good discussion on the Debian Xen Wiki, at http://wiki.debian.org/Xen scroll down or search the page for the section starting: 'clocksource/0: Time went backwards' - which lists several workarounds note that some of them no longer work with Xen 4 (I think xen.independent_wallclock=1 is no longer recognized) -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 16:25:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 16:25: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 1SI0LQ-0003g2-VF; Wed, 11 Apr 2012 16:24:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SI0LO-0003fs-NH for xen-users@lists.xen.org; Wed, 11 Apr 2012 16:24:30 +0000 Received: from [85.158.138.51:35599] by server-9.bemta-3.messagelabs.com id 0A/46-26691-D30B58F4; Wed, 11 Apr 2012 16:24:29 +0000 X-Env-Sender: desired.mta@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334161468!21756411!1 X-Originating-IP: [209.85.161.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6999 invoked from network); 11 Apr 2012 16:24:29 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 16:24:29 -0000 Received: by ggnp2 with SMTP id p2so670718ggn.32 for ; Wed, 11 Apr 2012 09:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=fvmL3ghXk2SqrOUvWkv/lHW7akP6eu4qqXGdJYmlr0c=; b=pgLJRvaO2W/kWLw/PXp/seDzU4rQpAhMf0BFfICXhxOGLfNrPr7OXOTGii3Zvb8iQ1 SAUHNGo+vkUHwKdukzb0pUEWeEy6Xwjb3Q1u6d5beYkGSV0xj566Xo2B6oXbb+WL++Cg lZH9tZxz5xbi71IC0wjfVj/9HXq9zu5KBJLRneoUk+1gdl2hOdS0j+U/IGElWPqYsZf5 JlaKxKwgcY9hLpRUvxOT7xZxBLhvFXnn4drqj+HLKxedTy8BWBjhA9U/uMkikMDaXRR3 gdBgOzhAd42iUmt42TmpCaMLPMPS373c7Sr24JTBYE1AXq6N5mYEiPR4FCU2McHn3KJW CyxQ== Received: by 10.50.106.200 with SMTP id gw8mr7426942igb.10.1334161467773; Wed, 11 Apr 2012 09:24:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.110.36 with HTTP; Wed, 11 Apr 2012 09:24:07 -0700 (PDT) In-Reply-To: <4F85A9C1.6090300@gmail.com> References: <4F85A9C1.6090300@gmail.com> From: =?UTF-8?Q?Motiejus_Jak=C5=A1tys?= Date: Wed, 11 Apr 2012 19:24:07 +0300 Message-ID: To: cyberhawk001@gmail.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCBBcHIgMTEsIDIwMTIgYXQgMTg6NTYsICA8Y3liZXJoYXdrMDAxQGdtYWlsLmNvbT4g d3JvdGU6Cj4gSSBhbSBzdGlsbCB0cnlpbmcgdG8gZ2V0IFhlbiB0byBydW4gb24gbXkgbWFjaGlu ZS4KCkhpLApJIHRyaWVkIHRvIHBvcnQgWGVuLTQuMSB0byBTcXVlZXplIGFzIHdlbGwuIFdhcyB0 b3VnaCwgYnV0IEkgZGlkIGl0Cih3aXRob3V0IGxpYnZpcnQgc3RhY2ssIGFueXdheSkuCgpCYXNp Y2FsbHkgSSBidWlsdCAqdGVzdGluZyogcGFja2FnZXMgb24gc3F1ZWV6ZSB1c2luZyBwYnVpbGRl ciBhbmQKc29tZSBoYWNrcy4gU29tZSBpbmZvIGhlcmU6Cmh0dHA6Ly9tLmpha3N0eXMubHQvdGVj aC8yMDEyLzAzL3hlbi1zYWdhLXBhcnQzLyAobW9zdCBpbmZvIGhlcmUpCmh0dHA6Ly9tLmpha3N0 eXMubHQvdGVjaC8yMDEyLzAyL3hlbi1wYXJ0LTIvCmh0dHA6Ly9tLmpha3N0eXMubHQvdGVjaC8y MDEyLzAyL3hlbl9vbl9zcXVlZXplX2xhcHRvcC8KClRoZSBoeXBlcnZpc29yIGJvb3RlZCwgSSBk b24ndCByZWFsbHkgcmVtZW1iZXIgZGlkIEkgbWFkZSBhIFZNLiBJIHVzZWQKa2VybmVsIGZyb20g dGVzdGluZyBhcyB3ZWxsICgzIHNvbWV0aGluZywgMy4yPyBEb24ndCByZW1lbWJlciBub3cpLgoK QWZ0ZXIgYSB3aGlsZSBJIGdhdmUgdXAuLiBBbmQgbm93IHJ1bm5pbmcgWGVuLTQuMCBmcm9tIHN0 YWJsZQpwYWNrYWdlcy4gQmVjYXVzZSBpdCdzIGp1c3QgdG9vIG11Y2ggaGFzc2xlLgoKVGVsbCB1 cyBpZiB5b3UgbWFuYWdlIHRvIHJ1biBYZW4gNC4xIG9uIFNxdWVlemUgLCBhbmQgaG93IDopCgot LSAKTW90aWVqdXMgSmFrxaF0eXMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 11 16:25:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 16:25: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 1SI0LQ-0003g2-VF; Wed, 11 Apr 2012 16:24:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SI0LO-0003fs-NH for xen-users@lists.xen.org; Wed, 11 Apr 2012 16:24:30 +0000 Received: from [85.158.138.51:35599] by server-9.bemta-3.messagelabs.com id 0A/46-26691-D30B58F4; Wed, 11 Apr 2012 16:24:29 +0000 X-Env-Sender: desired.mta@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334161468!21756411!1 X-Originating-IP: [209.85.161.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6999 invoked from network); 11 Apr 2012 16:24:29 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 16:24:29 -0000 Received: by ggnp2 with SMTP id p2so670718ggn.32 for ; Wed, 11 Apr 2012 09:24:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=fvmL3ghXk2SqrOUvWkv/lHW7akP6eu4qqXGdJYmlr0c=; b=pgLJRvaO2W/kWLw/PXp/seDzU4rQpAhMf0BFfICXhxOGLfNrPr7OXOTGii3Zvb8iQ1 SAUHNGo+vkUHwKdukzb0pUEWeEy6Xwjb3Q1u6d5beYkGSV0xj566Xo2B6oXbb+WL++Cg lZH9tZxz5xbi71IC0wjfVj/9HXq9zu5KBJLRneoUk+1gdl2hOdS0j+U/IGElWPqYsZf5 JlaKxKwgcY9hLpRUvxOT7xZxBLhvFXnn4drqj+HLKxedTy8BWBjhA9U/uMkikMDaXRR3 gdBgOzhAd42iUmt42TmpCaMLPMPS373c7Sr24JTBYE1AXq6N5mYEiPR4FCU2McHn3KJW CyxQ== Received: by 10.50.106.200 with SMTP id gw8mr7426942igb.10.1334161467773; Wed, 11 Apr 2012 09:24:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.110.36 with HTTP; Wed, 11 Apr 2012 09:24:07 -0700 (PDT) In-Reply-To: <4F85A9C1.6090300@gmail.com> References: <4F85A9C1.6090300@gmail.com> From: =?UTF-8?Q?Motiejus_Jak=C5=A1tys?= Date: Wed, 11 Apr 2012 19:24:07 +0300 Message-ID: To: cyberhawk001@gmail.com Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gV2VkLCBBcHIgMTEsIDIwMTIgYXQgMTg6NTYsICA8Y3liZXJoYXdrMDAxQGdtYWlsLmNvbT4g d3JvdGU6Cj4gSSBhbSBzdGlsbCB0cnlpbmcgdG8gZ2V0IFhlbiB0byBydW4gb24gbXkgbWFjaGlu ZS4KCkhpLApJIHRyaWVkIHRvIHBvcnQgWGVuLTQuMSB0byBTcXVlZXplIGFzIHdlbGwuIFdhcyB0 b3VnaCwgYnV0IEkgZGlkIGl0Cih3aXRob3V0IGxpYnZpcnQgc3RhY2ssIGFueXdheSkuCgpCYXNp Y2FsbHkgSSBidWlsdCAqdGVzdGluZyogcGFja2FnZXMgb24gc3F1ZWV6ZSB1c2luZyBwYnVpbGRl ciBhbmQKc29tZSBoYWNrcy4gU29tZSBpbmZvIGhlcmU6Cmh0dHA6Ly9tLmpha3N0eXMubHQvdGVj aC8yMDEyLzAzL3hlbi1zYWdhLXBhcnQzLyAobW9zdCBpbmZvIGhlcmUpCmh0dHA6Ly9tLmpha3N0 eXMubHQvdGVjaC8yMDEyLzAyL3hlbi1wYXJ0LTIvCmh0dHA6Ly9tLmpha3N0eXMubHQvdGVjaC8y MDEyLzAyL3hlbl9vbl9zcXVlZXplX2xhcHRvcC8KClRoZSBoeXBlcnZpc29yIGJvb3RlZCwgSSBk b24ndCByZWFsbHkgcmVtZW1iZXIgZGlkIEkgbWFkZSBhIFZNLiBJIHVzZWQKa2VybmVsIGZyb20g dGVzdGluZyBhcyB3ZWxsICgzIHNvbWV0aGluZywgMy4yPyBEb24ndCByZW1lbWJlciBub3cpLgoK QWZ0ZXIgYSB3aGlsZSBJIGdhdmUgdXAuLiBBbmQgbm93IHJ1bm5pbmcgWGVuLTQuMCBmcm9tIHN0 YWJsZQpwYWNrYWdlcy4gQmVjYXVzZSBpdCdzIGp1c3QgdG9vIG11Y2ggaGFzc2xlLgoKVGVsbCB1 cyBpZiB5b3UgbWFuYWdlIHRvIHJ1biBYZW4gNC4xIG9uIFNxdWVlemUgLCBhbmQgaG93IDopCgot LSAKTW90aWVqdXMgSmFrxaF0eXMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5v cmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Apr 11 20:50:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 20:50: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 1SI4T7-00009z-0u; Wed, 11 Apr 2012 20:48:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SI4T5-00009i-B6 for xen-users@lists.xen.org; Wed, 11 Apr 2012 20:48:43 +0000 Received: from [85.158.139.83:39932] by server-2.bemta-5.messagelabs.com id 48/20-17016-A2EE58F4; Wed, 11 Apr 2012 20:48:42 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1334177321!22735877!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22450 invoked from network); 11 Apr 2012 20:48:41 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 20:48:41 -0000 Received: by werp12 with SMTP id p12so1047131wer.32 for ; Wed, 11 Apr 2012 13:48:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=v7nUsUv8la5QY5uDlsXdXPUv0IXp8ZyD0FU+SVTyTAM=; b=n3Gx3hoBJzWIPscjcAQ7Xepcbw8tDJJg1WQtrBMKi2ZqQYQIaMor0kAlaaucF0EFTD /SpoycdBjz6jaiWAvKUiku2Ym3hkYO7jSfJ4yWhiB1LnHelWFqeP1q/M5Tyf07uyEqJ2 fYvwjHAsTcehybEAC/pEIKnvGJE14pRWETl2DNo+TVP2OhfM3aLBqBI7aZinmU1M08QZ Fok7bwgS3FMEJ1ksOXJy9O/MCuD5Gd78e/tGZU5+mBMPRk/+LuhNuJKUbPQgDzK4XEzx 13c8s2dTD08C0CD41XVc1Yo9bqesMaMlPT15x9Am16hF6jF+o0JbMN89tUBj95uwWBZ1 hxJQ== MIME-Version: 1.0 Received: by 10.180.85.69 with SMTP id f5mr19354505wiz.18.1334177320562; Wed, 11 Apr 2012 13:48:40 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Wed, 11 Apr 2012 13:48:40 -0700 (PDT) Date: Wed, 11 Apr 2012 16:48:40 -0400 X-Google-Sender-Auth: GNq6ZSpgrJZ8YqSD0gqNIhze8do Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org He folks, I've been working on this problem for quite some time now - it is related to my unanswered question about whether or not I need a functioning NIC in my domU VM in order to use an iSCSI disk. Short answer - I think so. So I've done a considerable amount of googling and reading the last 2 days, and finally figured out how to configure dom0 xen for 2 NICs. For the longest time I was not seeing what I was expecting to see doing 'ifconfig' on dom0. Now I see : eth0, eth1, lo, peth0, peth1, vif0.0, vif0.1, vifX.0, vifX.1, xenbr0, xenbr1 And I have confirmed with a CentOS 5.8 domU that the NICs are working. But damned if I can get them working under Ubuntu 11.10. And more googling is not getting me an answer. Does someone have a quick link at-hand to help me out here? This does not help - it assumes the NICs are there : https://help.ubuntu.com/community/Xen#Network_for_DomU I do "lshw | grep -i eth" and get nothing. thanks, -Alan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 11 20:50:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 11 Apr 2012 20:50: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 1SI4T7-00009z-0u; Wed, 11 Apr 2012 20:48:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SI4T5-00009i-B6 for xen-users@lists.xen.org; Wed, 11 Apr 2012 20:48:43 +0000 Received: from [85.158.139.83:39932] by server-2.bemta-5.messagelabs.com id 48/20-17016-A2EE58F4; Wed, 11 Apr 2012 20:48:42 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1334177321!22735877!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22450 invoked from network); 11 Apr 2012 20:48:41 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 11 Apr 2012 20:48:41 -0000 Received: by werp12 with SMTP id p12so1047131wer.32 for ; Wed, 11 Apr 2012 13:48:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=v7nUsUv8la5QY5uDlsXdXPUv0IXp8ZyD0FU+SVTyTAM=; b=n3Gx3hoBJzWIPscjcAQ7Xepcbw8tDJJg1WQtrBMKi2ZqQYQIaMor0kAlaaucF0EFTD /SpoycdBjz6jaiWAvKUiku2Ym3hkYO7jSfJ4yWhiB1LnHelWFqeP1q/M5Tyf07uyEqJ2 fYvwjHAsTcehybEAC/pEIKnvGJE14pRWETl2DNo+TVP2OhfM3aLBqBI7aZinmU1M08QZ Fok7bwgS3FMEJ1ksOXJy9O/MCuD5Gd78e/tGZU5+mBMPRk/+LuhNuJKUbPQgDzK4XEzx 13c8s2dTD08C0CD41XVc1Yo9bqesMaMlPT15x9Am16hF6jF+o0JbMN89tUBj95uwWBZ1 hxJQ== MIME-Version: 1.0 Received: by 10.180.85.69 with SMTP id f5mr19354505wiz.18.1334177320562; Wed, 11 Apr 2012 13:48:40 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Wed, 11 Apr 2012 13:48:40 -0700 (PDT) Date: Wed, 11 Apr 2012 16:48:40 -0400 X-Google-Sender-Auth: GNq6ZSpgrJZ8YqSD0gqNIhze8do Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org He folks, I've been working on this problem for quite some time now - it is related to my unanswered question about whether or not I need a functioning NIC in my domU VM in order to use an iSCSI disk. Short answer - I think so. So I've done a considerable amount of googling and reading the last 2 days, and finally figured out how to configure dom0 xen for 2 NICs. For the longest time I was not seeing what I was expecting to see doing 'ifconfig' on dom0. Now I see : eth0, eth1, lo, peth0, peth1, vif0.0, vif0.1, vifX.0, vifX.1, xenbr0, xenbr1 And I have confirmed with a CentOS 5.8 domU that the NICs are working. But damned if I can get them working under Ubuntu 11.10. And more googling is not getting me an answer. Does someone have a quick link at-hand to help me out here? This does not help - it assumes the NICs are there : https://help.ubuntu.com/community/Xen#Network_for_DomU I do "lshw | grep -i eth" and get nothing. thanks, -Alan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 04:12:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 04:12: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 1SIBMp-00085h-TS; Thu, 12 Apr 2012 04:10:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIBMo-00085c-VR for xen-users@lists.xen.org; Thu, 12 Apr 2012 04:10:43 +0000 Received: from [85.158.143.99:52963] by server-1.bemta-4.messagelabs.com id 2D/57-20925-2C5568F4; Thu, 12 Apr 2012 04:10:42 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1334203826!23266479!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU5MTMgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30288 invoked from network); 12 Apr 2012 04:10:27 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 04:10:27 -0000 Received: by ggnp2 with SMTP id p2so1046843ggn.32 for ; Wed, 11 Apr 2012 21:10:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UtO8uG3gB21EYDogKEBOmj3aR1Fg8Zc2ZxDp0VIgaYg=; b=NOyk6WE64+JhhAz7T0DJaQ1dsH4n7nv97f6uzobBnIrSesHrKPJjP/p3dEXj8MoYPH V4qd7MVXGOFrOkJ1wwpl76jUAQk0YcDBcq28gmbcgwjSWzFbWpaelSOrEDiAWcPn03ae MZe7SYia/BnoOMlCKkrhVER4YHTp7gBgIVDoFigIvtgG5JGrFBFSzH06b2l7NF2nJQFE Xk62Np8yxKprk1gkvTSHnXxb0by9Os8FUYxrFlOxrqFcdMWqeuYRTTrKuXvorI/p9N9q T/BQzR8JX8fwVYqrh0LKwwLlWH3sUVdIyUmob5tyIgTHl+JOnNgV0wP6ScUPC3/70W92 R15g== MIME-Version: 1.0 Received: by 10.236.114.200 with SMTP id c48mr814553yhh.23.1334203826093; Wed, 11 Apr 2012 21:10:26 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Wed, 11 Apr 2012 21:10:26 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 12:10:26 +0800 Message-ID: From: Xi Shen To: Alan McKay Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2571969085454978046==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2571969085454978046== Content-Type: multipart/alternative; boundary=20cf303bfae61cbd7304bd7389ca --20cf303bfae61cbd7304bd7389ca Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Alan, What does 'ifconfig -a' say in your Ubuntu domU? And what is your network configuration for your domU? If you use NAT network for your domU, I think you need to configure your network in your Ubuntu by manual. On Thursday, April 12, 2012, Alan McKay wrote: > He folks, > > I've been working on this problem for quite some time now - it is > related to my unanswered question about whether or not I need a > functioning NIC in my domU VM in order to use an iSCSI disk. Short > answer - I think so. > > So I've done a considerable amount of googling and reading the last 2 > days, and finally figured out how to configure dom0 xen for 2 NICs. > For the longest time I was not seeing what I was expecting to see > doing 'ifconfig' on dom0. Now I see : > > eth0, eth1, lo, peth0, peth1, vif0.0, vif0.1, vifX.0, vifX.1, xenbr0, > xenbr1 > > And I have confirmed with a CentOS 5.8 domU that the NICs are working. > > But damned if I can get them working under Ubuntu 11.10. And more > googling is not getting me an answer. > > Does someone have a quick link at-hand to help me out here? > > This does not help - it assumes the NICs are there : > https://help.ubuntu.com/community/Xen#Network_for_DomU > > I do "lshw | grep -i eth" and get nothing. > > thanks, > -Alan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bfae61cbd7304bd7389ca Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Alan,

What does 'ifconfig -a' say in your Ubu= ntu domU? And what is your network configuration for your domU? If you use = NAT network for your domU, I think you need to configure your network in yo= ur Ubuntu by manual.


On Thursday, April 12, 2012, Alan McKay wrote:
He folks,

I've been working on this problem for quite some time now - it is
related to my unanswered question about whether or not I need a
functioning NIC in my domU VM in order to use an iSCSI disk. =C2=A0 Short answer - I think so.

So I've done a considerable amount of googling and reading the last 2 days, and finally figured out how to configure dom0 xen for 2 NICs.
For the longest time I was not seeing what I was expecting to see
doing 'ifconfig' on dom0. =C2=A0Now I see :

eth0, eth1, lo, peth0, peth1, vif0.0, vif0.1, vifX.0, vifX.1, xenbr0, xenbr= 1

And I have confirmed with a CentOS 5.8 domU that the NICs are working.

But damned if I can get them working under Ubuntu 11.10. =C2=A0 And more googling is not getting me an answer.

Does someone have a quick link at-hand to help me out here?

This does not help - it assumes the NICs are there :
https://help.ubuntu.com/community/Xen#Network_for_DomU

I do "lshw | grep -i eth" and get nothing.

thanks,
-Alan

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


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303bfae61cbd7304bd7389ca-- --===============2571969085454978046== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2571969085454978046==-- From xen-users-bounces@lists.xen.org Thu Apr 12 04:12:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 04:12: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 1SIBMp-00085h-TS; Thu, 12 Apr 2012 04:10:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIBMo-00085c-VR for xen-users@lists.xen.org; Thu, 12 Apr 2012 04:10:43 +0000 Received: from [85.158.143.99:52963] by server-1.bemta-4.messagelabs.com id 2D/57-20925-2C5568F4; Thu, 12 Apr 2012 04:10:42 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1334203826!23266479!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU5MTMgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30288 invoked from network); 12 Apr 2012 04:10:27 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 04:10:27 -0000 Received: by ggnp2 with SMTP id p2so1046843ggn.32 for ; Wed, 11 Apr 2012 21:10:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UtO8uG3gB21EYDogKEBOmj3aR1Fg8Zc2ZxDp0VIgaYg=; b=NOyk6WE64+JhhAz7T0DJaQ1dsH4n7nv97f6uzobBnIrSesHrKPJjP/p3dEXj8MoYPH V4qd7MVXGOFrOkJ1wwpl76jUAQk0YcDBcq28gmbcgwjSWzFbWpaelSOrEDiAWcPn03ae MZe7SYia/BnoOMlCKkrhVER4YHTp7gBgIVDoFigIvtgG5JGrFBFSzH06b2l7NF2nJQFE Xk62Np8yxKprk1gkvTSHnXxb0by9Os8FUYxrFlOxrqFcdMWqeuYRTTrKuXvorI/p9N9q T/BQzR8JX8fwVYqrh0LKwwLlWH3sUVdIyUmob5tyIgTHl+JOnNgV0wP6ScUPC3/70W92 R15g== MIME-Version: 1.0 Received: by 10.236.114.200 with SMTP id c48mr814553yhh.23.1334203826093; Wed, 11 Apr 2012 21:10:26 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Wed, 11 Apr 2012 21:10:26 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 12:10:26 +0800 Message-ID: From: Xi Shen To: Alan McKay Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2571969085454978046==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2571969085454978046== Content-Type: multipart/alternative; boundary=20cf303bfae61cbd7304bd7389ca --20cf303bfae61cbd7304bd7389ca Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Alan, What does 'ifconfig -a' say in your Ubuntu domU? And what is your network configuration for your domU? If you use NAT network for your domU, I think you need to configure your network in your Ubuntu by manual. On Thursday, April 12, 2012, Alan McKay wrote: > He folks, > > I've been working on this problem for quite some time now - it is > related to my unanswered question about whether or not I need a > functioning NIC in my domU VM in order to use an iSCSI disk. Short > answer - I think so. > > So I've done a considerable amount of googling and reading the last 2 > days, and finally figured out how to configure dom0 xen for 2 NICs. > For the longest time I was not seeing what I was expecting to see > doing 'ifconfig' on dom0. Now I see : > > eth0, eth1, lo, peth0, peth1, vif0.0, vif0.1, vifX.0, vifX.1, xenbr0, > xenbr1 > > And I have confirmed with a CentOS 5.8 domU that the NICs are working. > > But damned if I can get them working under Ubuntu 11.10. And more > googling is not getting me an answer. > > Does someone have a quick link at-hand to help me out here? > > This does not help - it assumes the NICs are there : > https://help.ubuntu.com/community/Xen#Network_for_DomU > > I do "lshw | grep -i eth" and get nothing. > > thanks, > -Alan > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bfae61cbd7304bd7389ca Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Alan,

What does 'ifconfig -a' say in your Ubu= ntu domU? And what is your network configuration for your domU? If you use = NAT network for your domU, I think you need to configure your network in yo= ur Ubuntu by manual.


On Thursday, April 12, 2012, Alan McKay wrote:
He folks,

I've been working on this problem for quite some time now - it is
related to my unanswered question about whether or not I need a
functioning NIC in my domU VM in order to use an iSCSI disk. =C2=A0 Short answer - I think so.

So I've done a considerable amount of googling and reading the last 2 days, and finally figured out how to configure dom0 xen for 2 NICs.
For the longest time I was not seeing what I was expecting to see
doing 'ifconfig' on dom0. =C2=A0Now I see :

eth0, eth1, lo, peth0, peth1, vif0.0, vif0.1, vifX.0, vifX.1, xenbr0, xenbr= 1

And I have confirmed with a CentOS 5.8 domU that the NICs are working.

But damned if I can get them working under Ubuntu 11.10. =C2=A0 And more googling is not getting me an answer.

Does someone have a quick link at-hand to help me out here?

This does not help - it assumes the NICs are there :
https://help.ubuntu.com/community/Xen#Network_for_DomU

I do "lshw | grep -i eth" and get nothing.

thanks,
-Alan

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


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303bfae61cbd7304bd7389ca-- --===============2571969085454978046== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2571969085454978046==-- From xen-users-bounces@lists.xen.org Thu Apr 12 04:16:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 04:16: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 1SIBQu-0008Ho-QY; Thu, 12 Apr 2012 04:14:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIBQt-0008Hg-BV for xen-users@lists.xen.org; Thu, 12 Apr 2012 04:14:55 +0000 Received: from [85.158.138.51:29416] by server-9.bemta-3.messagelabs.com id E7/B8-26691-EB6568F4; Thu, 12 Apr 2012 04:14:54 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1334204064!19958848!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU4NzggKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30256 invoked from network); 12 Apr 2012 04:14:25 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 04:14:25 -0000 Received: by ggnp2 with SMTP id p2so1048304ggn.32 for ; Wed, 11 Apr 2012 21:14:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LDJhOAlTXsXqdtrg64kpHxUmAZF0QlpVeKMkT7vpdkM=; b=Po5TJ8kedRErCId8LvmbLmFxdDTYwu+bJs16tULGlV2vVahU4K45f1KcN5gLapgtuk Fl8twq9l3y0DY17LPZ4qM0Vl3DoL+BNitfzR9bvFOtsi7Iww1vagNAurWzidWR40t83c iXYimoWEiYlWUrSTvO2rJgegxb3mcvKNcVXyKOt79e1a76EIB54cX4HD6gu1IYz694rO sS0dTdsw8RukglqyFzIxMv8ri7hJFgKDRsJqcxrN6v5gezpzx5pohhXkWpyYDEv/OHcW BtGsbcB0j80Srg9nX8uKu64Y5Ar6N1nW1vYqd03f5aMj4Kfu3jaASjvaWa502XsMBBeY 95kg== MIME-Version: 1.0 Received: by 10.101.152.34 with SMTP id e34mr252896ano.13.1334204064115; Wed, 11 Apr 2012 21:14:24 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Wed, 11 Apr 2012 21:14:24 -0700 (PDT) In-Reply-To: References: <1332618280.41962.YahooMailNeo@web162804.mail.bf1.yahoo.com> Date: Thu, 12 Apr 2012 12:14:24 +0800 Message-ID: From: Xi Shen To: Christoph Kaminski Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1203431265846749266==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1203431265846749266== Content-Type: multipart/alternative; boundary=001636c5bd694cac7704bd7397c0 --001636c5bd694cac7704bd7397c0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Have you tried xen-pciback.hide=3D(0000:08:02.0)(0000:**08:02.1) ? I do no= t know why the prefixing '0000:' is missing on any Xen Wiki page; but most people say it is required. On Tuesday, March 27, 2012, Christoph Kaminski wrote: > no one a hint for me? > > does someone use other pkgs for centos 6 where pci passthrough is working= ? > > On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote: > >> have loaded all found xen modules... still the same problem with pci >> passthrough >> >> On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote: >> >>> Hello, >>> >>> It's possible that you need to load a handful of xen modules at >>> startup inorder to create guests. >>> >>> From what you posted below, I can't tell what's happening on dom0 boot. >>> >>> Take a look at >>> >>> find /lib/modules -name "xen*.ko" | grep 3.3 >>> >>> the results of the above find command need to setup here >>> >>> cat>>/etc/rc.modules<>> modprobe xenfs >>> modprobe xen-gntdev >>> (and so on) >>> EOL >>> chmod +x /etc/rc.modules >>> >>> >>> >>> ----- Original Message ----- >>> From: Christoph Kaminski >>> To: xen-users@lists.xensource.com >>> Cc: >>> Sent: Saturday, March 24, 2012 2:28 AM >>> Subject: [Xen-users] Problems centos6/xen/pci passthrough >>> >>> Hi All >>> >>> I have a problem with xen and pci passthrough... >>> I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/ >>> Kernel Pkgs from http://elrepo.org/tiki/kernel-**ml >>> (3.3.0-1.el6.elrepo.x86_64) in dom0/U. >>> >> > -- > Greetz > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --001636c5bd694cac7704bd7397c0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Have you tried=C2=A0 xen-pciback.hide=3D(0000:08:02.0)(0000:08:02.1)=C2=A0? I do not know why the prefixing '0000:= 9; is missing on any Xen Wiki page; but most people say it is required.

On Tuesday, March 27, 2012, Christoph Kaminski wrote:
no one a hint for me?

does someone use other pkgs for centos 6 where pci passthrough is working?<= br>
On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote:
have loaded all found xen modules... still the same problem with pci
passthrough

On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote:
Hello,

It's possible that you need to load a handful of xen modules at
startup inorder to create guests.

>From what you posted below, I can't tell what's happening on dom0 b= oot.

Take a look at

=C2=A0 find /lib/modules -name "xen*.ko" | grep 3.3

the results of the above find command need to setup here

cat>>/etc/rc.modules<<EOL
modprobe xenfs
modprobe xen-gntdev
(and so on)
EOL
chmod +x /etc/rc.modules



----- Original Message -----
From: Christoph Kaminski <mangel@gmx.de>
To: xen-users@lists.xensource.com
Cc:
Sent: Saturday, March 24, 2012 2:28 AM
Subject: [Xen-users] Problems centos6/xen/pci passthrough

Hi All

I have a problem with xen and pci passthrough...
I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/
Kernel Pkgs from http://elrepo.org/tiki/kernel-ml
(3.3.0-1.el6.elrepo.x86_64) in dom0/U.

--
Greetz

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

--
Regards=EF=BC=8C
D= avid Shen

ht= tp://about.me/davidshen
https://tw= itter.com/#!/davidshen84
--001636c5bd694cac7704bd7397c0-- --===============1203431265846749266== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1203431265846749266==-- From xen-users-bounces@lists.xen.org Thu Apr 12 04:16:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 04:16: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 1SIBQu-0008Ho-QY; Thu, 12 Apr 2012 04:14:56 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIBQt-0008Hg-BV for xen-users@lists.xen.org; Thu, 12 Apr 2012 04:14:55 +0000 Received: from [85.158.138.51:29416] by server-9.bemta-3.messagelabs.com id E7/B8-26691-EB6568F4; Thu, 12 Apr 2012 04:14:54 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1334204064!19958848!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDU4NzggKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30256 invoked from network); 12 Apr 2012 04:14:25 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 04:14:25 -0000 Received: by ggnp2 with SMTP id p2so1048304ggn.32 for ; Wed, 11 Apr 2012 21:14:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LDJhOAlTXsXqdtrg64kpHxUmAZF0QlpVeKMkT7vpdkM=; b=Po5TJ8kedRErCId8LvmbLmFxdDTYwu+bJs16tULGlV2vVahU4K45f1KcN5gLapgtuk Fl8twq9l3y0DY17LPZ4qM0Vl3DoL+BNitfzR9bvFOtsi7Iww1vagNAurWzidWR40t83c iXYimoWEiYlWUrSTvO2rJgegxb3mcvKNcVXyKOt79e1a76EIB54cX4HD6gu1IYz694rO sS0dTdsw8RukglqyFzIxMv8ri7hJFgKDRsJqcxrN6v5gezpzx5pohhXkWpyYDEv/OHcW BtGsbcB0j80Srg9nX8uKu64Y5Ar6N1nW1vYqd03f5aMj4Kfu3jaASjvaWa502XsMBBeY 95kg== MIME-Version: 1.0 Received: by 10.101.152.34 with SMTP id e34mr252896ano.13.1334204064115; Wed, 11 Apr 2012 21:14:24 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Wed, 11 Apr 2012 21:14:24 -0700 (PDT) In-Reply-To: References: <1332618280.41962.YahooMailNeo@web162804.mail.bf1.yahoo.com> Date: Thu, 12 Apr 2012 12:14:24 +0800 Message-ID: From: Xi Shen To: Christoph Kaminski Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1203431265846749266==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1203431265846749266== Content-Type: multipart/alternative; boundary=001636c5bd694cac7704bd7397c0 --001636c5bd694cac7704bd7397c0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Have you tried xen-pciback.hide=3D(0000:08:02.0)(0000:**08:02.1) ? I do no= t know why the prefixing '0000:' is missing on any Xen Wiki page; but most people say it is required. On Tuesday, March 27, 2012, Christoph Kaminski wrote: > no one a hint for me? > > does someone use other pkgs for centos 6 where pci passthrough is working= ? > > On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote: > >> have loaded all found xen modules... still the same problem with pci >> passthrough >> >> On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote: >> >>> Hello, >>> >>> It's possible that you need to load a handful of xen modules at >>> startup inorder to create guests. >>> >>> From what you posted below, I can't tell what's happening on dom0 boot. >>> >>> Take a look at >>> >>> find /lib/modules -name "xen*.ko" | grep 3.3 >>> >>> the results of the above find command need to setup here >>> >>> cat>>/etc/rc.modules<>> modprobe xenfs >>> modprobe xen-gntdev >>> (and so on) >>> EOL >>> chmod +x /etc/rc.modules >>> >>> >>> >>> ----- Original Message ----- >>> From: Christoph Kaminski >>> To: xen-users@lists.xensource.com >>> Cc: >>> Sent: Saturday, March 24, 2012 2:28 AM >>> Subject: [Xen-users] Problems centos6/xen/pci passthrough >>> >>> Hi All >>> >>> I have a problem with xen and pci passthrough... >>> I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/ >>> Kernel Pkgs from http://elrepo.org/tiki/kernel-**ml >>> (3.3.0-1.el6.elrepo.x86_64) in dom0/U. >>> >> > -- > Greetz > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --001636c5bd694cac7704bd7397c0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Have you tried=C2=A0 xen-pciback.hide=3D(0000:08:02.0)(0000:08:02.1)=C2=A0? I do not know why the prefixing '0000:= 9; is missing on any Xen Wiki page; but most people say it is required.

On Tuesday, March 27, 2012, Christoph Kaminski wrote:
no one a hint for me?

does someone use other pkgs for centos 6 where pci passthrough is working?<= br>
On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote:
have loaded all found xen modules... still the same problem with pci
passthrough

On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote:
Hello,

It's possible that you need to load a handful of xen modules at
startup inorder to create guests.

>From what you posted below, I can't tell what's happening on dom0 b= oot.

Take a look at

=C2=A0 find /lib/modules -name "xen*.ko" | grep 3.3

the results of the above find command need to setup here

cat>>/etc/rc.modules<<EOL
modprobe xenfs
modprobe xen-gntdev
(and so on)
EOL
chmod +x /etc/rc.modules



----- Original Message -----
From: Christoph Kaminski <mangel@gmx.de>
To: xen-users@lists.xensource.com
Cc:
Sent: Saturday, March 24, 2012 2:28 AM
Subject: [Xen-users] Problems centos6/xen/pci passthrough

Hi All

I have a problem with xen and pci passthrough...
I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/
Kernel Pkgs from http://elrepo.org/tiki/kernel-ml
(3.3.0-1.el6.elrepo.x86_64) in dom0/U.

--
Greetz

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

--
Regards=EF=BC=8C
D= avid Shen

ht= tp://about.me/davidshen
https://tw= itter.com/#!/davidshen84
--001636c5bd694cac7704bd7397c0-- --===============1203431265846749266== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1203431265846749266==-- From xen-users-bounces@lists.xen.org Thu Apr 12 05:00:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 05:00: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 1SIC83-0000cL-AJ; Thu, 12 Apr 2012 04:59:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIC81-0000cG-JR for xen-users@lists.xen.org; Thu, 12 Apr 2012 04:59:29 +0000 Received: from [85.158.139.83:60887] by server-3.bemta-5.messagelabs.com id 1C/4F-25237-031668F4; Thu, 12 Apr 2012 04:59:28 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1334206765!18838942!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5tZS9kYXZpZHNoZW4p\ n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16400 invoked from network); 12 Apr 2012 04:59:26 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 04:59:26 -0000 Received: by vcbfl11 with SMTP id fl11so1487485vcb.32 for ; Wed, 11 Apr 2012 21:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rKih71bF5dKly0fuXYcxM0CDnUUQpfcp1JDZaoeENJY=; b=QokQTbHRsCAPUkaGNxjW1mmO5vqGk55GjR1b8v52HxdxKQwxPMY1XcMzDMOx0WkH0N rDLkLf+Peq3KANWu/m3B2qSHIlMQrJDHhPVemQOaSt44fvlcqjzOu7jLxZcinPwCLarJ ti763iTtAjfQGsJqvVIxl4rL+rzWukqNE71EvfRRQdJ4jXeIXhoNV8Vq36SCelTT0HVg k+1+q8EyepGP32iM3KW40Ml9fCPmfwQzYGoZ746uLuCpNhUKXYTY4dfCcKWPEGpbnGcx z6BQ9nF7duTMhNLUyxA1mOPn2e1/c3VZldtWeHlt0/yssDq778M1UhfjHBzbmuytMuJr 5rOA== MIME-Version: 1.0 Received: by 10.52.91.16 with SMTP id ca16mr418886vdb.125.1334206765259; Wed, 11 Apr 2012 21:59:25 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Wed, 11 Apr 2012 21:59:25 -0700 (PDT) In-Reply-To: References: <1332618280.41962.YahooMailNeo@web162804.mail.bf1.yahoo.com> Date: Thu, 12 Apr 2012 00:59:25 -0400 Message-ID: From: Casey DeLorme To: Xi Shen Cc: "xen-users@lists.xen.org" , Christoph Kaminski Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3029883904083373158==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3029883904083373158== Content-Type: multipart/alternative; boundary=20cf307f3be24cd99704bd743820 --20cf307f3be24cd99704bd743820 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Coming from Debian so I don't know if my experiences are a 1 to 1 map, but it looks like you are loading pciback after the system boots, which is too late since the device drivers have already loaded. The purpose of pciback is to load with the system before the devices are initialized and the system loads the drivers. From the reading I've found you supposedly have to rebuild your initrd with pciback for it to load at boot time: http://itknowledgeexchange.techtarget.com/linux-lotus-domino/centos-5-and-p= ciback-aka-hiding-pci-card-from-xen-dom0/ For that reason my solution has been to just compile a kernel with pciback "built-in", since I have had no luck with the module approach. Most of the guides I have read mention pci stub scripts, which I believe is a different utility from pciback. Also, on Debian the domain is not required for hiding or passing pci devices (in reference to the lspci format "domain:bus:slot.function" not the Xen domain). I hope that helps, ~Casey On Thu, Apr 12, 2012 at 12:14 AM, Xi Shen wrote: > Have you tried xen-pciback.hide=3D(0000:08:02.0)(0000:**08:02.1) ? I do > not know why the prefixing '0000:' is missing on any Xen Wiki page; but > most people say it is required. > > > On Tuesday, March 27, 2012, Christoph Kaminski wrote: > >> no one a hint for me? >> >> does someone use other pkgs for centos 6 where pci passthrough is workin= g? >> >> On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote: >> >>> have loaded all found xen modules... still the same problem with pci >>> passthrough >>> >>> On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote: >>> >>>> Hello, >>>> >>>> It's possible that you need to load a handful of xen modules at >>>> startup inorder to create guests. >>>> >>>> From what you posted below, I can't tell what's happening on dom0 boot= . >>>> >>>> Take a look at >>>> >>>> find /lib/modules -name "xen*.ko" | grep 3.3 >>>> >>>> the results of the above find command need to setup here >>>> >>>> cat>>/etc/rc.modules<>>> modprobe xenfs >>>> modprobe xen-gntdev >>>> (and so on) >>>> EOL >>>> chmod +x /etc/rc.modules >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: Christoph Kaminski >>>> To: xen-users@lists.xensource.com >>>> Cc: >>>> Sent: Saturday, March 24, 2012 2:28 AM >>>> Subject: [Xen-users] Problems centos6/xen/pci passthrough >>>> >>>> Hi All >>>> >>>> I have a problem with xen and pci passthrough... >>>> I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/ >>>> Kernel Pkgs from http://elrepo.org/tiki/kernel-**ml >>>> (3.3.0-1.el6.elrepo.x86_64) in dom0/U. >>>> >>> >> -- >> Greetz >> >> ______________________________**_________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307f3be24cd99704bd743820 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Coming from Debian so I don't know if my experiences are a 1 = to 1 map, but it looks like you are loading pciback after the system boots,= which is too late since the device drivers have already loaded.

The purpose of pciback is to load with the system before the= devices are initialized and the system loads the drivers. =C2=A0From the r= eading I've found you supposedly have to rebuild your initrd with pciba= ck for it to load at boot time:


For that reason my solution has been to just compile a = kernel with pciback "built-in", since I have had no luck with the= module approach.

Most of the guides I have read m= ention pci stub scripts, which I believe is a different utility from pcibac= k.


Also, on Debian the domain is not requir= ed for hiding or passing pci devices (in reference to the lspci format &quo= t;domain:bus:slot.function" not the Xen domain).

I hope that helps,

~Casey

On Thu, Apr 12, 2012 at 12= :14 AM, Xi Shen <davidshen84@gmail.com> wrote:
Have you tried=C2=A0 xen-pciback.hide=3D(0000:08= :02.0)(0000:08:02.1)=C2=A0? I do not know why the prefixing= '0000:' is missing on any Xen Wiki page; but most people say it is= required.


On Tuesday, March 27, 2012, Christoph Kaminski wrote:
no one a hint for me?

does someone use other pkgs for centos 6 where pci passthrough is working?<= br>
On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote:
have loaded all found xen modules... still the same problem with pci
passthrough

On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote:
Hello,

It's possible that you need to load a handful of xen modules at
startup inorder to create guests.

>From what you posted below, I can't tell what's happening on dom0 b= oot.

Take a look at

=C2=A0 find /lib/modules -name "xen*.ko" | grep 3.3

the results of the above find command need to setup here

cat>>/etc/rc.modules<<EOL
modprobe xenfs
modprobe xen-gntdev
(and so on)
EOL
chmod +x /etc/rc.modules



----- Original Message -----
From: Christoph Kaminski <mangel@gmx.de>
To: xen-users@lists.xensource.com
Cc:
Sent: Saturday, March 24, 2012 2:28 AM
Subject: [Xen-users] Problems centos6/xen/pci passthrough

Hi All

I have a problem with xen and pci passthrough...
I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/
Kernel Pkgs from http://elrepo.org/tiki/kernel-ml
(3.3.0-1.el6.elrepo.x86_64) in dom0/U.

--
Greetz

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


--
Regards=EF=BC=8C
David Shen
http://about.me/da= vidshen
https://tw= itter.com/#!/davidshen84

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

--20cf307f3be24cd99704bd743820-- --===============3029883904083373158== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3029883904083373158==-- From xen-users-bounces@lists.xen.org Thu Apr 12 05:00:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 05:00: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 1SIC83-0000cL-AJ; Thu, 12 Apr 2012 04:59:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIC81-0000cG-JR for xen-users@lists.xen.org; Thu, 12 Apr 2012 04:59:29 +0000 Received: from [85.158.139.83:60887] by server-3.bemta-5.messagelabs.com id 1C/4F-25237-031668F4; Thu, 12 Apr 2012 04:59:28 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1334206765!18838942!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_40_50,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5tZS9kYXZpZHNoZW4p\ n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16400 invoked from network); 12 Apr 2012 04:59:26 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 04:59:26 -0000 Received: by vcbfl11 with SMTP id fl11so1487485vcb.32 for ; Wed, 11 Apr 2012 21:59:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rKih71bF5dKly0fuXYcxM0CDnUUQpfcp1JDZaoeENJY=; b=QokQTbHRsCAPUkaGNxjW1mmO5vqGk55GjR1b8v52HxdxKQwxPMY1XcMzDMOx0WkH0N rDLkLf+Peq3KANWu/m3B2qSHIlMQrJDHhPVemQOaSt44fvlcqjzOu7jLxZcinPwCLarJ ti763iTtAjfQGsJqvVIxl4rL+rzWukqNE71EvfRRQdJ4jXeIXhoNV8Vq36SCelTT0HVg k+1+q8EyepGP32iM3KW40Ml9fCPmfwQzYGoZ746uLuCpNhUKXYTY4dfCcKWPEGpbnGcx z6BQ9nF7duTMhNLUyxA1mOPn2e1/c3VZldtWeHlt0/yssDq778M1UhfjHBzbmuytMuJr 5rOA== MIME-Version: 1.0 Received: by 10.52.91.16 with SMTP id ca16mr418886vdb.125.1334206765259; Wed, 11 Apr 2012 21:59:25 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Wed, 11 Apr 2012 21:59:25 -0700 (PDT) In-Reply-To: References: <1332618280.41962.YahooMailNeo@web162804.mail.bf1.yahoo.com> Date: Thu, 12 Apr 2012 00:59:25 -0400 Message-ID: From: Casey DeLorme To: Xi Shen Cc: "xen-users@lists.xen.org" , Christoph Kaminski Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3029883904083373158==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3029883904083373158== Content-Type: multipart/alternative; boundary=20cf307f3be24cd99704bd743820 --20cf307f3be24cd99704bd743820 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Coming from Debian so I don't know if my experiences are a 1 to 1 map, but it looks like you are loading pciback after the system boots, which is too late since the device drivers have already loaded. The purpose of pciback is to load with the system before the devices are initialized and the system loads the drivers. From the reading I've found you supposedly have to rebuild your initrd with pciback for it to load at boot time: http://itknowledgeexchange.techtarget.com/linux-lotus-domino/centos-5-and-p= ciback-aka-hiding-pci-card-from-xen-dom0/ For that reason my solution has been to just compile a kernel with pciback "built-in", since I have had no luck with the module approach. Most of the guides I have read mention pci stub scripts, which I believe is a different utility from pciback. Also, on Debian the domain is not required for hiding or passing pci devices (in reference to the lspci format "domain:bus:slot.function" not the Xen domain). I hope that helps, ~Casey On Thu, Apr 12, 2012 at 12:14 AM, Xi Shen wrote: > Have you tried xen-pciback.hide=3D(0000:08:02.0)(0000:**08:02.1) ? I do > not know why the prefixing '0000:' is missing on any Xen Wiki page; but > most people say it is required. > > > On Tuesday, March 27, 2012, Christoph Kaminski wrote: > >> no one a hint for me? >> >> does someone use other pkgs for centos 6 where pci passthrough is workin= g? >> >> On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote: >> >>> have loaded all found xen modules... still the same problem with pci >>> passthrough >>> >>> On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote: >>> >>>> Hello, >>>> >>>> It's possible that you need to load a handful of xen modules at >>>> startup inorder to create guests. >>>> >>>> From what you posted below, I can't tell what's happening on dom0 boot= . >>>> >>>> Take a look at >>>> >>>> find /lib/modules -name "xen*.ko" | grep 3.3 >>>> >>>> the results of the above find command need to setup here >>>> >>>> cat>>/etc/rc.modules<>>> modprobe xenfs >>>> modprobe xen-gntdev >>>> (and so on) >>>> EOL >>>> chmod +x /etc/rc.modules >>>> >>>> >>>> >>>> ----- Original Message ----- >>>> From: Christoph Kaminski >>>> To: xen-users@lists.xensource.com >>>> Cc: >>>> Sent: Saturday, March 24, 2012 2:28 AM >>>> Subject: [Xen-users] Problems centos6/xen/pci passthrough >>>> >>>> Hi All >>>> >>>> I have a problem with xen and pci passthrough... >>>> I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/ >>>> Kernel Pkgs from http://elrepo.org/tiki/kernel-**ml >>>> (3.3.0-1.el6.elrepo.x86_64) in dom0/U. >>>> >>> >> -- >> Greetz >> >> ______________________________**_________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84 > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307f3be24cd99704bd743820 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Coming from Debian so I don't know if my experiences are a 1 = to 1 map, but it looks like you are loading pciback after the system boots,= which is too late since the device drivers have already loaded.

The purpose of pciback is to load with the system before the= devices are initialized and the system loads the drivers. =C2=A0From the r= eading I've found you supposedly have to rebuild your initrd with pciba= ck for it to load at boot time:


For that reason my solution has been to just compile a = kernel with pciback "built-in", since I have had no luck with the= module approach.

Most of the guides I have read m= ention pci stub scripts, which I believe is a different utility from pcibac= k.


Also, on Debian the domain is not requir= ed for hiding or passing pci devices (in reference to the lspci format &quo= t;domain:bus:slot.function" not the Xen domain).

I hope that helps,

~Casey

On Thu, Apr 12, 2012 at 12= :14 AM, Xi Shen <davidshen84@gmail.com> wrote:
Have you tried=C2=A0 xen-pciback.hide=3D(0000:08= :02.0)(0000:08:02.1)=C2=A0? I do not know why the prefixing= '0000:' is missing on any Xen Wiki page; but most people say it is= required.


On Tuesday, March 27, 2012, Christoph Kaminski wrote:
no one a hint for me?

does someone use other pkgs for centos 6 where pci passthrough is working?<= br>
On Sun, 25 Mar 2012 08:33:27 +0100, Christoph Kaminski wrote:
have loaded all found xen modules... still the same problem with pci
passthrough

On Sat, 24 Mar 2012 12:44:40 -0700 (PDT), Mark Pryor wrote:
Hello,

It's possible that you need to load a handful of xen modules at
startup inorder to create guests.

>From what you posted below, I can't tell what's happening on dom0 b= oot.

Take a look at

=C2=A0 find /lib/modules -name "xen*.ko" | grep 3.3

the results of the above find command need to setup here

cat>>/etc/rc.modules<<EOL
modprobe xenfs
modprobe xen-gntdev
(and so on)
EOL
chmod +x /etc/rc.modules



----- Original Message -----
From: Christoph Kaminski <mangel@gmx.de>
To: xen-users@lists.xensource.com
Cc:
Sent: Saturday, March 24, 2012 2:28 AM
Subject: [Xen-users] Problems centos6/xen/pci passthrough

Hi All

I have a problem with xen and pci passthrough...
I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/
Kernel Pkgs from http://elrepo.org/tiki/kernel-ml
(3.3.0-1.el6.elrepo.x86_64) in dom0/U.

--
Greetz

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


--
Regards=EF=BC=8C
David Shen
http://about.me/da= vidshen
https://tw= itter.com/#!/davidshen84

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

--20cf307f3be24cd99704bd743820-- --===============3029883904083373158== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3029883904083373158==-- From xen-users-bounces@lists.xen.org Thu Apr 12 07:15:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:15: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 1SIEEJ-0002Ns-ET; Thu, 12 Apr 2012 07:14:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEEH-0002Nm-P4 for xen-users@lists.xen.org; Thu, 12 Apr 2012 07:14:05 +0000 Received: from [85.158.138.51:62335] by server-11.bemta-3.messagelabs.com id 14/89-18894-CB0868F4; Thu, 12 Apr 2012 07:14:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334214844!21707096!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzgzNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17220 invoked from network); 12 Apr 2012 07:14:04 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 07:14:04 -0000 X-IronPort-AV: E=Sophos;i="4.75,410,1330905600"; d="scan'208";a="11892036" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Apr 2012 07:14:03 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Apr 2012 08:14:03 +0100 Message-ID: <1334214843.12209.224.camel@dagon.hellion.org.uk> From: Ian Campbell To: "cyberhawk001@gmail.com" Date: Thu, 12 Apr 2012 07:14:03 +0000 In-Reply-To: <4F85A9C1.6090300@gmail.com> References: <4F85A9C1.6090300@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-11 at 16:56 +0100, cyberhawk001@gmail.com wrote: > I am still trying to get Xen to run on my machine. This time around i > did the following: > > 1.) installed a clean Debian Squeeze > 2.) Compiled and installed Kernel 3.3.1 (Config was setup with all > defaults using menuconfig AND all xen options were set to Y) > 3.) Rebooted into Kernel 3.3.1 > 4.) Upgraded to Debian Wheezy > 5.) Setup Serial output to a second PC using null-model cable and > added the following to /etc/default/grub > GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" > GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" > 6.) Using Synaptic, installed xen-hypervisor-4.1-amd64, xen-tools > 4.2.1-1, and it installed all additional dependent packages. > > 7.) Added the following to /etc/default/grub > GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" > GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" > > The downside is that once i add those lines above, i can't boot back > into the normal non-Xen kernel anymore.... Not sure what this issue is You might have wanted to use GRUB_CMDLINE_LINUX_XEN_REPLACE instead of GRUB_CMDLINE_LINUX since the options you have used there are not going to work with native, although I'd expect it to silently boot with no console and then become available on the network. > > 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace > log, which ended with a KERNEL PANIC A bug was introduce into 3.1.12. A fix is in the pipeline for the next update but in the meantime you can try reverting: commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 Author: Suresh Siddha Date: Mon Mar 12 11:36:33 2012 -0700 x86/ioapic: Add register level checks to detect bogus io-apic entries (I don't seem to see anything newer than 3.1.10 in the git tree, how odd) Ian. > > I am not experienced with reading trace logs, SO i have attached it > here as a TXT file. I am hoping someone can take a quick peek at it as > it is not that long and see if it reveals anything of useful to why > the kernel panics....... > > AS always thanks to all... > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 07:15:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:15: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 1SIEEJ-0002Ns-ET; Thu, 12 Apr 2012 07:14:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEEH-0002Nm-P4 for xen-users@lists.xen.org; Thu, 12 Apr 2012 07:14:05 +0000 Received: from [85.158.138.51:62335] by server-11.bemta-3.messagelabs.com id 14/89-18894-CB0868F4; Thu, 12 Apr 2012 07:14:04 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334214844!21707096!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5MzgzNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17220 invoked from network); 12 Apr 2012 07:14:04 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 07:14:04 -0000 X-IronPort-AV: E=Sophos;i="4.75,410,1330905600"; d="scan'208";a="11892036" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Apr 2012 07:14:03 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 12 Apr 2012 08:14:03 +0100 Message-ID: <1334214843.12209.224.camel@dagon.hellion.org.uk> From: Ian Campbell To: "cyberhawk001@gmail.com" Date: Thu, 12 Apr 2012 07:14:03 +0000 In-Reply-To: <4F85A9C1.6090300@gmail.com> References: <4F85A9C1.6090300@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-11 at 16:56 +0100, cyberhawk001@gmail.com wrote: > I am still trying to get Xen to run on my machine. This time around i > did the following: > > 1.) installed a clean Debian Squeeze > 2.) Compiled and installed Kernel 3.3.1 (Config was setup with all > defaults using menuconfig AND all xen options were set to Y) > 3.) Rebooted into Kernel 3.3.1 > 4.) Upgraded to Debian Wheezy > 5.) Setup Serial output to a second PC using null-model cable and > added the following to /etc/default/grub > GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" > GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" > 6.) Using Synaptic, installed xen-hypervisor-4.1-amd64, xen-tools > 4.2.1-1, and it installed all additional dependent packages. > > 7.) Added the following to /etc/default/grub > GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" > GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" > > The downside is that once i add those lines above, i can't boot back > into the normal non-Xen kernel anymore.... Not sure what this issue is You might have wanted to use GRUB_CMDLINE_LINUX_XEN_REPLACE instead of GRUB_CMDLINE_LINUX since the options you have used there are not going to work with native, although I'd expect it to silently boot with no console and then become available on the network. > > 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace > log, which ended with a KERNEL PANIC A bug was introduce into 3.1.12. A fix is in the pipeline for the next update but in the meantime you can try reverting: commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 Author: Suresh Siddha Date: Mon Mar 12 11:36:33 2012 -0700 x86/ioapic: Add register level checks to detect bogus io-apic entries (I don't seem to see anything newer than 3.1.10 in the git tree, how odd) Ian. > > I am not experienced with reading trace logs, SO i have attached it > here as a TXT file. I am hoping someone can take a quick peek at it as > it is not that long and see if it reveals anything of useful to why > the kernel panics....... > > AS always thanks to all... > > > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 07:36:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:36: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 1SIEYz-0002xk-9v; Thu, 12 Apr 2012 07:35:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEYx-0002xd-RP for xen-users@lists.xensource.com; Thu, 12 Apr 2012 07:35:27 +0000 Received: from [85.158.143.35:46440] by server-2.bemta-4.messagelabs.com id 01/92-17550-FB5868F4; Thu, 12 Apr 2012 07:35:27 +0000 X-Env-Sender: k@itoc.dk X-Msg-Ref: server-11.tower-21.messagelabs.com!1334216124!12057551!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17997 invoked from network); 12 Apr 2012 07:35:25 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 07:35:25 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIEYt-0005Mm-0F for xen-users@lists.xensource.com; Thu, 12 Apr 2012 00:35:23 -0700 Date: Thu, 12 Apr 2012 00:35:22 -0700 (PDT) From: Kristoffer Harthing Egefelt To: xen-users@lists.xensource.com Message-ID: <1334216122973-5634876.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Using 10G interfaces on kernel 3.2 + xen 4.1.2 we're seeing: dom0 ~9.2Gbps domU *~2.5Gbps* dmesg on domU: XENBUS: Device with no driver: device/vif/0 Is this normal? Thanks Kristoffer -- View this message in context: http://xen.1045712.n5.nabble.com/10gig-in-domU-tp5634876p5634876.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 07:36:45 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:36: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 1SIEYz-0002xk-9v; Thu, 12 Apr 2012 07:35:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEYx-0002xd-RP for xen-users@lists.xensource.com; Thu, 12 Apr 2012 07:35:27 +0000 Received: from [85.158.143.35:46440] by server-2.bemta-4.messagelabs.com id 01/92-17550-FB5868F4; Thu, 12 Apr 2012 07:35:27 +0000 X-Env-Sender: k@itoc.dk X-Msg-Ref: server-11.tower-21.messagelabs.com!1334216124!12057551!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17997 invoked from network); 12 Apr 2012 07:35:25 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 07:35:25 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIEYt-0005Mm-0F for xen-users@lists.xensource.com; Thu, 12 Apr 2012 00:35:23 -0700 Date: Thu, 12 Apr 2012 00:35:22 -0700 (PDT) From: Kristoffer Harthing Egefelt To: xen-users@lists.xensource.com Message-ID: <1334216122973-5634876.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Using 10G interfaces on kernel 3.2 + xen 4.1.2 we're seeing: dom0 ~9.2Gbps domU *~2.5Gbps* dmesg on domU: XENBUS: Device with no driver: device/vif/0 Is this normal? Thanks Kristoffer -- View this message in context: http://xen.1045712.n5.nabble.com/10gig-in-domU-tp5634876p5634876.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 07:43:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:43:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEev-0003S8-58; Thu, 12 Apr 2012 07:41:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEeu-0003Ry-8v for xen-users@lists.xen.org; Thu, 12 Apr 2012 07:41:36 +0000 Received: from [85.158.138.51:5762] by server-6.bemta-3.messagelabs.com id C8/73-05145-F27868F4; Thu, 12 Apr 2012 07:41:35 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334216491!10792041!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21025 invoked from network); 12 Apr 2012 07:41:31 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 07:41:31 -0000 Received: from p5dc3fd31.dip.t-dialin.net ([93.195.253.49] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SIEeo-0002Ta-TM for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:41:30 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Thu, 12 Apr 2012 09:40:59 +0200 Message-ID: <1806896.AsOJcbR5h6@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: <1334216122973-5634876.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7979098201301716815==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7979098201301716815== Content-Type: multipart/signed; boundary="nextPart1611135.J01pGnRkqU"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1611135.J01pGnRkqU Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Donnerstag, 12. April 2012, 00:35:22 schrieb Kristoffer Harthing Egefelt: > Using 10G interfaces on kernel 3.2 + xen 4.1.2 we're seeing: > dom0 ~9.2Gbps > domU *~2.5Gbps* > > dmesg on domU: > XENBUS: Device with no driver: device/vif/0 > > Is this normal? In non-PV environments (hvm) this could be "normal"... Do you use PV? Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart1611135.J01pGnRkqU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPhocLAAoJEM78prARigUnPwMP/0SqcP6RrFHZQE+edFCtLnE8 6UnDetrXv07WqG+/Luidqe5hDvw32gy7aqHXxsWuPCrrT/TxdOADva7TTljSXWDR X+R1Wz1ZVhz6FyNnHaSl/oA/9eITBVUjd68+I6h/vRpcgf7TYitFHBZW6b8gCNd9 3LSV4Zn8GjSQPU6drJUgb0VhYUWlte4oEArYolQz8S7u8rpRstT5+Fe3v8bnI2B0 FdfSTrdnG4OERzxn3ICT+IpSAJ3VCCdKVQwoj+4nnkF9n7BTnNyuThF+pg5C9aVP iwtjrL+/H3CUKI5a/k18AvfgfahJRZza9pzGLvDfO5W4SwtwI8Q5sEMt1r9srrkd 9/kagDTAL43JLrF+u9M737HH7Rvl6NN63i2tQ38Tq1s65+asGzPP7E7tCLUByRcp T1o30ZAqTGJClbtE/Vcj8T1xqulL/TFvI6LEwdr/PByN3LNpGz+aBZjJJ8henZJk 6Hq0bew4r8yseP4VwyRC8np7qguxY4yvKhV2IrqQhLzyB/aDfbyOZpcTL13aXg5s UqeFX0neCRh+B9MKjbxNIupKoLSVmAwTPdiXUAKUHZT9tzWf3sZJ/akPkOfVEZA/ oXldGM8p3a9vpkKAKXUSNKvVrRF0DGRrR+XfD4wrv+Tq68n5SEvoYh7BK4PeLd1R Y0fXhV+asADJqK+yVyFK =ujEG -----END PGP SIGNATURE----- --nextPart1611135.J01pGnRkqU-- --===============7979098201301716815== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7979098201301716815==-- From xen-users-bounces@lists.xen.org Thu Apr 12 07:43:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:43:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEev-0003S8-58; Thu, 12 Apr 2012 07:41:37 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEeu-0003Ry-8v for xen-users@lists.xen.org; Thu, 12 Apr 2012 07:41:36 +0000 Received: from [85.158.138.51:5762] by server-6.bemta-3.messagelabs.com id C8/73-05145-F27868F4; Thu, 12 Apr 2012 07:41:35 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334216491!10792041!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21025 invoked from network); 12 Apr 2012 07:41:31 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 07:41:31 -0000 Received: from p5dc3fd31.dip.t-dialin.net ([93.195.253.49] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SIEeo-0002Ta-TM for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:41:30 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Thu, 12 Apr 2012 09:40:59 +0200 Message-ID: <1806896.AsOJcbR5h6@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: <1334216122973-5634876.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7979098201301716815==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7979098201301716815== Content-Type: multipart/signed; boundary="nextPart1611135.J01pGnRkqU"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1611135.J01pGnRkqU Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Donnerstag, 12. April 2012, 00:35:22 schrieb Kristoffer Harthing Egefelt: > Using 10G interfaces on kernel 3.2 + xen 4.1.2 we're seeing: > dom0 ~9.2Gbps > domU *~2.5Gbps* > > dmesg on domU: > XENBUS: Device with no driver: device/vif/0 > > Is this normal? In non-PV environments (hvm) this could be "normal"... Do you use PV? Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart1611135.J01pGnRkqU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPhocLAAoJEM78prARigUnPwMP/0SqcP6RrFHZQE+edFCtLnE8 6UnDetrXv07WqG+/Luidqe5hDvw32gy7aqHXxsWuPCrrT/TxdOADva7TTljSXWDR X+R1Wz1ZVhz6FyNnHaSl/oA/9eITBVUjd68+I6h/vRpcgf7TYitFHBZW6b8gCNd9 3LSV4Zn8GjSQPU6drJUgb0VhYUWlte4oEArYolQz8S7u8rpRstT5+Fe3v8bnI2B0 FdfSTrdnG4OERzxn3ICT+IpSAJ3VCCdKVQwoj+4nnkF9n7BTnNyuThF+pg5C9aVP iwtjrL+/H3CUKI5a/k18AvfgfahJRZza9pzGLvDfO5W4SwtwI8Q5sEMt1r9srrkd 9/kagDTAL43JLrF+u9M737HH7Rvl6NN63i2tQ38Tq1s65+asGzPP7E7tCLUByRcp T1o30ZAqTGJClbtE/Vcj8T1xqulL/TFvI6LEwdr/PByN3LNpGz+aBZjJJ8henZJk 6Hq0bew4r8yseP4VwyRC8np7qguxY4yvKhV2IrqQhLzyB/aDfbyOZpcTL13aXg5s UqeFX0neCRh+B9MKjbxNIupKoLSVmAwTPdiXUAKUHZT9tzWf3sZJ/akPkOfVEZA/ oXldGM8p3a9vpkKAKXUSNKvVrRF0DGRrR+XfD4wrv+Tq68n5SEvoYh7BK4PeLd1R Y0fXhV+asADJqK+yVyFK =ujEG -----END PGP SIGNATURE----- --nextPart1611135.J01pGnRkqU-- --===============7979098201301716815== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7979098201301716815==-- From xen-users-bounces@lists.xen.org Thu Apr 12 07:57:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:57: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 1SIEtP-00041w-8J; Thu, 12 Apr 2012 07:56:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEtN-00041q-P6 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 07:56:33 +0000 Received: from [85.158.139.83:30592] by server-2.bemta-5.messagelabs.com id 96/6A-17016-1BA868F4; Thu, 12 Apr 2012 07:56:33 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-182.messagelabs.com!1334217389!23458095!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30579 invoked from network); 12 Apr 2012 07:56:29 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-182.messagelabs.com with SMTP; 12 Apr 2012 07:56:29 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 6B08329E79 for ; Thu, 12 Apr 2012 08:56:27 +0100 (BST) 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 mT-a0PQb+Vay for ; Thu, 12 Apr 2012 08:56:27 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A8AA028264 for ; Thu, 12 Apr 2012 08:56:23 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <1334216122973-5634876.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> Date: Thu, 12 Apr 2012 08:56:11 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kristoffer Harthing Egefelt wrote: >Using 10G interfaces on kernel 3.2 + xen 4.1.2 we're seeing: >dom0 ~9.2Gbps >domU *~2.5Gbps* > >dmesg on domU: >XENBUS: Device with no driver: device/vif/0 > >Is this normal? I'm guessing so. I see those messages on every guest when I boot them, then a short time later there are messages relating to drivers/devices. Eg : [ 0.500122] XENBUS: Device with no driver: device/vbd/51713 [ 0.500130] XENBUS: Device with no driver: device/vbd/51714 [ 0.500137] XENBUS: Device with no driver: device/vbd/51715 [ 0.500146] XENBUS: Device with no driver: device/vif/0 [ 0.500153] XENBUS: Device with no driver: device/vif/1 [ 0.500160] XENBUS: Device with no driver: device/console/0 ... [ 0.575270] Initialising Xen virtual ethernet driver. [ 0.669515] blkfront: xvda1: barrier: enabled [ 0.672064] Setting capacity to 4194304 [ 0.672089] xvda1: detected capacity change from 0 to 2147483648 [ 0.673131] blkfront: xvda2: barrier: enabled [ 0.676030] Setting capacity to 4194304 [ 0.676056] xvda2: detected capacity change from 0 to 2147483648 [ 0.678393] blkfront: xvda3: barrier: enabled [ 0.700179] Setting capacity to 1048576 As to performance, that has always been a weakness with Xen. AIUI, all the virtual network traffic is handled by a single thread in Dom0 and this creates a bottleneck. There is certainly a huge performance difference between accessing an iSCSI volume natively on the client (poor) vs accessing it on Dom0 and passing it through as a virtual block device (good). -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 07:57:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 07:57: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 1SIEtP-00041w-8J; Thu, 12 Apr 2012 07:56:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIEtN-00041q-P6 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 07:56:33 +0000 Received: from [85.158.139.83:30592] by server-2.bemta-5.messagelabs.com id 96/6A-17016-1BA868F4; Thu, 12 Apr 2012 07:56:33 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-182.messagelabs.com!1334217389!23458095!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30579 invoked from network); 12 Apr 2012 07:56:29 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-182.messagelabs.com with SMTP; 12 Apr 2012 07:56:29 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 6B08329E79 for ; Thu, 12 Apr 2012 08:56:27 +0100 (BST) 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 mT-a0PQb+Vay for ; Thu, 12 Apr 2012 08:56:27 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id A8AA028264 for ; Thu, 12 Apr 2012 08:56:23 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <1334216122973-5634876.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> Date: Thu, 12 Apr 2012 08:56:11 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kristoffer Harthing Egefelt wrote: >Using 10G interfaces on kernel 3.2 + xen 4.1.2 we're seeing: >dom0 ~9.2Gbps >domU *~2.5Gbps* > >dmesg on domU: >XENBUS: Device with no driver: device/vif/0 > >Is this normal? I'm guessing so. I see those messages on every guest when I boot them, then a short time later there are messages relating to drivers/devices. Eg : [ 0.500122] XENBUS: Device with no driver: device/vbd/51713 [ 0.500130] XENBUS: Device with no driver: device/vbd/51714 [ 0.500137] XENBUS: Device with no driver: device/vbd/51715 [ 0.500146] XENBUS: Device with no driver: device/vif/0 [ 0.500153] XENBUS: Device with no driver: device/vif/1 [ 0.500160] XENBUS: Device with no driver: device/console/0 ... [ 0.575270] Initialising Xen virtual ethernet driver. [ 0.669515] blkfront: xvda1: barrier: enabled [ 0.672064] Setting capacity to 4194304 [ 0.672089] xvda1: detected capacity change from 0 to 2147483648 [ 0.673131] blkfront: xvda2: barrier: enabled [ 0.676030] Setting capacity to 4194304 [ 0.676056] xvda2: detected capacity change from 0 to 2147483648 [ 0.678393] blkfront: xvda3: barrier: enabled [ 0.700179] Setting capacity to 1048576 As to performance, that has always been a weakness with Xen. AIUI, all the virtual network traffic is handled by a single thread in Dom0 and this creates a bottleneck. There is certainly a huge performance difference between accessing an iSCSI volume natively on the client (poor) vs accessing it on Dom0 and passing it through as a virtual block device (good). -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 08:16:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 08:16: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 1SIFBz-0005R2-Q9; Thu, 12 Apr 2012 08:15:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFBy-0005Qm-HI for xen-users@lists.xensource.com; Thu, 12 Apr 2012 08:15:46 +0000 Received: from [85.158.139.83:36411] by server-8.bemta-5.messagelabs.com id FB/E2-26964-13F868F4; Thu, 12 Apr 2012 08:15:45 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-182.messagelabs.com!1334218543!18866179!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29365 invoked from network); 12 Apr 2012 08:15:44 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-182.messagelabs.com with SMTP; 12 Apr 2012 08:15:44 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id DEB3A29E79 for ; Thu, 12 Apr 2012 09:15:40 +0100 (BST) 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 K619-lHKphll for ; Thu, 12 Apr 2012 09:15:40 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5F35F28264 for ; Thu, 12 Apr 2012 09:15:40 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <1334216122973-5634876.post@n5.nabble.com> Date: Thu, 12 Apr 2012 09:15:34 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org wrote: >I'm guessing so. I see those messages on every guest when I boot >them, then a short time later there are messages relating to >drivers/devices. I neglected to include that these are PV guests. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 08:16:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 08:16: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 1SIFBz-0005R2-Q9; Thu, 12 Apr 2012 08:15:47 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFBy-0005Qm-HI for xen-users@lists.xensource.com; Thu, 12 Apr 2012 08:15:46 +0000 Received: from [85.158.139.83:36411] by server-8.bemta-5.messagelabs.com id FB/E2-26964-13F868F4; Thu, 12 Apr 2012 08:15:45 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-11.tower-182.messagelabs.com!1334218543!18866179!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29365 invoked from network); 12 Apr 2012 08:15:44 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-11.tower-182.messagelabs.com with SMTP; 12 Apr 2012 08:15:44 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id DEB3A29E79 for ; Thu, 12 Apr 2012 09:15:40 +0100 (BST) 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 K619-lHKphll for ; Thu, 12 Apr 2012 09:15:40 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5F35F28264 for ; Thu, 12 Apr 2012 09:15:40 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <1334216122973-5634876.post@n5.nabble.com> Date: Thu, 12 Apr 2012 09:15:34 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org wrote: >I'm guessing so. I see those messages on every guest when I boot >them, then a short time later there are messages relating to >drivers/devices. I neglected to include that these are PV guests. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 08:18:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 08:18:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFDY-0005ij-FP; Thu, 12 Apr 2012 08:17:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFDW-0005iI-VG for xen-users@lists.xen.org; Thu, 12 Apr 2012 08:17:23 +0000 Received: from [193.109.254.147:26605] by server-12.bemta-14.messagelabs.com id B3/AB-05898-29F868F4; Thu, 12 Apr 2012 08:17:22 +0000 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-12.tower-27.messagelabs.com!1334218641!4241591!1 X-Originating-IP: [194.158.122.58] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjE1OC4xMjIuNTggPT4gNjc5Mzk=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12077 invoked from network); 12 Apr 2012 08:17:21 -0000 Received: from mail-3d.bbox.fr (HELO mail-3d.bbox.fr) (194.158.122.58) by server-12.tower-27.messagelabs.com with SMTP; 12 Apr 2012 08:17:21 -0000 Received: from kmail.jpp.fr (89-93-163-242.hfc.dyn.abo.bbox.fr [89.93.163.242]) by mail-3d.bbox.fr (Postfix) with ESMTP id 69B557B; Thu, 12 Apr 2012 10:17:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by kmail.jpp.fr (Postfix) with ESMTP id 1FB71272085; Thu, 12 Apr 2012 10:17:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at jppozzi.dyndns.org Received: from kmail.jpp.fr ([127.0.0.1]) by localhost (kmail.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HjycNf1QH5bj; Thu, 12 Apr 2012 10:17:20 +0200 (CEST) Received: from kmail.jpp.fr (kmail.jpp.fr [192.168.2.11]) by kmail.jpp.fr (Postfix) with ESMTP id 234E4272056; Thu, 12 Apr 2012 10:17:20 +0200 (CEST) Date: Thu, 12 Apr 2012 10:17:19 +0200 (CEST) From: Jean-Paul Pozzi To: Alan McKay Message-ID: <9687359.4.1334218639952.JavaMail.root@kmail.jpp.fr> In-Reply-To: MIME-Version: 1.0 X-Originating-IP: [80.214.8.243] X-Mailer: Zimbra 6.0.14_GA_2928 (zclient/6.0.14_GA_2928) Cc: xen-users@lists.xen.org Subject: [Xen-users] =?utf-8?q?Re=C2=A0=3A__No_NICs_with_Ubuntu_11=2E10_in?= =?utf-8?q?_domU_and_RHEL5=2E7_dom0?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGVsbG8sCgpXaGF0IGlzIHRow6kgY29udGVudCBvZiAvZXRjL25ldHdvcmsvaW50ZXJmYWNlIGlu IHRow6kgVWJ1bnR1IFZNID8KClJlZ2FyZHMKCi0tLSBNYWlsIGQnb3JpZ2luZSAtLS0tLQpEZTog QWxhbiBNY0theSA8YWxhbi5tY2theSt4ZW5AZ21haWwuY29tPgrDgDogeGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcKRW52b3nDqTogV2VkLCAxMSBBcHIgMjAxMiAyMjo0ODo0MCArMDIwMCAoQ0VTVCkK T2JqZXQ6IFtYZW4tdXNlcnNdIE5vIE5JQ3Mgd2l0aCBVYnVudHUgMTEuMTAgaW4gZG9tVSBhbmQg UkhFTDUuNyBkb20wCkhlIGZvbGtzLApJJ3ZlIGJlZW4gd29ya2luZyBvbiB0aGlzIHByb2JsZW0g Zm9yIHF1aXRlIHNvbWUgdGltZSBub3cgLSBpdCBpcwpyZWxhdGVkIHRvIG15IHVuYW5zd2VyZWQg cXVlc3Rpb24gYWJvdXQgd2hldGhlciBvciBub3QgSSBuZWVkIGEKZnVuY3Rpb25pbmcgTklDIGlu IG15IGRvbVUgVk0gaW4gb3JkZXIgdG8gdXNlIGFuIGlTQ1NJIGRpc2suIFNob3J0CmFuc3dlciAt IEkgdGhpbmsgc28uClNvIEkndmUgZG9uZSBhIGNvbnNpZGVyYWJsZSBhbW91bnQgb2YgZ29vZ2xp bmcgYW5kIHJlYWRpbmcgdGhlIGxhc3QgMgpkYXlzLCBhbmQgZmluYWxseSBmaWd1cmVkIG91dCBo b3cgdG8gY29uZmlndXJlIGRvbTAgeGVuIGZvciAyIE5JQ3MuCkZvciB0aGUgbG9uZ2VzdCB0aW1l IEkgd2FzIG5vdCBzZWVpbmcgd2hhdCBJIHdhcyBleHBlY3RpbmcgdG8gc2VlCmRvaW5nICdpZmNv bmZpZycgb24gZG9tMC4gTm93IEkgc2VlIDoKZXRoMCwgZXRoMSwgbG8sIHBldGgwLCBwZXRoMSwg dmlmMC4wLCB2aWYwLjEsIHZpZlguMCwgdmlmWC4xLCB4ZW5icjAsIHhlbmJyMQpBbmQgSSBoYXZl IGNvbmZpcm1lZCB3aXRoIGEgQ2VudE9TIDUuOCBkb21VIHRoYXQgdGhlIE5JQ3MgYXJlIHdvcmtp bmcuCkJ1dCBkYW1uZWQgaWYgSSBjYW4gZ2V0IHRoZW0gd29ya2luZyB1bmRlciBVYnVudHUgMTEu MTAuIEFuZCBtb3JlCmdvb2dsaW5nIGlzIG5vdCBnZXR0aW5nIG1lIGFuIGFuc3dlci4KRG9lcyBz b21lb25lIGhhdmUgYSBxdWljayBsaW5rIGF0LWhhbmQgdG8gaGVscCBtZSBvdXQgaGVyZT8KVGhp cyBkb2VzIG5vdCBoZWxwIC0gaXQgYXNzdW1lcyB0aGUgTklDcyBhcmUgdGhlcmUgOgpodHRwczov L2hlbHAudWJ1bnR1LmNvbS9jb21tdW5pdHkvWGVuI05ldHdvcmtfZm9yX0RvbVUKSSBkbyAibHNo dyB8IGdyZXAgLWkgZXRoIiBhbmQgZ2V0IG5vdGhpbmcuCnRoYW5rcywKLUFsYW4KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcg bGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Apr 12 08:18:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 08:18:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFDY-0005ij-FP; Thu, 12 Apr 2012 08:17:24 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFDW-0005iI-VG for xen-users@lists.xen.org; Thu, 12 Apr 2012 08:17:23 +0000 Received: from [193.109.254.147:26605] by server-12.bemta-14.messagelabs.com id B3/AB-05898-29F868F4; Thu, 12 Apr 2012 08:17:22 +0000 X-Env-Sender: jpp@jppozzi.dyndns.org X-Msg-Ref: server-12.tower-27.messagelabs.com!1334218641!4241591!1 X-Originating-IP: [194.158.122.58] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk0LjE1OC4xMjIuNTggPT4gNjc5Mzk=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12077 invoked from network); 12 Apr 2012 08:17:21 -0000 Received: from mail-3d.bbox.fr (HELO mail-3d.bbox.fr) (194.158.122.58) by server-12.tower-27.messagelabs.com with SMTP; 12 Apr 2012 08:17:21 -0000 Received: from kmail.jpp.fr (89-93-163-242.hfc.dyn.abo.bbox.fr [89.93.163.242]) by mail-3d.bbox.fr (Postfix) with ESMTP id 69B557B; Thu, 12 Apr 2012 10:17:21 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by kmail.jpp.fr (Postfix) with ESMTP id 1FB71272085; Thu, 12 Apr 2012 10:17:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at jppozzi.dyndns.org Received: from kmail.jpp.fr ([127.0.0.1]) by localhost (kmail.jpp.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HjycNf1QH5bj; Thu, 12 Apr 2012 10:17:20 +0200 (CEST) Received: from kmail.jpp.fr (kmail.jpp.fr [192.168.2.11]) by kmail.jpp.fr (Postfix) with ESMTP id 234E4272056; Thu, 12 Apr 2012 10:17:20 +0200 (CEST) Date: Thu, 12 Apr 2012 10:17:19 +0200 (CEST) From: Jean-Paul Pozzi To: Alan McKay Message-ID: <9687359.4.1334218639952.JavaMail.root@kmail.jpp.fr> In-Reply-To: MIME-Version: 1.0 X-Originating-IP: [80.214.8.243] X-Mailer: Zimbra 6.0.14_GA_2928 (zclient/6.0.14_GA_2928) Cc: xen-users@lists.xen.org Subject: [Xen-users] =?utf-8?q?Re=C2=A0=3A__No_NICs_with_Ubuntu_11=2E10_in?= =?utf-8?q?_domU_and_RHEL5=2E7_dom0?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGVsbG8sCgpXaGF0IGlzIHRow6kgY29udGVudCBvZiAvZXRjL25ldHdvcmsvaW50ZXJmYWNlIGlu IHRow6kgVWJ1bnR1IFZNID8KClJlZ2FyZHMKCi0tLSBNYWlsIGQnb3JpZ2luZSAtLS0tLQpEZTog QWxhbiBNY0theSA8YWxhbi5tY2theSt4ZW5AZ21haWwuY29tPgrDgDogeGVuLXVzZXJzQGxpc3Rz Lnhlbi5vcmcKRW52b3nDqTogV2VkLCAxMSBBcHIgMjAxMiAyMjo0ODo0MCArMDIwMCAoQ0VTVCkK T2JqZXQ6IFtYZW4tdXNlcnNdIE5vIE5JQ3Mgd2l0aCBVYnVudHUgMTEuMTAgaW4gZG9tVSBhbmQg UkhFTDUuNyBkb20wCkhlIGZvbGtzLApJJ3ZlIGJlZW4gd29ya2luZyBvbiB0aGlzIHByb2JsZW0g Zm9yIHF1aXRlIHNvbWUgdGltZSBub3cgLSBpdCBpcwpyZWxhdGVkIHRvIG15IHVuYW5zd2VyZWQg cXVlc3Rpb24gYWJvdXQgd2hldGhlciBvciBub3QgSSBuZWVkIGEKZnVuY3Rpb25pbmcgTklDIGlu IG15IGRvbVUgVk0gaW4gb3JkZXIgdG8gdXNlIGFuIGlTQ1NJIGRpc2suIFNob3J0CmFuc3dlciAt IEkgdGhpbmsgc28uClNvIEkndmUgZG9uZSBhIGNvbnNpZGVyYWJsZSBhbW91bnQgb2YgZ29vZ2xp bmcgYW5kIHJlYWRpbmcgdGhlIGxhc3QgMgpkYXlzLCBhbmQgZmluYWxseSBmaWd1cmVkIG91dCBo b3cgdG8gY29uZmlndXJlIGRvbTAgeGVuIGZvciAyIE5JQ3MuCkZvciB0aGUgbG9uZ2VzdCB0aW1l IEkgd2FzIG5vdCBzZWVpbmcgd2hhdCBJIHdhcyBleHBlY3RpbmcgdG8gc2VlCmRvaW5nICdpZmNv bmZpZycgb24gZG9tMC4gTm93IEkgc2VlIDoKZXRoMCwgZXRoMSwgbG8sIHBldGgwLCBwZXRoMSwg dmlmMC4wLCB2aWYwLjEsIHZpZlguMCwgdmlmWC4xLCB4ZW5icjAsIHhlbmJyMQpBbmQgSSBoYXZl IGNvbmZpcm1lZCB3aXRoIGEgQ2VudE9TIDUuOCBkb21VIHRoYXQgdGhlIE5JQ3MgYXJlIHdvcmtp bmcuCkJ1dCBkYW1uZWQgaWYgSSBjYW4gZ2V0IHRoZW0gd29ya2luZyB1bmRlciBVYnVudHUgMTEu MTAuIEFuZCBtb3JlCmdvb2dsaW5nIGlzIG5vdCBnZXR0aW5nIG1lIGFuIGFuc3dlci4KRG9lcyBz b21lb25lIGhhdmUgYSBxdWljayBsaW5rIGF0LWhhbmQgdG8gaGVscCBtZSBvdXQgaGVyZT8KVGhp cyBkb2VzIG5vdCBoZWxwIC0gaXQgYXNzdW1lcyB0aGUgTklDcyBhcmUgdGhlcmUgOgpodHRwczov L2hlbHAudWJ1bnR1LmNvbS9jb21tdW5pdHkvWGVuI05ldHdvcmtfZm9yX0RvbVUKSSBkbyAibHNo dyB8IGdyZXAgLWkgZXRoIiBhbmQgZ2V0IG5vdGhpbmcuCnRoYW5rcywKLUFsYW4KX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcg bGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl cnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Apr 12 08:27:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 08:27: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 1SIFMK-0006Qk-9I; Thu, 12 Apr 2012 08:26:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFMI-0006Qe-3z for xen-users@lists.xen.org; Thu, 12 Apr 2012 08:26:26 +0000 Received: from [85.158.143.35:26032] by server-2.bemta-4.messagelabs.com id 1D/81-17550-1B1968F4; Thu, 12 Apr 2012 08:26:25 +0000 X-Env-Sender: summerxyt@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334219183!12897503!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21349 invoked from network); 12 Apr 2012 08:26:23 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 08:26:23 -0000 Received: by lbbgn12 with SMTP id gn12so1014227lbb.32 for ; Thu, 12 Apr 2012 01:26:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=MwkPwMnc0OQuIUdCmB3Jj+JV8M4nAaLRp3Xfe2nVvHc=; b=qrDPnw9dHQ0aiG+gFzgcCTDvk+UU3x2C0rh57YRMAQ8TVRoQNwGRDhibHDasqifciw uYXjCbTS0sm/HVyis+tQHmQixjeQZaFz/RCBPgfARomaRrVJ1/iyNgxLADJ6pyOXyAkj a0Wfy9qpJRnprN7Xx9wGIsbW8TTXri6rumN2HlMkIKjZv6ASRa5WOClrpvCmKIiotYVG 9ISMttfGi+sL6IudEPa1BBMG/Vn/ionIcCO8ffLuUQ3vdeHYqkzUTkDUnsK1bkpbnEEI C4uqQOrXhos8g7f+k5jmkBXMsgP2c22stlHzLG3jdUmy5O6KgFNOyOgXtl3LbCSp9hjE FIqg== MIME-Version: 1.0 Received: by 10.152.104.80 with SMTP id gc16mr1266361lab.46.1334219182769; Thu, 12 Apr 2012 01:26:22 -0700 (PDT) Received: by 10.112.28.169 with HTTP; Thu, 12 Apr 2012 01:26:22 -0700 (PDT) Date: Thu, 12 Apr 2012 16:26:22 +0800 Message-ID: From: =?GB2312?B?z8TStczt?= To: xen-users@lists.xen.org Subject: [Xen-users] How to bind an irq_handler to an event channel? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1818452758312384942==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1818452758312384942== Content-Type: multipart/alternative; boundary=f46d040714d57104c204bd771c03 --f46d040714d57104c204bd771c03 Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm trying to use event channel to communicate between DomUs. In my understanding, to use event channel, I should allocate one and bind it to an irq_handler on one DomU and then connect this channel on another DomU. But I cannot succeed to bind. Here is part of my code: //irq_handler static irqreturn_t server_handler(int irq, void * dev){ struct evtchn_send args; int rc; memset(&args,0,sizeof(struct evtchn_send)); args.port=local_port; //local_port is globle printk("%d:get message from %d\n",DOMID_SELF,remote_id); rc=HYPERVISOR_event_channel_op(EVTCHNOP_send, &args); if(rc!=0){ printk("%d:cannot send event to %d\n",DOMID_SELF,remote_id); } else{ printk("%d:send event to %d\n",DOMID_SELF,remote_id); } return IRQ_HANDLED; } static int server_allocate_event_channel(domid_t rdom, evtchn_port_t *pport){ struct evtchn_alloc_unbound args; int rc,rc2; memset(&args,0,sizeof(struct evtchn_alloc_unbound)); args.dom=DOMID_SELF; args.remote_dom=rdom; if((rc=HYPERVISOR_event_channel_op(EVTCHNOP_alloc_unbound, &args))!=0){ printk("Cannot allocate event channel in server\n"); return rc; } *pport=args.port; rc2=bind_evtchn_to_irqhandler(args.port,server_handler,IRQF_DISABLED,NULL,NULL); if(rc<=0){ printk("Cannot bind event channel with a server's irq\n"); return -1; } return 0; } And the error message is :"insmod: error inserting 'node.ko': -1 Cannot allocate memory". Frankly speaking, I have very few knowledge of this irqhandler stuff. I've seen some information on http://xen.1045712.n5.nabble.com/XEN-event-channel-interdomain-communication-td3402677.html. but could someone explain how these bind_evtchn_* functions to be used? Thanks a lot! --f46d040714d57104c204bd771c03 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I'm trying to use event channel to communicate between DomUs= . In my understanding, to use event channel, I should allocate one and bind= it to an irq_handler on one DomU and then connect this channel on another = DomU. But I cannot succeed to bind. Here is part of my code:

=A0
//irq_handler
static irqreturn_t server_handler(int irq, void= * dev){
=A0=A0=A0=A0=A0=A0=A0 struct evtchn_send args;
=A0=A0=A0=A0= =A0=A0=A0 int rc;

=A0=A0=A0=A0=A0=A0=A0 memset(&args,0,sizeof(st= ruct evtchn_send));
=A0=A0=A0=A0=A0=A0=A0 args.port=3Dlocal_port; //loca= l_port is globle

=A0=A0=A0=A0=A0=A0=A0 printk("%d:get message from %d\n",DOMID= _SELF,remote_id);

=A0=A0=A0=A0=A0=A0=A0 rc=3DHYPERVISOR_event_channe= l_op(EVTCHNOP_send, &args);
=A0=A0=A0=A0=A0=A0=A0 if(rc!=3D0){
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("%d:cannot send e= vent to %d\n",DOMID_SELF,remote_id);
=A0=A0=A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0 else{
=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("%d:send event to %d\n",DOM= ID_SELF,remote_id);
=A0=A0=A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0 ret= urn IRQ_HANDLED;

}

static int server_allocate_event_channel(d= omid_t rdom, evtchn_port_t *pport){
=A0=A0=A0=A0=A0=A0=A0 struct evtchn_alloc_unbound args;
=A0=A0=A0=A0=A0= =A0=A0 int rc,rc2;

=A0=A0=A0=A0=A0=A0=A0 memset(&args,0,sizeof(s= truct evtchn_alloc_unbound));
=A0=A0=A0=A0=A0=A0=A0 args.dom=3DDOMID_SEL= F;
=A0=A0=A0=A0=A0=A0=A0 args.remote_dom=3Drdom;

=A0=A0=A0=A0=A0= =A0=A0 if((rc=3DHYPERVISOR_event_channel_op(EVTCHNOP_alloc_unbound, &ar= gs))!=3D0){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("Cannot allocate = event channel in server\n");
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 return rc;
=A0=A0=A0=A0=A0=A0=A0 }

=A0=A0=A0=A0=A0=A0= =A0 *pport=3Dargs.port;

=A0=A0=A0=A0=A0=A0=A0 rc2=3Dbind_evtchn_to_i= rqhandler(args.port,server_handler,IRQF_DISABLED,NULL,NULL);
=A0=A0=A0=A0=A0=A0=A0 if(rc<=3D0){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 printk("Cannot bind event channel with a server's irq= \n");
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 return -1;
= =A0=A0=A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0 return 0;
}

And = the error message is :"insmod: error inserting 'node.ko': -1 C= annot allocate memory".

Frankly speaking, I have very few knowledge of this irqhandler stuff. I= 've seen some information on http://xen.10= 45712.n5.nabble.com/XEN-event-channel-interdomain-communication-td3402677.h= tml. but could someone explain how these bind_evtchn_* functions to be = used?

Thanks a lot!
--f46d040714d57104c204bd771c03-- --===============1818452758312384942== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1818452758312384942==-- From xen-users-bounces@lists.xen.org Thu Apr 12 08:27:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 08:27: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 1SIFMK-0006Qk-9I; Thu, 12 Apr 2012 08:26:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIFMI-0006Qe-3z for xen-users@lists.xen.org; Thu, 12 Apr 2012 08:26:26 +0000 Received: from [85.158.143.35:26032] by server-2.bemta-4.messagelabs.com id 1D/81-17550-1B1968F4; Thu, 12 Apr 2012 08:26:25 +0000 X-Env-Sender: summerxyt@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334219183!12897503!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21349 invoked from network); 12 Apr 2012 08:26:23 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 08:26:23 -0000 Received: by lbbgn12 with SMTP id gn12so1014227lbb.32 for ; Thu, 12 Apr 2012 01:26:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=MwkPwMnc0OQuIUdCmB3Jj+JV8M4nAaLRp3Xfe2nVvHc=; b=qrDPnw9dHQ0aiG+gFzgcCTDvk+UU3x2C0rh57YRMAQ8TVRoQNwGRDhibHDasqifciw uYXjCbTS0sm/HVyis+tQHmQixjeQZaFz/RCBPgfARomaRrVJ1/iyNgxLADJ6pyOXyAkj a0Wfy9qpJRnprN7Xx9wGIsbW8TTXri6rumN2HlMkIKjZv6ASRa5WOClrpvCmKIiotYVG 9ISMttfGi+sL6IudEPa1BBMG/Vn/ionIcCO8ffLuUQ3vdeHYqkzUTkDUnsK1bkpbnEEI C4uqQOrXhos8g7f+k5jmkBXMsgP2c22stlHzLG3jdUmy5O6KgFNOyOgXtl3LbCSp9hjE FIqg== MIME-Version: 1.0 Received: by 10.152.104.80 with SMTP id gc16mr1266361lab.46.1334219182769; Thu, 12 Apr 2012 01:26:22 -0700 (PDT) Received: by 10.112.28.169 with HTTP; Thu, 12 Apr 2012 01:26:22 -0700 (PDT) Date: Thu, 12 Apr 2012 16:26:22 +0800 Message-ID: From: =?GB2312?B?z8TStczt?= To: xen-users@lists.xen.org Subject: [Xen-users] How to bind an irq_handler to an event channel? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1818452758312384942==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1818452758312384942== Content-Type: multipart/alternative; boundary=f46d040714d57104c204bd771c03 --f46d040714d57104c204bd771c03 Content-Type: text/plain; charset=ISO-8859-1 Hi, I'm trying to use event channel to communicate between DomUs. In my understanding, to use event channel, I should allocate one and bind it to an irq_handler on one DomU and then connect this channel on another DomU. But I cannot succeed to bind. Here is part of my code: //irq_handler static irqreturn_t server_handler(int irq, void * dev){ struct evtchn_send args; int rc; memset(&args,0,sizeof(struct evtchn_send)); args.port=local_port; //local_port is globle printk("%d:get message from %d\n",DOMID_SELF,remote_id); rc=HYPERVISOR_event_channel_op(EVTCHNOP_send, &args); if(rc!=0){ printk("%d:cannot send event to %d\n",DOMID_SELF,remote_id); } else{ printk("%d:send event to %d\n",DOMID_SELF,remote_id); } return IRQ_HANDLED; } static int server_allocate_event_channel(domid_t rdom, evtchn_port_t *pport){ struct evtchn_alloc_unbound args; int rc,rc2; memset(&args,0,sizeof(struct evtchn_alloc_unbound)); args.dom=DOMID_SELF; args.remote_dom=rdom; if((rc=HYPERVISOR_event_channel_op(EVTCHNOP_alloc_unbound, &args))!=0){ printk("Cannot allocate event channel in server\n"); return rc; } *pport=args.port; rc2=bind_evtchn_to_irqhandler(args.port,server_handler,IRQF_DISABLED,NULL,NULL); if(rc<=0){ printk("Cannot bind event channel with a server's irq\n"); return -1; } return 0; } And the error message is :"insmod: error inserting 'node.ko': -1 Cannot allocate memory". Frankly speaking, I have very few knowledge of this irqhandler stuff. I've seen some information on http://xen.1045712.n5.nabble.com/XEN-event-channel-interdomain-communication-td3402677.html. but could someone explain how these bind_evtchn_* functions to be used? Thanks a lot! --f46d040714d57104c204bd771c03 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I'm trying to use event channel to communicate between DomUs= . In my understanding, to use event channel, I should allocate one and bind= it to an irq_handler on one DomU and then connect this channel on another = DomU. But I cannot succeed to bind. Here is part of my code:

=A0
//irq_handler
static irqreturn_t server_handler(int irq, void= * dev){
=A0=A0=A0=A0=A0=A0=A0 struct evtchn_send args;
=A0=A0=A0=A0= =A0=A0=A0 int rc;

=A0=A0=A0=A0=A0=A0=A0 memset(&args,0,sizeof(st= ruct evtchn_send));
=A0=A0=A0=A0=A0=A0=A0 args.port=3Dlocal_port; //loca= l_port is globle

=A0=A0=A0=A0=A0=A0=A0 printk("%d:get message from %d\n",DOMID= _SELF,remote_id);

=A0=A0=A0=A0=A0=A0=A0 rc=3DHYPERVISOR_event_channe= l_op(EVTCHNOP_send, &args);
=A0=A0=A0=A0=A0=A0=A0 if(rc!=3D0){
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("%d:cannot send e= vent to %d\n",DOMID_SELF,remote_id);
=A0=A0=A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0 else{
=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("%d:send event to %d\n",DOM= ID_SELF,remote_id);
=A0=A0=A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0 ret= urn IRQ_HANDLED;

}

static int server_allocate_event_channel(d= omid_t rdom, evtchn_port_t *pport){
=A0=A0=A0=A0=A0=A0=A0 struct evtchn_alloc_unbound args;
=A0=A0=A0=A0=A0= =A0=A0 int rc,rc2;

=A0=A0=A0=A0=A0=A0=A0 memset(&args,0,sizeof(s= truct evtchn_alloc_unbound));
=A0=A0=A0=A0=A0=A0=A0 args.dom=3DDOMID_SEL= F;
=A0=A0=A0=A0=A0=A0=A0 args.remote_dom=3Drdom;

=A0=A0=A0=A0=A0= =A0=A0 if((rc=3DHYPERVISOR_event_channel_op(EVTCHNOP_alloc_unbound, &ar= gs))!=3D0){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("Cannot allocate = event channel in server\n");
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 return rc;
=A0=A0=A0=A0=A0=A0=A0 }

=A0=A0=A0=A0=A0=A0= =A0 *pport=3Dargs.port;

=A0=A0=A0=A0=A0=A0=A0 rc2=3Dbind_evtchn_to_i= rqhandler(args.port,server_handler,IRQF_DISABLED,NULL,NULL);
=A0=A0=A0=A0=A0=A0=A0 if(rc<=3D0){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 printk("Cannot bind event channel with a server's irq= \n");
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 return -1;
= =A0=A0=A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0 return 0;
}

And = the error message is :"insmod: error inserting 'node.ko': -1 C= annot allocate memory".

Frankly speaking, I have very few knowledge of this irqhandler stuff. I= 've seen some information on http://xen.10= 45712.n5.nabble.com/XEN-event-channel-interdomain-communication-td3402677.h= tml. but could someone explain how these bind_evtchn_* functions to be = used?

Thanks a lot!
--f46d040714d57104c204bd771c03-- --===============1818452758312384942== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1818452758312384942==-- From xen-users-bounces@lists.xen.org Thu Apr 12 09:11:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09: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 1SIG3A-0007Nc-1j; Thu, 12 Apr 2012 09:10:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIG38-0007NX-9y for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:10:42 +0000 Received: from [85.158.138.51:53491] by server-9.bemta-3.messagelabs.com id 14/09-26691-11C968F4; Thu, 12 Apr 2012 09:10:41 +0000 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334221840!10808427!1 X-Originating-IP: [85.10.210.154] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2851 invoked from network); 12 Apr 2012 09:10:40 -0000 Received: from aulus.stefanshome.com (HELO aulus.stefanshome.com) (85.10.210.154) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:10:40 -0000 X-No-Relay: not in my network DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=stefanshome.com; b=e/2IGPFYnsyt7UkdXi/AU0nNDki+012iK5yD3ldSugQBPQ5tsx7Cuoby4lu6GoqZXzAUr6ioQctT9GbjEqlcJL8795nTMADamOvzHYU9U8IPa2UMy92bT9wD7vBJ+r3+; h=Received:Return-Receipt-To:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language:Disposition-Notification-To; Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by aulus.stefanshome.com (Postfix) with ESMTPA id DEE934A33E for ; Thu, 12 Apr 2012 11:12:19 +0200 (CEST) From: "Stefan Becker" To: Date: Thu, 12 Apr 2012 11:10:36 +0200 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac0YjB4pg3erWWljRSyMELSh6ZUsNA== Content-Language: de Subject: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1258827704709400862==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============1258827704709400862== Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01CD189C.E36E8BD0" Content-Language: de This is a multipart message in MIME format. ------=_NextPart_000_001E_01CD189C.E36E8BD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi guys! I would like to backup my DomUs via ftp. Unfortunately we don't have LVM at this system. So I found this solution: xm sysrq xenvm1 s xm pause xenvm1 cp image /backup xm unpause xenvm1 Ok tis works. But now I wanted to test this backup. I copied the cfg and changed the MAC adress. I started the VM on the same Dom0 with xm create -c backup. The VM started correctly and changed the IP Settings. Now I got this error: SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) ... After a reboot the MySQL server is crashed. So is this the right way? Or what is my mistake? Best regards, Stefan ------=_NextPart_000_001E_01CD189C.E36E8BD0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi guys!

 

I would like to backup my DomUs via ftp. Unfortunately we = don’t have LVM at this system. So I found this = solution:

 

xm sysrq xenvm1 s

xm pause = xenvm1

cp = image /backup

xm unpause xenvm1

 

Ok tis works. But now I wanted to = test this backup. I copied the cfg and changed the MAC = adress.

 

I started the VM on the same Dom0 with xm create –c = backup. The VM started correctly and changed the IP Settings. Now I got = this error:  SysRq : HELP : loglevel(0-9) reBoot Crash = terminate-all-tasks(E) ...

 

After a reboot the MySQL server is = crashed.

 

 

So is this the right way? Or what is my = mistake?

 

Best regards,

 

Stefan

 

------=_NextPart_000_001E_01CD189C.E36E8BD0-- --===============1258827704709400862== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1258827704709400862==-- From xen-users-bounces@lists.xen.org Thu Apr 12 09:11:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09: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 1SIG3A-0007Nc-1j; Thu, 12 Apr 2012 09:10:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIG38-0007NX-9y for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:10:42 +0000 Received: from [85.158.138.51:53491] by server-9.bemta-3.messagelabs.com id 14/09-26691-11C968F4; Thu, 12 Apr 2012 09:10:41 +0000 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334221840!10808427!1 X-Originating-IP: [85.10.210.154] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2851 invoked from network); 12 Apr 2012 09:10:40 -0000 Received: from aulus.stefanshome.com (HELO aulus.stefanshome.com) (85.10.210.154) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:10:40 -0000 X-No-Relay: not in my network DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=stefanshome.com; b=e/2IGPFYnsyt7UkdXi/AU0nNDki+012iK5yD3ldSugQBPQ5tsx7Cuoby4lu6GoqZXzAUr6ioQctT9GbjEqlcJL8795nTMADamOvzHYU9U8IPa2UMy92bT9wD7vBJ+r3+; h=Received:Return-Receipt-To:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language:Disposition-Notification-To; Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by aulus.stefanshome.com (Postfix) with ESMTPA id DEE934A33E for ; Thu, 12 Apr 2012 11:12:19 +0200 (CEST) From: "Stefan Becker" To: Date: Thu, 12 Apr 2012 11:10:36 +0200 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac0YjB4pg3erWWljRSyMELSh6ZUsNA== Content-Language: de Subject: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1258827704709400862==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============1258827704709400862== Content-Type: multipart/alternative; boundary="----=_NextPart_000_001E_01CD189C.E36E8BD0" Content-Language: de This is a multipart message in MIME format. ------=_NextPart_000_001E_01CD189C.E36E8BD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi guys! I would like to backup my DomUs via ftp. Unfortunately we don't have LVM at this system. So I found this solution: xm sysrq xenvm1 s xm pause xenvm1 cp image /backup xm unpause xenvm1 Ok tis works. But now I wanted to test this backup. I copied the cfg and changed the MAC adress. I started the VM on the same Dom0 with xm create -c backup. The VM started correctly and changed the IP Settings. Now I got this error: SysRq : HELP : loglevel(0-9) reBoot Crash terminate-all-tasks(E) ... After a reboot the MySQL server is crashed. So is this the right way? Or what is my mistake? Best regards, Stefan ------=_NextPart_000_001E_01CD189C.E36E8BD0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi guys!

 

I would like to backup my DomUs via ftp. Unfortunately we = don’t have LVM at this system. So I found this = solution:

 

xm sysrq xenvm1 s

xm pause = xenvm1

cp = image /backup

xm unpause xenvm1

 

Ok tis works. But now I wanted to = test this backup. I copied the cfg and changed the MAC = adress.

 

I started the VM on the same Dom0 with xm create –c = backup. The VM started correctly and changed the IP Settings. Now I got = this error:  SysRq : HELP : loglevel(0-9) reBoot Crash = terminate-all-tasks(E) ...

 

After a reboot the MySQL server is = crashed.

 

 

So is this the right way? Or what is my = mistake?

 

Best regards,

 

Stefan

 

------=_NextPart_000_001E_01CD189C.E36E8BD0-- --===============1258827704709400862== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1258827704709400862==-- From xen-users-bounces@lists.xen.org Thu Apr 12 09:32:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09:32: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 1SIGMp-0007z3-0Z; Thu, 12 Apr 2012 09:31:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIGMn-0007yy-SE for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:31:02 +0000 Received: from [193.109.254.147:57933] by server-7.bemta-14.messagelabs.com id ED/3C-01627-5D0A68F4; Thu, 12 Apr 2012 09:31:01 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334223057!4265768!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5317 invoked from network); 12 Apr 2012 09:30:57 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:30:57 -0000 Received: from p5dc3fd31.dip.t-dialin.net ([93.195.253.49] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SIGMi-00005p-WC for xen-users@lists.xen.org; Thu, 12 Apr 2012 11:30:57 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Thu, 12 Apr 2012 11:30:25 +0200 Message-ID: <1904218.GHauSIVHrH@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0798403689358043339==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0798403689358043339== Content-Type: multipart/signed; boundary="nextPart1539612.JYgrbBnjcG"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1539612.JYgrbBnjcG Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Donnerstag, 12. April 2012, 11:10:36 schrieb Stefan Becker: > I started the VM on the same Dom0 with xm create -c backup. The VM started > correctly and changed the IP Settings. Now I got this error: SysRq : HELP : > loglevel(0-9) reBoot Crash terminate-all-tasks(E) ... If i understand right you just "backup" the disk images - not the full system? This will result in a defect copy of your DomU. Not shure where you get the SysRQ error, but if i read right this is the result of your sysrq command before pausing the domu. The correct way would be to shutdown the DomU smoothly before copying it if you have no other option. Or did i miss something here? best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart1539612.JYgrbBnjcG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPhqCxAAoJEM78prARigUn7F4P+gMNzBocJpzbd2noVCcX3yR/ dyKO82AemdN3N/6/DbAiyiWPm4vBTnU6/ewA7QT6mYtZT2Ta2NsAdKdgJMd/ZeP7 NWxU9XH+Lm63aEmPIrYbinA9koKnWUYLCrqOG+bDv8Lx5RR7lnp0LvaH1ksO7vNR aEsutn0qlOkRKNJgu1zqCI1JY9zbQnCRFlmI3X0Fj0FRs0VQdped7ulH1V9K5tym VZm0zCV9oQMJ770cYnFhnQTmkzeClZxveOvJjdzb1ImHYCkcCgCSDbjTl7KRz460 7p47C1g2ILs6rSMHfb3UWTGnSLhQY2wRV6iz+LVy1SVfF0Bjwwna0mzjZEOtFIAT z+gF1cJpaHQVurCqh28sL280NwSq22IhfFTOUmF+/HaTP+PpBZvS4/XdoUzSk67T R7JMwJ2HBgNM+CNLkx9H4Zv1O+gu5l6ZF345P1omBr44dkBxZwPp2PEoFYLfbFtE /WVD0/qr8RKFfXTDELOx/eY/ofJLHDhIQ21VWaPHjFaOb1tn2saZDXX3n4YPoPZC bAAOwW53/n535+GeiQGjC+ByE+JuUA0HWluv70QGeaK2U05MQ3LbXpJuKoAl3CJs YoUCNTQ+PV4xt3Ulso8d8zfqMcw3q6EizgvK00ytnSlyW+TkOJGMISV8H/GSietp w06SToCia06k8GuBXe1Y =H7B+ -----END PGP SIGNATURE----- --nextPart1539612.JYgrbBnjcG-- --===============0798403689358043339== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0798403689358043339==-- From xen-users-bounces@lists.xen.org Thu Apr 12 09:32:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09:32: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 1SIGMp-0007z3-0Z; Thu, 12 Apr 2012 09:31:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIGMn-0007yy-SE for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:31:02 +0000 Received: from [193.109.254.147:57933] by server-7.bemta-14.messagelabs.com id ED/3C-01627-5D0A68F4; Thu, 12 Apr 2012 09:31:01 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334223057!4265768!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5317 invoked from network); 12 Apr 2012 09:30:57 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:30:57 -0000 Received: from p5dc3fd31.dip.t-dialin.net ([93.195.253.49] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SIGMi-00005p-WC for xen-users@lists.xen.org; Thu, 12 Apr 2012 11:30:57 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Thu, 12 Apr 2012 11:30:25 +0200 Message-ID: <1904218.GHauSIVHrH@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0798403689358043339==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0798403689358043339== Content-Type: multipart/signed; boundary="nextPart1539612.JYgrbBnjcG"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1539612.JYgrbBnjcG Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Donnerstag, 12. April 2012, 11:10:36 schrieb Stefan Becker: > I started the VM on the same Dom0 with xm create -c backup. The VM started > correctly and changed the IP Settings. Now I got this error: SysRq : HELP : > loglevel(0-9) reBoot Crash terminate-all-tasks(E) ... If i understand right you just "backup" the disk images - not the full system? This will result in a defect copy of your DomU. Not shure where you get the SysRQ error, but if i read right this is the result of your sysrq command before pausing the domu. The correct way would be to shutdown the DomU smoothly before copying it if you have no other option. Or did i miss something here? best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart1539612.JYgrbBnjcG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPhqCxAAoJEM78prARigUn7F4P+gMNzBocJpzbd2noVCcX3yR/ dyKO82AemdN3N/6/DbAiyiWPm4vBTnU6/ewA7QT6mYtZT2Ta2NsAdKdgJMd/ZeP7 NWxU9XH+Lm63aEmPIrYbinA9koKnWUYLCrqOG+bDv8Lx5RR7lnp0LvaH1ksO7vNR aEsutn0qlOkRKNJgu1zqCI1JY9zbQnCRFlmI3X0Fj0FRs0VQdped7ulH1V9K5tym VZm0zCV9oQMJ770cYnFhnQTmkzeClZxveOvJjdzb1ImHYCkcCgCSDbjTl7KRz460 7p47C1g2ILs6rSMHfb3UWTGnSLhQY2wRV6iz+LVy1SVfF0Bjwwna0mzjZEOtFIAT z+gF1cJpaHQVurCqh28sL280NwSq22IhfFTOUmF+/HaTP+PpBZvS4/XdoUzSk67T R7JMwJ2HBgNM+CNLkx9H4Zv1O+gu5l6ZF345P1omBr44dkBxZwPp2PEoFYLfbFtE /WVD0/qr8RKFfXTDELOx/eY/ofJLHDhIQ21VWaPHjFaOb1tn2saZDXX3n4YPoPZC bAAOwW53/n535+GeiQGjC+ByE+JuUA0HWluv70QGeaK2U05MQ3LbXpJuKoAl3CJs YoUCNTQ+PV4xt3Ulso8d8zfqMcw3q6EizgvK00ytnSlyW+TkOJGMISV8H/GSietp w06SToCia06k8GuBXe1Y =H7B+ -----END PGP SIGNATURE----- --nextPart1539612.JYgrbBnjcG-- --===============0798403689358043339== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0798403689358043339==-- From xen-users-bounces@lists.xen.org Thu Apr 12 09:36:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09:36: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 1SIGQx-0008Fl-As; Thu, 12 Apr 2012 09:35:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIGQw-0008FZ-EE for xen-users@lists.xensource.com; Thu, 12 Apr 2012 09:35:18 +0000 Received: from [85.158.143.35:24037] by server-1.bemta-4.messagelabs.com id 8C/F7-20925-5D1A68F4; Thu, 12 Apr 2012 09:35:17 +0000 X-Env-Sender: philippe.naudin@supagro.inra.fr X-Msg-Ref: server-15.tower-21.messagelabs.com!1334223312!18261045!1 X-Originating-IP: [147.99.0.31] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23655 invoked from network); 12 Apr 2012 09:35:16 -0000 Received: from nothofagus.supagro.inra.fr (HELO nothofagus.supagro.inra.fr) (147.99.0.31) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:35:16 -0000 Received: from MVintranet.lasb (serv-gw1.supagro.inra.fr [147.99.7.1]) by nothofagus.supagro.inra.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id q3C9Z6ps011773 for ; Thu, 12 Apr 2012 11:35:10 +0200 Received: from supagro.inra.fr (despina.lasb [172.16.1.67]) by MVintranet.lasb (Postfix) with ESMTP id 85CB71B5D6 for ; Thu, 12 Apr 2012 11:35:06 +0200 (CEST) Date: Thu, 12 Apr 2012 11:35:06 +0200 From: Philippe Naudin To: xen-users@lists.xensource.com Message-ID: <20120412113506.1a400926@supagro.inra.fr> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.4; x86_64-redhat-linux-gnu) Mime-Version: 1.0 X-Miltered: at nothofagus with ID 4F86A1CA.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4F86A1CA.000/147.99.7.1/serv-gw1.supagro.inra.fr/MVintranet.lasb/ X-j-chkmail-Score: MSGID : 4F86A1CA.000 on nothofagus.supagro.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97.3 at nothofagus X-Virus-Status: Clean Subject: [Xen-users] Xen-4.1 : Serial port from domU ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, With Xen-4, is it still possible to access some serial device (an UPS in my case) from a domU ? I can't get it to work : ttyS0 is here in dom0 ( as shown by commands like grep serial /proc/ioports ; dmesg | grep ttyS ; stty -aF /dev/ttyS0 ) but not from a domU : $ grep serial /proc/ioports $ dmesg | grep ttyS $ stty -aF /dev/ttyS0 stty: /dev/ttyS0: Input/output error $ ls -l /dev/ttyS0 crw-rw----. 1 root dialout 4, 64 Apr 12 04:46 /dev/ttyS0 Is there any thing to do in addition to the Xen-3 usual configuration : irq = [ 4 ] ioports = [ "3f8-3ff" ] Thanks, -- Philippe Naudin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 09:36:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09:36: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 1SIGQx-0008Fl-As; Thu, 12 Apr 2012 09:35:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIGQw-0008FZ-EE for xen-users@lists.xensource.com; Thu, 12 Apr 2012 09:35:18 +0000 Received: from [85.158.143.35:24037] by server-1.bemta-4.messagelabs.com id 8C/F7-20925-5D1A68F4; Thu, 12 Apr 2012 09:35:17 +0000 X-Env-Sender: philippe.naudin@supagro.inra.fr X-Msg-Ref: server-15.tower-21.messagelabs.com!1334223312!18261045!1 X-Originating-IP: [147.99.0.31] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23655 invoked from network); 12 Apr 2012 09:35:16 -0000 Received: from nothofagus.supagro.inra.fr (HELO nothofagus.supagro.inra.fr) (147.99.0.31) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:35:16 -0000 Received: from MVintranet.lasb (serv-gw1.supagro.inra.fr [147.99.7.1]) by nothofagus.supagro.inra.fr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id q3C9Z6ps011773 for ; Thu, 12 Apr 2012 11:35:10 +0200 Received: from supagro.inra.fr (despina.lasb [172.16.1.67]) by MVintranet.lasb (Postfix) with ESMTP id 85CB71B5D6 for ; Thu, 12 Apr 2012 11:35:06 +0200 (CEST) Date: Thu, 12 Apr 2012 11:35:06 +0200 From: Philippe Naudin To: xen-users@lists.xensource.com Message-ID: <20120412113506.1a400926@supagro.inra.fr> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.4; x86_64-redhat-linux-gnu) Mime-Version: 1.0 X-Miltered: at nothofagus with ID 4F86A1CA.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4F86A1CA.000/147.99.7.1/serv-gw1.supagro.inra.fr/MVintranet.lasb/ X-j-chkmail-Score: MSGID : 4F86A1CA.000 on nothofagus.supagro.inra.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham X-Virus-Scanned: clamav-milter 0.97.3 at nothofagus X-Virus-Status: Clean Subject: [Xen-users] Xen-4.1 : Serial port from domU ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, With Xen-4, is it still possible to access some serial device (an UPS in my case) from a domU ? I can't get it to work : ttyS0 is here in dom0 ( as shown by commands like grep serial /proc/ioports ; dmesg | grep ttyS ; stty -aF /dev/ttyS0 ) but not from a domU : $ grep serial /proc/ioports $ dmesg | grep ttyS $ stty -aF /dev/ttyS0 stty: /dev/ttyS0: Input/output error $ ls -l /dev/ttyS0 crw-rw----. 1 root dialout 4, 64 Apr 12 04:46 /dev/ttyS0 Is there any thing to do in addition to the Xen-3 usual configuration : irq = [ 4 ] ioports = [ "3f8-3ff" ] Thanks, -- Philippe Naudin _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 09:44:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09:44: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 1SIGYk-0000Qp-1g; Thu, 12 Apr 2012 09:43:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIGYh-0000Qg-S6 for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:43:20 +0000 Received: from [85.158.138.51:59331] by server-8.bemta-3.messagelabs.com id A8/A7-24428-7B3A68F4; Thu, 12 Apr 2012 09:43:19 +0000 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334223798!21735050!1 X-Originating-IP: [85.10.210.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28082 invoked from network); 12 Apr 2012 09:43:18 -0000 Received: from aulus.stefanshome.com (HELO aulus.stefanshome.com) (85.10.210.154) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:43:18 -0000 X-No-Relay: not in my network DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=stefanshome.com; b=eSHKybV6kStic4bDqQ7o0HaCbxY+SKi1d1WaEA9lX0lGFg/DwMuJF0pn/wwo4B7krJ4/Zj8PJ1czgnbKEhrdmIp/gUrC1x1g8VBlORHmTia/MvKerxO8l+MRPh/OGmEH; h=X-No-Relay:Received:Return-Receipt-To:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:Disposition-Notification-To; X-No-Relay: not in my network Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by aulus.stefanshome.com (Postfix) with ESMTPA id BAFCE4A33C; Thu, 12 Apr 2012 11:44:56 +0200 (CEST) From: "Stefan Becker" To: "'Niels Dettenbach'" , References: <1904218.GHauSIVHrH@gongo> In-Reply-To: <1904218.GHauSIVHrH@gongo> Date: Thu, 12 Apr 2012 11:43:13 +0200 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLNBtFi2lcS6qb1P5auBtPM1RBG5gIQtamilIaMdJA= Content-Language: de Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I copy the disk, swap and cfg files.... What do you mean with full system? Ok but I ask me, why the author of the book writes this solutuion? Best regards Stefan -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] Im Auftrag von Niels Dettenbach Gesendet: Donnerstag, 12. April 2012 11:30 An: xen-users@lists.xen.org Betreff: Re: [Xen-users] Backup a DomU Am Donnerstag, 12. April 2012, 11:10:36 schrieb Stefan Becker: > I started the VM on the same Dom0 with xm create -c backup. The VM = > started correctly and changed the IP Settings. Now I got this error: SysRq : HELP : > loglevel(0-9) reBoot Crash terminate-all-tasks(E) ... If i understand right you just "backup" the disk images - not the full system? = This will result in a defect copy of your DomU. Not shure where you get the SysRQ error, but if i read right this is the result of your sysrq command before pausing the domu. The correct way would be to shutdown the DomU smoothly before copying it if you have no other option. Or did i miss something here? best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 09:44:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 09:44: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 1SIGYk-0000Qp-1g; Thu, 12 Apr 2012 09:43:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIGYh-0000Qg-S6 for xen-users@lists.xen.org; Thu, 12 Apr 2012 09:43:20 +0000 Received: from [85.158.138.51:59331] by server-8.bemta-3.messagelabs.com id A8/A7-24428-7B3A68F4; Thu, 12 Apr 2012 09:43:19 +0000 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334223798!21735050!1 X-Originating-IP: [85.10.210.154] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28082 invoked from network); 12 Apr 2012 09:43:18 -0000 Received: from aulus.stefanshome.com (HELO aulus.stefanshome.com) (85.10.210.154) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 09:43:18 -0000 X-No-Relay: not in my network DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=stefanshome.com; b=eSHKybV6kStic4bDqQ7o0HaCbxY+SKi1d1WaEA9lX0lGFg/DwMuJF0pn/wwo4B7krJ4/Zj8PJ1czgnbKEhrdmIp/gUrC1x1g8VBlORHmTia/MvKerxO8l+MRPh/OGmEH; h=X-No-Relay:Received:Return-Receipt-To:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language:Disposition-Notification-To; X-No-Relay: not in my network Received: from PC02 (pc02.iis.ruhr-uni-bochum.de [134.147.62.202]) by aulus.stefanshome.com (Postfix) with ESMTPA id BAFCE4A33C; Thu, 12 Apr 2012 11:44:56 +0200 (CEST) From: "Stefan Becker" To: "'Niels Dettenbach'" , References: <1904218.GHauSIVHrH@gongo> In-Reply-To: <1904218.GHauSIVHrH@gongo> Date: Thu, 12 Apr 2012 11:43:13 +0200 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLNBtFi2lcS6qb1P5auBtPM1RBG5gIQtamilIaMdJA= Content-Language: de Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I copy the disk, swap and cfg files.... What do you mean with full system? Ok but I ask me, why the author of the book writes this solutuion? Best regards Stefan -----Urspr=FCngliche Nachricht----- Von: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] Im Auftrag von Niels Dettenbach Gesendet: Donnerstag, 12. April 2012 11:30 An: xen-users@lists.xen.org Betreff: Re: [Xen-users] Backup a DomU Am Donnerstag, 12. April 2012, 11:10:36 schrieb Stefan Becker: > I started the VM on the same Dom0 with xm create -c backup. The VM = > started correctly and changed the IP Settings. Now I got this error: SysRq : HELP : > loglevel(0-9) reBoot Crash terminate-all-tasks(E) ... If i understand right you just "backup" the disk images - not the full system? = This will result in a defect copy of your DomU. Not shure where you get the SysRQ error, but if i read right this is the result of your sysrq command before pausing the domu. The correct way would be to shutdown the DomU smoothly before copying it if you have no other option. Or did i miss something here? best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 10:13:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 10:13:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIH0X-0001Ek-D4; Thu, 12 Apr 2012 10:12:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIH0V-0001Ef-IF for xen-users@lists.xen.org; Thu, 12 Apr 2012 10:12:03 +0000 Received: from [193.109.254.147:53172] by server-3.bemta-14.messagelabs.com id CE/AA-23274-27AA68F4; Thu, 12 Apr 2012 10:12:02 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1334225521!4286546!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29031 invoked from network); 12 Apr 2012 10:12:01 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 10:12:01 -0000 Received: from p5dc3fd31.dip.t-dialin.net ([93.195.253.49] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SIH0S-00034c-WD for xen-users@lists.xen.org; Thu, 12 Apr 2012 12:12:01 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Thu, 12 Apr 2012 12:11:25 +0200 Message-ID: <19651273.ZAM6qqchY9@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: References: <1904218.GHauSIVHrH@gongo> MIME-Version: 1.0 Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1321156770389768950==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1321156770389768950== Content-Type: multipart/signed; boundary="nextPart7361219.ACyal3lCKf"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart7361219.ACyal3lCKf Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Donnerstag, 12. April 2012, 11:43:13 schrieb Stefan Becker: > I copy the disk, swap and cfg files.... What do you mean with full system? If you just pause a VM you did not have any dates from the memory. Firing a sysrq s did do a "sync" to the discs but as the filesystems are not cleanly umounted, filehandles are closed and processes are hung up your system could not understand as "completely consistent". You just "hope" that everything it's on his place when you copy it... Depending from the load of your system and the time between sysrq s and vm pause disk content would be differ more or less too. I do not know the book but from my understanding this is a ugly hack which may work - but not a real solution... In such cases it may much more sense to use any simple but working backup utility like dump / restore. Handling with MySQL databases requires to use something like mysqldump or cleanly shutting down MySQL as MySQL uses it's own technologies for caching and buffering beside the OS ones... hth best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart7361219.ACyal3lCKf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPhqpRAAoJEM78prARigUnr5sP/AmPP5F3s9jPEhkIDBzaBPDv zudMNIbalMUBMu/GlhphPctfryiFZiwH82tOoyWpZlGFpEp1bFuAcbVowL0SNWwE 28j1ZDQC7QL356GvJMhVLcC/FjJb/mr8MsvrqwXQRVih953WneyIMkpUaFuVUCwC WGRPr2cax1YnYJ5t3xUbQptSmA0JrA/ULQHzNGBIdZTlRTIq5QN00lJzzTD3wHLw PvRxfVG40N4upBNVNp5tWYWQvfd4Qfiy2uSilnbSj38biCtu2A0tm54JcCaR04ID KBvy4FCf+MPphdPNW9xT8qoh35JsmY1zcE9F1YyOdJBvql8WGvwL7IhPnZhTMJ3D 4XARtSBgMbV1ddBgcm9rr+VLJzei9L6WFqNsAElZ5V1i7j6mXT+zWjzw4RAuZiQC MxTfmkzIxmLLv0KMvhFsoDsLaqMdOJSqj7kdpC0G2pafTnz2bUGYTOLOm85ump1e XxhkHtUTUBsIJvycPaEc8OBAwPSQjp9YQwmlExlejTo9CzOeWefDBj6QP72idZVe P9wN0amjPpDqUH9MF19KjVUtgYbkxE90uXrOH93rLQk7OWLeetUtzMr8jvJjUzji 5iCa+Cdgo4yWlpQyLTOtckoHC2Xt7rgLgur7DiFbIa8am9z/QBL0i3YmlXyNfOkH 2Y6xySd5AZTb+Kim7JLB =dZXF -----END PGP SIGNATURE----- --nextPart7361219.ACyal3lCKf-- --===============1321156770389768950== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1321156770389768950==-- From xen-users-bounces@lists.xen.org Thu Apr 12 10:13:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 10:13:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIH0X-0001Ek-D4; Thu, 12 Apr 2012 10:12:05 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIH0V-0001Ef-IF for xen-users@lists.xen.org; Thu, 12 Apr 2012 10:12:03 +0000 Received: from [193.109.254.147:53172] by server-3.bemta-14.messagelabs.com id CE/AA-23274-27AA68F4; Thu, 12 Apr 2012 10:12:02 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1334225521!4286546!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29031 invoked from network); 12 Apr 2012 10:12:01 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 10:12:01 -0000 Received: from p5dc3fd31.dip.t-dialin.net ([93.195.253.49] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SIH0S-00034c-WD for xen-users@lists.xen.org; Thu, 12 Apr 2012 12:12:01 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Thu, 12 Apr 2012 12:11:25 +0200 Message-ID: <19651273.ZAM6qqchY9@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: References: <1904218.GHauSIVHrH@gongo> MIME-Version: 1.0 Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1321156770389768950==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1321156770389768950== Content-Type: multipart/signed; boundary="nextPart7361219.ACyal3lCKf"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart7361219.ACyal3lCKf Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Donnerstag, 12. April 2012, 11:43:13 schrieb Stefan Becker: > I copy the disk, swap and cfg files.... What do you mean with full system? If you just pause a VM you did not have any dates from the memory. Firing a sysrq s did do a "sync" to the discs but as the filesystems are not cleanly umounted, filehandles are closed and processes are hung up your system could not understand as "completely consistent". You just "hope" that everything it's on his place when you copy it... Depending from the load of your system and the time between sysrq s and vm pause disk content would be differ more or less too. I do not know the book but from my understanding this is a ugly hack which may work - but not a real solution... In such cases it may much more sense to use any simple but working backup utility like dump / restore. Handling with MySQL databases requires to use something like mysqldump or cleanly shutting down MySQL as MySQL uses it's own technologies for caching and buffering beside the OS ones... hth best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart7361219.ACyal3lCKf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPhqpRAAoJEM78prARigUnr5sP/AmPP5F3s9jPEhkIDBzaBPDv zudMNIbalMUBMu/GlhphPctfryiFZiwH82tOoyWpZlGFpEp1bFuAcbVowL0SNWwE 28j1ZDQC7QL356GvJMhVLcC/FjJb/mr8MsvrqwXQRVih953WneyIMkpUaFuVUCwC WGRPr2cax1YnYJ5t3xUbQptSmA0JrA/ULQHzNGBIdZTlRTIq5QN00lJzzTD3wHLw PvRxfVG40N4upBNVNp5tWYWQvfd4Qfiy2uSilnbSj38biCtu2A0tm54JcCaR04ID KBvy4FCf+MPphdPNW9xT8qoh35JsmY1zcE9F1YyOdJBvql8WGvwL7IhPnZhTMJ3D 4XARtSBgMbV1ddBgcm9rr+VLJzei9L6WFqNsAElZ5V1i7j6mXT+zWjzw4RAuZiQC MxTfmkzIxmLLv0KMvhFsoDsLaqMdOJSqj7kdpC0G2pafTnz2bUGYTOLOm85ump1e XxhkHtUTUBsIJvycPaEc8OBAwPSQjp9YQwmlExlejTo9CzOeWefDBj6QP72idZVe P9wN0amjPpDqUH9MF19KjVUtgYbkxE90uXrOH93rLQk7OWLeetUtzMr8jvJjUzji 5iCa+Cdgo4yWlpQyLTOtckoHC2Xt7rgLgur7DiFbIa8am9z/QBL0i3YmlXyNfOkH 2Y6xySd5AZTb+Kim7JLB =dZXF -----END PGP SIGNATURE----- --nextPart7361219.ACyal3lCKf-- --===============1321156770389768950== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1321156770389768950==-- From xen-users-bounces@lists.xen.org Thu Apr 12 10:20:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 10:20: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 1SIH7C-0001gU-Ve; Thu, 12 Apr 2012 10:18:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIH7B-0001gE-3k for xen-users@lists.xensource.com; Thu, 12 Apr 2012 10:18:57 +0000 Received: from [85.158.143.99:37964] by server-1.bemta-4.messagelabs.com id AD/98-20925-01CA68F4; Thu, 12 Apr 2012 10:18:56 +0000 X-Env-Sender: ray_vertti@hotmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1334225934!22788876!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11386 invoked from network); 12 Apr 2012 10:18:55 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 10:18:55 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIH78-0004aa-D6 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 03:18:54 -0700 Date: Thu, 12 Apr 2012 03:18:54 -0700 (PDT) From: Ray Vertti To: xen-users@lists.xensource.com Message-ID: <1334225934379-5635227.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] gplpv_Vista2008x64_signed_0.11.0.356.msi stuck during installation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Greetings... I'm trying to install the latest GPL PV signed drivers from uninvention.de, however the installer gets stuck and won't copy the files... I'm using Windows 7 Home Premium 64 bit... (also tried the .357 non-signed revision, with testsigning on, same result...) What's wrong? P.S.: If it's of any use, I'm using a non-English version of Windows... -- View this message in context: http://xen.1045712.n5.nabble.com/gplpv-Vista2008x64-signed-0-11-0-356-msi-stuck-during-installation-tp5635227p5635227.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 10:20:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 10:20: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 1SIH7C-0001gU-Ve; Thu, 12 Apr 2012 10:18:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIH7B-0001gE-3k for xen-users@lists.xensource.com; Thu, 12 Apr 2012 10:18:57 +0000 Received: from [85.158.143.99:37964] by server-1.bemta-4.messagelabs.com id AD/98-20925-01CA68F4; Thu, 12 Apr 2012 10:18:56 +0000 X-Env-Sender: ray_vertti@hotmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1334225934!22788876!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.1 required=7.0 tests=FORGED_HOTMAIL_RCVD, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11386 invoked from network); 12 Apr 2012 10:18:55 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 10:18:55 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIH78-0004aa-D6 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 03:18:54 -0700 Date: Thu, 12 Apr 2012 03:18:54 -0700 (PDT) From: Ray Vertti To: xen-users@lists.xensource.com Message-ID: <1334225934379-5635227.post@n5.nabble.com> MIME-Version: 1.0 Subject: [Xen-users] gplpv_Vista2008x64_signed_0.11.0.356.msi stuck during installation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Greetings... I'm trying to install the latest GPL PV signed drivers from uninvention.de, however the installer gets stuck and won't copy the files... I'm using Windows 7 Home Premium 64 bit... (also tried the .357 non-signed revision, with testsigning on, same result...) What's wrong? P.S.: If it's of any use, I'm using a non-English version of Windows... -- View this message in context: http://xen.1045712.n5.nabble.com/gplpv-Vista2008x64-signed-0-11-0-356-msi-stuck-during-installation-tp5635227p5635227.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 10:43:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 10:43:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIHSp-000337-R0; Thu, 12 Apr 2012 10:41:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIHSn-000332-Mi for xen-users@lists.xen.org; Thu, 12 Apr 2012 10:41:17 +0000 Received: from [85.158.139.83:55259] by server-12.bemta-5.messagelabs.com id 48/7D-05587-C41B68F4; Thu, 12 Apr 2012 10:41:16 +0000 X-Env-Sender: uniken1@rambler.ru X-Msg-Ref: server-12.tower-182.messagelabs.com!1334227276!23490913!1 X-Originating-IP: [81.19.92.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODEuMTkuOTIuNDAgPT4gMzk0NzY=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7036 invoked from network); 12 Apr 2012 10:41:16 -0000 Received: from mx-out-wr-1.rambler.ru (HELO mx-out-wr-1.rambler.ru) (81.19.92.40) by server-12.tower-182.messagelabs.com with SMTP; 12 Apr 2012 10:41:16 -0000 Received: from mperl105.rambler.ru (mperl105.rambler.ru [10.32.5.105]) by mx-out-wr-1.rambler.ru (Postfix) with ESMTP id 07D5013FE30F for ; Thu, 12 Apr 2012 14:41:16 +0400 (MSK) Received: from mperl105.rambler.ru (localhost [127.0.0.1]) by mperl105.rambler.ru (Postfix) with ESMTP id E07CD3683430 for ; Thu, 12 Apr 2012 14:41:15 +0400 (MSK) Received: from [109.236.249.138] by mperl105.rambler.ru with HTTP (mailimap); Thu, 12 Apr 2012 14:41:15 +0400 From: Vlad To: Date: Thu, 12 Apr 2012 14:41:15 +0400 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> X-Mailer: Ramail 3u, (chameleon), http://mail.rambler.ru Subject: [Xen-users] =?utf-8?q?_gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello all. Can anyone tell, is it possible to preconfigure user-class or vendor-class for gPXE for Xen VM? -- Vlad. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 10:43:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 10:43:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIHSp-000337-R0; Thu, 12 Apr 2012 10:41:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIHSn-000332-Mi for xen-users@lists.xen.org; Thu, 12 Apr 2012 10:41:17 +0000 Received: from [85.158.139.83:55259] by server-12.bemta-5.messagelabs.com id 48/7D-05587-C41B68F4; Thu, 12 Apr 2012 10:41:16 +0000 X-Env-Sender: uniken1@rambler.ru X-Msg-Ref: server-12.tower-182.messagelabs.com!1334227276!23490913!1 X-Originating-IP: [81.19.92.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODEuMTkuOTIuNDAgPT4gMzk0NzY=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7036 invoked from network); 12 Apr 2012 10:41:16 -0000 Received: from mx-out-wr-1.rambler.ru (HELO mx-out-wr-1.rambler.ru) (81.19.92.40) by server-12.tower-182.messagelabs.com with SMTP; 12 Apr 2012 10:41:16 -0000 Received: from mperl105.rambler.ru (mperl105.rambler.ru [10.32.5.105]) by mx-out-wr-1.rambler.ru (Postfix) with ESMTP id 07D5013FE30F for ; Thu, 12 Apr 2012 14:41:16 +0400 (MSK) Received: from mperl105.rambler.ru (localhost [127.0.0.1]) by mperl105.rambler.ru (Postfix) with ESMTP id E07CD3683430 for ; Thu, 12 Apr 2012 14:41:15 +0400 (MSK) Received: from [109.236.249.138] by mperl105.rambler.ru with HTTP (mailimap); Thu, 12 Apr 2012 14:41:15 +0400 From: Vlad To: Date: Thu, 12 Apr 2012 14:41:15 +0400 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> X-Mailer: Ramail 3u, (chameleon), http://mail.rambler.ru Subject: [Xen-users] =?utf-8?q?_gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello all. Can anyone tell, is it possible to preconfigure user-class or vendor-class for gPXE for Xen VM? -- Vlad. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 11:22:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 11:22: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 1SII5a-0005S0-8C; Thu, 12 Apr 2012 11:21:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SII5Y-0005Re-Ap for xen-users@lists.xen.org; Thu, 12 Apr 2012 11:21:20 +0000 Received: from [85.158.143.99:59270] by server-3.bemta-4.messagelabs.com id B5/04-05853-FAAB68F4; Thu, 12 Apr 2012 11:21:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-7.tower-216.messagelabs.com!1334229678!19961313!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1970 invoked from network); 12 Apr 2012 11:21:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-7.tower-216.messagelabs.com with SMTP; 12 Apr 2012 11:21:18 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id B223C10401B for ; Thu, 12 Apr 2012 12:21:16 +0100 (BST) 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 Z0MbGuVmCb8R for ; Thu, 12 Apr 2012 12:21:16 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C23C710401A for ; Thu, 12 Apr 2012 12:21:12 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <1904218.GHauSIVHrH@gongo> Date: Thu, 12 Apr 2012 12:21:06 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Stefan Becker wrote: >I copy the disk, swap and cfg files.... What do you mean with full system? "full system" would mean the entire guest - not just the filesystem images, but the machine state as well (which means the entire memory image plus processor state). When you backup the disk image files, what you are getting is roughly the same as you'd have on the disks of a bare-metal machine after yanking the power cord ! Just telling the OS to sync is **NOT** enough in the general case - that will only sync data which applications have asked the OS to write to disk, anything cached by the application (particularly the case with databases) will not be included. I agree with Niels, it's an ugly way to do it which relies on taking a dirty snapshot of the filesystem and hoping that it will clean up when the guest boots with it. It's a topic that comes up every now and then (try searching the archives), and there are many points of view. Personally, I treat each guest as a machine in it's own right and back it up from within the guest in exactly the same way as I handle a bare-metal machine. >Ok but I ask me, why the author of the book writes this solutuion? No idea, you haven't given any clue what book you've been reading. It's a method that will "work well enough" for some use cases - typically low write frequency/volume, no applications which cache data, "robust" filesystems. Ignore these provisos and it gets less reliable, and in extreme can be virtually guaranteed to result in corrupt data for some use cases. The author should have pointed out these limitations. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 11:22:35 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 11:22: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 1SII5a-0005S0-8C; Thu, 12 Apr 2012 11:21:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SII5Y-0005Re-Ap for xen-users@lists.xen.org; Thu, 12 Apr 2012 11:21:20 +0000 Received: from [85.158.143.99:59270] by server-3.bemta-4.messagelabs.com id B5/04-05853-FAAB68F4; Thu, 12 Apr 2012 11:21:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-7.tower-216.messagelabs.com!1334229678!19961313!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1970 invoked from network); 12 Apr 2012 11:21:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-7.tower-216.messagelabs.com with SMTP; 12 Apr 2012 11:21:18 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id B223C10401B for ; Thu, 12 Apr 2012 12:21:16 +0100 (BST) 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 Z0MbGuVmCb8R for ; Thu, 12 Apr 2012 12:21:16 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C23C710401A for ; Thu, 12 Apr 2012 12:21:12 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <1904218.GHauSIVHrH@gongo> Date: Thu, 12 Apr 2012 12:21:06 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Backup a DomU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Stefan Becker wrote: >I copy the disk, swap and cfg files.... What do you mean with full system? "full system" would mean the entire guest - not just the filesystem images, but the machine state as well (which means the entire memory image plus processor state). When you backup the disk image files, what you are getting is roughly the same as you'd have on the disks of a bare-metal machine after yanking the power cord ! Just telling the OS to sync is **NOT** enough in the general case - that will only sync data which applications have asked the OS to write to disk, anything cached by the application (particularly the case with databases) will not be included. I agree with Niels, it's an ugly way to do it which relies on taking a dirty snapshot of the filesystem and hoping that it will clean up when the guest boots with it. It's a topic that comes up every now and then (try searching the archives), and there are many points of view. Personally, I treat each guest as a machine in it's own right and back it up from within the guest in exactly the same way as I handle a bare-metal machine. >Ok but I ask me, why the author of the book writes this solutuion? No idea, you haven't given any clue what book you've been reading. It's a method that will "work well enough" for some use cases - typically low write frequency/volume, no applications which cache data, "robust" filesystems. Ignore these provisos and it gets less reliable, and in extreme can be virtually guaranteed to result in corrupt data for some use cases. The author should have pointed out these limitations. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 12:22:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 12:22: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 1SIJ0s-0008H7-FS; Thu, 12 Apr 2012 12:20:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJ0q-0008H2-F5 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 12:20:33 +0000 Received: from [193.109.254.147:62714] by server-10.bemta-14.messagelabs.com id 4C/77-05847-F88C68F4; Thu, 12 Apr 2012 12:20:31 +0000 X-Env-Sender: snak-707@163.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1334233225!4311992!1 X-Originating-IP: [123.125.50.134] X-SpamReason: No, hits=0.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjQ4Mg==\n,sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjQ4Mg==\n, HTML_50_60, HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11475 invoked from network); 12 Apr 2012 12:20:27 -0000 Received: from m50-134.163.com (HELO m50-134.163.com) (123.125.50.134) by server-13.tower-27.messagelabs.com with SMTP; 12 Apr 2012 12:20:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:User-Agent:Date:Subject:From:To:Message-ID: Thread-Topic:In-Reply-To:Mime-version:Content-type; bh=z1pMFh1tB uqTYmoU7rDAgu6My9CtwVRWm+guXnwTHW0=; b=JmL4C/MNZM2vXNmPES7Jfzxts C/R2yqitQKZkjn49o5rOJSj7udyikIzOrWkNnhsv0q81tPOBbKnKAxLc+L7uLJ8b kz8k/SVq7VFED0QM3UqzMbGr7YUs/K7r1LAleLCFrxewRKLLj2DLRrfA2DqiS8h7 yygGZ+ezol2UAnLqSU= Received: from [10.0.1.237] (unknown [166.111.131.55]) by smtp4 (Coremail) with SMTP id DtGowED5aGh+yIZPBzebHQ--.580S2; Thu, 12 Apr 2012 20:20:21 +0800 (CST) User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Thu, 12 Apr 2012 20:20:12 +0800 From: wang bo To: "xen-users@lists.xensource.com" Message-ID: Thread-Topic: Anyone use xen 4.x root on nfsv4? In-Reply-To: Mime-version: 1.0 X-CM-TRANSID: DtGowED5aGh+yIZPBzebHQ--.580S2 X-Coremail-Antispam: 1Uf129KBjvJXoW7Aw1kKrW8Gr18CFWDGr17Wrg_yoW8Cw1rpF 4rtw17tF18G34UX3s3AF45Xa48Xw1DJw1kKwn8WrW8XFZruFn2v3ySy3WY9asrGFW5taya qa42qFyYga1kXFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07UeWlPUUUUU= X-CM-SenderInfo: 5vqdygqxqxqiywtou0bp/1tbisQuOWE9op7XSHQABsX Subject: [Xen-users] Anyone use xen 4.x root on nfsv4? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8277288340338423712==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --===============8277288340338423712== Content-type: multipart/alternative; boundary="B_3417106822_1168408" > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --B_3417106822_1168408 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable =E5=8F=91=E4=BB=B6=E4=BA=BA: wang bo =E6=97=A5=E6=9C=9F: Thu, 12 Apr 2012 19:50:11 +0800 =E8=87=B3: =E4=B8=BB=E9=A2=98: Anyone use xen 4.x root on nfsv4? Hi, guys! I want to use xen 4.1.0 to boot from nfsv4, the config of DomU is: nfsclient.cfg: #Common things. kernel =3D '/boot/vmlinuz-3.1.0-pnfs' ramdisk =3D '/boot/initrd.img-3.1.0-pnfs' memory =3D 1064 #Name name =3D 'nfsclient' hostname=3D 'nfsclient' # Networking basics interface =3D 'eth0' vif =3D [ "mac=3D00:16:3e:9d:00:01,vifname=3Dvif-nfsclient" ] netmask =3D '255.255.255.0' gateway =3D '10.0.1.254' ip =3D '10.0.1.183' broadcast =3D '10.0.1.255' # NFS option nfs_server =3D '10.0.1.198' nfs_root =3D '/,v4,tcp' root =3D '/dev/nfs' And the /etc/exports file of nfs =E2=80=93server is: /root/debian =20 10.0.1.0/255.255.255.0(rw,sync,fsid=3D0,insecure,no_subtree_check,no_root_squ= a sh) I do have stab file in /root/debian/etc/fstab, and I can normally mount nfs-client on Dom0.When I start DomU, I got error message as follows: [ 12.412678] Freeing unused kernel memory: 1100k freed Loading, please wait... Begin: Loading essential drivers ... done. [ 12.442670] udevd[81]: starting version 173 Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. mount: can't read '/etc/fstab': No such file or directory Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... mount: mounting /dev on /root/dev failed: No such file or directory done. mount: mounting /sys on /root/sys failed: No such file or directory mount: mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have requested /sbin/init. No init found. Try passing init=3D booting. Can anyone tell me how to fix this error? Thanks a lot in advance! --------- eaglewatcher --B_3417106822_1168408 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable


=E5=8F=91=E4=BB=B6=E4=BA=BA: wang bo <snak-707@163.com>
=E6=97=A5=E6=9C= =9F: Thu, 12 Apr 2012 19:50:11 +0800
=E8=87=B3: <xen-users@l= ists.xensource.com>
=E4=B8=BB=E9=A2=98: = Anyone use xen 4.x root on nfsv4?

Hi, guys!
I want to use xen 4.1.0 to boot from nfsv4, the config = of DomU is:

nfsclient.cfg:
#Common things.
kernel =3D '/boot/vmlinuz-3.1.0-pn= fs'
ramdisk =3D '/boot/initrd.img-3.1.0-pnfs'
memory =3D 106= 4

#Name
name    =3D 'nfsclient'
hostname=3D 'nfsclient'

# Networking basics<= /div>
interface =3D 'eth0'
vif =3D [ "mac=3D00:16:3e:9d:00:01,vifnam= e=3Dvif-nfsclient" ] 
netmask   =3D '255.255.255.0'
gateway   =3D '10.0.1.254'
ip        =3D '1= 0.0.1.183'
broadcast =3D '10.0.1.255'


<= /div>
# NFS option
nfs_server =3D '10.0.1.198'
nfs_roo= t   =3D '/,v4,tcp'
root       =3D '/dev/nfs'
=

And the /etc/exports file of nfs –server is:=
/root/debian    10.0.1.0/255.255.255.0(rw,sync,fsid=3D0,i= nsecure,no_subtree_check,no_root_squash)

I do have = stab file in /root/debian/etc/fstab, and I can normally mount nfs-client on = Dom0.When I start DomU, I got error message as follows:

=
[   12.412678] Freeing unused kernel memory: 1100k freed
Loading, please wait...
Begin: Loading essential drivers ...= done.
[   12.442670] udevd[81]: starting version 173
Begin: Running /scripts/init-premount ... done.
Begin: Mounting= root file system ... Begin: Running /scripts/local-top ... done.
= Begin: Running /scripts/local-premount ... done.
mount: can't read= '/etc/fstab': No such file or directory
Begin: Running /scripts/l= ocal-bottom ... done.
done.
Begin: Running /scripts/init= -bottom ... mount: mounting /dev on /root/dev failed: No such file or direct= ory
done.
mount: mounting /sys on /root/sys failed: No s= uch file or directory
mount: mounting /proc on /root/proc failed: = No such file or directory
Target filesystem doesn't have requested= /sbin/init.
No init found. Try passing init=3D booting.
=

Can anyone tell me how to fix this error?
Than= ks a lot in advance!

---------
eaglewatch= er
= --B_3417106822_1168408-- --===============8277288340338423712== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8277288340338423712==-- From xen-users-bounces@lists.xen.org Thu Apr 12 12:22:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 12:22: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 1SIJ0s-0008H7-FS; Thu, 12 Apr 2012 12:20:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJ0q-0008H2-F5 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 12:20:33 +0000 Received: from [193.109.254.147:62714] by server-10.bemta-14.messagelabs.com id 4C/77-05847-F88C68F4; Thu, 12 Apr 2012 12:20:31 +0000 X-Env-Sender: snak-707@163.com X-Msg-Ref: server-13.tower-27.messagelabs.com!1334233225!4311992!1 X-Originating-IP: [123.125.50.134] X-SpamReason: No, hits=0.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjQ4Mg==\n,sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjQ4Mg==\n, HTML_50_60, HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11475 invoked from network); 12 Apr 2012 12:20:27 -0000 Received: from m50-134.163.com (HELO m50-134.163.com) (123.125.50.134) by server-13.tower-27.messagelabs.com with SMTP; 12 Apr 2012 12:20:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:User-Agent:Date:Subject:From:To:Message-ID: Thread-Topic:In-Reply-To:Mime-version:Content-type; bh=z1pMFh1tB uqTYmoU7rDAgu6My9CtwVRWm+guXnwTHW0=; b=JmL4C/MNZM2vXNmPES7Jfzxts C/R2yqitQKZkjn49o5rOJSj7udyikIzOrWkNnhsv0q81tPOBbKnKAxLc+L7uLJ8b kz8k/SVq7VFED0QM3UqzMbGr7YUs/K7r1LAleLCFrxewRKLLj2DLRrfA2DqiS8h7 yygGZ+ezol2UAnLqSU= Received: from [10.0.1.237] (unknown [166.111.131.55]) by smtp4 (Coremail) with SMTP id DtGowED5aGh+yIZPBzebHQ--.580S2; Thu, 12 Apr 2012 20:20:21 +0800 (CST) User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Thu, 12 Apr 2012 20:20:12 +0800 From: wang bo To: "xen-users@lists.xensource.com" Message-ID: Thread-Topic: Anyone use xen 4.x root on nfsv4? In-Reply-To: Mime-version: 1.0 X-CM-TRANSID: DtGowED5aGh+yIZPBzebHQ--.580S2 X-Coremail-Antispam: 1Uf129KBjvJXoW7Aw1kKrW8Gr18CFWDGr17Wrg_yoW8Cw1rpF 4rtw17tF18G34UX3s3AF45Xa48Xw1DJw1kKwn8WrW8XFZruFn2v3ySy3WY9asrGFW5taya qa42qFyYga1kXFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x07UeWlPUUUUU= X-CM-SenderInfo: 5vqdygqxqxqiywtou0bp/1tbisQuOWE9op7XSHQABsX Subject: [Xen-users] Anyone use xen 4.x root on nfsv4? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8277288340338423712==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --===============8277288340338423712== Content-type: multipart/alternative; boundary="B_3417106822_1168408" > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --B_3417106822_1168408 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable =E5=8F=91=E4=BB=B6=E4=BA=BA: wang bo =E6=97=A5=E6=9C=9F: Thu, 12 Apr 2012 19:50:11 +0800 =E8=87=B3: =E4=B8=BB=E9=A2=98: Anyone use xen 4.x root on nfsv4? Hi, guys! I want to use xen 4.1.0 to boot from nfsv4, the config of DomU is: nfsclient.cfg: #Common things. kernel =3D '/boot/vmlinuz-3.1.0-pnfs' ramdisk =3D '/boot/initrd.img-3.1.0-pnfs' memory =3D 1064 #Name name =3D 'nfsclient' hostname=3D 'nfsclient' # Networking basics interface =3D 'eth0' vif =3D [ "mac=3D00:16:3e:9d:00:01,vifname=3Dvif-nfsclient" ] netmask =3D '255.255.255.0' gateway =3D '10.0.1.254' ip =3D '10.0.1.183' broadcast =3D '10.0.1.255' # NFS option nfs_server =3D '10.0.1.198' nfs_root =3D '/,v4,tcp' root =3D '/dev/nfs' And the /etc/exports file of nfs =E2=80=93server is: /root/debian =20 10.0.1.0/255.255.255.0(rw,sync,fsid=3D0,insecure,no_subtree_check,no_root_squ= a sh) I do have stab file in /root/debian/etc/fstab, and I can normally mount nfs-client on Dom0.When I start DomU, I got error message as follows: [ 12.412678] Freeing unused kernel memory: 1100k freed Loading, please wait... Begin: Loading essential drivers ... done. [ 12.442670] udevd[81]: starting version 173 Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. mount: can't read '/etc/fstab': No such file or directory Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... mount: mounting /dev on /root/dev failed: No such file or directory done. mount: mounting /sys on /root/sys failed: No such file or directory mount: mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have requested /sbin/init. No init found. Try passing init=3D booting. Can anyone tell me how to fix this error? Thanks a lot in advance! --------- eaglewatcher --B_3417106822_1168408 Content-type: text/html; charset="UTF-8" Content-transfer-encoding: quoted-printable


=E5=8F=91=E4=BB=B6=E4=BA=BA: wang bo <snak-707@163.com>
=E6=97=A5=E6=9C= =9F: Thu, 12 Apr 2012 19:50:11 +0800
=E8=87=B3: <xen-users@l= ists.xensource.com>
=E4=B8=BB=E9=A2=98: = Anyone use xen 4.x root on nfsv4?

Hi, guys!
I want to use xen 4.1.0 to boot from nfsv4, the config = of DomU is:

nfsclient.cfg:
#Common things.
kernel =3D '/boot/vmlinuz-3.1.0-pn= fs'
ramdisk =3D '/boot/initrd.img-3.1.0-pnfs'
memory =3D 106= 4

#Name
name    =3D 'nfsclient'
hostname=3D 'nfsclient'

# Networking basics<= /div>
interface =3D 'eth0'
vif =3D [ "mac=3D00:16:3e:9d:00:01,vifnam= e=3Dvif-nfsclient" ] 
netmask   =3D '255.255.255.0'
gateway   =3D '10.0.1.254'
ip        =3D '1= 0.0.1.183'
broadcast =3D '10.0.1.255'


<= /div>
# NFS option
nfs_server =3D '10.0.1.198'
nfs_roo= t   =3D '/,v4,tcp'
root       =3D '/dev/nfs'
=

And the /etc/exports file of nfs –server is:=
/root/debian    10.0.1.0/255.255.255.0(rw,sync,fsid=3D0,i= nsecure,no_subtree_check,no_root_squash)

I do have = stab file in /root/debian/etc/fstab, and I can normally mount nfs-client on = Dom0.When I start DomU, I got error message as follows:

=
[   12.412678] Freeing unused kernel memory: 1100k freed
Loading, please wait...
Begin: Loading essential drivers ...= done.
[   12.442670] udevd[81]: starting version 173
Begin: Running /scripts/init-premount ... done.
Begin: Mounting= root file system ... Begin: Running /scripts/local-top ... done.
= Begin: Running /scripts/local-premount ... done.
mount: can't read= '/etc/fstab': No such file or directory
Begin: Running /scripts/l= ocal-bottom ... done.
done.
Begin: Running /scripts/init= -bottom ... mount: mounting /dev on /root/dev failed: No such file or direct= ory
done.
mount: mounting /sys on /root/sys failed: No s= uch file or directory
mount: mounting /proc on /root/proc failed: = No such file or directory
Target filesystem doesn't have requested= /sbin/init.
No init found. Try passing init=3D booting.
=

Can anyone tell me how to fix this error?
Than= ks a lot in advance!

---------
eaglewatch= er
= --B_3417106822_1168408-- --===============8277288340338423712== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8277288340338423712==-- From xen-users-bounces@lists.xen.org Thu Apr 12 12:33:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 12:33: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 1SIJBG-00006g-TG; Thu, 12 Apr 2012 12:31:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJBF-00006a-Gl for xen-users@lists.xensource.com; Thu, 12 Apr 2012 12:31:17 +0000 Received: from [85.158.143.99:58641] by server-3.bemta-4.messagelabs.com id CA/69-05853-41BC68F4; Thu, 12 Apr 2012 12:31:16 +0000 X-Env-Sender: snak-707@163.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1334233874!24796651!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2250 invoked from network); 12 Apr 2012 12:31:15 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 12:31:15 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIJBC-0002nW-0j for xen-users@lists.xensource.com; Thu, 12 Apr 2012 05:31:14 -0700 Date: Thu, 12 Apr 2012 05:31:14 -0700 (PDT) From: eaglewatcher To: xen-users@lists.xensource.com Message-ID: <1334233874013-5635507.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Subject: Re: [Xen-users] Anyone use xen 4.x root on nfsv4? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I checked the .config file of Dom0 kernel source, I found CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_XEN_NETDEV_BACKEND=m It seems should be =y,so I modify to =y, and rebuild the kernel. When I start DomU again, get the error message below: [ 0.472203] IP-Config: Complete: [ 0.472207] device=eth0, addr=10.0.1.183, mask=255.255.255.0, gw=10.0.1.254, [ 0.472215] host=nfsclient, domain=, nis-domain=(none), [ 0.472219] bootserver=10.0.1.198, rootserver=10.0.1.198, rootpath= [ 0.472524] Freeing unused kernel memory: 936k freed [ 0.472660] Write protecting the kernel read-only data: 12288k [ 0.476451] Freeing unused kernel memory: 900k freed [ 0.476884] Freeing unused kernel memory: 1096k freed Loading, please wait... Begin: Loading essential drivers ... done. [ 0.506404] udevd[82]: starting version 173 Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/nfs does not exist. Dropping to a shell! BusyBox v1.18.4 (Ubuntu 1:1.18.4-2ubuntu2) built-in shell (ash) Enter 'help' for a list of built-in commands. (initramfs) cat /proc/cmdline root=/dev/nfs ip=10.0.1.183:10.0.1.198:10.0.1.254:255.255.255.0:nfsclient:eth0:off (initramfs) -- View this message in context: http://xen.1045712.n5.nabble.com/Anyone-use-xen-4-x-root-on-nfsv4-tp5635483p5635507.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 12:33:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 12:33: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 1SIJBG-00006g-TG; Thu, 12 Apr 2012 12:31:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJBF-00006a-Gl for xen-users@lists.xensource.com; Thu, 12 Apr 2012 12:31:17 +0000 Received: from [85.158.143.99:58641] by server-3.bemta-4.messagelabs.com id CA/69-05853-41BC68F4; Thu, 12 Apr 2012 12:31:16 +0000 X-Env-Sender: snak-707@163.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1334233874!24796651!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2250 invoked from network); 12 Apr 2012 12:31:15 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 12:31:15 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIJBC-0002nW-0j for xen-users@lists.xensource.com; Thu, 12 Apr 2012 05:31:14 -0700 Date: Thu, 12 Apr 2012 05:31:14 -0700 (PDT) From: eaglewatcher To: xen-users@lists.xensource.com Message-ID: <1334233874013-5635507.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Subject: Re: [Xen-users] Anyone use xen 4.x root on nfsv4? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I checked the .config file of Dom0 kernel source, I found CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_XEN_NETDEV_BACKEND=m It seems should be =y,so I modify to =y, and rebuild the kernel. When I start DomU again, get the error message below: [ 0.472203] IP-Config: Complete: [ 0.472207] device=eth0, addr=10.0.1.183, mask=255.255.255.0, gw=10.0.1.254, [ 0.472215] host=nfsclient, domain=, nis-domain=(none), [ 0.472219] bootserver=10.0.1.198, rootserver=10.0.1.198, rootpath= [ 0.472524] Freeing unused kernel memory: 936k freed [ 0.472660] Write protecting the kernel read-only data: 12288k [ 0.476451] Freeing unused kernel memory: 900k freed [ 0.476884] Freeing unused kernel memory: 1096k freed Loading, please wait... Begin: Loading essential drivers ... done. [ 0.506404] udevd[82]: starting version 173 Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules; ls /dev) ALERT! /dev/nfs does not exist. Dropping to a shell! BusyBox v1.18.4 (Ubuntu 1:1.18.4-2ubuntu2) built-in shell (ash) Enter 'help' for a list of built-in commands. (initramfs) cat /proc/cmdline root=/dev/nfs ip=10.0.1.183:10.0.1.198:10.0.1.254:255.255.255.0:nfsclient:eth0:off (initramfs) -- View this message in context: http://xen.1045712.n5.nabble.com/Anyone-use-xen-4-x-root-on-nfsv4-tp5635483p5635507.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 12:50:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 12:50:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJSL-0000dz-O0; Thu, 12 Apr 2012 12:48:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJSJ-0000du-SL for xen-users@lists.xen.org; Thu, 12 Apr 2012 12:48:56 +0000 Received: from [85.158.143.99:54446] by server-2.bemta-4.messagelabs.com id 1F/CD-17550-73FC68F4; Thu, 12 Apr 2012 12:48:55 +0000 X-Env-Sender: cyberhawk001@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1334234931!23036952!1 X-Originating-IP: [209.85.213.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19042 invoked from network); 12 Apr 2012 12:48:53 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 12:48:53 -0000 Received: by yhoo21 with SMTP id o21so1185675yho.32 for ; Thu, 12 Apr 2012 05:48:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=qjfMBVVLYHt2TuU+7upXZXUPZmKAYRGEiY+6TFrsBps=; b=XWV11XQ0rsqt8PCYWXX6Hlg0f42VSAFUy+hxhqxwHzLcH4K0CGv1wp0pLtMrfSATiF dkr7tfe/2nZ99BeFcxHk4rTrghPd5dU02GrH+KX2t4rPnYWQgPSFh6zN2KxsPF7kmvcf YhdbunNXhumQq+FzFFJXloh91WAad06lvq5SoZy2B4bThgrmo2jfz2I0O8h5qpuHEmeA Tuz6Ti0oiACA21jEbuq9hwj9eJNKnNbd9KkHq7l1ptBi3EtEZ/UwSIvBDVRp+PU4FXwq l4rCIzQg0h3vqZ7UaRro6rx2zhvvsUdmGpSln1c2aEgQq8bwKskgvtYJ7KvWwclgE498 hjZg== Received: by 10.236.76.74 with SMTP id a50mr1922614yhe.42.1334234930948; Thu, 12 Apr 2012 05:48:50 -0700 (PDT) Received: from [192.168.1.111] (c-24-129-99-161.hsd1.fl.comcast.net. [24.129.99.161]) by mx.google.com with ESMTPS id d63sm12510404yhh.17.2012.04.12.05.48.48 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Apr 2012 05:48:49 -0700 (PDT) Message-ID: <4F86CEC1.5080408@gmail.com> Date: Thu, 12 Apr 2012 08:46:57 -0400 From: cyberhawk001@gmail.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Ian Campbell References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> In-Reply-To: <1334214843.12209.224.camel@dagon.hellion.org.uk> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4/12/2012 3:14 AM, Ian Campbell wrote: > On Wed, 2012-04-11 at 16:56 +0100, cyberhawk001@gmail.com wrote: >> I am still trying to get Xen to run on my machine. This time around i >> did the following: >> >> 1.) installed a clean Debian Squeeze >> 2.) Compiled and installed Kernel 3.3.1 (Config was setup with all >> defaults using menuconfig AND all xen options were set to Y) >> 3.) Rebooted into Kernel 3.3.1 >> 4.) Upgraded to Debian Wheezy >> 5.) Setup Serial output to a second PC using null-model cable and >> added the following to /etc/default/grub >> GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" >> GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" >> 6.) Using Synaptic, installed xen-hypervisor-4.1-amd64, xen-tools >> 4.2.1-1, and it installed all additional dependent packages. >> >> 7.) Added the following to /etc/default/grub >> GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" >> GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" >> >> The downside is that once i add those lines above, i can't boot back >> into the normal non-Xen kernel anymore.... > Not sure what this issue is > > You might have wanted to use GRUB_CMDLINE_LINUX_XEN_REPLACE instead of > GRUB_CMDLINE_LINUX since the options you have used there are not going > to work with native, although I'd expect it to silently boot with no > console and then become available on the network. Ya, when i modified those those two lines above in the /etc/default/grub, i was just following the Wiki Page on enabling the Serial Console on Xen so i could view or troubleshoot why Xen was not booting. Just using the line GRUB_CMDLINE_XEN, adds all of those commands to the end of the multiboot line in the grub.cfg for only the XEN menuentries. If i also use the line GRUB_CMDLINE_LINUX, it adds those lines to just to the end of the kernel line for all non-Xen menuentries. Which in this case, prevents those kernels from booting. SO I don't think those are important to use anyways so i just omit the changes to GRUB_CMDLINE_LINUX and it works just fine. >> 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace >> log, which ended with a KERNEL PANIC > A bug was introduce into 3.1.12. A fix is in the pipeline for the next > update but in the meantime you can try reverting: > > commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 > Author: Suresh Siddha > Date: Mon Mar 12 11:36:33 2012 -0700 > > x86/ioapic: Add register level checks to detect bogus io-apic entries > > (I don't seem to see anything newer than 3.1.10 in the git tree, how > odd) > > Ian. AHH ok i see, so this bug goes back that far in the Kernel revisions. So, the kernel that comes compiled with Debian Wheezy is Kernel 3.2.0.2, is that bug in that version as well or it has been patched / fixed. I have tried before to use Wheezy with the kernel they have for it, 3.2.0.2 and install Xen 4.1 from Synaptic and all that, still didn't boot. BUT, that was before when i didn't have the Serial Console Setup yet, so don't know what the error messages where. IF Kernel 3.1.10 does not have those kind of bugs, i suppose i can just mess around with that version instead. Really do not know how much XEN options or etc have changed from kernel 3.1.10 to 3.3.1 as those are the only things i am concerned about, but if they haven't, than Kernel 3.1.10 sounds perfectly ok for me REALLY, wish this was a bit easier, BUT all i want to find is just ONE stable kernel that perfectly plays nice with XEN and is in the 3.xx.xx range >> I am not experienced with reading trace logs, SO i have attached it >> here as a TXT file. I am hoping someone can take a quick peek at it as >> it is not that long and see if it reveals anything of useful to why >> the kernel panics....... >> >> AS always thanks to all... >> >> >> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 12:50:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 12:50:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJSL-0000dz-O0; Thu, 12 Apr 2012 12:48:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJSJ-0000du-SL for xen-users@lists.xen.org; Thu, 12 Apr 2012 12:48:56 +0000 Received: from [85.158.143.99:54446] by server-2.bemta-4.messagelabs.com id 1F/CD-17550-73FC68F4; Thu, 12 Apr 2012 12:48:55 +0000 X-Env-Sender: cyberhawk001@gmail.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1334234931!23036952!1 X-Originating-IP: [209.85.213.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19042 invoked from network); 12 Apr 2012 12:48:53 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 12:48:53 -0000 Received: by yhoo21 with SMTP id o21so1185675yho.32 for ; Thu, 12 Apr 2012 05:48:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=qjfMBVVLYHt2TuU+7upXZXUPZmKAYRGEiY+6TFrsBps=; b=XWV11XQ0rsqt8PCYWXX6Hlg0f42VSAFUy+hxhqxwHzLcH4K0CGv1wp0pLtMrfSATiF dkr7tfe/2nZ99BeFcxHk4rTrghPd5dU02GrH+KX2t4rPnYWQgPSFh6zN2KxsPF7kmvcf YhdbunNXhumQq+FzFFJXloh91WAad06lvq5SoZy2B4bThgrmo2jfz2I0O8h5qpuHEmeA Tuz6Ti0oiACA21jEbuq9hwj9eJNKnNbd9KkHq7l1ptBi3EtEZ/UwSIvBDVRp+PU4FXwq l4rCIzQg0h3vqZ7UaRro6rx2zhvvsUdmGpSln1c2aEgQq8bwKskgvtYJ7KvWwclgE498 hjZg== Received: by 10.236.76.74 with SMTP id a50mr1922614yhe.42.1334234930948; Thu, 12 Apr 2012 05:48:50 -0700 (PDT) Received: from [192.168.1.111] (c-24-129-99-161.hsd1.fl.comcast.net. [24.129.99.161]) by mx.google.com with ESMTPS id d63sm12510404yhh.17.2012.04.12.05.48.48 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Apr 2012 05:48:49 -0700 (PDT) Message-ID: <4F86CEC1.5080408@gmail.com> Date: Thu, 12 Apr 2012 08:46:57 -0400 From: cyberhawk001@gmail.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Ian Campbell References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> In-Reply-To: <1334214843.12209.224.camel@dagon.hellion.org.uk> Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4/12/2012 3:14 AM, Ian Campbell wrote: > On Wed, 2012-04-11 at 16:56 +0100, cyberhawk001@gmail.com wrote: >> I am still trying to get Xen to run on my machine. This time around i >> did the following: >> >> 1.) installed a clean Debian Squeeze >> 2.) Compiled and installed Kernel 3.3.1 (Config was setup with all >> defaults using menuconfig AND all xen options were set to Y) >> 3.) Rebooted into Kernel 3.3.1 >> 4.) Upgraded to Debian Wheezy >> 5.) Setup Serial output to a second PC using null-model cable and >> added the following to /etc/default/grub >> GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" >> GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" >> 6.) Using Synaptic, installed xen-hypervisor-4.1-amd64, xen-tools >> 4.2.1-1, and it installed all additional dependent packages. >> >> 7.) Added the following to /etc/default/grub >> GRUB_CMDLINE_XEN="loglvl=all guest_loglvl=all com1=115200,8n1,0x3f8,4 console=com1,vga" >> GRUB_CMDLINE_LINUX="console=hvc0 earlyprintk=xen" >> >> The downside is that once i add those lines above, i can't boot back >> into the normal non-Xen kernel anymore.... > Not sure what this issue is > > You might have wanted to use GRUB_CMDLINE_LINUX_XEN_REPLACE instead of > GRUB_CMDLINE_LINUX since the options you have used there are not going > to work with native, although I'd expect it to silently boot with no > console and then become available on the network. Ya, when i modified those those two lines above in the /etc/default/grub, i was just following the Wiki Page on enabling the Serial Console on Xen so i could view or troubleshoot why Xen was not booting. Just using the line GRUB_CMDLINE_XEN, adds all of those commands to the end of the multiboot line in the grub.cfg for only the XEN menuentries. If i also use the line GRUB_CMDLINE_LINUX, it adds those lines to just to the end of the kernel line for all non-Xen menuentries. Which in this case, prevents those kernels from booting. SO I don't think those are important to use anyways so i just omit the changes to GRUB_CMDLINE_LINUX and it works just fine. >> 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace >> log, which ended with a KERNEL PANIC > A bug was introduce into 3.1.12. A fix is in the pipeline for the next > update but in the meantime you can try reverting: > > commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 > Author: Suresh Siddha > Date: Mon Mar 12 11:36:33 2012 -0700 > > x86/ioapic: Add register level checks to detect bogus io-apic entries > > (I don't seem to see anything newer than 3.1.10 in the git tree, how > odd) > > Ian. AHH ok i see, so this bug goes back that far in the Kernel revisions. So, the kernel that comes compiled with Debian Wheezy is Kernel 3.2.0.2, is that bug in that version as well or it has been patched / fixed. I have tried before to use Wheezy with the kernel they have for it, 3.2.0.2 and install Xen 4.1 from Synaptic and all that, still didn't boot. BUT, that was before when i didn't have the Serial Console Setup yet, so don't know what the error messages where. IF Kernel 3.1.10 does not have those kind of bugs, i suppose i can just mess around with that version instead. Really do not know how much XEN options or etc have changed from kernel 3.1.10 to 3.3.1 as those are the only things i am concerned about, but if they haven't, than Kernel 3.1.10 sounds perfectly ok for me REALLY, wish this was a bit easier, BUT all i want to find is just ONE stable kernel that perfectly plays nice with XEN and is in the 3.xx.xx range >> I am not experienced with reading trace logs, SO i have attached it >> here as a TXT file. I am hoping someone can take a quick peek at it as >> it is not that long and see if it reveals anything of useful to why >> the kernel panics....... >> >> AS always thanks to all... >> >> >> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:20:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:20: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 1SIJv5-0001X0-Id; Thu, 12 Apr 2012 13:18:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJv4-0001Wv-TP for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:18:39 +0000 Received: from [85.158.143.99:25123] by server-2.bemta-4.messagelabs.com id 7C/60-17550-E26D68F4; Thu, 12 Apr 2012 13:18:38 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334236717!12166293!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20134 invoked from network); 12 Apr 2012 13:18:37 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:18:37 -0000 Received: by werp12 with SMTP id p12so1582877wer.32 for ; Thu, 12 Apr 2012 06:18:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=hlIndIUP1tYt+Xg1oyb3wG9O2Zl/FS0JIYP+QIlaTx0=; b=DoxVvIEtxAIOj7pnzIGLwoNe84/Its7K+jdZjsp7t3/pCNi0RZ6S3Nw98+urS6N8ix KvPlLlA3gf2UvGNzyo5SyFjXMK/L7hzfx8LOgwl8gFZGV+NTUcRWIiEM2b0R/FH6uOsL vv0dNK0wklSKby5Ob1bGg/0wPtVSE3qAEKI7MX7H6GaIIMLIvHCcaSz7PUCbISq5n0JU 57jkRj/ql3m2n3voNjuhKeIdxxwnvJPpq4aS2zIDOLOGsceFknrk7W4/br9Df2p8eNF/ eiYifp5K6mJFy6nFzN7iQsaFwGJ5rZ+OoRICTek0avPvVWE6z6+TFGEWYTp42DcZFOwE 1Wwg== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr15702052wib.18.1334236716925; Thu, 12 Apr 2012 06:18:36 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:18:36 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 09:18:36 -0400 X-Google-Sender-Auth: iFqlpokKcsJGDGYcdstlZHoDNLw Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 12:10 AM, Xi Shen wrote: > Hi Alan, > > What does 'ifconfig -a' say in your Ubuntu domU? And what is your network > configuration for your domU? If you use NAT network for your domU, I think > you need to configure your network in your Ubuntu by manual. ifconfig -a just gives me my loopback I should also mention that during the install of Ubuntu 11.10 server I get this error : Error while running 'modprobe -v xenbus_probe_frontend' and then a few steps later it tells me that no network hardware was detected. So I go back and try a manual detection and nothing. And I did try manual config but that does not do anything (given there really does not appear to be HW there) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:20:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:20: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 1SIJv5-0001X0-Id; Thu, 12 Apr 2012 13:18:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIJv4-0001Wv-TP for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:18:39 +0000 Received: from [85.158.143.99:25123] by server-2.bemta-4.messagelabs.com id 7C/60-17550-E26D68F4; Thu, 12 Apr 2012 13:18:38 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334236717!12166293!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20134 invoked from network); 12 Apr 2012 13:18:37 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:18:37 -0000 Received: by werp12 with SMTP id p12so1582877wer.32 for ; Thu, 12 Apr 2012 06:18:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=hlIndIUP1tYt+Xg1oyb3wG9O2Zl/FS0JIYP+QIlaTx0=; b=DoxVvIEtxAIOj7pnzIGLwoNe84/Its7K+jdZjsp7t3/pCNi0RZ6S3Nw98+urS6N8ix KvPlLlA3gf2UvGNzyo5SyFjXMK/L7hzfx8LOgwl8gFZGV+NTUcRWIiEM2b0R/FH6uOsL vv0dNK0wklSKby5Ob1bGg/0wPtVSE3qAEKI7MX7H6GaIIMLIvHCcaSz7PUCbISq5n0JU 57jkRj/ql3m2n3voNjuhKeIdxxwnvJPpq4aS2zIDOLOGsceFknrk7W4/br9Df2p8eNF/ eiYifp5K6mJFy6nFzN7iQsaFwGJ5rZ+OoRICTek0avPvVWE6z6+TFGEWYTp42DcZFOwE 1Wwg== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr15702052wib.18.1334236716925; Thu, 12 Apr 2012 06:18:36 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:18:36 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 09:18:36 -0400 X-Google-Sender-Auth: iFqlpokKcsJGDGYcdstlZHoDNLw Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 12:10 AM, Xi Shen wrote: > Hi Alan, > > What does 'ifconfig -a' say in your Ubuntu domU? And what is your network > configuration for your domU? If you use NAT network for your domU, I think > you need to configure your network in your Ubuntu by manual. ifconfig -a just gives me my loopback I should also mention that during the install of Ubuntu 11.10 server I get this error : Error while running 'modprobe -v xenbus_probe_frontend' and then a few steps later it tells me that no network hardware was detected. So I go back and try a manual detection and nothing. And I did try manual config but that does not do anything (given there really does not appear to be HW there) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:27:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:27: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 1SIK2L-0001nR-1X; Thu, 12 Apr 2012 13:26:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIK2J-0001nJ-38 for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:26:07 +0000 Received: from [85.158.138.51:30513] by server-9.bemta-3.messagelabs.com id 78/F0-26691-EE7D68F4; Thu, 12 Apr 2012 13:26:06 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334237165!21895754!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29353 invoked from network); 12 Apr 2012 13:26:05 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:26:05 -0000 Received: by wibhn6 with SMTP id hn6so1605097wib.14 for ; Thu, 12 Apr 2012 06:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=jjYH2WPVLB7FoVVNaApbHGH+zneNTH1UKyRBBNeNBZo=; b=JgsmMpvjNPZE/vZlfDH4norbj6SoFeuYT9COSJsOkM3tMKhQSR5ukxHaxfSIMrEqj2 BWYKaKuGcvRt0gLEuNvtfFHX3mrs6vXzaktu+H6YUTpRbg8T3GUeTv8sQUZLKCzApu4L x1dV+FmHBEV0/JvIVmFsx06iBlPKuReBLePAPMiHT9ECOxpQWpF0ek1QiE4gtrR8d/Lz nDeaH57iPQbzqQYemG1j5JSsZ1VQlIekk4pjrP2SK6R/ApU95trSliYBpwa6+6qj5LeK bys5AfXFgPnwJ16jrAYqgWsKN0SdExERR/2ceDl/m/6g36gng07Q4OdFDPrdYISNE14Y cczA== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1517688wei.110.1334237164996; Thu, 12 Apr 2012 06:26:04 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:26:04 -0700 (PDT) Date: Thu, 12 Apr 2012 09:26:04 -0400 X-Google-Sender-Auth: cZC6vjboo9bUK1OeixcjL12iyhE Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] Re : No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 4:17 AM, Jean-Paul Pozzi w= rote: > > What is th=E9 content of /etc/network/interface in th=E9 Ubuntu VM ? Just the loop back. Sorry I seem to have started 2 identical threads here - see further comments in my other thread. The HW really seems to be missing _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:27:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:27: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 1SIK2L-0001nR-1X; Thu, 12 Apr 2012 13:26:09 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIK2J-0001nJ-38 for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:26:07 +0000 Received: from [85.158.138.51:30513] by server-9.bemta-3.messagelabs.com id 78/F0-26691-EE7D68F4; Thu, 12 Apr 2012 13:26:06 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334237165!21895754!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29353 invoked from network); 12 Apr 2012 13:26:05 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:26:05 -0000 Received: by wibhn6 with SMTP id hn6so1605097wib.14 for ; Thu, 12 Apr 2012 06:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=jjYH2WPVLB7FoVVNaApbHGH+zneNTH1UKyRBBNeNBZo=; b=JgsmMpvjNPZE/vZlfDH4norbj6SoFeuYT9COSJsOkM3tMKhQSR5ukxHaxfSIMrEqj2 BWYKaKuGcvRt0gLEuNvtfFHX3mrs6vXzaktu+H6YUTpRbg8T3GUeTv8sQUZLKCzApu4L x1dV+FmHBEV0/JvIVmFsx06iBlPKuReBLePAPMiHT9ECOxpQWpF0ek1QiE4gtrR8d/Lz nDeaH57iPQbzqQYemG1j5JSsZ1VQlIekk4pjrP2SK6R/ApU95trSliYBpwa6+6qj5LeK bys5AfXFgPnwJ16jrAYqgWsKN0SdExERR/2ceDl/m/6g36gng07Q4OdFDPrdYISNE14Y cczA== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1517688wei.110.1334237164996; Thu, 12 Apr 2012 06:26:04 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:26:04 -0700 (PDT) Date: Thu, 12 Apr 2012 09:26:04 -0400 X-Google-Sender-Auth: cZC6vjboo9bUK1OeixcjL12iyhE Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] Re : No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 4:17 AM, Jean-Paul Pozzi w= rote: > > What is th=E9 content of /etc/network/interface in th=E9 Ubuntu VM ? Just the loop back. Sorry I seem to have started 2 identical threads here - see further comments in my other thread. The HW really seems to be missing _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:33:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:33:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIK7z-0002Ek-F3; Thu, 12 Apr 2012 13:31:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIK7x-0002Eb-Ug for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:31:58 +0000 Received: from [85.158.143.35:43459] by server-3.bemta-4.messagelabs.com id F2/D3-05853-D49D68F4; Thu, 12 Apr 2012 13:31:57 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1334237516!15823407!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28670 invoked from network); 12 Apr 2012 13:31:56 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:31:56 -0000 Received: by wibhq7 with SMTP id hq7so4761651wib.14 for ; Thu, 12 Apr 2012 06:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=doVFVOMGAXfuqIn/orzuHOJWrstlK9BI7c+5xFGQrIU=; b=eY85XZd9dvEuphYAatBbUCRjTQvJey+10NuwW45gwCLPCFuYTaEh0o4to4t/o2lmE9 fV/L7Z9cwa0FGvamq9+GcGoCenSEIML/MvBcO6trqNxgM6SUQMkAyhsNlNEVS6owsKsj rZO3ATw0HvGT3iSVaXFL972BEWo3SP0PgfwFTPVrbUN4XHivniAAACtku/kZAXbFPu0R crUwTFb0wvi7/3Ex3/FL3V5QOySiuplEzF5VMSHEvbAGWiE9BPI8o79eQSLYehAnHMXI Ql0zkFOft6pb7qeaXprrM8emMMKh/S8rPxOvM3ZdtS7USXlcc1DTRYp62Xo1MN8u+NHr FTEQ== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr1482763wei.85.1334237516151; Thu, 12 Apr 2012 06:31:56 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:31:56 -0700 (PDT) Date: Thu, 12 Apr 2012 09:31:56 -0400 X-Google-Sender-Auth: Uh5VfqQ2JtKIpgRaCtmxwdEf2i4 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] Re : No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 4:17 AM, Jean-Paul Pozzi w= rote: > Hello, > > What is th=E9 content of /etc/network/interface in th=E9 Ubuntu VM ? > Just the loopback. See other comments i just sent in another email about errors messages about hardware detection _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:33:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:33:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIK7z-0002Ek-F3; Thu, 12 Apr 2012 13:31:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIK7x-0002Eb-Ug for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:31:58 +0000 Received: from [85.158.143.35:43459] by server-3.bemta-4.messagelabs.com id F2/D3-05853-D49D68F4; Thu, 12 Apr 2012 13:31:57 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1334237516!15823407!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28670 invoked from network); 12 Apr 2012 13:31:56 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:31:56 -0000 Received: by wibhq7 with SMTP id hq7so4761651wib.14 for ; Thu, 12 Apr 2012 06:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=doVFVOMGAXfuqIn/orzuHOJWrstlK9BI7c+5xFGQrIU=; b=eY85XZd9dvEuphYAatBbUCRjTQvJey+10NuwW45gwCLPCFuYTaEh0o4to4t/o2lmE9 fV/L7Z9cwa0FGvamq9+GcGoCenSEIML/MvBcO6trqNxgM6SUQMkAyhsNlNEVS6owsKsj rZO3ATw0HvGT3iSVaXFL972BEWo3SP0PgfwFTPVrbUN4XHivniAAACtku/kZAXbFPu0R crUwTFb0wvi7/3Ex3/FL3V5QOySiuplEzF5VMSHEvbAGWiE9BPI8o79eQSLYehAnHMXI Ql0zkFOft6pb7qeaXprrM8emMMKh/S8rPxOvM3ZdtS7USXlcc1DTRYp62Xo1MN8u+NHr FTEQ== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr1482763wei.85.1334237516151; Thu, 12 Apr 2012 06:31:56 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:31:56 -0700 (PDT) Date: Thu, 12 Apr 2012 09:31:56 -0400 X-Google-Sender-Auth: Uh5VfqQ2JtKIpgRaCtmxwdEf2i4 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] Re : No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 4:17 AM, Jean-Paul Pozzi w= rote: > Hello, > > What is th=E9 content of /etc/network/interface in th=E9 Ubuntu VM ? > Just the loopback. See other comments i just sent in another email about errors messages about hardware detection _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:35:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:35: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 1SIKAp-0002Uc-Ak; Thu, 12 Apr 2012 13:34:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKAo-0002UR-5I for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:34:54 +0000 Received: from [193.109.254.147:48259] by server-11.bemta-14.messagelabs.com id DA/C2-05858-DF9D68F4; Thu, 12 Apr 2012 13:34:53 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334237692!4296706!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3298 invoked from network); 12 Apr 2012 13:34:53 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:34:53 -0000 Received: by wibhq7 with SMTP id hq7so4764122wib.14 for ; Thu, 12 Apr 2012 06:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=4rrSs3uwUproht7vXGHX689zGb6NJz73tNe21Wx7YAc=; b=siQv3800OkqwAl5wEX5QesTIMif1u0G0M5sVDkHf0/nb/vKkGhPQtFlOkGpCaZG7xs lQkBLeEgANXWk9UWlvQln4X+iB1pgTwcdinjuHFnSmP5nUpkaGIxNWrSKcpLP9/EaOTm 3liwuLJ7bwngDqUULcHKgG2kiNUkPhtjwaEz4wOfTkdPAPc5Fr4h/3NkVQntyhyQlCo6 s9MKV2Hs9yO6Aok2Au3ypRdhSA1nvyKKfZlx57+LIb4nT6D41Kw6HBsbwhVRBxitKSpr ucEtg4UVFY0XjCospkljJ5YAIU6yOJYdHTvNHChVuSoeZeGJhUZ7HZjB31hpUAwZ7/Ib fEQg== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1536331wei.110.1334237692311; Thu, 12 Apr 2012 06:34:52 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:34:52 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 09:34:52 -0400 X-Google-Sender-Auth: TIuAmKaPYIYU4nby6S9PqQ_0YyU Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 12:10 AM, Xi Shen wrote: > And what is your network configuration for your domU? I forgot to answer this - when creating the VM with virt-manager I added both of the peth0 and peth1 And as I mentioned I did the exact same thing but with Centos5.8 in the domU and the NICs work fine. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:35:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:35: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 1SIKAp-0002Uc-Ak; Thu, 12 Apr 2012 13:34:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKAo-0002UR-5I for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:34:54 +0000 Received: from [193.109.254.147:48259] by server-11.bemta-14.messagelabs.com id DA/C2-05858-DF9D68F4; Thu, 12 Apr 2012 13:34:53 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334237692!4296706!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3298 invoked from network); 12 Apr 2012 13:34:53 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:34:53 -0000 Received: by wibhq7 with SMTP id hq7so4764122wib.14 for ; Thu, 12 Apr 2012 06:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=4rrSs3uwUproht7vXGHX689zGb6NJz73tNe21Wx7YAc=; b=siQv3800OkqwAl5wEX5QesTIMif1u0G0M5sVDkHf0/nb/vKkGhPQtFlOkGpCaZG7xs lQkBLeEgANXWk9UWlvQln4X+iB1pgTwcdinjuHFnSmP5nUpkaGIxNWrSKcpLP9/EaOTm 3liwuLJ7bwngDqUULcHKgG2kiNUkPhtjwaEz4wOfTkdPAPc5Fr4h/3NkVQntyhyQlCo6 s9MKV2Hs9yO6Aok2Au3ypRdhSA1nvyKKfZlx57+LIb4nT6D41Kw6HBsbwhVRBxitKSpr ucEtg4UVFY0XjCospkljJ5YAIU6yOJYdHTvNHChVuSoeZeGJhUZ7HZjB31hpUAwZ7/Ib fEQg== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1536331wei.110.1334237692311; Thu, 12 Apr 2012 06:34:52 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:34:52 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 09:34:52 -0400 X-Google-Sender-Auth: TIuAmKaPYIYU4nby6S9PqQ_0YyU Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 12:10 AM, Xi Shen wrote: > And what is your network configuration for your domU? I forgot to answer this - when creating the VM with virt-manager I added both of the peth0 and peth1 And as I mentioned I did the exact same thing but with Centos5.8 in the domU and the NICs work fine. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:37:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:37: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 1SIKCN-0002eT-23; Thu, 12 Apr 2012 13:36:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKCL-0002eE-2U for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:36:29 +0000 Received: from [85.158.138.51:64480] by server-7.bemta-3.messagelabs.com id F4/CB-03078-C5AD68F4; Thu, 12 Apr 2012 13:36:28 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-7.tower-174.messagelabs.com!1334237785!17670341!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13618 invoked from network); 12 Apr 2012 13:36:25 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-7.tower-174.messagelabs.com with SMTP; 12 Apr 2012 13:36:25 -0000 Received: from [192.168.1.101] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id E3948C0C10; Thu, 12 Apr 2012 13:36:24 +0000 (UTC) Message-ID: <4F86DA37.2050808@it-infrastrukturen.org> Date: Thu, 12 Apr 2012 15:35:51 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------090106060009090407080901" Cc: ms@it-infrastrukturen.org Subject: [Xen-users] Test of XCP 1.5: xe vm-install / xe vm-add-disk CLI options for VDI (sm-config:type=raw) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------090106060009090407080901 Content-Type: multipart/alternative; boundary="------------020000080509050301060507" --------------020000080509050301060507 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello, Thanks a lot for XCP 1.5. I did some tests and run in some issues. Description: I use the following script to create local SRs. It works fine. # --- #!/bin/bash # Usage: $basename XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'` SR_LABEL="$2" SR_DEVICE=$3 # Example values #XCP_HOST_ID=dev70 #SR_LABEL="dev70 local LVM SR 2" #SR_DEVICE=/dev/sdb ### # Create local SR (storage repository) on the given XCP host xe sr-create host-uuid=$XCP_HOST_ID content-type=user name-label="${SR_LABEL}" shared=false device-config:device=${SR_DEVICE} type=lvm SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'` # --- I use the following script to create local VDIs. It works fine too, however I *didn't* find any possibility to attach such VDI with it's specific options (**sm-config:type=raw**) to VM or create such VDI with "xe vm-disk-add ...." (as I am getting there always **sm-config:vhd_type=vhd**). # --- #!/bin/bash # Usage: $basename XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'` SR_LABEL="$2" VDI_LABEL="$3" VDI_SIZE=$4 SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'` # Create new VDI (virtual disk image) with sm-config:type=raw xe vdi-create name-label="${VDI_LABEL}" sr-uuid=$SR_ID type=user *sm-config:type=raw* virtual-size=${VDI_SIZE}GiB # --- It creates the following VDI: # --- [root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 2" params= | sed '/sm-config/s/^.../*!!!*/' uuid ( RO) : a1716731-a277-431c-a8a9-dbf373178d1d name-label ( RW): manualy created VDI dns10 name-description ( RW): is-a-snapshot ( RO): false snapshot-of ( RO): snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot current-operations (SRO): sr-uuid ( RO): 593fd6ff-22b7-d247-d29b-747fd81449bd sr-name-label ( RO): dev70 LVM LSR 2 vbd-uuids (SRO): crashdump-uuids (SRO): virtual-size ( RO): 68719476736 physical-utilisation ( RO): 68719476736 location ( RO): a1716731-a277-431c-a8a9-dbf373178d1d type ( RO): User sharable ( RO): false read-only ( RO): false storage-lock ( RO): false managed ( RO): true parent ( RO): missing ( RO): false other-config (MRW): xenstore-data (MRO): *!!! sm-config (MRO): type: raw; vdi_type: aio* on-boot ( RW): persist allow-caching ( RW): false metadata-latest ( RO): false metadata-of-pool ( RO): tags (SRW): # --- Just another scipt (a part of it directly below and full version in attachment) creates the VM. # --- # Create new VM VM_ID=`xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media"` xe vm-disk-add vm=$VM_LABEL sr-uuid=$SR_ID device=0 disk-size=${VDI_SIZE}GiB # --- It creates the following VDI: # --- [root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 4" params= | sed '/sm-config/s/^.../*!!!*/' uuid ( RO) : 5209033b-b5ba-468f-a0aa-347569c1a701 name-label ( RW): VDI dns10 name-description ( RW): Created by xe is-a-snapshot ( RO): false snapshot-of ( RO): snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot current-operations (SRO): sr-uuid ( RO): 69f7556f-a73f-b5aa-5f1f-729fa3b4a84b sr-name-label ( RO): dev70 LVM LSR 4 vbd-uuids (SRO): 81c18211-14af-f603-2120-8f5cd3252335 crashdump-uuids (SRO): virtual-size ( RO): 51539607552 physical-utilisation ( RO): 51648659456 location ( RO): 5209033b-b5ba-468f-a0aa-347569c1a701 type ( RO): User sharable ( RO): false read-only ( RO): false storage-lock ( RO): false managed ( RO): true parent ( RO): missing ( RO): false other-config (MRW): xenstore-data (MRO): *!!! sm-config (MRO): vdi_type: vhd; vmhint: 80db367b-4d59-a2d8-06c0-7fe6cf1b6c8b* on-boot ( RW): persist allow-caching ( RW): false metadata-latest ( RO): false metadata-of-pool ( RO): tags (SRW): # --- I have checked the Xen-6.0.0-reference handbook but didn't find needed details. My questions: 1. Is there a possible "**sm-config:type=raw**" option on the "xe *vm-disk-add* ..." command line? 2. Is it possible to specify "**vdi-uuid**" (instead of *sr-uuid*) on the "xe *vm-disk-add* vm=..." command line? Thank you in advance for any hints. regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --------------020000080509050301060507 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Hello,

Thanks a lot for XCP 1.5. I did some tests and run in some issues.

Description:
I use the following script to create local SRs. It works fine.
# ---
#!/bin/bash
# Usage: $basename <xcp_host_name> <sr_label> <sr_device>

XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'`
SR_LABEL="$2"
SR_DEVICE=$3

# Example values
#XCP_HOST_ID=dev70
#SR_LABEL="dev70 local LVM SR 2"
#SR_DEVICE=/dev/sdb

### # Create local SR (storage repository) on the given XCP host
xe sr-create host-uuid=$XCP_HOST_ID content-type=user name-label="${SR_LABEL}" shared=false device-config:device=${SR_DEVICE} type=lvm
SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'`
# ---


I use the following script to create local VDIs. It works fine too, however I *didn't* find any possibility to attach such VDI with it's specific options (*sm-config:type=raw*) to VM or create such VDI with "xe vm-disk-add ...." (as I am getting there always *sm-config:vhd_type=vhd*).
# ---
 #!/bin/bash
# Usage: $basename <xcp_host_name> <sr_label> <vdi_label> <vdi_size>

XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'`
SR_LABEL="$2"
VDI_LABEL="$3"
VDI_SIZE=$4
SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'`

# Create new VDI (virtual disk image) with sm-config:type=raw
xe vdi-create name-label="${VDI_LABEL}" sr-uuid=$SR_ID type=user sm-config:type=raw virtual-size=${VDI_SIZE}GiB
# ---

It creates the following VDI:
# ---
[root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 2" params= | sed '/sm-config/s/^.../!!!/'
uuid ( RO)                    : a1716731-a277-431c-a8a9-dbf373178d1d
              name-label ( RW): manualy created VDI dns10
        name-description ( RW):
           is-a-snapshot ( RO): false
             snapshot-of ( RO): <not in database>
               snapshots ( RO):
           snapshot-time ( RO): 19700101T00:00:00Z
      allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot
      current-operations (SRO):
                 sr-uuid ( RO): 593fd6ff-22b7-d247-d29b-747fd81449bd
           sr-name-label ( RO): dev70 LVM LSR 2
               vbd-uuids (SRO):
         crashdump-uuids (SRO):
            virtual-size ( RO): 68719476736
    physical-utilisation ( RO): 68719476736
                location ( RO): a1716731-a277-431c-a8a9-dbf373178d1d
                    type ( RO): User
                sharable ( RO): false
               read-only ( RO): false
            storage-lock ( RO): false
                 managed ( RO): true
                  parent ( RO): <not in database>
                 missing ( RO): false
            other-config (MRW):
           xenstore-data (MRO):
!!!            sm-config (MRO): type: raw; vdi_type: aio
                 on-boot ( RW): persist
           allow-caching ( RW): false
         metadata-latest ( RO): false
        metadata-of-pool ( RO): <not in database>
                    tags (SRW):
# ---


Just another scipt (a part of it directly below and full version in attachment) creates the VM.
# ---
# Create new VM
VM_ID=`xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media"`

xe vm-disk-add vm=$VM_LABEL sr-uuid=$SR_ID device=0 disk-size=${VDI_SIZE}GiB
# ---

It creates the following VDI:
# ---
[root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 4" params= | sed '/sm-config/s/^.../!!!/'
uuid ( RO)                    : 5209033b-b5ba-468f-a0aa-347569c1a701
              name-label ( RW): VDI dns10
        name-description ( RW): Created by xe
           is-a-snapshot ( RO): false
             snapshot-of ( RO): <not in database>
               snapshots ( RO):
           snapshot-time ( RO): 19700101T00:00:00Z
      allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot
      current-operations (SRO):
                 sr-uuid ( RO): 69f7556f-a73f-b5aa-5f1f-729fa3b4a84b
           sr-name-label ( RO): dev70 LVM LSR 4
               vbd-uuids (SRO): 81c18211-14af-f603-2120-8f5cd3252335
         crashdump-uuids (SRO):
            virtual-size ( RO): 51539607552
    physical-utilisation ( RO): 51648659456
                location ( RO): 5209033b-b5ba-468f-a0aa-347569c1a701
                    type ( RO): User
                sharable ( RO): false
               read-only ( RO): false
            storage-lock ( RO): false
                 managed ( RO): true
                  parent ( RO): <not in database>
                 missing ( RO): false
            other-config (MRW):
           xenstore-data (MRO):
!!!            sm-config (MRO): vdi_type: vhd; vmhint: 80db367b-4d59-a2d8-06c0-7fe6cf1b6c8b
                 on-boot ( RW): persist
           allow-caching ( RW): false
         metadata-latest ( RO): false
        metadata-of-pool ( RO): <not in database>
                    tags (SRW):
# ---

I have checked the Xen-6.0.0-reference handbook but didn't find needed details.

My questions:
1. Is there a possible "*sm-config:type=raw*" option on the "xe vm-disk-add ..." command line?
2. Is it possible to specify "*vdi-uuid*" (instead of sr-uuid) on the "xe vm-disk-add vm=..."  command line?


Thank you in advance for any hints.

regards, Mark
-- 
ms@it-infrastrukturen.org

http://rsync.it-infrastrukturen.org
--------------020000080509050301060507-- --------------090106060009090407080901 Content-Type: application/x-sh; name="create-local-vm.sh" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="create-local-vm.sh" #!/bin/bash # Usage: $basename # Have the following scripts been run? # create-local-SR-LVM.sh ... # create-local-SR-iso-repo.sh ... XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'` SR_LABEL="$2" VDI_LABEL=$3 VDI_SIZE=$4 VM_LABEL=$5 NETWORK_ID=`xe network-list bridge=$6 | sed -n 's/^uuid .*: //p'` CD_IMAGE_NAME=$7 SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'` # Default parameters for new VM VCPUs_max=4 VCPUs_at_startup=2 memory_static_max=4GiB memory_dynamic_max=4GiB memory_dynamic_min=2GiB memory_static_min=2GiB ### # Create new VDI (virtual disk image) with type "raw" ### xe vdi-create name-label="${VDI_LABEL}" sr-uuid=$SR_ID type=user sm-config:type=raw virtual-size=${VDI_SIZE}GiB ### # xe vdi-list # Create new VM #xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media" #VM_ID=`xe vm-list name-label="${VM_LABEL}" | sed -n 's/^uuid .*: //p'` VM_ID=`xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media"` # xe vm-list # Tune some parameters for the new VM xe vm-param-set VCPUs-max=$VCPUs_max name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set VCPUs-at-startup=$VCPUs_at_startup name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-static-max=$memory_static_max name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-dynamic-max=$memory_static_max name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-dynamic-min=$memory_dynamic_min name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-static-min=$memory_static_min name-label="${VM_LABEL}" uuid=$VM_ID # xe vm-param-list uuid=$VM_ID xe vm-disk-add vm=$VM_LABEL sr-uuid=$SR_ID device=0 disk-size=${VDI_SIZE}GiB #VBD_ID=$? # exit status VBD_ID=`xe vbd-list vm-name-label="${VM_LABEL}" | sed -n 's/^uuid .*: //p'` xe vbd-param-set bootable=false uuid=$VBD_ID # Create network interfaces for the new VM # xe network-list VIF_ID=`xe vif-create vm-uuid=$VM_ID network-uuid=$NETWORK_ID mac=random device=0` # Define the iso image to be installed #xe vm-cd-add vm="$VM_LABEL" device=3 cd-name=ubuntu-11.10-server-amd64.iso xe vm-cd-add vm="$VM_LABEL" device=3 cd-name=$CD_IMAGE_NAME SR_CD_ID=`xe vm-cd-list name-label="${VM_LABEL}" vbd-params=uuid vdi-params=false | sed -n 's/^uuid .*: //p'` # xe vm-cd-list vm=dns10 xe vbd-param-set bootable=true uuid=$SR_CD_ID xe vm-param-set uuid=$VM_ID other-config:install-repository=cdrom exit 0 # Start the installation xe vm-start vm=$VM_LABEL echo "Run the following like command line on client machine (connected to XCP management network):" echo "./vmvnc -h -g " exit 0 # NOK :( [root@hvm10 ~]# ./create-new-vm.sh hvm10 "Local storage" /dev/sdb "VDI sip10" 64 dns10 xenbr3 precise-server-amd64.iso # OK :) [root@hvm10 ~]# ./create-new-vm.sh hvm10 "Local storage" /dev/sdb "VDI dns10" 64 dns10 xenbr2 ubuntu-11.10-server-amd64.iso # live@wheezy:~$ ./vmvnc -h 192.168.10.21 -g dns10 --------------090106060009090407080901 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------090106060009090407080901-- From xen-users-bounces@lists.xen.org Thu Apr 12 13:37:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:37: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 1SIKCN-0002eT-23; Thu, 12 Apr 2012 13:36:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKCL-0002eE-2U for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:36:29 +0000 Received: from [85.158.138.51:64480] by server-7.bemta-3.messagelabs.com id F4/CB-03078-C5AD68F4; Thu, 12 Apr 2012 13:36:28 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-7.tower-174.messagelabs.com!1334237785!17670341!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13618 invoked from network); 12 Apr 2012 13:36:25 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-7.tower-174.messagelabs.com with SMTP; 12 Apr 2012 13:36:25 -0000 Received: from [192.168.1.101] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id E3948C0C10; Thu, 12 Apr 2012 13:36:24 +0000 (UTC) Message-ID: <4F86DA37.2050808@it-infrastrukturen.org> Date: Thu, 12 Apr 2012 15:35:51 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org Content-Type: multipart/mixed; boundary="------------090106060009090407080901" Cc: ms@it-infrastrukturen.org Subject: [Xen-users] Test of XCP 1.5: xe vm-install / xe vm-add-disk CLI options for VDI (sm-config:type=raw) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --------------090106060009090407080901 Content-Type: multipart/alternative; boundary="------------020000080509050301060507" --------------020000080509050301060507 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello, Thanks a lot for XCP 1.5. I did some tests and run in some issues. Description: I use the following script to create local SRs. It works fine. # --- #!/bin/bash # Usage: $basename XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'` SR_LABEL="$2" SR_DEVICE=$3 # Example values #XCP_HOST_ID=dev70 #SR_LABEL="dev70 local LVM SR 2" #SR_DEVICE=/dev/sdb ### # Create local SR (storage repository) on the given XCP host xe sr-create host-uuid=$XCP_HOST_ID content-type=user name-label="${SR_LABEL}" shared=false device-config:device=${SR_DEVICE} type=lvm SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'` # --- I use the following script to create local VDIs. It works fine too, however I *didn't* find any possibility to attach such VDI with it's specific options (**sm-config:type=raw**) to VM or create such VDI with "xe vm-disk-add ...." (as I am getting there always **sm-config:vhd_type=vhd**). # --- #!/bin/bash # Usage: $basename XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'` SR_LABEL="$2" VDI_LABEL="$3" VDI_SIZE=$4 SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'` # Create new VDI (virtual disk image) with sm-config:type=raw xe vdi-create name-label="${VDI_LABEL}" sr-uuid=$SR_ID type=user *sm-config:type=raw* virtual-size=${VDI_SIZE}GiB # --- It creates the following VDI: # --- [root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 2" params= | sed '/sm-config/s/^.../*!!!*/' uuid ( RO) : a1716731-a277-431c-a8a9-dbf373178d1d name-label ( RW): manualy created VDI dns10 name-description ( RW): is-a-snapshot ( RO): false snapshot-of ( RO): snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot current-operations (SRO): sr-uuid ( RO): 593fd6ff-22b7-d247-d29b-747fd81449bd sr-name-label ( RO): dev70 LVM LSR 2 vbd-uuids (SRO): crashdump-uuids (SRO): virtual-size ( RO): 68719476736 physical-utilisation ( RO): 68719476736 location ( RO): a1716731-a277-431c-a8a9-dbf373178d1d type ( RO): User sharable ( RO): false read-only ( RO): false storage-lock ( RO): false managed ( RO): true parent ( RO): missing ( RO): false other-config (MRW): xenstore-data (MRO): *!!! sm-config (MRO): type: raw; vdi_type: aio* on-boot ( RW): persist allow-caching ( RW): false metadata-latest ( RO): false metadata-of-pool ( RO): tags (SRW): # --- Just another scipt (a part of it directly below and full version in attachment) creates the VM. # --- # Create new VM VM_ID=`xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media"` xe vm-disk-add vm=$VM_LABEL sr-uuid=$SR_ID device=0 disk-size=${VDI_SIZE}GiB # --- It creates the following VDI: # --- [root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 4" params= | sed '/sm-config/s/^.../*!!!*/' uuid ( RO) : 5209033b-b5ba-468f-a0aa-347569c1a701 name-label ( RW): VDI dns10 name-description ( RW): Created by xe is-a-snapshot ( RO): false snapshot-of ( RO): snapshots ( RO): snapshot-time ( RO): 19700101T00:00:00Z allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot current-operations (SRO): sr-uuid ( RO): 69f7556f-a73f-b5aa-5f1f-729fa3b4a84b sr-name-label ( RO): dev70 LVM LSR 4 vbd-uuids (SRO): 81c18211-14af-f603-2120-8f5cd3252335 crashdump-uuids (SRO): virtual-size ( RO): 51539607552 physical-utilisation ( RO): 51648659456 location ( RO): 5209033b-b5ba-468f-a0aa-347569c1a701 type ( RO): User sharable ( RO): false read-only ( RO): false storage-lock ( RO): false managed ( RO): true parent ( RO): missing ( RO): false other-config (MRW): xenstore-data (MRO): *!!! sm-config (MRO): vdi_type: vhd; vmhint: 80db367b-4d59-a2d8-06c0-7fe6cf1b6c8b* on-boot ( RW): persist allow-caching ( RW): false metadata-latest ( RO): false metadata-of-pool ( RO): tags (SRW): # --- I have checked the Xen-6.0.0-reference handbook but didn't find needed details. My questions: 1. Is there a possible "**sm-config:type=raw**" option on the "xe *vm-disk-add* ..." command line? 2. Is it possible to specify "**vdi-uuid**" (instead of *sr-uuid*) on the "xe *vm-disk-add* vm=..." command line? Thank you in advance for any hints. regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --------------020000080509050301060507 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Hello,

Thanks a lot for XCP 1.5. I did some tests and run in some issues.

Description:
I use the following script to create local SRs. It works fine.
# ---
#!/bin/bash
# Usage: $basename <xcp_host_name> <sr_label> <sr_device>

XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'`
SR_LABEL="$2"
SR_DEVICE=$3

# Example values
#XCP_HOST_ID=dev70
#SR_LABEL="dev70 local LVM SR 2"
#SR_DEVICE=/dev/sdb

### # Create local SR (storage repository) on the given XCP host
xe sr-create host-uuid=$XCP_HOST_ID content-type=user name-label="${SR_LABEL}" shared=false device-config:device=${SR_DEVICE} type=lvm
SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'`
# ---


I use the following script to create local VDIs. It works fine too, however I *didn't* find any possibility to attach such VDI with it's specific options (*sm-config:type=raw*) to VM or create such VDI with "xe vm-disk-add ...." (as I am getting there always *sm-config:vhd_type=vhd*).
# ---
 #!/bin/bash
# Usage: $basename <xcp_host_name> <sr_label> <vdi_label> <vdi_size>

XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'`
SR_LABEL="$2"
VDI_LABEL="$3"
VDI_SIZE=$4
SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'`

# Create new VDI (virtual disk image) with sm-config:type=raw
xe vdi-create name-label="${VDI_LABEL}" sr-uuid=$SR_ID type=user sm-config:type=raw virtual-size=${VDI_SIZE}GiB
# ---

It creates the following VDI:
# ---
[root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 2" params= | sed '/sm-config/s/^.../!!!/'
uuid ( RO)                    : a1716731-a277-431c-a8a9-dbf373178d1d
              name-label ( RW): manualy created VDI dns10
        name-description ( RW):
           is-a-snapshot ( RO): false
             snapshot-of ( RO): <not in database>
               snapshots ( RO):
           snapshot-time ( RO): 19700101T00:00:00Z
      allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot
      current-operations (SRO):
                 sr-uuid ( RO): 593fd6ff-22b7-d247-d29b-747fd81449bd
           sr-name-label ( RO): dev70 LVM LSR 2
               vbd-uuids (SRO):
         crashdump-uuids (SRO):
            virtual-size ( RO): 68719476736
    physical-utilisation ( RO): 68719476736
                location ( RO): a1716731-a277-431c-a8a9-dbf373178d1d
                    type ( RO): User
                sharable ( RO): false
               read-only ( RO): false
            storage-lock ( RO): false
                 managed ( RO): true
                  parent ( RO): <not in database>
                 missing ( RO): false
            other-config (MRW):
           xenstore-data (MRO):
!!!            sm-config (MRO): type: raw; vdi_type: aio
                 on-boot ( RW): persist
           allow-caching ( RW): false
         metadata-latest ( RO): false
        metadata-of-pool ( RO): <not in database>
                    tags (SRW):
# ---


Just another scipt (a part of it directly below and full version in attachment) creates the VM.
# ---
# Create new VM
VM_ID=`xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media"`

xe vm-disk-add vm=$VM_LABEL sr-uuid=$SR_ID device=0 disk-size=${VDI_SIZE}GiB
# ---

It creates the following VDI:
# ---
[root@dev70 ~]# xe vdi-list sr-name-label="dev70 LVM LSR 4" params= | sed '/sm-config/s/^.../!!!/'
uuid ( RO)                    : 5209033b-b5ba-468f-a0aa-347569c1a701
              name-label ( RW): VDI dns10
        name-description ( RW): Created by xe
           is-a-snapshot ( RO): false
             snapshot-of ( RO): <not in database>
               snapshots ( RO):
           snapshot-time ( RO): 19700101T00:00:00Z
      allowed-operations (SRO): update; resize; destroy; clone; copy; snapshot
      current-operations (SRO):
                 sr-uuid ( RO): 69f7556f-a73f-b5aa-5f1f-729fa3b4a84b
           sr-name-label ( RO): dev70 LVM LSR 4
               vbd-uuids (SRO): 81c18211-14af-f603-2120-8f5cd3252335
         crashdump-uuids (SRO):
            virtual-size ( RO): 51539607552
    physical-utilisation ( RO): 51648659456
                location ( RO): 5209033b-b5ba-468f-a0aa-347569c1a701
                    type ( RO): User
                sharable ( RO): false
               read-only ( RO): false
            storage-lock ( RO): false
                 managed ( RO): true
                  parent ( RO): <not in database>
                 missing ( RO): false
            other-config (MRW):
           xenstore-data (MRO):
!!!            sm-config (MRO): vdi_type: vhd; vmhint: 80db367b-4d59-a2d8-06c0-7fe6cf1b6c8b
                 on-boot ( RW): persist
           allow-caching ( RW): false
         metadata-latest ( RO): false
        metadata-of-pool ( RO): <not in database>
                    tags (SRW):
# ---

I have checked the Xen-6.0.0-reference handbook but didn't find needed details.

My questions:
1. Is there a possible "*sm-config:type=raw*" option on the "xe vm-disk-add ..." command line?
2. Is it possible to specify "*vdi-uuid*" (instead of sr-uuid) on the "xe vm-disk-add vm=..."  command line?


Thank you in advance for any hints.

regards, Mark
-- 
ms@it-infrastrukturen.org

http://rsync.it-infrastrukturen.org
--------------020000080509050301060507-- --------------090106060009090407080901 Content-Type: application/x-sh; name="create-local-vm.sh" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="create-local-vm.sh" #!/bin/bash # Usage: $basename # Have the following scripts been run? # create-local-SR-LVM.sh ... # create-local-SR-iso-repo.sh ... XCP_HOST_ID=`xe host-list name-label="${1}" | sed -n 's/^uuid .*: //p'` SR_LABEL="$2" VDI_LABEL=$3 VDI_SIZE=$4 VM_LABEL=$5 NETWORK_ID=`xe network-list bridge=$6 | sed -n 's/^uuid .*: //p'` CD_IMAGE_NAME=$7 SR_ID=`xe sr-list name-label="${SR_LABEL}" | sed -n 's/^uuid .*: //p'` # Default parameters for new VM VCPUs_max=4 VCPUs_at_startup=2 memory_static_max=4GiB memory_dynamic_max=4GiB memory_dynamic_min=2GiB memory_static_min=2GiB ### # Create new VDI (virtual disk image) with type "raw" ### xe vdi-create name-label="${VDI_LABEL}" sr-uuid=$SR_ID type=user sm-config:type=raw virtual-size=${VDI_SIZE}GiB ### # xe vdi-list # Create new VM #xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media" #VM_ID=`xe vm-list name-label="${VM_LABEL}" | sed -n 's/^uuid .*: //p'` VM_ID=`xe vm-install new-name-label="${VM_LABEL}" sr-name-label="${SR_LABEL}" template="Other install media"` # xe vm-list # Tune some parameters for the new VM xe vm-param-set VCPUs-max=$VCPUs_max name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set VCPUs-at-startup=$VCPUs_at_startup name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-static-max=$memory_static_max name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-dynamic-max=$memory_static_max name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-dynamic-min=$memory_dynamic_min name-label="${VM_LABEL}" uuid=$VM_ID xe vm-param-set memory-static-min=$memory_static_min name-label="${VM_LABEL}" uuid=$VM_ID # xe vm-param-list uuid=$VM_ID xe vm-disk-add vm=$VM_LABEL sr-uuid=$SR_ID device=0 disk-size=${VDI_SIZE}GiB #VBD_ID=$? # exit status VBD_ID=`xe vbd-list vm-name-label="${VM_LABEL}" | sed -n 's/^uuid .*: //p'` xe vbd-param-set bootable=false uuid=$VBD_ID # Create network interfaces for the new VM # xe network-list VIF_ID=`xe vif-create vm-uuid=$VM_ID network-uuid=$NETWORK_ID mac=random device=0` # Define the iso image to be installed #xe vm-cd-add vm="$VM_LABEL" device=3 cd-name=ubuntu-11.10-server-amd64.iso xe vm-cd-add vm="$VM_LABEL" device=3 cd-name=$CD_IMAGE_NAME SR_CD_ID=`xe vm-cd-list name-label="${VM_LABEL}" vbd-params=uuid vdi-params=false | sed -n 's/^uuid .*: //p'` # xe vm-cd-list vm=dns10 xe vbd-param-set bootable=true uuid=$SR_CD_ID xe vm-param-set uuid=$VM_ID other-config:install-repository=cdrom exit 0 # Start the installation xe vm-start vm=$VM_LABEL echo "Run the following like command line on client machine (connected to XCP management network):" echo "./vmvnc -h -g " exit 0 # NOK :( [root@hvm10 ~]# ./create-new-vm.sh hvm10 "Local storage" /dev/sdb "VDI sip10" 64 dns10 xenbr3 precise-server-amd64.iso # OK :) [root@hvm10 ~]# ./create-new-vm.sh hvm10 "Local storage" /dev/sdb "VDI dns10" 64 dns10 xenbr2 ubuntu-11.10-server-amd64.iso # live@wheezy:~$ ./vmvnc -h 192.168.10.21 -g dns10 --------------090106060009090407080901 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --------------090106060009090407080901-- From xen-users-bounces@lists.xen.org Thu Apr 12 13:43:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:43: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 1SIKIb-0003F6-8X; Thu, 12 Apr 2012 13:42:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKIZ-0003Eu-GQ for Xen-users@lists.xensource.com; Thu, 12 Apr 2012 13:42:55 +0000 Received: from [85.158.139.83:28695] by server-10.bemta-5.messagelabs.com id 59/E2-08260-EDBD68F4; Thu, 12 Apr 2012 13:42:54 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1334238172!18932972!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14586 invoked from network); 12 Apr 2012 13:42:53 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:42:53 -0000 Received: by iadj38 with SMTP id j38so3477565iad.30 for ; Thu, 12 Apr 2012 06:42:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=hQKnHHdepgVw6xfr4tPV/XIqeR9pkfipFL5WQ850UFQ=; b=Z95eRVadEsyeCZy+6KaDUa+QJTvG5u//KdIuRS7ia95BJFcRXYz/PQ+3Nloq5ZWL5z Jr7dv4n3HkROfudK5SCZ4mrXn8YKxhrLeRephRaDv0a/DlUS38k3MXeCe+Km4bB3F+ZK bsJd0c9Ws7dq4zzuAbJuFy8LOc2jtwkRodjLTu0uH9LQAmpO35nCMRgCYalFFUmrEWdM qXFB4f4/rZ95a8F0J5LCyp9lsI0FdL5Ne+ATr0So52GgibKE+dsPIsTzG66y/G0yV2Vp qEtwo5dQu9X00skw8LPzx51tglAxiG/PUZxmaBPQb0Jgra11vVlMcJlElCNmfVSqUwcD YWYg== Received: by 10.43.56.196 with SMTP id wd4mr2346448icb.40.1334238171434; Thu, 12 Apr 2012 06:42:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Thu, 12 Apr 2012 06:42:31 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Thu, 12 Apr 2012 09:42:31 -0400 X-Google-Sender-Auth: 7MXzZrgm94h3wyNL48bk_QxGEvA Message-ID: To: xen-users mailing list Subject: [Xen-users] Anyone use xen 4.x root on nfsv4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Forwarding to Xen-users list ---------- Forwarded message ---------- From: wang bo Date: Thu, Apr 12, 2012 at 5:06 AM Subject: Anyone use xen 4.x root on nfsv4 To: xen-users-owner@lists.xen.org Hi, guys! I want to use xen 4.1.0 to boot from nfsv4, the config of DomU is: nfsclient.cfg: #Common things. kernel =3D '/boot/vmlinuz-3.1.0-pnfs' ramdisk =3D '/boot/initrd.img-3.1.0-pnfs' memory =3D 1064 #Name name =A0 =A0=3D 'nfsclient' hostname=3D 'nfsclient' # Networking basics interface =3D 'eth0' vif =3D [ "mac=3D00:16:3e:9d:00:01,vifname=3Dvif-nfsclient" ] netmask =A0 =3D '255.255.255.0' gateway =A0 =3D '10.0.1.254' ip =A0 =A0 =A0 =A0=3D '10.0.1.183' broadcast =3D '10.0.1.255' # NFS option nfs_server =3D '10.0.1.198' nfs_root =A0 =3D '/,v4,tcp' root =A0 =A0 =A0 =3D '/dev/nfs' And the /etc/exports file of nfs =96server is: /root/debian 10.0.1.0/255.255.255.0(rw,sync,fsid=3D0,insecure,no_subtree_check,no_root_s= quash) I do have stab file in /root/debian/etc/fstab, and I can normally mount nfs-client on Dom0.When I start DomU, I got error message as follows: [ =A0 12.412678] Freeing unused kernel memory: 1100k freed Loading, please wait... Begin: Loading essential drivers ... done. [ =A0 12.442670] udevd[81]: starting version 173 Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... = done. Begin: Running /scripts/local-premount ... done. mount: can't read '/etc/fstab': No such file or directory Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... mount: mounting /dev on /root/dev failed: No such file or directory done. mount: mounting /sys on /root/sys failed: No such file or directory mount: mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have requested /sbin/init. No init found. Try passing init=3D booting. Can anyone tell me how to fix this error? Thanks a lot in advance! --------- eaglewatcher -- = Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:43:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:43: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 1SIKIb-0003F6-8X; Thu, 12 Apr 2012 13:42:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKIZ-0003Eu-GQ for Xen-users@lists.xensource.com; Thu, 12 Apr 2012 13:42:55 +0000 Received: from [85.158.139.83:28695] by server-10.bemta-5.messagelabs.com id 59/E2-08260-EDBD68F4; Thu, 12 Apr 2012 13:42:54 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1334238172!18932972!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14586 invoked from network); 12 Apr 2012 13:42:53 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:42:53 -0000 Received: by iadj38 with SMTP id j38so3477565iad.30 for ; Thu, 12 Apr 2012 06:42:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=hQKnHHdepgVw6xfr4tPV/XIqeR9pkfipFL5WQ850UFQ=; b=Z95eRVadEsyeCZy+6KaDUa+QJTvG5u//KdIuRS7ia95BJFcRXYz/PQ+3Nloq5ZWL5z Jr7dv4n3HkROfudK5SCZ4mrXn8YKxhrLeRephRaDv0a/DlUS38k3MXeCe+Km4bB3F+ZK bsJd0c9Ws7dq4zzuAbJuFy8LOc2jtwkRodjLTu0uH9LQAmpO35nCMRgCYalFFUmrEWdM qXFB4f4/rZ95a8F0J5LCyp9lsI0FdL5Ne+ATr0So52GgibKE+dsPIsTzG66y/G0yV2Vp qEtwo5dQu9X00skw8LPzx51tglAxiG/PUZxmaBPQb0Jgra11vVlMcJlElCNmfVSqUwcD YWYg== Received: by 10.43.56.196 with SMTP id wd4mr2346448icb.40.1334238171434; Thu, 12 Apr 2012 06:42:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Thu, 12 Apr 2012 06:42:31 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Thu, 12 Apr 2012 09:42:31 -0400 X-Google-Sender-Auth: 7MXzZrgm94h3wyNL48bk_QxGEvA Message-ID: To: xen-users mailing list Subject: [Xen-users] Anyone use xen 4.x root on nfsv4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Forwarding to Xen-users list ---------- Forwarded message ---------- From: wang bo Date: Thu, Apr 12, 2012 at 5:06 AM Subject: Anyone use xen 4.x root on nfsv4 To: xen-users-owner@lists.xen.org Hi, guys! I want to use xen 4.1.0 to boot from nfsv4, the config of DomU is: nfsclient.cfg: #Common things. kernel =3D '/boot/vmlinuz-3.1.0-pnfs' ramdisk =3D '/boot/initrd.img-3.1.0-pnfs' memory =3D 1064 #Name name =A0 =A0=3D 'nfsclient' hostname=3D 'nfsclient' # Networking basics interface =3D 'eth0' vif =3D [ "mac=3D00:16:3e:9d:00:01,vifname=3Dvif-nfsclient" ] netmask =A0 =3D '255.255.255.0' gateway =A0 =3D '10.0.1.254' ip =A0 =A0 =A0 =A0=3D '10.0.1.183' broadcast =3D '10.0.1.255' # NFS option nfs_server =3D '10.0.1.198' nfs_root =A0 =3D '/,v4,tcp' root =A0 =A0 =A0 =3D '/dev/nfs' And the /etc/exports file of nfs =96server is: /root/debian 10.0.1.0/255.255.255.0(rw,sync,fsid=3D0,insecure,no_subtree_check,no_root_s= quash) I do have stab file in /root/debian/etc/fstab, and I can normally mount nfs-client on Dom0.When I start DomU, I got error message as follows: [ =A0 12.412678] Freeing unused kernel memory: 1100k freed Loading, please wait... Begin: Loading essential drivers ... done. [ =A0 12.442670] udevd[81]: starting version 173 Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... = done. Begin: Running /scripts/local-premount ... done. mount: can't read '/etc/fstab': No such file or directory Begin: Running /scripts/local-bottom ... done. done. Begin: Running /scripts/init-bottom ... mount: mounting /dev on /root/dev failed: No such file or directory done. mount: mounting /sys on /root/sys failed: No such file or directory mount: mounting /proc on /root/proc failed: No such file or directory Target filesystem doesn't have requested /sbin/init. No init found. Try passing init=3D booting. Can anyone tell me how to fix this error? Thanks a lot in advance! --------- eaglewatcher -- = Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:44:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:44: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 1SIKJP-0003JL-Vb; Thu, 12 Apr 2012 13:43:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKJO-0003Ir-0n for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:43:46 +0000 Received: from [193.109.254.147:44887] by server-7.bemta-14.messagelabs.com id A8/6F-01627-11CD68F4; Thu, 12 Apr 2012 13:43:45 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334238224!4315697!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2450 invoked from network); 12 Apr 2012 13:43:44 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:43:44 -0000 Received: by wibhm17 with SMTP id hm17so5152202wib.2 for ; Thu, 12 Apr 2012 06:43:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=KZ9l/NCZQ+5ybyTqFcfVFGTtTtagRX7SUeTccCfoA5s=; b=N8y935R22POPUTWY4uyAKEUEQ2YQueWWROwPao8J/v10QU8pgLJ5zzwhxVWDd38Byu 61rbkRCU4mbhz5AndIC4O7g+UsGt3C5hwuM7tL2Azv7CS0XhXTZVexZQ8mgKcDhqoLPH 2a7qYAPqUG4mY3F8r8rhfGAG7WhvIdjSGKFDJdcSAIUZ/9WqYMzAIlsRVFIrfV74iOMl SfgNZyX65pyy09C86PREshhGwL3LBFN2r+OG8jjGhKzXJQAEuIBucuT6XmRVaRGe/HJV g5HHr+O7Kwk2PM/ZXYCqoJT6dDAF/I8l99e/JcLjRr1mfSD7Xw+kwnNLXdMB1LAKOt8d 8cwA== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr1506081wei.85.1334238224419; Thu, 12 Apr 2012 06:43:44 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:43:44 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 09:43:44 -0400 X-Google-Sender-Auth: RttLB5DfEkXlam5JsUZO34Wofh0 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Damn, it is an Ubuntu bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/857662 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:44:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:44: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 1SIKJP-0003JL-Vb; Thu, 12 Apr 2012 13:43:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKJO-0003Ir-0n for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:43:46 +0000 Received: from [193.109.254.147:44887] by server-7.bemta-14.messagelabs.com id A8/6F-01627-11CD68F4; Thu, 12 Apr 2012 13:43:45 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334238224!4315697!1 X-Originating-IP: [209.85.212.169] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2450 invoked from network); 12 Apr 2012 13:43:44 -0000 Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:43:44 -0000 Received: by wibhm17 with SMTP id hm17so5152202wib.2 for ; Thu, 12 Apr 2012 06:43:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=KZ9l/NCZQ+5ybyTqFcfVFGTtTtagRX7SUeTccCfoA5s=; b=N8y935R22POPUTWY4uyAKEUEQ2YQueWWROwPao8J/v10QU8pgLJ5zzwhxVWDd38Byu 61rbkRCU4mbhz5AndIC4O7g+UsGt3C5hwuM7tL2Azv7CS0XhXTZVexZQ8mgKcDhqoLPH 2a7qYAPqUG4mY3F8r8rhfGAG7WhvIdjSGKFDJdcSAIUZ/9WqYMzAIlsRVFIrfV74iOMl SfgNZyX65pyy09C86PREshhGwL3LBFN2r+OG8jjGhKzXJQAEuIBucuT6XmRVaRGe/HJV g5HHr+O7Kwk2PM/ZXYCqoJT6dDAF/I8l99e/JcLjRr1mfSD7Xw+kwnNLXdMB1LAKOt8d 8cwA== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr1506081wei.85.1334238224419; Thu, 12 Apr 2012 06:43:44 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 06:43:44 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 09:43:44 -0400 X-Google-Sender-Auth: RttLB5DfEkXlam5JsUZO34Wofh0 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Damn, it is an Ubuntu bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/857662 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 13:55:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:55: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 1SIKU4-00041L-Is; Thu, 12 Apr 2012 13:54:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKU2-00041A-NN for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:54:47 +0000 Received: from [85.158.138.51:46857] by server-8.bemta-3.messagelabs.com id A2/8C-24428-5AED68F4; Thu, 12 Apr 2012 13:54:45 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334238875!10861709!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDY3MjggKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23570 invoked from network); 12 Apr 2012 13:54:36 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:54:36 -0000 Received: by ggnp2 with SMTP id p2so1247393ggn.32 for ; Thu, 12 Apr 2012 06:54:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SNi/l/jW8aF6Kmgs1uIN4abRDErfaNOaJogrFlWZKkU=; b=KJr+SDi/0cxo9TLJuK/cOkFU+OteoZXmNMPvxPgPXPhZghA9YjESduhi8cS5dAxPh8 ZJkacYryXd4oRxB3zn2yBhgvBpmxsGdSLA3NXxJZaLAWSbTElbc8tsx13sPrkzGArnH4 640uqn0Hp3/kD/LtAtX1ZvWMxXCc1jaipyMBF8EZZ2qTvLoDWx0f2e6DJMC1WvrSQMT9 pypvjdeAAqT2mZAooD9NhUgoVn1MS/6t4xoSEcPPEX3FNQ7nVImFdhAMywHA0kK4uhyC 6t4p/vlX8U0AJ492JgDf2XVYS8eOLGNOukElfjWFdPFsTx9YLWGupzO0MKPfchbeZnrS EgSw== MIME-Version: 1.0 Received: by 10.236.193.1 with SMTP id j1mr2165194yhn.40.1334238874849; Thu, 12 Apr 2012 06:54:34 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Thu, 12 Apr 2012 06:54:34 -0700 (PDT) Date: Thu, 12 Apr 2012 21:54:34 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] domU NAT network cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1617254079513897654==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1617254079513897654== Content-Type: multipart/alternative; boundary=20cf3056397d2e524904bd7bb29e --20cf3056397d2e524904bd7bb29e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I followed this guide, and started my xend service with nat-network support: (network-script network-nat) (vif-script vif-nat) Then I started my domU with the following vif configure: vif =3D ['ip=3D10.0.0.1' ] my domU is a win7 system, and I configured the network as: ip: 10.0.0.1 netmask: 255.255.255.0 default gateway: 10.0.0.254 dns: 8.8.8.8 I added the iptables NAT rule: iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE But my domU still cannot connect to the network. On my dom0, "ifconfig -a" returns as follow: (note: I started the vif8.0 IF by manual) eth0: flags=3D4098 mtu 1500 ether 00:1e:37:d2:2b:da txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 20 memory 0xfe200000-fe220000 lo: flags=3D73 mtu 16436 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 76637 bytes 513836706 (490.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 76637 bytes 513836706 (490.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tap8.0: flags=3D4098 mtu 1500 ether 3e:9b:52:95:03:d3 txqueuelen 500 (Ethernet) RX packets 2722 bytes 239183 (233.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 *vif8.0: flags=3D4163 mtu 1500* inet 10.0.0.128 netmask 255.255.255.255 broadcast 0.0.0.0 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=3D4163 mtu 576 inet 192.168.10.100 netmask 255.255.255.0 broadcast 255.255.255.255 ether 00:1f:3c:27:e6:0c txqueuelen 1000 (Ethernet) RX packets 11301 bytes 4467424 (4.2 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 9829 bytes 1330447 (1.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 I am new to xen, so I might have missed some settings. Please be kind to point out. Thank you. --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf3056397d2e524904bd7bb29e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I followed this guide, and s= tarted my=C2=A0xend service with nat-network support:
(network-script network-nat)
(vif-script =C2=A0 =C2=A0 = vif-nat)
Then I started my domU with the following = vif configure:
vif =3D ['ip=3D10.0.0.1' ]

my= domU is a win7 system, and I configured the network as:
ip: 10.0.0.1
netmask: 255.255.255.0
default gateway: 10.0.0.254

dns: 8.8.8.8

I added the i= ptables NAT rule:
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
B= ut my domU still cannot connect to the network.

On= my dom0, "ifconfig -a" returns as follow: (note: I started the v= if8.0 IF by manual)

eth0: flags=3D4098<BROADCAST,MULTICAST> =C2= =A0mtu 1500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1e:37:d2:2b:da = =C2=A0txqueuelen 1000 =C2=A0(Ethernet)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 devic= e interrupt 20 =C2=A0memory 0xfe200000-fe220000 =C2=A0

=
lo: flags=3D73<UP,LOOPBACK,RUNNING> =C2=A0mtu 16436
=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 127.0.0.1 =C2=A0netmask 255.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 ::1 =C2=A0prefixlen 128 =C2=A0scop= eid 0x10<host>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 loop =C2=A0txque= uelen 0 =C2=A0(Local Loopback)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX pac= kets 76637 =C2=A0bytes 513836706 (490.0 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns= 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 76637 =C2= =A0bytes 513836706 (490.0 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX err= ors 0 =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

tap8.0: flags=3D4098<BROADCAST,MULTICAST> =C2=A0mtu 1500
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 3e:9b:52:95:03:d3 =C2=A0txqueuelen 500 = =C2=A0(Ethernet)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 2722 =C2= =A0bytes 239183 (233.5 KiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors= 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0

vif8.0: flags= =3D4163<UP,BROADCAST,RUNNING,MULTICAST> =C2=A0mtu 1500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 10.0.0.128 =C2=A0netmask 255.255.255.= 255 =C2=A0broadcast 0.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether fe:= ff:ff:ff:ff:ff =C2=A0txqueuelen 32 =C2=A0(Ethernet)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 RX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0

wlan0: flags=3D416= 3<UP,BROADCAST,RUNNING,MULTICAST> =C2=A0mtu 576
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 inet 192.168.10.100 =C2=A0netmask 255.255.255.0 =C2=A0bro= adcast 255.255.255.255
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1f:3c:27:e6:0c =C2=A0txqueuelen 1= 000 =C2=A0(Ethernet)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 11301= =C2=A0bytes 4467424 (4.2 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX err= ors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 9829 =C2=A0bytes 1330447 (1.2 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0

I am new to = xen, so I might have missed some settings. Please be kind to point out.

Thank you.


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--20cf3056397d2e524904bd7bb29e-- --===============1617254079513897654== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1617254079513897654==-- From xen-users-bounces@lists.xen.org Thu Apr 12 13:55:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 13:55: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 1SIKU4-00041L-Is; Thu, 12 Apr 2012 13:54:48 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKU2-00041A-NN for xen-users@lists.xen.org; Thu, 12 Apr 2012 13:54:47 +0000 Received: from [85.158.138.51:46857] by server-8.bemta-3.messagelabs.com id A2/8C-24428-5AED68F4; Thu, 12 Apr 2012 13:54:45 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334238875!10861709!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDY3MjggKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23570 invoked from network); 12 Apr 2012 13:54:36 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 13:54:36 -0000 Received: by ggnp2 with SMTP id p2so1247393ggn.32 for ; Thu, 12 Apr 2012 06:54:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SNi/l/jW8aF6Kmgs1uIN4abRDErfaNOaJogrFlWZKkU=; b=KJr+SDi/0cxo9TLJuK/cOkFU+OteoZXmNMPvxPgPXPhZghA9YjESduhi8cS5dAxPh8 ZJkacYryXd4oRxB3zn2yBhgvBpmxsGdSLA3NXxJZaLAWSbTElbc8tsx13sPrkzGArnH4 640uqn0Hp3/kD/LtAtX1ZvWMxXCc1jaipyMBF8EZZ2qTvLoDWx0f2e6DJMC1WvrSQMT9 pypvjdeAAqT2mZAooD9NhUgoVn1MS/6t4xoSEcPPEX3FNQ7nVImFdhAMywHA0kK4uhyC 6t4p/vlX8U0AJ492JgDf2XVYS8eOLGNOukElfjWFdPFsTx9YLWGupzO0MKPfchbeZnrS EgSw== MIME-Version: 1.0 Received: by 10.236.193.1 with SMTP id j1mr2165194yhn.40.1334238874849; Thu, 12 Apr 2012 06:54:34 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Thu, 12 Apr 2012 06:54:34 -0700 (PDT) Date: Thu, 12 Apr 2012 21:54:34 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] domU NAT network cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1617254079513897654==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1617254079513897654== Content-Type: multipart/alternative; boundary=20cf3056397d2e524904bd7bb29e --20cf3056397d2e524904bd7bb29e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I followed this guide, and started my xend service with nat-network support: (network-script network-nat) (vif-script vif-nat) Then I started my domU with the following vif configure: vif =3D ['ip=3D10.0.0.1' ] my domU is a win7 system, and I configured the network as: ip: 10.0.0.1 netmask: 255.255.255.0 default gateway: 10.0.0.254 dns: 8.8.8.8 I added the iptables NAT rule: iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE But my domU still cannot connect to the network. On my dom0, "ifconfig -a" returns as follow: (note: I started the vif8.0 IF by manual) eth0: flags=3D4098 mtu 1500 ether 00:1e:37:d2:2b:da txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 20 memory 0xfe200000-fe220000 lo: flags=3D73 mtu 16436 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 0 (Local Loopback) RX packets 76637 bytes 513836706 (490.0 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 76637 bytes 513836706 (490.0 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tap8.0: flags=3D4098 mtu 1500 ether 3e:9b:52:95:03:d3 txqueuelen 500 (Ethernet) RX packets 2722 bytes 239183 (233.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 *vif8.0: flags=3D4163 mtu 1500* inet 10.0.0.128 netmask 255.255.255.255 broadcast 0.0.0.0 ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=3D4163 mtu 576 inet 192.168.10.100 netmask 255.255.255.0 broadcast 255.255.255.255 ether 00:1f:3c:27:e6:0c txqueuelen 1000 (Ethernet) RX packets 11301 bytes 4467424 (4.2 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 9829 bytes 1330447 (1.2 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 I am new to xen, so I might have missed some settings. Please be kind to point out. Thank you. --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf3056397d2e524904bd7bb29e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

I followed this guide, and s= tarted my=C2=A0xend service with nat-network support:
(network-script network-nat)
(vif-script =C2=A0 =C2=A0 = vif-nat)
Then I started my domU with the following = vif configure:
vif =3D ['ip=3D10.0.0.1' ]

my= domU is a win7 system, and I configured the network as:
ip: 10.0.0.1
netmask: 255.255.255.0
default gateway: 10.0.0.254

dns: 8.8.8.8

I added the i= ptables NAT rule:
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
B= ut my domU still cannot connect to the network.

On= my dom0, "ifconfig -a" returns as follow: (note: I started the v= if8.0 IF by manual)

eth0: flags=3D4098<BROADCAST,MULTICAST> =C2= =A0mtu 1500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1e:37:d2:2b:da = =C2=A0txqueuelen 1000 =C2=A0(Ethernet)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2= =A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 devic= e interrupt 20 =C2=A0memory 0xfe200000-fe220000 =C2=A0

=
lo: flags=3D73<UP,LOOPBACK,RUNNING> =C2=A0mtu 16436
=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 127.0.0.1 =C2=A0netmask 255.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 ::1 =C2=A0prefixlen 128 =C2=A0scop= eid 0x10<host>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 loop =C2=A0txque= uelen 0 =C2=A0(Local Loopback)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX pac= kets 76637 =C2=A0bytes 513836706 (490.0 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns= 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 76637 =C2= =A0bytes 513836706 (490.0 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX err= ors 0 =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

tap8.0: flags=3D4098<BROADCAST,MULTICAST> =C2=A0mtu 1500
= =C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 3e:9b:52:95:03:d3 =C2=A0txqueuelen 500 = =C2=A0(Ethernet)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 2722 =C2= =A0bytes 239183 (233.5 KiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors= 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0

vif8.0: flags= =3D4163<UP,BROADCAST,RUNNING,MULTICAST> =C2=A0mtu 1500
=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 10.0.0.128 =C2=A0netmask 255.255.255.= 255 =C2=A0broadcast 0.0.0.0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether fe:= ff:ff:ff:ff:ff =C2=A0txqueuelen 32 =C2=A0(Ethernet)
=C2=A0 =C2=A0= =C2=A0 =C2=A0 RX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 = =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0

wlan0: flags=3D416= 3<UP,BROADCAST,RUNNING,MULTICAST> =C2=A0mtu 576
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 inet 192.168.10.100 =C2=A0netmask 255.255.255.0 =C2=A0bro= adcast 255.255.255.255
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1f:3c:27:e6:0c =C2=A0txqueuelen 1= 000 =C2=A0(Ethernet)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 11301= =C2=A0bytes 4467424 (4.2 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX err= ors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0
=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 9829 =C2=A0bytes 1330447 (1.2 MiB)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0dropped 0 overruns 0 =C2= =A0carrier 0 =C2=A0collisions 0

I am new to = xen, so I might have missed some settings. Please be kind to point out.

Thank you.


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--20cf3056397d2e524904bd7bb29e-- --===============1617254079513897654== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1617254079513897654==-- From xen-users-bounces@lists.xen.org Thu Apr 12 14:11:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:11: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 1SIKjC-000572-WC; Thu, 12 Apr 2012 14:10:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKjB-00056h-ES for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:10:26 +0000 Received: from [193.109.254.147:5596] by server-7.bemta-14.messagelabs.com id 2E/D4-01627-052E68F4; Thu, 12 Apr 2012 14:10:24 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334239822!4258903!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2124 invoked from network); 12 Apr 2012 14:10:23 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:10:23 -0000 Received: by wgbed3 with SMTP id ed3so1527382wgb.32 for ; Thu, 12 Apr 2012 07:10:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=/w0icyxbjTW7ev4bFCq1zkYjYSYzw9ydUH7j6Rxhxu8=; b=yoLQuiD0P+h0AT5xHGwqs96bw5rn5gE09rn9eFUSm3zjBaJuJeRtRa8f9Pkb15yOA9 bnr5sRa86t0xBNbnTVbWC8/WRXSrV+VytfOAWP0OsORMvLDTA0R4F6h4jB42tiUlLrsC CTBbaLYlaXknIwNQT2e1mgLouK/bI5OdwIcfJCK8QCcjm+hqe8UFM3LGL5vuDSKdTDoT qXpI/0jIJsoaxcbUol7MPVAwZepJLHGqB3BaFFFkqnMziklOSTRwsiw4RCkxinvMpT79 Xg1eBEtRhHIBfSD+G4iaYOLeB99h7lxr+jYBNPa3iT3WSdOU9urx1exF1kbwMfoBeOXN fJSA== MIME-Version: 1.0 Received: by 10.180.80.70 with SMTP id p6mr16090490wix.21.1334239822545; Thu, 12 Apr 2012 07:10:22 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 07:10:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 10:10:22 -0400 X-Google-Sender-Auth: UpvePFDg4pJugkcZxCaokuFBzwY Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 9:43 AM, Alan McKay wrote: > Damn, it is an Ubuntu bug > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/857662 So I downloaded the 12.04 beta2 and it has detected my NICs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:11:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:11: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 1SIKjC-000572-WC; Thu, 12 Apr 2012 14:10:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKjB-00056h-ES for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:10:26 +0000 Received: from [193.109.254.147:5596] by server-7.bemta-14.messagelabs.com id 2E/D4-01627-052E68F4; Thu, 12 Apr 2012 14:10:24 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334239822!4258903!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2124 invoked from network); 12 Apr 2012 14:10:23 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:10:23 -0000 Received: by wgbed3 with SMTP id ed3so1527382wgb.32 for ; Thu, 12 Apr 2012 07:10:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=/w0icyxbjTW7ev4bFCq1zkYjYSYzw9ydUH7j6Rxhxu8=; b=yoLQuiD0P+h0AT5xHGwqs96bw5rn5gE09rn9eFUSm3zjBaJuJeRtRa8f9Pkb15yOA9 bnr5sRa86t0xBNbnTVbWC8/WRXSrV+VytfOAWP0OsORMvLDTA0R4F6h4jB42tiUlLrsC CTBbaLYlaXknIwNQT2e1mgLouK/bI5OdwIcfJCK8QCcjm+hqe8UFM3LGL5vuDSKdTDoT qXpI/0jIJsoaxcbUol7MPVAwZepJLHGqB3BaFFFkqnMziklOSTRwsiw4RCkxinvMpT79 Xg1eBEtRhHIBfSD+G4iaYOLeB99h7lxr+jYBNPa3iT3WSdOU9urx1exF1kbwMfoBeOXN fJSA== MIME-Version: 1.0 Received: by 10.180.80.70 with SMTP id p6mr16090490wix.21.1334239822545; Thu, 12 Apr 2012 07:10:22 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 07:10:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 12 Apr 2012 10:10:22 -0400 X-Google-Sender-Auth: UpvePFDg4pJugkcZxCaokuFBzwY Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] No NICs with Ubuntu 11.10 in domU and RHEL5.7 dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 9:43 AM, Alan McKay wrote: > Damn, it is an Ubuntu bug > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/857662 So I downloaded the 12.04 beta2 and it has detected my NICs! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:15:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:15:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKo8-0005tZ-47; Thu, 12 Apr 2012 14:15:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKo6-0005tI-DK for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:15:30 +0000 Received: from [193.109.254.147:33234] by server-1.bemta-14.messagelabs.com id 92/A6-29372-183E68F4; Thu, 12 Apr 2012 14:15:29 +0000 X-Env-Sender: matthew.keeler@jhuapl.edu X-Msg-Ref: server-11.tower-27.messagelabs.com!1334240125!4321994!1 X-Originating-IP: [128.244.251.36] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_8, UNPARSEABLE_RELAY, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5tZS9kYXZpZHNoZW4p\ n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22164 invoked from network); 12 Apr 2012 14:15:26 -0000 Received: from pilot.jhuapl.edu (HELO jhuapl.edu) (128.244.251.36) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 14:15:26 -0000 Received: from ([128.244.198.91]) by pilot.jhuapl.edu with ESMTP with TLS id 63GHCH1.140954564; Thu, 12 Apr 2012 10:15:22 -0400 Received: from aplesstripe.dom1.jhuapl.edu ([128.244.198.211]) by aplexcas2.dom1.jhuapl.edu ([128.244.198.91]) with mapi; Thu, 12 Apr 2012 10:15:22 -0400 From: "Keeler, Matthew J." To: 'Xi Shen' , "xen-users@lists.xen.org" Date: Thu, 12 Apr 2012 10:15:21 -0400 Thread-Topic: [Xen-users] domU NAT network cannot connect Thread-Index: Ac0Ys/6u+F5RHErNSSGjcNg4XZfUzQAARDTw Message-ID: <068F06DC4D106941B297C0C5F9F446EA48312B59EC@aplesstripe.dom1.jhuapl.edu> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] domU NAT network cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5392700761491624436==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5392700761491624436== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_" --_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hhdCBpcyB0aGUgaG9zdCBPUz8NCg0KSW4gbXkgZXhwZXJpZW5jZSBpdCBpcyBlYXNpZXIgdG8g ZWl0aGVyIHVzZSBsaWJ2aXJ0ZCB0byBjb250cm9sIHRoZSB2aXJ0dWFsIG5ldHdvcmtpbmcgb3Ig cnVuIGRuc21hc3EgYW5kIGNvbmZpZ3VyZSBpcHRhYmxlcyBtYW51YWxseS4gSSB3b3VsZG7igJl0 IHJlbHkgb24gdGhlIG5ldHdvcmstbmF0IHNjcmlwdCBhcyBpdCBzZWVtcyB0byBvbmx5IHNldCB0 aGUgSVAgYWRkcmVzcyBvZiB0aGUgdmlmIGVuZHBvaW50IGluIGRvbTAuDQoNCkFzc3VtaW5nIHlv dSBoYXZlIGxpYnZpcnRkIHRoZXJlIGFyZSBmZXcgd2F5cyBvZiBjcmVhdGluZyB0aGUgdmlydHVh bCBuZXR3b3JraW5nIHNldHVwLg0KMSDigJMgQ3JlYXRlIGEgdmlydHVhbCBuZXR3b3JrIHhtbCBm aWxlLiAoVGhlIHNwZWNpZmljYXRpb24gZm9yIHRoZSBzdHJ1Y3R1cmUgY2FuIGJlIGZvdW5kIGF0 IGh0dHA6Ly9saWJ2aXJ0Lm9yZy9mb3JtYXRuZXR3b3JrLmh0bWwpLiBUaGVuIHVzZSB0aGUgdmly c2ggY29tbWFuZCBmcm9tIHRoZSBjb21tYW5kIGxpbmUgdG8gY3JlYXRlIHRoZSB2aXJ0dWFsIG5l dHdvcmsuIFRoZSB4bWwgZmlsZSB3aWxsIHRlbGwgbGlidmlydCB0byB1c2UgYSBwYXJ0aWN1bGFy IGJyaWRnZSBhbmQgbmF0IGV2ZXJ5dGhpbmcgb24gdGhhdCBicmlkZ2UuIEFkZGl0aW9uYWxseSB3 aGVuIHZtcyBjb25uZWN0IHRvIHRoZSBicmlkZ2UgaXQgd2lsbCBzZXQgdXAgc29tZSBpcHRhYmxl cyBydWxlcyBmb3IgeW91IHRvIGRvIHRoZSBmb3J3YXJkaW5nIGZyb20gdGhlIGJyaWRnZSB0byB5 b3VyIG1haW4gbmV0d29yay4gVGhpcyB3aWxsIHJlcXVpcmUgcmV2ZXJ0aW5nIHlvdXIgY2hhbmdl cyB0byB0aGUgL2V0Yy94ZW4veGVuZC1jb25maWcuc3hwDQoyIOKAkyBVc2UgdmlydC1tYW5hZ2Vy IHRvIGNvbmZpZ3VyZSB0aGUgdmlydHVhbCBuZXR3b3JrLiBUaGlzIGlzIGEgZ3VpIHdpbGwgYWxs b3cgeW91IHRvIHNldHVwIHRoZSB2aXJ0dWFsIG5ldHdvcmtzIHdpdGhvdXQgbmVlZGVkIGEgcHJl ZGVmaW5lZCB4bWwgZmlsZS4gV2hlcmUgdG8gZ28gYW5kIHdoYXQgdG8gY2xpY2sgYXJlIGhpZ2hs eSBkZXBlbmRlbnQgb24gdGhlIHZlcnNpb24gYmVpbmcgdXNlZCBhcyB0aGUgaW50ZXJmYWNlIGhh cyBjaGFuZ2VkIGEgbG90IG92ZXIgdGhlIGZhc3QgY291cGxlIHllYXJzLg0KMyDigJMgQ29uZmln dXJlIGRuc21hc3EgYW5kIGlwdGFibGVzIG1hbnVhbGx5LiBVbmRlciB0aGUgaG9vZCBsaWJ2aXJ0 IG5hdOKAmWluZyByZWFsbHkganVzdCBzZXRzIHVwIGRuc21hc3EgdG8gcHJvdmlkZSBkaGNwLCBk bnMgZm9yd2FyZGluZyBldGMuLiBvbiB0aGUgYnJpZGdlIGludGVyZmFjZSBhcyB3ZWxsIGFzIGNv bmZpZ3VyZXMgYSBmZXcgaXB0YWJsZXMgcnVsZXMgdG8gZG8gdGhlIG1hc3F1ZXJhZGluZy4gWW91 IGNhbiBjb25maWd1cmUgdGhpcyBtYW51YWxseSwgYWx0aG91Z2ggdGhlcmUgaXMgZ2VuZXJhbGx5 IG5vIG5lZWQuDQoNCn5NYXR0DQoNCkZyb206IHhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5v cmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBPbiBCZWhhbGYgT2Yg WGkgU2hlbg0KU2VudDogVGh1cnNkYXksIEFwcmlsIDEyLCAyMDEyIDk6NTUgQU0NClRvOiB4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZw0KU3ViamVjdDogW1hlbi11c2Vyc10gZG9tVSBOQVQgbmV0d29y ayBjYW5ub3QgY29ubmVjdA0KDQpIaSwNCg0KSSBmb2xsb3dlZCB0aGlzIGd1aWRlPGh0dHA6Ly93 aWtpLmthcnRidWlsZGluZy5uZXQvaW5kZXgucGhwL1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3 b3JraW5nX3dpdGhfTkFUXzI+LCBhbmQgc3RhcnRlZCBteSB4ZW5kIHNlcnZpY2Ugd2l0aCBuYXQt bmV0d29yayBzdXBwb3J0Og0KKG5ldHdvcmstc2NyaXB0IG5ldHdvcmstbmF0KQ0KKHZpZi1zY3Jp cHQgICAgIHZpZi1uYXQpDQpUaGVuIEkgc3RhcnRlZCBteSBkb21VIHdpdGggdGhlIGZvbGxvd2lu ZyB2aWYgY29uZmlndXJlOg0KdmlmID0gWydpcD0xMC4wLjAuMScgXQ0KDQpteSBkb21VIGlzIGEg d2luNyBzeXN0ZW0sIGFuZCBJIGNvbmZpZ3VyZWQgdGhlIG5ldHdvcmsgYXM6DQppcDogMTAuMC4w LjENCm5ldG1hc2s6IDI1NS4yNTUuMjU1LjANCmRlZmF1bHQgZ2F0ZXdheTogMTAuMC4wLjI1NA0K DQpkbnM6IDguOC44LjgNCg0KSSBhZGRlZCB0aGUgaXB0YWJsZXMgTkFUIHJ1bGU6DQppcHRhYmxl cyAtdCBuYXQgLUEgUE9TVFJPVVRJTkcgLW8gZXRoMCAtaiBNQVNRVUVSQURFDQpCdXQgbXkgZG9t VSBzdGlsbCBjYW5ub3QgY29ubmVjdCB0byB0aGUgbmV0d29yay4NCg0KT24gbXkgZG9tMCwgImlm Y29uZmlnIC1hIiByZXR1cm5zIGFzIGZvbGxvdzogKG5vdGU6IEkgc3RhcnRlZCB0aGUgdmlmOC4w IElGIGJ5IG1hbnVhbCkNCg0KZXRoMDogZmxhZ3M9NDA5ODxCUk9BRENBU1QsTVVMVElDQVNUPiAg bXR1IDE1MDANCiAgICAgICAgZXRoZXIgMDA6MWU6Mzc6ZDI6MmI6ZGEgIHR4cXVldWVsZW4gMTAw MCAgKEV0aGVybmV0KQ0KICAgICAgICBSWCBwYWNrZXRzIDAgIGJ5dGVzIDAgKDAuMCBCKQ0KICAg ICAgICBSWCBlcnJvcnMgMCAgZHJvcHBlZCAwICBvdmVycnVucyAwICBmcmFtZSAwDQogICAgICAg IFRYIHBhY2tldHMgMCAgYnl0ZXMgMCAoMC4wIEIpDQogICAgICAgIFRYIGVycm9ycyAwICBkcm9w cGVkIDAgb3ZlcnJ1bnMgMCAgY2FycmllciAwICBjb2xsaXNpb25zIDANCiAgICAgICAgZGV2aWNl IGludGVycnVwdCAyMCAgbWVtb3J5IDB4ZmUyMDAwMDAtZmUyMjAwMDANCg0KbG86IGZsYWdzPTcz PFVQLExPT1BCQUNLLFJVTk5JTkc+ICBtdHUgMTY0MzYNCiAgICAgICAgaW5ldCAxMjcuMC4wLjEg IG5ldG1hc2sgMjU1LjAuMC4wDQogICAgICAgIGluZXQ2IDo6MSAgcHJlZml4bGVuIDEyOCAgc2Nv cGVpZCAweDEwPGhvc3Q+DQogICAgICAgIGxvb3AgIHR4cXVldWVsZW4gMCAgKExvY2FsIExvb3Bi YWNrKQ0KICAgICAgICBSWCBwYWNrZXRzIDc2NjM3ICBieXRlcyA1MTM4MzY3MDYgKDQ5MC4wIE1p QikNCiAgICAgICAgUlggZXJyb3JzIDAgIGRyb3BwZWQgMCAgb3ZlcnJ1bnMgMCAgZnJhbWUgMA0K ICAgICAgICBUWCBwYWNrZXRzIDc2NjM3ICBieXRlcyA1MTM4MzY3MDYgKDQ5MC4wIE1pQikNCiAg ICAgICAgVFggZXJyb3JzIDAgIGRyb3BwZWQgMCBvdmVycnVucyAwICBjYXJyaWVyIDAgIGNvbGxp c2lvbnMgMA0KDQp0YXA4LjA6IGZsYWdzPTQwOTg8QlJPQURDQVNULE1VTFRJQ0FTVD4gIG10dSAx NTAwDQogICAgICAgIGV0aGVyIDNlOjliOjUyOjk1OjAzOmQzICB0eHF1ZXVlbGVuIDUwMCAgKEV0 aGVybmV0KQ0KICAgICAgICBSWCBwYWNrZXRzIDI3MjIgIGJ5dGVzIDIzOTE4MyAoMjMzLjUgS2lC KQ0KICAgICAgICBSWCBlcnJvcnMgMCAgZHJvcHBlZCAwICBvdmVycnVucyAwICBmcmFtZSAwDQog ICAgICAgIFRYIHBhY2tldHMgMCAgYnl0ZXMgMCAoMC4wIEIpDQogICAgICAgIFRYIGVycm9ycyAw ICBkcm9wcGVkIDAgb3ZlcnJ1bnMgMCAgY2FycmllciAwICBjb2xsaXNpb25zIDANCg0KdmlmOC4w OiBmbGFncz00MTYzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLE1VTFRJQ0FTVD4gIG10dSAxNTAwDQog ICAgICAgIGluZXQgMTAuMC4wLjEyOCAgbmV0bWFzayAyNTUuMjU1LjI1NS4yNTUgIGJyb2FkY2Fz dCAwLjAuMC4wDQogICAgICAgIGV0aGVyIGZlOmZmOmZmOmZmOmZmOmZmICB0eHF1ZXVlbGVuIDMy ICAoRXRoZXJuZXQpDQogICAgICAgIFJYIHBhY2tldHMgMCAgYnl0ZXMgMCAoMC4wIEIpDQogICAg ICAgIFJYIGVycm9ycyAwICBkcm9wcGVkIDAgIG92ZXJydW5zIDAgIGZyYW1lIDANCiAgICAgICAg VFggcGFja2V0cyAwICBieXRlcyAwICgwLjAgQikNCiAgICAgICAgVFggZXJyb3JzIDAgIGRyb3Bw ZWQgMCBvdmVycnVucyAwICBjYXJyaWVyIDAgIGNvbGxpc2lvbnMgMA0KDQp3bGFuMDogZmxhZ3M9 NDE2MzxVUCxCUk9BRENBU1QsUlVOTklORyxNVUxUSUNBU1Q+ICBtdHUgNTc2DQogICAgICAgIGlu ZXQgMTkyLjE2OC4xMC4xMDAgIG5ldG1hc2sgMjU1LjI1NS4yNTUuMCAgYnJvYWRjYXN0IDI1NS4y NTUuMjU1LjI1NQ0KICAgICAgICBldGhlciAwMDoxZjozYzoyNzplNjowYyAgdHhxdWV1ZWxlbiAx MDAwICAoRXRoZXJuZXQpDQogICAgICAgIFJYIHBhY2tldHMgMTEzMDEgIGJ5dGVzIDQ0Njc0MjQg KDQuMiBNaUIpDQogICAgICAgIFJYIGVycm9ycyAwICBkcm9wcGVkIDAgIG92ZXJydW5zIDAgIGZy YW1lIDANCiAgICAgICAgVFggcGFja2V0cyA5ODI5ICBieXRlcyAxMzMwNDQ3ICgxLjIgTWlCKQ0K ICAgICAgICBUWCBlcnJvcnMgMCAgZHJvcHBlZCAwIG92ZXJydW5zIDAgIGNhcnJpZXIgMCAgY29s bGlzaW9ucyAwDQoNCkkgYW0gbmV3IHRvIHhlbiwgc28gSSBtaWdodCBoYXZlIG1pc3NlZCBzb21l IHNldHRpbmdzLiBQbGVhc2UgYmUga2luZCB0byBwb2ludCBvdXQuDQoNClRoYW5rIHlvdS4NCg0K DQotLQ0KUmVnYXJkc++8jA0KRGF2aWQgU2hlbg0KDQpodHRwOi8vYWJvdXQubWUvZGF2aWRzaGVu DQpodHRwczovL3R3aXR0ZXIuY29tLyMhL2Rhdmlkc2hlbjg0DQo= --_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIEdvdGhpYyI7 DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIg NCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToy IDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1TIEdv dGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5p dGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFy Z2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29s b3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEu MGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+ PGRpdiBjbGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6 IzFGNDk3RCc+V2hhdCBpcyB0aGUgaG9zdCBPUz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkluIG15IGV4 cGVyaWVuY2UgaXQgaXMgZWFzaWVyIHRvIGVpdGhlciB1c2UgbGlidmlydGQgdG8gY29udHJvbCB0 aGUgdmlydHVhbCBuZXR3b3JraW5nIG9yIHJ1biBkbnNtYXNxIGFuZCBjb25maWd1cmUgaXB0YWJs ZXMgbWFudWFsbHkuIEkgd291bGRu4oCZdCByZWx5IG9uIHRoZSBuZXR3b3JrLW5hdCBzY3JpcHQg YXMgaXQgc2VlbXMgdG8gb25seSBzZXQgdGhlIElQIGFkZHJlc3Mgb2YgdGhlIHZpZiBlbmRwb2lu dCBpbiBkb20wLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm Ijtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+QXNzdW1pbmcgeW91IGhhdmUgbGlidmlydGQg dGhlcmUgYXJlIGZldyB3YXlzIG9mIGNyZWF0aW5nIHRoZSB2aXJ0dWFsIG5ldHdvcmtpbmcgc2V0 dXAuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y OiMxRjQ5N0QnPjEg4oCTIENyZWF0ZSBhIHZpcnR1YWwgbmV0d29yayB4bWwgZmlsZS4gKFRoZSBz cGVjaWZpY2F0aW9uIGZvciB0aGUgc3RydWN0dXJlIGNhbiBiZSBmb3VuZCBhdCA8YSBocmVmPSJo dHRwOi8vbGlidmlydC5vcmcvZm9ybWF0bmV0d29yay5odG1sIj5odHRwOi8vbGlidmlydC5vcmcv Zm9ybWF0bmV0d29yay5odG1sPC9hPikuIFRoZW4gdXNlIHRoZSB2aXJzaCBjb21tYW5kIGZyb20g dGhlIGNvbW1hbmQgbGluZSB0byBjcmVhdGUgdGhlIHZpcnR1YWwgbmV0d29yay4gVGhlIHhtbCBm aWxlIHdpbGwgdGVsbCBsaWJ2aXJ0IHRvIHVzZSBhIHBhcnRpY3VsYXIgYnJpZGdlIGFuZCBuYXQg ZXZlcnl0aGluZyBvbiB0aGF0IGJyaWRnZS4gQWRkaXRpb25hbGx5IHdoZW4gdm1zIGNvbm5lY3Qg dG8gdGhlIGJyaWRnZSBpdCB3aWxsIHNldCB1cCBzb21lIGlwdGFibGVzIHJ1bGVzIGZvciB5b3Ug dG8gZG8gdGhlIGZvcndhcmRpbmcgZnJvbSB0aGUgYnJpZGdlIHRvIHlvdXIgbWFpbiBuZXR3b3Jr LiBUaGlzIHdpbGwgcmVxdWlyZSByZXZlcnRpbmcgeW91ciBjaGFuZ2VzIHRvIHRoZSAvZXRjL3hl bi94ZW5kLWNvbmZpZy5zeHA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu cy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+MiDigJMgVXNlIHZpcnQtbWFuYWdlciB0byBjb25maWd1 cmUgdGhlIHZpcnR1YWwgbmV0d29yay4gVGhpcyBpcyBhIGd1aSB3aWxsIGFsbG93IHlvdSB0byBz ZXR1cCB0aGUgdmlydHVhbCBuZXR3b3JrcyB3aXRob3V0IG5lZWRlZCBhIHByZWRlZmluZWQgeG1s IGZpbGUuIFdoZXJlIHRvIGdvIGFuZCB3aGF0IHRvIGNsaWNrIGFyZSBoaWdobHkgZGVwZW5kZW50 IG9uIHRoZSB2ZXJzaW9uIGJlaW5nIHVzZWQgYXMgdGhlIGludGVyZmFjZSBoYXMgY2hhbmdlZCBh IGxvdCBvdmVyIHRoZSBmYXN0IGNvdXBsZSB5ZWFycy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+MyDigJMgQ29uZmlndXJlIGRu c21hc3EgYW5kIGlwdGFibGVzIG1hbnVhbGx5LiBVbmRlciB0aGUgaG9vZCBsaWJ2aXJ0IG5hdOKA mWluZyByZWFsbHkganVzdCBzZXRzIHVwIGRuc21hc3EgdG8gcHJvdmlkZSBkaGNwLCBkbnMgZm9y d2FyZGluZyBldGMuLiBvbiB0aGUgYnJpZGdlIGludGVyZmFjZSBhcyB3ZWxsIGFzIGNvbmZpZ3Vy ZXMgYSBmZXcgaXB0YWJsZXMgcnVsZXMgdG8gZG8gdGhlIG1hc3F1ZXJhZGluZy4gWW91IGNhbiBj b25maWd1cmUgdGhpcyBtYW51YWxseSwgYWx0aG91Z2ggdGhlcmUgaXMgZ2VuZXJhbGx5IG5vIG5l ZWQuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y OiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjtjb2xvcjojMUY0OTdEJz5+TWF0dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3Bh biBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJp ZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiB4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4u b3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gPGI+T24gQmVoYWxm IE9mIDwvYj5YaSBTaGVuPGJyPjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgQXByaWwgMTIsIDIwMTIg OTo1NSBBTTxicj48Yj5Ubzo8L2I+IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPjxiPlN1Ympl Y3Q6PC9iPiBbWGVuLXVzZXJzXSBkb21VIE5BVCBuZXR3b3JrIGNhbm5vdCBjb25uZWN0PG86cD48 L286cD48L3NwYW4+PC9wPjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+SGksPG86cD48L286cD48L3A+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+SSBmb2xsb3dlZCB0aGlzIDxhIGhyZWY9Imh0dHA6Ly93aWtpLmthcnRidWlsZGluZy5uZXQv aW5kZXgucGhwL1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3b3JraW5nX3dpdGhfTkFUXzIiPmd1 aWRlPC9hPiwgYW5kIHN0YXJ0ZWQgbXkmbmJzcDt4ZW5kIHNlcnZpY2Ugd2l0aCBuYXQtbmV0d29y ayBzdXBwb3J0OjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi1sZWZ0OjMwLjBwdDttYXJnaW4tcmlnaHQ6MGluJz48ZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPihuZXR3b3JrLXNjcmlwdCBuZXR3b3JrLW5hdCk8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4odmlmLXNjcmlwdCAmbmJzcDsgJm5ic3A7IHZpZi1uYXQp PG86cD48L286cD48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPU1zb05vcm1h bD5UaGVuIEkgc3RhcnRlZCBteSBkb21VIHdpdGggdGhlIGZvbGxvd2luZyB2aWYgY29uZmlndXJl OjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi1sZWZ0 OjMwLjBwdDttYXJnaW4tcmlnaHQ6MGluJz48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD52aWYgPSBb J2lwPTEwLjAuMC4xJyBdPG86cD48L286cD48L3A+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNz PU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD5teSBkb21VIGlzIGEgd2luNyBzeXN0ZW0sIGFuZCBJIGNvbmZpZ3VyZWQgdGhlIG5ldHdv cmsgYXM6PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LWxlZnQ6MzAuMHB0O21hcmdpbi1yaWdodDowaW4nPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPmlw OiAxMC4wLjAuMTxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPm5l dG1hc2s6IDI1NS4yNTUuMjU1LjA8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD5kZWZhdWx0IGdhdGV3YXk6IDEwLjAuMC4yNTQ8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2Pjxw IGNsYXNzPU1zb05vcm1hbD5kbnM6IDguOC44Ljg8bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Jsb2Nr cXVvdGU+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsPkkgYWRkZWQgdGhlIGlwdGFibGVzIE5BVCBydWxlOjxvOnA+PC9v OnA+PC9wPjwvZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tbGVmdDozMC4wcHQ7bWFyZ2lu LXJpZ2h0OjBpbic+PHAgY2xhc3M9TXNvTm9ybWFsPmlwdGFibGVzIC10IG5hdCAtQSBQT1NUUk9V VElORyAtbyBldGgwIC1qIE1BU1FVRVJBREU8bzpwPjwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWw+QnV0IG15IGRvbVUgc3RpbGwgY2Fubm90IGNvbm5lY3QgdG8g dGhlIG5ldHdvcmsuPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+T24gbXkg ZG9tMCwgJnF1b3Q7aWZjb25maWcgLWEmcXVvdDsgcmV0dXJucyBhcyBmb2xsb3c6IChub3RlOiBJ IHN0YXJ0ZWQgdGhlIHZpZjguMCBJRiBieSBtYW51YWwpPG86cD48L286cD48L3A+PC9kaXY+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD5ldGgwOiBmbGFncz00MDk4Jmx0O0JST0FEQ0FTVCxNVUxUSUNB U1QmZ3Q7ICZuYnNwO210dSAxNTAwPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGV0aGVyIDAwOjFlOjM3OmQyOjJi OmRhICZuYnNwO3R4cXVldWVsZW4gMTAwMCAmbmJzcDsoRXRoZXJuZXQpPG86cD48L286cD48L3A+ PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IFJYIHBhY2tldHMgMCAmbmJzcDtieXRlcyAwICgwLjAgQik8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUlggZXJy b3JzIDAgJm5ic3A7ZHJvcHBlZCAwICZuYnNwO292ZXJydW5zIDAgJm5ic3A7ZnJhbWUgMDxvOnA+ PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyBUWCBwYWNrZXRzIDAgJm5ic3A7Ynl0ZXMgMCAoMC4wIEIpPG86cD48L286cD48 L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IFRYIGVycm9ycyAwICZuYnNwO2Ryb3BwZWQgMCBvdmVycnVucyAwICZuYnNwO2NhcnJpZXIg MCAmbmJzcDtjb2xsaXNpb25zIDA8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZGV2aWNlIGludGVycnVwdCAyMCAm bmJzcDttZW1vcnkgMHhmZTIwMDAwMC1mZTIyMDAwMCAmbmJzcDs8bzpwPjwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD5sbzogZmxhZ3M9NzMmbHQ7VVAsTE9PUEJBQ0ssUlVOTklORyZn dDsgJm5ic3A7bXR1IDE2NDM2PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGluZXQgMTI3LjAuMC4xICZuYnNwO25l dG1hc2sgMjU1LjAuMC4wPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGluZXQ2IDo6MSAmbmJzcDtwcmVmaXhsZW4g MTI4ICZuYnNwO3Njb3BlaWQgMHgxMCZsdDtob3N0Jmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBsb29wICZu YnNwO3R4cXVldWVsZW4gMCAmbmJzcDsoTG9jYWwgTG9vcGJhY2spPG86cD48L286cD48L3A+PC9k aXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFJY IHBhY2tldHMgNzY2MzcgJm5ic3A7Ynl0ZXMgNTEzODM2NzA2ICg0OTAuMCBNaUIpPG86cD48L286 cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IFJYIGVycm9ycyAwICZuYnNwO2Ryb3BwZWQgMCAmbmJzcDtvdmVycnVucyAwICZuYnNw O2ZyYW1lIDA8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVFggcGFja2V0cyA3NjYzNyAmbmJzcDtieXRlcyA1MTM4 MzY3MDYgKDQ5MC4wIE1pQik8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVFggZXJyb3JzIDAgJm5ic3A7ZHJvcHBl ZCAwIG92ZXJydW5zIDAgJm5ic3A7Y2FycmllciAwICZuYnNwO2NvbGxpc2lvbnMgMDxvOnA+PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPnRhcDguMDogZmxhZ3M9NDA5OCZsdDtCUk9B RENBU1QsTVVMVElDQVNUJmd0OyAmbmJzcDttdHUgMTUwMDxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBldGhlciAz ZTo5Yjo1Mjo5NTowMzpkMyAmbmJzcDt0eHF1ZXVlbGVuIDUwMCAmbmJzcDsoRXRoZXJuZXQpPG86 cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IFJYIHBhY2tldHMgMjcyMiAmbmJzcDtieXRlcyAyMzkxODMgKDIzMy41IEtp Qik8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgUlggZXJyb3JzIDAgJm5ic3A7ZHJvcHBlZCAwICZuYnNwO292ZXJy dW5zIDAgJm5ic3A7ZnJhbWUgMDxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBUWCBwYWNrZXRzIDAgJm5ic3A7Ynl0 ZXMgMCAoMC4wIEIpPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRYIGVycm9ycyAwICZuYnNwO2Ryb3BwZWQgMCBv dmVycnVucyAwICZuYnNwO2NhcnJpZXIgMCAmbmJzcDtjb2xsaXNpb25zIDA8bzpwPjwvbzpwPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Yj52aWY4LjA6IGZsYWdzPTQxNjMmbHQ7VVAsQlJP QURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0OyAmbmJzcDttdHUgMTUwMDwvYj48bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgaW5ldCAxMC4wLjAuMTI4ICZuYnNwO25ldG1hc2sgMjU1LjI1NS4yNTUuMjU1ICZuYnNw O2Jyb2FkY2FzdCAwLjAuMC4wPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGV0aGVyIGZlOmZmOmZmOmZmOmZmOmZm ICZuYnNwO3R4cXVldWVsZW4gMzIgJm5ic3A7KEV0aGVybmV0KTxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBSWCBw YWNrZXRzIDAgJm5ic3A7Ynl0ZXMgMCAoMC4wIEIpPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48 cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFJYIGVycm9ycyAw ICZuYnNwO2Ryb3BwZWQgMCAmbmJzcDtvdmVycnVucyAwICZuYnNwO2ZyYW1lIDA8bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgVFggcGFja2V0cyAwICZuYnNwO2J5dGVzIDAgKDAuMCBCKTxvOnA+PC9vOnA+PC9wPjwv ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBU WCBlcnJvcnMgMCAmbmJzcDtkcm9wcGVkIDAgb3ZlcnJ1bnMgMCAmbmJzcDtjYXJyaWVyIDAgJm5i c3A7Y29sbGlzaW9ucyAwPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+d2xh bjA6IGZsYWdzPTQxNjMmbHQ7VVAsQlJPQURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0OyAmbmJz cDttdHUgNTc2PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGluZXQgMTkyLjE2OC4xMC4xMDAgJm5ic3A7bmV0bWFz ayAyNTUuMjU1LjI1NS4wICZuYnNwO2Jyb2FkY2FzdCAyNTUuMjU1LjI1NS4yNTU8bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgZXRoZXIgMDA6MWY6M2M6Mjc6ZTY6MGMgJm5ic3A7dHhxdWV1ZWxlbiAxMDAwICZuYnNw OyhFdGhlcm5ldCk8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUlggcGFja2V0cyAxMTMwMSAmbmJzcDtieXRlcyA0 NDY3NDI0ICg0LjIgTWlCKTxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y bWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBSWCBlcnJvcnMgMCAmbmJzcDtkcm9wcGVk IDAgJm5ic3A7b3ZlcnJ1bnMgMCAmbmJzcDtmcmFtZSAwPG86cD48L286cD48L3A+PC9kaXY+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRYIHBhY2tl dHMgOTgyOSAmbmJzcDtieXRlcyAxMzMwNDQ3ICgxLjIgTWlCKTxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBUWCBl cnJvcnMgMCAmbmJzcDtkcm9wcGVkIDAgb3ZlcnJ1bnMgMCAmbmJzcDtjYXJyaWVyIDAgJm5ic3A7 Y29sbGlzaW9ucyAwPG86cD48L286cD48L3A+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ SSBhbSBuZXcgdG8geGVuLCBzbyBJIG1pZ2h0IGhhdmUgbWlzc2VkIHNvbWUgc2V0dGluZ3MuIFBs ZWFzZSBiZSBraW5kIHRvIHBvaW50IG91dC48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD5UaGFuayB5b3UuPG86cD48L286cD48L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFs Pjxicj48YnI+LS0gPGJyPlJlZ2FyZHM8c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6Ik1TIEdvdGhp YyInPu+8jDwvc3Bhbj48YnI+RGF2aWQgU2hlbjxicj48YnI+PGEgaHJlZj0iaHR0cDovL2Fib3V0 Lm1lL2Rhdmlkc2hlbiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9hYm91dC5tZS9kYXZpZHNoZW48 L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vdHdpdHRlci5jb20vIyEvZGF2aWRzaGVuODQiIHRhcmdl dD0iX2JsYW5rIj5odHRwczovL3R3aXR0ZXIuY29tLyMhL2Rhdmlkc2hlbjg0PC9hPjxvOnA+PC9v OnA+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_-- --===============5392700761491624436== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5392700761491624436==-- From xen-users-bounces@lists.xen.org Thu Apr 12 14:15:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:15:57 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKo8-0005tZ-47; Thu, 12 Apr 2012 14:15:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKo6-0005tI-DK for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:15:30 +0000 Received: from [193.109.254.147:33234] by server-1.bemta-14.messagelabs.com id 92/A6-29372-183E68F4; Thu, 12 Apr 2012 14:15:29 +0000 X-Env-Sender: matthew.keeler@jhuapl.edu X-Msg-Ref: server-11.tower-27.messagelabs.com!1334240125!4321994!1 X-Originating-IP: [128.244.251.36] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_8, UNPARSEABLE_RELAY, spamassassin: , surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBhYm91dC5tZS9kYXZpZHNoZW4p\ n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22164 invoked from network); 12 Apr 2012 14:15:26 -0000 Received: from pilot.jhuapl.edu (HELO jhuapl.edu) (128.244.251.36) by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 14:15:26 -0000 Received: from ([128.244.198.91]) by pilot.jhuapl.edu with ESMTP with TLS id 63GHCH1.140954564; Thu, 12 Apr 2012 10:15:22 -0400 Received: from aplesstripe.dom1.jhuapl.edu ([128.244.198.211]) by aplexcas2.dom1.jhuapl.edu ([128.244.198.91]) with mapi; Thu, 12 Apr 2012 10:15:22 -0400 From: "Keeler, Matthew J." To: 'Xi Shen' , "xen-users@lists.xen.org" Date: Thu, 12 Apr 2012 10:15:21 -0400 Thread-Topic: [Xen-users] domU NAT network cannot connect Thread-Index: Ac0Ys/6u+F5RHErNSSGjcNg4XZfUzQAARDTw Message-ID: <068F06DC4D106941B297C0C5F9F446EA48312B59EC@aplesstripe.dom1.jhuapl.edu> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] domU NAT network cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5392700761491624436==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5392700761491624436== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_" --_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hhdCBpcyB0aGUgaG9zdCBPUz8NCg0KSW4gbXkgZXhwZXJpZW5jZSBpdCBpcyBlYXNpZXIgdG8g ZWl0aGVyIHVzZSBsaWJ2aXJ0ZCB0byBjb250cm9sIHRoZSB2aXJ0dWFsIG5ldHdvcmtpbmcgb3Ig cnVuIGRuc21hc3EgYW5kIGNvbmZpZ3VyZSBpcHRhYmxlcyBtYW51YWxseS4gSSB3b3VsZG7igJl0 IHJlbHkgb24gdGhlIG5ldHdvcmstbmF0IHNjcmlwdCBhcyBpdCBzZWVtcyB0byBvbmx5IHNldCB0 aGUgSVAgYWRkcmVzcyBvZiB0aGUgdmlmIGVuZHBvaW50IGluIGRvbTAuDQoNCkFzc3VtaW5nIHlv dSBoYXZlIGxpYnZpcnRkIHRoZXJlIGFyZSBmZXcgd2F5cyBvZiBjcmVhdGluZyB0aGUgdmlydHVh bCBuZXR3b3JraW5nIHNldHVwLg0KMSDigJMgQ3JlYXRlIGEgdmlydHVhbCBuZXR3b3JrIHhtbCBm aWxlLiAoVGhlIHNwZWNpZmljYXRpb24gZm9yIHRoZSBzdHJ1Y3R1cmUgY2FuIGJlIGZvdW5kIGF0 IGh0dHA6Ly9saWJ2aXJ0Lm9yZy9mb3JtYXRuZXR3b3JrLmh0bWwpLiBUaGVuIHVzZSB0aGUgdmly c2ggY29tbWFuZCBmcm9tIHRoZSBjb21tYW5kIGxpbmUgdG8gY3JlYXRlIHRoZSB2aXJ0dWFsIG5l dHdvcmsuIFRoZSB4bWwgZmlsZSB3aWxsIHRlbGwgbGlidmlydCB0byB1c2UgYSBwYXJ0aWN1bGFy IGJyaWRnZSBhbmQgbmF0IGV2ZXJ5dGhpbmcgb24gdGhhdCBicmlkZ2UuIEFkZGl0aW9uYWxseSB3 aGVuIHZtcyBjb25uZWN0IHRvIHRoZSBicmlkZ2UgaXQgd2lsbCBzZXQgdXAgc29tZSBpcHRhYmxl cyBydWxlcyBmb3IgeW91IHRvIGRvIHRoZSBmb3J3YXJkaW5nIGZyb20gdGhlIGJyaWRnZSB0byB5 b3VyIG1haW4gbmV0d29yay4gVGhpcyB3aWxsIHJlcXVpcmUgcmV2ZXJ0aW5nIHlvdXIgY2hhbmdl cyB0byB0aGUgL2V0Yy94ZW4veGVuZC1jb25maWcuc3hwDQoyIOKAkyBVc2UgdmlydC1tYW5hZ2Vy IHRvIGNvbmZpZ3VyZSB0aGUgdmlydHVhbCBuZXR3b3JrLiBUaGlzIGlzIGEgZ3VpIHdpbGwgYWxs b3cgeW91IHRvIHNldHVwIHRoZSB2aXJ0dWFsIG5ldHdvcmtzIHdpdGhvdXQgbmVlZGVkIGEgcHJl ZGVmaW5lZCB4bWwgZmlsZS4gV2hlcmUgdG8gZ28gYW5kIHdoYXQgdG8gY2xpY2sgYXJlIGhpZ2hs eSBkZXBlbmRlbnQgb24gdGhlIHZlcnNpb24gYmVpbmcgdXNlZCBhcyB0aGUgaW50ZXJmYWNlIGhh cyBjaGFuZ2VkIGEgbG90IG92ZXIgdGhlIGZhc3QgY291cGxlIHllYXJzLg0KMyDigJMgQ29uZmln dXJlIGRuc21hc3EgYW5kIGlwdGFibGVzIG1hbnVhbGx5LiBVbmRlciB0aGUgaG9vZCBsaWJ2aXJ0 IG5hdOKAmWluZyByZWFsbHkganVzdCBzZXRzIHVwIGRuc21hc3EgdG8gcHJvdmlkZSBkaGNwLCBk bnMgZm9yd2FyZGluZyBldGMuLiBvbiB0aGUgYnJpZGdlIGludGVyZmFjZSBhcyB3ZWxsIGFzIGNv bmZpZ3VyZXMgYSBmZXcgaXB0YWJsZXMgcnVsZXMgdG8gZG8gdGhlIG1hc3F1ZXJhZGluZy4gWW91 IGNhbiBjb25maWd1cmUgdGhpcyBtYW51YWxseSwgYWx0aG91Z2ggdGhlcmUgaXMgZ2VuZXJhbGx5 IG5vIG5lZWQuDQoNCn5NYXR0DQoNCkZyb206IHhlbi11c2Vycy1ib3VuY2VzQGxpc3RzLnhlbi5v cmcgW21haWx0bzp4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4ub3JnXSBPbiBCZWhhbGYgT2Yg WGkgU2hlbg0KU2VudDogVGh1cnNkYXksIEFwcmlsIDEyLCAyMDEyIDk6NTUgQU0NClRvOiB4ZW4t dXNlcnNAbGlzdHMueGVuLm9yZw0KU3ViamVjdDogW1hlbi11c2Vyc10gZG9tVSBOQVQgbmV0d29y ayBjYW5ub3QgY29ubmVjdA0KDQpIaSwNCg0KSSBmb2xsb3dlZCB0aGlzIGd1aWRlPGh0dHA6Ly93 aWtpLmthcnRidWlsZGluZy5uZXQvaW5kZXgucGhwL1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3 b3JraW5nX3dpdGhfTkFUXzI+LCBhbmQgc3RhcnRlZCBteSB4ZW5kIHNlcnZpY2Ugd2l0aCBuYXQt bmV0d29yayBzdXBwb3J0Og0KKG5ldHdvcmstc2NyaXB0IG5ldHdvcmstbmF0KQ0KKHZpZi1zY3Jp cHQgICAgIHZpZi1uYXQpDQpUaGVuIEkgc3RhcnRlZCBteSBkb21VIHdpdGggdGhlIGZvbGxvd2lu ZyB2aWYgY29uZmlndXJlOg0KdmlmID0gWydpcD0xMC4wLjAuMScgXQ0KDQpteSBkb21VIGlzIGEg d2luNyBzeXN0ZW0sIGFuZCBJIGNvbmZpZ3VyZWQgdGhlIG5ldHdvcmsgYXM6DQppcDogMTAuMC4w LjENCm5ldG1hc2s6IDI1NS4yNTUuMjU1LjANCmRlZmF1bHQgZ2F0ZXdheTogMTAuMC4wLjI1NA0K DQpkbnM6IDguOC44LjgNCg0KSSBhZGRlZCB0aGUgaXB0YWJsZXMgTkFUIHJ1bGU6DQppcHRhYmxl cyAtdCBuYXQgLUEgUE9TVFJPVVRJTkcgLW8gZXRoMCAtaiBNQVNRVUVSQURFDQpCdXQgbXkgZG9t VSBzdGlsbCBjYW5ub3QgY29ubmVjdCB0byB0aGUgbmV0d29yay4NCg0KT24gbXkgZG9tMCwgImlm Y29uZmlnIC1hIiByZXR1cm5zIGFzIGZvbGxvdzogKG5vdGU6IEkgc3RhcnRlZCB0aGUgdmlmOC4w IElGIGJ5IG1hbnVhbCkNCg0KZXRoMDogZmxhZ3M9NDA5ODxCUk9BRENBU1QsTVVMVElDQVNUPiAg bXR1IDE1MDANCiAgICAgICAgZXRoZXIgMDA6MWU6Mzc6ZDI6MmI6ZGEgIHR4cXVldWVsZW4gMTAw MCAgKEV0aGVybmV0KQ0KICAgICAgICBSWCBwYWNrZXRzIDAgIGJ5dGVzIDAgKDAuMCBCKQ0KICAg ICAgICBSWCBlcnJvcnMgMCAgZHJvcHBlZCAwICBvdmVycnVucyAwICBmcmFtZSAwDQogICAgICAg IFRYIHBhY2tldHMgMCAgYnl0ZXMgMCAoMC4wIEIpDQogICAgICAgIFRYIGVycm9ycyAwICBkcm9w cGVkIDAgb3ZlcnJ1bnMgMCAgY2FycmllciAwICBjb2xsaXNpb25zIDANCiAgICAgICAgZGV2aWNl IGludGVycnVwdCAyMCAgbWVtb3J5IDB4ZmUyMDAwMDAtZmUyMjAwMDANCg0KbG86IGZsYWdzPTcz PFVQLExPT1BCQUNLLFJVTk5JTkc+ICBtdHUgMTY0MzYNCiAgICAgICAgaW5ldCAxMjcuMC4wLjEg IG5ldG1hc2sgMjU1LjAuMC4wDQogICAgICAgIGluZXQ2IDo6MSAgcHJlZml4bGVuIDEyOCAgc2Nv cGVpZCAweDEwPGhvc3Q+DQogICAgICAgIGxvb3AgIHR4cXVldWVsZW4gMCAgKExvY2FsIExvb3Bi YWNrKQ0KICAgICAgICBSWCBwYWNrZXRzIDc2NjM3ICBieXRlcyA1MTM4MzY3MDYgKDQ5MC4wIE1p QikNCiAgICAgICAgUlggZXJyb3JzIDAgIGRyb3BwZWQgMCAgb3ZlcnJ1bnMgMCAgZnJhbWUgMA0K ICAgICAgICBUWCBwYWNrZXRzIDc2NjM3ICBieXRlcyA1MTM4MzY3MDYgKDQ5MC4wIE1pQikNCiAg ICAgICAgVFggZXJyb3JzIDAgIGRyb3BwZWQgMCBvdmVycnVucyAwICBjYXJyaWVyIDAgIGNvbGxp c2lvbnMgMA0KDQp0YXA4LjA6IGZsYWdzPTQwOTg8QlJPQURDQVNULE1VTFRJQ0FTVD4gIG10dSAx NTAwDQogICAgICAgIGV0aGVyIDNlOjliOjUyOjk1OjAzOmQzICB0eHF1ZXVlbGVuIDUwMCAgKEV0 aGVybmV0KQ0KICAgICAgICBSWCBwYWNrZXRzIDI3MjIgIGJ5dGVzIDIzOTE4MyAoMjMzLjUgS2lC KQ0KICAgICAgICBSWCBlcnJvcnMgMCAgZHJvcHBlZCAwICBvdmVycnVucyAwICBmcmFtZSAwDQog ICAgICAgIFRYIHBhY2tldHMgMCAgYnl0ZXMgMCAoMC4wIEIpDQogICAgICAgIFRYIGVycm9ycyAw ICBkcm9wcGVkIDAgb3ZlcnJ1bnMgMCAgY2FycmllciAwICBjb2xsaXNpb25zIDANCg0KdmlmOC4w OiBmbGFncz00MTYzPFVQLEJST0FEQ0FTVCxSVU5OSU5HLE1VTFRJQ0FTVD4gIG10dSAxNTAwDQog ICAgICAgIGluZXQgMTAuMC4wLjEyOCAgbmV0bWFzayAyNTUuMjU1LjI1NS4yNTUgIGJyb2FkY2Fz dCAwLjAuMC4wDQogICAgICAgIGV0aGVyIGZlOmZmOmZmOmZmOmZmOmZmICB0eHF1ZXVlbGVuIDMy ICAoRXRoZXJuZXQpDQogICAgICAgIFJYIHBhY2tldHMgMCAgYnl0ZXMgMCAoMC4wIEIpDQogICAg ICAgIFJYIGVycm9ycyAwICBkcm9wcGVkIDAgIG92ZXJydW5zIDAgIGZyYW1lIDANCiAgICAgICAg VFggcGFja2V0cyAwICBieXRlcyAwICgwLjAgQikNCiAgICAgICAgVFggZXJyb3JzIDAgIGRyb3Bw ZWQgMCBvdmVycnVucyAwICBjYXJyaWVyIDAgIGNvbGxpc2lvbnMgMA0KDQp3bGFuMDogZmxhZ3M9 NDE2MzxVUCxCUk9BRENBU1QsUlVOTklORyxNVUxUSUNBU1Q+ICBtdHUgNTc2DQogICAgICAgIGlu ZXQgMTkyLjE2OC4xMC4xMDAgIG5ldG1hc2sgMjU1LjI1NS4yNTUuMCAgYnJvYWRjYXN0IDI1NS4y NTUuMjU1LjI1NQ0KICAgICAgICBldGhlciAwMDoxZjozYzoyNzplNjowYyAgdHhxdWV1ZWxlbiAx MDAwICAoRXRoZXJuZXQpDQogICAgICAgIFJYIHBhY2tldHMgMTEzMDEgIGJ5dGVzIDQ0Njc0MjQg KDQuMiBNaUIpDQogICAgICAgIFJYIGVycm9ycyAwICBkcm9wcGVkIDAgIG92ZXJydW5zIDAgIGZy YW1lIDANCiAgICAgICAgVFggcGFja2V0cyA5ODI5ICBieXRlcyAxMzMwNDQ3ICgxLjIgTWlCKQ0K ICAgICAgICBUWCBlcnJvcnMgMCAgZHJvcHBlZCAwIG92ZXJydW5zIDAgIGNhcnJpZXIgMCAgY29s bGlzaW9ucyAwDQoNCkkgYW0gbmV3IHRvIHhlbiwgc28gSSBtaWdodCBoYXZlIG1pc3NlZCBzb21l IHNldHRpbmdzLiBQbGVhc2UgYmUga2luZCB0byBwb2ludCBvdXQuDQoNClRoYW5rIHlvdS4NCg0K DQotLQ0KUmVnYXJkc++8jA0KRGF2aWQgU2hlbg0KDQpodHRwOi8vYWJvdXQubWUvZGF2aWRzaGVu DQpodHRwczovL3R3aXR0ZXIuY29tLyMhL2Rhdmlkc2hlbjg0DQo= --_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxMiAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1TIEdvdGhpYyI7 DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZh bWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0O30NCkBm b250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIg NCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToy IDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQE1TIEdv dGhpYyI7DQoJcGFub3NlLTE6MiAxMSA2IDkgNyAyIDUgOCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5p dGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFy Z2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglm b250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29s b3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25s eTt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEu MGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1ZSB2bGluaz1wdXJwbGU+ PGRpdiBjbGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6 IzFGNDk3RCc+V2hhdCBpcyB0aGUgaG9zdCBPUz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJD YWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9yOiMxRjQ5N0QnPkluIG15IGV4 cGVyaWVuY2UgaXQgaXMgZWFzaWVyIHRvIGVpdGhlciB1c2UgbGlidmlydGQgdG8gY29udHJvbCB0 aGUgdmlydHVhbCBuZXR3b3JraW5nIG9yIHJ1biBkbnNtYXNxIGFuZCBjb25maWd1cmUgaXB0YWJs ZXMgbWFudWFsbHkuIEkgd291bGRu4oCZdCByZWx5IG9uIHRoZSBuZXR3b3JrLW5hdCBzY3JpcHQg YXMgaXQgc2VlbXMgdG8gb25seSBzZXQgdGhlIElQIGFkZHJlc3Mgb2YgdGhlIHZpZiBlbmRwb2lu dCBpbiBkb20wLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g c3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm Ijtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+QXNzdW1pbmcgeW91IGhhdmUgbGlidmlydGQg dGhlcmUgYXJlIGZldyB3YXlzIG9mIGNyZWF0aW5nIHRoZSB2aXJ0dWFsIG5ldHdvcmtpbmcgc2V0 dXAuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y OiMxRjQ5N0QnPjEg4oCTIENyZWF0ZSBhIHZpcnR1YWwgbmV0d29yayB4bWwgZmlsZS4gKFRoZSBz cGVjaWZpY2F0aW9uIGZvciB0aGUgc3RydWN0dXJlIGNhbiBiZSBmb3VuZCBhdCA8YSBocmVmPSJo dHRwOi8vbGlidmlydC5vcmcvZm9ybWF0bmV0d29yay5odG1sIj5odHRwOi8vbGlidmlydC5vcmcv Zm9ybWF0bmV0d29yay5odG1sPC9hPikuIFRoZW4gdXNlIHRoZSB2aXJzaCBjb21tYW5kIGZyb20g dGhlIGNvbW1hbmQgbGluZSB0byBjcmVhdGUgdGhlIHZpcnR1YWwgbmV0d29yay4gVGhlIHhtbCBm aWxlIHdpbGwgdGVsbCBsaWJ2aXJ0IHRvIHVzZSBhIHBhcnRpY3VsYXIgYnJpZGdlIGFuZCBuYXQg ZXZlcnl0aGluZyBvbiB0aGF0IGJyaWRnZS4gQWRkaXRpb25hbGx5IHdoZW4gdm1zIGNvbm5lY3Qg dG8gdGhlIGJyaWRnZSBpdCB3aWxsIHNldCB1cCBzb21lIGlwdGFibGVzIHJ1bGVzIGZvciB5b3Ug dG8gZG8gdGhlIGZvcndhcmRpbmcgZnJvbSB0aGUgYnJpZGdlIHRvIHlvdXIgbWFpbiBuZXR3b3Jr LiBUaGlzIHdpbGwgcmVxdWlyZSByZXZlcnRpbmcgeW91ciBjaGFuZ2VzIHRvIHRoZSAvZXRjL3hl bi94ZW5kLWNvbmZpZy5zeHA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu cy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+MiDigJMgVXNlIHZpcnQtbWFuYWdlciB0byBjb25maWd1 cmUgdGhlIHZpcnR1YWwgbmV0d29yay4gVGhpcyBpcyBhIGd1aSB3aWxsIGFsbG93IHlvdSB0byBz ZXR1cCB0aGUgdmlydHVhbCBuZXR3b3JrcyB3aXRob3V0IG5lZWRlZCBhIHByZWRlZmluZWQgeG1s IGZpbGUuIFdoZXJlIHRvIGdvIGFuZCB3aGF0IHRvIGNsaWNrIGFyZSBoaWdobHkgZGVwZW5kZW50 IG9uIHRoZSB2ZXJzaW9uIGJlaW5nIHVzZWQgYXMgdGhlIGludGVyZmFjZSBoYXMgY2hhbmdlZCBh IGxvdCBvdmVyIHRoZSBmYXN0IGNvdXBsZSB5ZWFycy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAg Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Y29sb3I6IzFGNDk3RCc+MyDigJMgQ29uZmlndXJlIGRu c21hc3EgYW5kIGlwdGFibGVzIG1hbnVhbGx5LiBVbmRlciB0aGUgaG9vZCBsaWJ2aXJ0IG5hdOKA mWluZyByZWFsbHkganVzdCBzZXRzIHVwIGRuc21hc3EgdG8gcHJvdmlkZSBkaGNwLCBkbnMgZm9y d2FyZGluZyBldGMuLiBvbiB0aGUgYnJpZGdlIGludGVyZmFjZSBhcyB3ZWxsIGFzIGNvbmZpZ3Vy ZXMgYSBmZXcgaXB0YWJsZXMgcnVsZXMgdG8gZG8gdGhlIG1hc3F1ZXJhZGluZy4gWW91IGNhbiBj b25maWd1cmUgdGhpcyBtYW51YWxseSwgYWx0aG91Z2ggdGhlcmUgaXMgZ2VuZXJhbGx5IG5vIG5l ZWQuPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO2NvbG9y OiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+ PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjtjb2xvcjojMUY0OTdEJz5+TWF0dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFz cz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNh bGlicmkiLCJzYW5zLXNlcmlmIjtjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4nPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3Bh biBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJp ZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZh bWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiB4ZW4tdXNlcnMtYm91bmNlc0BsaXN0cy54ZW4u b3JnIFttYWlsdG86eGVuLXVzZXJzLWJvdW5jZXNAbGlzdHMueGVuLm9yZ10gPGI+T24gQmVoYWxm IE9mIDwvYj5YaSBTaGVuPGJyPjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgQXByaWwgMTIsIDIwMTIg OTo1NSBBTTxicj48Yj5Ubzo8L2I+IHhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnPGJyPjxiPlN1Ympl Y3Q6PC9iPiBbWGVuLXVzZXJzXSBkb21VIE5BVCBuZXR3b3JrIGNhbm5vdCBjb25uZWN0PG86cD48 L286cD48L3NwYW4+PC9wPjwvZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+SGksPG86cD48L286cD48L3A+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+SSBmb2xsb3dlZCB0aGlzIDxhIGhyZWY9Imh0dHA6Ly93aWtpLmthcnRidWlsZGluZy5uZXQv aW5kZXgucGhwL1hlbl9OZXR3b3JraW5nI1JvdXRlZF9OZXR3b3JraW5nX3dpdGhfTkFUXzIiPmd1 aWRlPC9hPiwgYW5kIHN0YXJ0ZWQgbXkmbmJzcDt4ZW5kIHNlcnZpY2Ugd2l0aCBuYXQtbmV0d29y ayBzdXBwb3J0OjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PGJsb2NrcXVvdGUgc3R5bGU9J21h cmdpbi1sZWZ0OjMwLjBwdDttYXJnaW4tcmlnaHQ6MGluJz48ZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPihuZXR3b3JrLXNjcmlwdCBuZXR3b3JrLW5hdCk8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4odmlmLXNjcmlwdCAmbmJzcDsgJm5ic3A7IHZpZi1uYXQp PG86cD48L286cD48L3A+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNzPU1zb05vcm1h bD5UaGVuIEkgc3RhcnRlZCBteSBkb21VIHdpdGggdGhlIGZvbGxvd2luZyB2aWYgY29uZmlndXJl OjxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PGJsb2NrcXVvdGUgc3R5bGU9J21hcmdpbi1sZWZ0 OjMwLjBwdDttYXJnaW4tcmlnaHQ6MGluJz48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD52aWYgPSBb J2lwPTEwLjAuMC4xJyBdPG86cD48L286cD48L3A+PC9kaXY+PC9ibG9ja3F1b3RlPjxwIGNsYXNz PU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD5teSBkb21VIGlzIGEgd2luNyBzeXN0ZW0sIGFuZCBJIGNvbmZpZ3VyZWQgdGhlIG5ldHdv cmsgYXM6PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48YmxvY2txdW90ZSBzdHlsZT0nbWFyZ2lu LWxlZnQ6MzAuMHB0O21hcmdpbi1yaWdodDowaW4nPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPmlw OiAxMC4wLjAuMTxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPm5l dG1hc2s6IDI1NS4yNTUuMjU1LjA8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD5kZWZhdWx0IGdhdGV3YXk6IDEwLjAuMC4yNTQ8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2Pjxw IGNsYXNzPU1zb05vcm1hbD5kbnM6IDguOC44Ljg8bzpwPjwvbzpwPjwvcD48L2Rpdj48L2Jsb2Nr cXVvdGU+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjwvZGl2PjxkaXY+ PHAgY2xhc3M9TXNvTm9ybWFsPkkgYWRkZWQgdGhlIGlwdGFibGVzIE5BVCBydWxlOjxvOnA+PC9v OnA+PC9wPjwvZGl2PjxibG9ja3F1b3RlIHN0eWxlPSdtYXJnaW4tbGVmdDozMC4wcHQ7bWFyZ2lu LXJpZ2h0OjBpbic+PHAgY2xhc3M9TXNvTm9ybWFsPmlwdGFibGVzIC10IG5hdCAtQSBQT1NUUk9V VElORyAtbyBldGgwIC1qIE1BU1FVRVJBREU8bzpwPjwvbzpwPjwvcD48L2Jsb2NrcXVvdGU+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWw+QnV0IG15IGRvbVUgc3RpbGwgY2Fubm90IGNvbm5lY3QgdG8g dGhlIG5ldHdvcmsuPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+T24gbXkg ZG9tMCwgJnF1b3Q7aWZjb25maWcgLWEmcXVvdDsgcmV0dXJucyBhcyBmb2xsb3c6IChub3RlOiBJ IHN0YXJ0ZWQgdGhlIHZpZjguMCBJRiBieSBtYW51YWwpPG86cD48L286cD48L3A+PC9kaXY+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD5ldGgwOiBmbGFncz00MDk4Jmx0O0JST0FEQ0FTVCxNVUxUSUNB U1QmZ3Q7ICZuYnNwO210dSAxNTAwPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGV0aGVyIDAwOjFlOjM3OmQyOjJi OmRhICZuYnNwO3R4cXVldWVsZW4gMTAwMCAmbmJzcDsoRXRoZXJuZXQpPG86cD48L286cD48L3A+ PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 IFJYIHBhY2tldHMgMCAmbmJzcDtieXRlcyAwICgwLjAgQik8bzpwPjwvbzpwPjwvcD48L2Rpdj48 ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUlggZXJy b3JzIDAgJm5ic3A7ZHJvcHBlZCAwICZuYnNwO292ZXJydW5zIDAgJm5ic3A7ZnJhbWUgMDxvOnA+ PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyBUWCBwYWNrZXRzIDAgJm5ic3A7Ynl0ZXMgMCAoMC4wIEIpPG86cD48L286cD48 L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IFRYIGVycm9ycyAwICZuYnNwO2Ryb3BwZWQgMCBvdmVycnVucyAwICZuYnNwO2NhcnJpZXIg MCAmbmJzcDtjb2xsaXNpb25zIDA8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZGV2aWNlIGludGVycnVwdCAyMCAm bmJzcDttZW1vcnkgMHhmZTIwMDAwMC1mZTIyMDAwMCAmbmJzcDs8bzpwPjwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2 PjxwIGNsYXNzPU1zb05vcm1hbD5sbzogZmxhZ3M9NzMmbHQ7VVAsTE9PUEJBQ0ssUlVOTklORyZn dDsgJm5ic3A7bXR1IDE2NDM2PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGluZXQgMTI3LjAuMC4xICZuYnNwO25l dG1hc2sgMjU1LjAuMC4wPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGluZXQ2IDo6MSAmbmJzcDtwcmVmaXhsZW4g MTI4ICZuYnNwO3Njb3BlaWQgMHgxMCZsdDtob3N0Jmd0OzxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBsb29wICZu YnNwO3R4cXVldWVsZW4gMCAmbmJzcDsoTG9jYWwgTG9vcGJhY2spPG86cD48L286cD48L3A+PC9k aXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFJY IHBhY2tldHMgNzY2MzcgJm5ic3A7Ynl0ZXMgNTEzODM2NzA2ICg0OTAuMCBNaUIpPG86cD48L286 cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7IFJYIGVycm9ycyAwICZuYnNwO2Ryb3BwZWQgMCAmbmJzcDtvdmVycnVucyAwICZuYnNw O2ZyYW1lIDA8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVFggcGFja2V0cyA3NjYzNyAmbmJzcDtieXRlcyA1MTM4 MzY3MDYgKDQ5MC4wIE1pQik8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVFggZXJyb3JzIDAgJm5ic3A7ZHJvcHBl ZCAwIG92ZXJydW5zIDAgJm5ic3A7Y2FycmllciAwICZuYnNwO2NvbGxpc2lvbnMgMDxvOnA+PC9v OnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9w PjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPnRhcDguMDogZmxhZ3M9NDA5OCZsdDtCUk9B RENBU1QsTVVMVElDQVNUJmd0OyAmbmJzcDttdHUgMTUwMDxvOnA+PC9vOnA+PC9wPjwvZGl2Pjxk aXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBldGhlciAz ZTo5Yjo1Mjo5NTowMzpkMyAmbmJzcDt0eHF1ZXVlbGVuIDUwMCAmbmJzcDsoRXRoZXJuZXQpPG86 cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7IFJYIHBhY2tldHMgMjcyMiAmbmJzcDtieXRlcyAyMzkxODMgKDIzMy41IEtp Qik8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgUlggZXJyb3JzIDAgJm5ic3A7ZHJvcHBlZCAwICZuYnNwO292ZXJy dW5zIDAgJm5ic3A7ZnJhbWUgMDxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNv Tm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBUWCBwYWNrZXRzIDAgJm5ic3A7Ynl0 ZXMgMCAoMC4wIEIpPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRYIGVycm9ycyAwICZuYnNwO2Ryb3BwZWQgMCBv dmVycnVucyAwICZuYnNwO2NhcnJpZXIgMCAmbmJzcDtjb2xsaXNpb25zIDA8bzpwPjwvbzpwPjwv cD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rp dj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48Yj52aWY4LjA6IGZsYWdzPTQxNjMmbHQ7VVAsQlJP QURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0OyAmbmJzcDttdHUgMTUwMDwvYj48bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgaW5ldCAxMC4wLjAuMTI4ICZuYnNwO25ldG1hc2sgMjU1LjI1NS4yNTUuMjU1ICZuYnNw O2Jyb2FkY2FzdCAwLjAuMC4wPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGV0aGVyIGZlOmZmOmZmOmZmOmZmOmZm ICZuYnNwO3R4cXVldWVsZW4gMzIgJm5ic3A7KEV0aGVybmV0KTxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBSWCBw YWNrZXRzIDAgJm5ic3A7Ynl0ZXMgMCAoMC4wIEIpPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48 cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFJYIGVycm9ycyAw ICZuYnNwO2Ryb3BwZWQgMCAmbmJzcDtvdmVycnVucyAwICZuYnNwO2ZyYW1lIDA8bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgVFggcGFja2V0cyAwICZuYnNwO2J5dGVzIDAgKDAuMCBCKTxvOnA+PC9vOnA+PC9wPjwv ZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBU WCBlcnJvcnMgMCAmbmJzcDtkcm9wcGVkIDAgb3ZlcnJ1bnMgMCAmbmJzcDtjYXJyaWVyIDAgJm5i c3A7Y29sbGlzaW9ucyAwPG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3Jt YWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+d2xh bjA6IGZsYWdzPTQxNjMmbHQ7VVAsQlJPQURDQVNULFJVTk5JTkcsTVVMVElDQVNUJmd0OyAmbmJz cDttdHUgNTc2PG86cD48L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGluZXQgMTkyLjE2OC4xMC4xMDAgJm5ic3A7bmV0bWFz ayAyNTUuMjU1LjI1NS4wICZuYnNwO2Jyb2FkY2FzdCAyNTUuMjU1LjI1NS4yNTU8bzpwPjwvbzpw PjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4mbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgZXRoZXIgMDA6MWY6M2M6Mjc6ZTY6MGMgJm5ic3A7dHhxdWV1ZWxlbiAxMDAwICZuYnNw OyhFdGhlcm5ldCk8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD4m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgUlggcGFja2V0cyAxMTMwMSAmbmJzcDtieXRlcyA0 NDY3NDI0ICg0LjIgTWlCKTxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y bWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBSWCBlcnJvcnMgMCAmbmJzcDtkcm9wcGVk IDAgJm5ic3A7b3ZlcnJ1bnMgMCAmbmJzcDtmcmFtZSAwPG86cD48L286cD48L3A+PC9kaXY+PGRp dj48cCBjbGFzcz1Nc29Ob3JtYWw+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IFRYIHBhY2tl dHMgOTgyOSAmbmJzcDtieXRlcyAxMzMwNDQ3ICgxLjIgTWlCKTxvOnA+PC9vOnA+PC9wPjwvZGl2 PjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBUWCBl cnJvcnMgMCAmbmJzcDtkcm9wcGVkIDAgb3ZlcnJ1bnMgMCAmbmJzcDtjYXJyaWVyIDAgJm5ic3A7 Y29sbGlzaW9ucyAwPG86cD48L286cD48L3A+PC9kaXY+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29O b3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1Nc29Ob3JtYWw+ SSBhbSBuZXcgdG8geGVuLCBzbyBJIG1pZ2h0IGhhdmUgbWlzc2VkIHNvbWUgc2V0dGluZ3MuIFBs ZWFzZSBiZSBraW5kIHRvIHBvaW50IG91dC48bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNs YXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1z b05vcm1hbD5UaGFuayB5b3UuPG86cD48L286cD48L3A+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFs Pjxicj48YnI+LS0gPGJyPlJlZ2FyZHM8c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6Ik1TIEdvdGhp YyInPu+8jDwvc3Bhbj48YnI+RGF2aWQgU2hlbjxicj48YnI+PGEgaHJlZj0iaHR0cDovL2Fib3V0 Lm1lL2Rhdmlkc2hlbiIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9hYm91dC5tZS9kYXZpZHNoZW48 L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vdHdpdHRlci5jb20vIyEvZGF2aWRzaGVuODQiIHRhcmdl dD0iX2JsYW5rIj5odHRwczovL3R3aXR0ZXIuY29tLyMhL2Rhdmlkc2hlbjg0PC9hPjxvOnA+PC9v OnA+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_068F06DC4D106941B297C0C5F9F446EA48312B59ECaplesstripedo_-- --===============5392700761491624436== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5392700761491624436==-- From xen-users-bounces@lists.xen.org Thu Apr 12 14:18:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:18:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKqX-0006NB-Fq; Thu, 12 Apr 2012 14:18:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKqW-0006Mx-GQ for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:18:00 +0000 Received: from [193.109.254.147:34953] by server-10.bemta-14.messagelabs.com id 10/0D-05847-714E68F4; Thu, 12 Apr 2012 14:17:59 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334240275!1846662!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5Mzg3OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18990 invoked from network); 12 Apr 2012 14:17:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:17:55 -0000 X-IronPort-AV: E=Sophos;i="4.75,411,1330905600"; d="scan'208";a="11905510" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Apr 2012 14:16:50 +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; Thu, 12 Apr 2012 15:16:50 +0100 Message-ID: <1334240208.16387.117.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "cyberhawk001@gmail.com" , Konrad Rzeszutek Wilk Date: Thu, 12 Apr 2012 15:16:48 +0100 In-Reply-To: <4F86CEC1.5080408@gmail.com> References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> <4F86CEC1.5080408@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (please don't drop people from the CC line) On Thu, 2012-04-12 at 13:46 +0100, cyberhawk001@gmail.com wrote: > >> 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace > >> log, which ended with a KERNEL PANIC > > A bug was introduce into 3.1.12. A fix is in the pipeline for the next > > update but in the meantime you can try reverting: > > > > commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 > > Author: Suresh Siddha > > Date: Mon Mar 12 11:36:33 2012 -0700 > > > > x86/ioapic: Add register level checks to detect bogus io-apic entries > > > > (I don't seem to see anything newer than 3.1.10 in the git tree, how > > odd) > > > > Ian. > > > AHH ok i see, so this bug goes back that far in the Kernel revisions. Actually, I think I misspoke in a confusing way. A patch was recently added upstream which broke Xen support in the Linux kernel. It was unfortunately then backported to various stable (3.x.y) trees. If you go back one version from the latest on any of those then you should be ok. v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK. It seems that v3.3.1 and v3.2.14 both got the bad backport. However 3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2 and 3.2.15 will get the fix too. > So, the kernel that comes compiled with Debian Wheezy is Kernel 3.2.0.2, > is that bug in that version as well or it has been patched / fixed. I > have tried before to use Wheezy with the kernel they have for it, > 3.2.0.2 and install Xen 4.1 from Synaptic and all that, still didn't > boot. BUT, that was before when i didn't have the Serial Console Setup > yet, so don't know what the error messages where. The last ".2" should be "-2" and is the Debian revision. The underlying kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above, but it may well have had some other. Wheezy right now has 3.2.12-2 which I think should be OK. > IF Kernel 3.1.10 does not have those kind of bugs, v3.1.10 doesn't look to have the error in question. But actually I'm not sure where 3.1.10 comes from, the only mention of 3.1.y is 3.1.12 in your subject line (which is what confused me when I could only find 3.1.10, since 3.1.10 is actually the latest) but your text only refers to 3.3.1 anyway so the mention of 3.1.12 seem to be entirely spurious. As noted above 3.3.1 has the bug, while 3.3.0 does not. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:18:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:18:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKqX-0006NB-Fq; Thu, 12 Apr 2012 14:18:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIKqW-0006Mx-GQ for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:18:00 +0000 Received: from [193.109.254.147:34953] by server-10.bemta-14.messagelabs.com id 10/0D-05847-714E68F4; Thu, 12 Apr 2012 14:17:59 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334240275!1846662!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5Mzg3OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18990 invoked from network); 12 Apr 2012 14:17:55 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:17:55 -0000 X-IronPort-AV: E=Sophos;i="4.75,411,1330905600"; d="scan'208";a="11905510" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 12 Apr 2012 14:16:50 +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; Thu, 12 Apr 2012 15:16:50 +0100 Message-ID: <1334240208.16387.117.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "cyberhawk001@gmail.com" , Konrad Rzeszutek Wilk Date: Thu, 12 Apr 2012 15:16:48 +0100 In-Reply-To: <4F86CEC1.5080408@gmail.com> References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> <4F86CEC1.5080408@gmail.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (please don't drop people from the CC line) On Thu, 2012-04-12 at 13:46 +0100, cyberhawk001@gmail.com wrote: > >> 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace > >> log, which ended with a KERNEL PANIC > > A bug was introduce into 3.1.12. A fix is in the pipeline for the next > > update but in the meantime you can try reverting: > > > > commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 > > Author: Suresh Siddha > > Date: Mon Mar 12 11:36:33 2012 -0700 > > > > x86/ioapic: Add register level checks to detect bogus io-apic entries > > > > (I don't seem to see anything newer than 3.1.10 in the git tree, how > > odd) > > > > Ian. > > > AHH ok i see, so this bug goes back that far in the Kernel revisions. Actually, I think I misspoke in a confusing way. A patch was recently added upstream which broke Xen support in the Linux kernel. It was unfortunately then backported to various stable (3.x.y) trees. If you go back one version from the latest on any of those then you should be ok. v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK. It seems that v3.3.1 and v3.2.14 both got the bad backport. However 3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2 and 3.2.15 will get the fix too. > So, the kernel that comes compiled with Debian Wheezy is Kernel 3.2.0.2, > is that bug in that version as well or it has been patched / fixed. I > have tried before to use Wheezy with the kernel they have for it, > 3.2.0.2 and install Xen 4.1 from Synaptic and all that, still didn't > boot. BUT, that was before when i didn't have the Serial Console Setup > yet, so don't know what the error messages where. The last ".2" should be "-2" and is the Debian revision. The underlying kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above, but it may well have had some other. Wheezy right now has 3.2.12-2 which I think should be OK. > IF Kernel 3.1.10 does not have those kind of bugs, v3.1.10 doesn't look to have the error in question. But actually I'm not sure where 3.1.10 comes from, the only mention of 3.1.y is 3.1.12 in your subject line (which is what confused me when I could only find 3.1.10, since 3.1.10 is actually the latest) but your text only refers to 3.3.1 anyway so the mention of 3.1.12 seem to be entirely spurious. As noted above 3.3.1 has the bug, while 3.3.0 does not. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:36:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:36: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 1SIL89-0007MS-49; Thu, 12 Apr 2012 14:36:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIL87-0007MN-5K for xen-users@lists.xensource.com; Thu, 12 Apr 2012 14:36:11 +0000 Received: from [85.158.139.83:58852] by server-3.bemta-5.messagelabs.com id 4B/B1-25237-A58E68F4; Thu, 12 Apr 2012 14:36:10 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334241369!23005337!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12206 invoked from network); 12 Apr 2012 14:36:09 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-13.tower-182.messagelabs.com with SMTP; 12 Apr 2012 14:36:09 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=_di4R1-zx4hhoXf-mqIA:9 a=uSgNPEiz6KdFvlwpSRkA:7 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:12109] helo=mailserver.obrien-pifer.com) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 56/67-16302-858E68F4; Thu, 12 Apr 2012 14:36:08 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q3CEgDse015222 for ; Thu, 12 Apr 2012 10:42:13 -0400 From: James Pifer To: Xen list Date: Thu, 12 Apr 2012 10:35:45 -0400 Message-ID: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Subject: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have a CentOS 5.7 domU I'm trying to convert from an hvm to pv. I've installed the xen kernel in the domU and setup menu.lst and fstab for xvda devices. When I try to xm create the domU I get "Error: Boot loader didn't return any data!" If I do: pygrub /dev/mapper/360030d90f890d704c735eff06069f0df I get: Traceback (most recent call last): File "/usr/bin/pygrub", line 713, in chosencfg = run_grub(file, entry, fs, incfg["args"]) File "/usr/bin/pygrub", line 548, in run_grub g = Grub(file, fs) File "/usr/bin/pygrub", line 204, in __init__ self.read_config(file, fs) File "/usr/bin/pygrub", line 408, in read_config raise RuntimeError, "couldn't find bootloader config file in the image provided." RuntimeError: couldn't find bootloader config file in the image provided. If I do: pygrub /dev/mapper/360030d90f890d704c735eff06069f0df_part1 This one I see the grub menu. The disk structure is: part1 = /boot part2 = swap part3 = / Any suggestions or thoughts on where the problem lies? Thanks, James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:36:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:36: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 1SIL89-0007MS-49; Thu, 12 Apr 2012 14:36:13 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIL87-0007MN-5K for xen-users@lists.xensource.com; Thu, 12 Apr 2012 14:36:11 +0000 Received: from [85.158.139.83:58852] by server-3.bemta-5.messagelabs.com id 4B/B1-25237-A58E68F4; Thu, 12 Apr 2012 14:36:10 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334241369!23005337!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12206 invoked from network); 12 Apr 2012 14:36:09 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-13.tower-182.messagelabs.com with SMTP; 12 Apr 2012 14:36:09 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=_di4R1-zx4hhoXf-mqIA:9 a=uSgNPEiz6KdFvlwpSRkA:7 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:12109] helo=mailserver.obrien-pifer.com) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 56/67-16302-858E68F4; Thu, 12 Apr 2012 14:36:08 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q3CEgDse015222 for ; Thu, 12 Apr 2012 10:42:13 -0400 From: James Pifer To: Xen list Date: Thu, 12 Apr 2012 10:35:45 -0400 Message-ID: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Subject: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have a CentOS 5.7 domU I'm trying to convert from an hvm to pv. I've installed the xen kernel in the domU and setup menu.lst and fstab for xvda devices. When I try to xm create the domU I get "Error: Boot loader didn't return any data!" If I do: pygrub /dev/mapper/360030d90f890d704c735eff06069f0df I get: Traceback (most recent call last): File "/usr/bin/pygrub", line 713, in chosencfg = run_grub(file, entry, fs, incfg["args"]) File "/usr/bin/pygrub", line 548, in run_grub g = Grub(file, fs) File "/usr/bin/pygrub", line 204, in __init__ self.read_config(file, fs) File "/usr/bin/pygrub", line 408, in read_config raise RuntimeError, "couldn't find bootloader config file in the image provided." RuntimeError: couldn't find bootloader config file in the image provided. If I do: pygrub /dev/mapper/360030d90f890d704c735eff06069f0df_part1 This one I see the grub menu. The disk structure is: part1 = /boot part2 = swap part3 = / Any suggestions or thoughts on where the problem lies? Thanks, James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:37:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:37: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 1SIL9A-0007Q4-Qp; Thu, 12 Apr 2012 14:37:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIL99-0007Pw-26 for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:37:15 +0000 Received: from [85.158.143.99:8735] by server-2.bemta-4.messagelabs.com id EF/59-17550-A98E68F4; Thu, 12 Apr 2012 14:37:14 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1334241430!18135836!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 526 invoked from network); 12 Apr 2012 14:37:12 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:37:12 -0000 Received: by dajx4 with SMTP id x4so2857182daj.28 for ; Thu, 12 Apr 2012 07:37:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mIi2lSPkcyVAy9UY++ZTHG5kt2HtMqyJzEG3y/oJ6FQ=; b=XJ7VR3vaV+gMyd3ZhICv6zCe45dKPAQff3+1tr5P4R6gQqqVQflwUEWLRD9uURpYX7 jMUhnnogekKU1RkkdSj2cLSPRmY66sb6vvUHfc4CymjqtQR53YN1QEvllCdJmHxlHtqV fdn+q5jlAtSt07iCw9ytPrQBofxwsABTdNVlJ3ZYHxF4mE0yHrkoP9wrZGf5/OsCTIRZ rIC+b60fciIBUzFJmwDfAy+53vzhiKrHEri7iF8Z+9TT3Q22nis/pBbaW3Focr0W5fk+ LcUm/1op7x4icfLqrIBTFRsQU6dowYJzPV4g3B5x3Pq2o9NJLnEKsvN8dDRJrva6BjAq AJRA== MIME-Version: 1.0 Received: by 10.68.235.5 with SMTP id ui5mr3313845pbc.159.1334241428904; Thu, 12 Apr 2012 07:37:08 -0700 (PDT) Received: by 10.68.227.66 with HTTP; Thu, 12 Apr 2012 07:37:08 -0700 (PDT) In-Reply-To: <1334240208.16387.117.camel@zakaz.uk.xensource.com> References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> <4F86CEC1.5080408@gmail.com> <1334240208.16387.117.camel@zakaz.uk.xensource.com> Date: Thu, 12 Apr 2012 22:37:08 +0800 Message-ID: From: Teck Choon Giam To: Ian Campbell Cc: "xen-users@lists.xen.org" , "cyberhawk001@gmail.com" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 10:16 PM, Ian Campbell wr= ote: > (please don't drop people from the CC line) > > On Thu, 2012-04-12 at 13:46 +0100, cyberhawk001@gmail.com wrote: >> >> 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace >> >> log, which ended with a KERNEL PANIC >> > A bug was introduce into 3.1.12. A fix is in the pipeline for the next >> > update but in the meantime you can try reverting: >> > >> > commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 >> > Author: Suresh Siddha >> > Date: =A0 Mon Mar 12 11:36:33 2012 -0700 >> > >> > =A0 =A0 =A0x86/ioapic: Add register level checks to detect bogus io-ap= ic entries >> > >> > (I don't seem to see anything newer than 3.1.10 in the git tree, how >> > odd) >> > >> > Ian. >> >> >> AHH ok i see, so this bug goes back that far in the Kernel revisions. > > Actually, I think I misspoke in a confusing way. > > A patch was recently added upstream which broke Xen support in the Linux > kernel. It was unfortunately then backported to various stable (3.x.y) > trees. If you go back one version from the latest on any of those then > you should be ok. > > v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK. > > It seems that v3.3.1 and v3.2.14 both got the bad backport. However > 3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2 > and 3.2.15 will get the fix too. Yes, it is in stable queue tree and it currently under review/rc: http://git.kernel.org/?p=3Dlinux/kernel/git/stable/stable-queue.git;a=3Dblo= b;f=3Dqueue-3.0/revert-x86-ioapic-add-register-level-checks-to-detect.patch= ;h=3D8918314741edb229d6fbaeb0b634753ad927fda1;hb=3D1c23e65fb052a6e31ac7fb67= ceb9bdb3afda1dc3 http://git.kernel.org/?p=3Dlinux/kernel/git/stable/stable-queue.git;a=3Dblo= b;f=3Dqueue-3.2/revert-x86-ioapic-add-register-level-checks-to-detect.patch= ;h=3D0b24a11689a78b410633bd67e8887957d2be747b;hb=3D1c23e65fb052a6e31ac7fb67= ceb9bdb3afda1dc3 http://git.kernel.org/?p=3Dlinux/kernel/git/stable/stable-queue.git;a=3Dblo= b;f=3Dqueue-3.3/revert-x86-ioapic-add-register-level-checks-to-detect.patch= ;h=3D656fb3d8dc220dc57f7f0ad2fb7aeda290578dab;hb=3D1c23e65fb052a6e31ac7fb67= ceb9bdb3afda1dc3 Thanks. Kindest regards, Giam Teck Choon > >> So, the kernel that comes compiled with Debian Wheezy is Kernel 3.2.0.2, > >> is that bug in that version as well or it has been patched / fixed. I >> have tried before to use Wheezy with the kernel they have for it, >> 3.2.0.2 and install Xen 4.1 from Synaptic and all that, still didn't >> boot. BUT, that was before when i didn't have the Serial Console Setup >> yet, so don't know what the error messages where. > > The last ".2" should be "-2" and is the Debian revision. The underlying > kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above, > but it may well have had some other. > > Wheezy right now has 3.2.12-2 which I think should be OK. > >> IF Kernel 3.1.10 does not have those kind of bugs, > > v3.1.10 doesn't look to have the error in question. But actually I'm not > sure where 3.1.10 comes from, the only mention of 3.1.y is 3.1.12 in > your subject line (which is what confused me when I could only find > 3.1.10, since 3.1.10 is actually the latest) but your text only refers > to 3.3.1 anyway so the mention of 3.1.12 seem to be entirely spurious. > As noted above 3.3.1 has the bug, while 3.3.0 does not. > > Ian. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:37:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:37: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 1SIL9A-0007Q4-Qp; Thu, 12 Apr 2012 14:37:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIL99-0007Pw-26 for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:37:15 +0000 Received: from [85.158.143.99:8735] by server-2.bemta-4.messagelabs.com id EF/59-17550-A98E68F4; Thu, 12 Apr 2012 14:37:14 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1334241430!18135836!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 526 invoked from network); 12 Apr 2012 14:37:12 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:37:12 -0000 Received: by dajx4 with SMTP id x4so2857182daj.28 for ; Thu, 12 Apr 2012 07:37:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mIi2lSPkcyVAy9UY++ZTHG5kt2HtMqyJzEG3y/oJ6FQ=; b=XJ7VR3vaV+gMyd3ZhICv6zCe45dKPAQff3+1tr5P4R6gQqqVQflwUEWLRD9uURpYX7 jMUhnnogekKU1RkkdSj2cLSPRmY66sb6vvUHfc4CymjqtQR53YN1QEvllCdJmHxlHtqV fdn+q5jlAtSt07iCw9ytPrQBofxwsABTdNVlJ3ZYHxF4mE0yHrkoP9wrZGf5/OsCTIRZ rIC+b60fciIBUzFJmwDfAy+53vzhiKrHEri7iF8Z+9TT3Q22nis/pBbaW3Focr0W5fk+ LcUm/1op7x4icfLqrIBTFRsQU6dowYJzPV4g3B5x3Pq2o9NJLnEKsvN8dDRJrva6BjAq AJRA== MIME-Version: 1.0 Received: by 10.68.235.5 with SMTP id ui5mr3313845pbc.159.1334241428904; Thu, 12 Apr 2012 07:37:08 -0700 (PDT) Received: by 10.68.227.66 with HTTP; Thu, 12 Apr 2012 07:37:08 -0700 (PDT) In-Reply-To: <1334240208.16387.117.camel@zakaz.uk.xensource.com> References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> <4F86CEC1.5080408@gmail.com> <1334240208.16387.117.camel@zakaz.uk.xensource.com> Date: Thu, 12 Apr 2012 22:37:08 +0800 Message-ID: From: Teck Choon Giam To: Ian Campbell Cc: "xen-users@lists.xen.org" , "cyberhawk001@gmail.com" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 12, 2012 at 10:16 PM, Ian Campbell wr= ote: > (please don't drop people from the CC line) > > On Thu, 2012-04-12 at 13:46 +0100, cyberhawk001@gmail.com wrote: >> >> 8.) Rebooted into kernel 3.3.1 with Xen 4.1 AND recorded the trace >> >> log, which ended with a KERNEL PANIC >> > A bug was introduce into 3.1.12. A fix is in the pipeline for the next >> > update but in the meantime you can try reverting: >> > >> > commit 73d63d038ee9f769f5e5b46792d227fe20e442c5 >> > Author: Suresh Siddha >> > Date: =A0 Mon Mar 12 11:36:33 2012 -0700 >> > >> > =A0 =A0 =A0x86/ioapic: Add register level checks to detect bogus io-ap= ic entries >> > >> > (I don't seem to see anything newer than 3.1.10 in the git tree, how >> > odd) >> > >> > Ian. >> >> >> AHH ok i see, so this bug goes back that far in the Kernel revisions. > > Actually, I think I misspoke in a confusing way. > > A patch was recently added upstream which broke Xen support in the Linux > kernel. It was unfortunately then backported to various stable (3.x.y) > trees. If you go back one version from the latest on any of those then > you should be ok. > > v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK. > > It seems that v3.3.1 and v3.2.14 both got the bad backport. However > 3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2 > and 3.2.15 will get the fix too. Yes, it is in stable queue tree and it currently under review/rc: http://git.kernel.org/?p=3Dlinux/kernel/git/stable/stable-queue.git;a=3Dblo= b;f=3Dqueue-3.0/revert-x86-ioapic-add-register-level-checks-to-detect.patch= ;h=3D8918314741edb229d6fbaeb0b634753ad927fda1;hb=3D1c23e65fb052a6e31ac7fb67= ceb9bdb3afda1dc3 http://git.kernel.org/?p=3Dlinux/kernel/git/stable/stable-queue.git;a=3Dblo= b;f=3Dqueue-3.2/revert-x86-ioapic-add-register-level-checks-to-detect.patch= ;h=3D0b24a11689a78b410633bd67e8887957d2be747b;hb=3D1c23e65fb052a6e31ac7fb67= ceb9bdb3afda1dc3 http://git.kernel.org/?p=3Dlinux/kernel/git/stable/stable-queue.git;a=3Dblo= b;f=3Dqueue-3.3/revert-x86-ioapic-add-register-level-checks-to-detect.patch= ;h=3D656fb3d8dc220dc57f7f0ad2fb7aeda290578dab;hb=3D1c23e65fb052a6e31ac7fb67= ceb9bdb3afda1dc3 Thanks. Kindest regards, Giam Teck Choon > >> So, the kernel that comes compiled with Debian Wheezy is Kernel 3.2.0.2, > >> is that bug in that version as well or it has been patched / fixed. I >> have tried before to use Wheezy with the kernel they have for it, >> 3.2.0.2 and install Xen 4.1 from Synaptic and all that, still didn't >> boot. BUT, that was before when i didn't have the Serial Console Setup >> yet, so don't know what the error messages where. > > The last ".2" should be "-2" and is the Debian revision. The underlying > kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above, > but it may well have had some other. > > Wheezy right now has 3.2.12-2 which I think should be OK. > >> IF Kernel 3.1.10 does not have those kind of bugs, > > v3.1.10 doesn't look to have the error in question. But actually I'm not > sure where 3.1.10 comes from, the only mention of 3.1.y is 3.1.12 in > your subject line (which is what confused me when I could only find > 3.1.10, since 3.1.10 is actually the latest) but your text only refers > to 3.3.1 anyway so the mention of 3.1.12 seem to be entirely spurious. > As noted above 3.3.1 has the bug, while 3.3.0 does not. > > Ian. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 14:42:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:42: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 1SILDG-0007sj-PP; Thu, 12 Apr 2012 14:41:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SILDE-0007sX-No for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:41:29 +0000 Received: from [85.158.138.51:35291] by server-8.bemta-3.messagelabs.com id 0B/3A-24428-899E68F4; Thu, 12 Apr 2012 14:41:28 +0000 X-Env-Sender: cyberhawk001@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1334241685!20059171!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13874 invoked from network); 12 Apr 2012 14:41:26 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:41:26 -0000 Received: by ggnp2 with SMTP id p2so1297960ggn.32 for ; Thu, 12 Apr 2012 07:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=P3LuYvSN3SdjqzwbcOAcXq3Q1oBxwxGxofUNHqBkPEM=; b=KuRllrRKPohnZRXVwv+aJCue7X7SwSduugnnUvZXi8rAbcnR8ztVZcet5ajxDe78NK jhqRc3zcE3lzDyK7U15KayTyZ/754uJ076yOA5C3c7z2+Z44I7roYovOcAijV7NFStyA Uw1KVSYI6hEh2GH0aVaoOmV9P4Gwf7DPeh9wtPLh9bSBreVtoNCQ84Od22On31v+eSf0 54l3NXsuCBzJtSSjy0fwMTyC0JFWFqEkqvN8gUJaVTgx3exAxdcQSMDQkx7fX2WH/qCr k46zcgR8N6cwfGZkPhaLKJWjLAoc0T96sruKzmpJey9Ao1G4YcST835OmpM1Vual+rV6 J4Yg== Received: by 10.101.132.25 with SMTP id j25mr687186ann.88.1334241685314; Thu, 12 Apr 2012 07:41:25 -0700 (PDT) Received: from [192.168.1.111] (c-24-129-99-161.hsd1.fl.comcast.net. [24.129.99.161]) by mx.google.com with ESMTPS id r9sm10607999anl.0.2012.04.12.07.41.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Apr 2012 07:41:24 -0700 (PDT) Message-ID: <4F86E924.3090106@gmail.com> Date: Thu, 12 Apr 2012 10:39:32 -0400 From: cyberhawk001@gmail.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Ian Campbell References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> <4F86CEC1.5080408@gmail.com> <1334240208.16387.117.camel@zakaz.uk.xensource.com> In-Reply-To: <1334240208.16387.117.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1542546088852841633==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1542546088852841633== Content-Type: multipart/alternative; boundary="------------070701030202080800040407" This is a multi-part message in MIME format. --------------070701030202080800040407 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Actually, I think I misspoke in a confusing way. > > A patch was recently added upstream which broke Xen support in the Linux > kernel. It was unfortunately then backported to various stable (3.x.y) > trees. If you go back one version from the latest on any of those then > you should be ok. > > v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK. > > It seems that v3.3.1 and v3.2.14 both got the bad backport. However > 3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2 > and 3.2.15 will get the fix too. > Ahh ok i see. Casey DeLorme also mentioned that the Kernel 3.3.0 worked fine for him so i will probably try that one. > > The last ".2" should be "-2" and is the Debian revision. The underlying > kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above, > but it may well have had some other. > > Wheezy right now has 3.2.12-2 which I think should be OK. OK ya i had the version wrong before. When looking on Synaptic, the version i see is *linux-image-3.2.0-2-amd64* (assuming x64 of course). I don't see 3.2.12-2, and doesn't mean its not there, so not a big deal. --------------070701030202080800040407 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 
Actually, I think I misspoke in a confusing way.

A patch was recently added upstream which broke Xen support in the Linux
kernel. It was unfortunately then backported to various stable (3.x.y)
trees. If you go back one version from the latest on any of those then
you should be ok.

v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK.

It seems that v3.3.1 and v3.2.14 both got the bad backport. However
3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2
and 3.2.15 will get the fix too.

Ahh ok i see. Casey DeLorme also mentioned that the Kernel 3.3.0 worked fine for him so i will probably try that one.




The last ".2" should be "-2" and is the Debian revision. The underlying
kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above,
but it may well have had some other.

Wheezy right now has 3.2.12-2 which I think should be OK.

OK ya i had the version wrong before. When looking on Synaptic, the version i see is linux-image-3.2.0-2-amd64 (assuming x64 of course). I don't see  3.2.12-2, and doesn't mean its not there, so not a big deal.



--------------070701030202080800040407-- --===============1542546088852841633== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1542546088852841633==-- From xen-users-bounces@lists.xen.org Thu Apr 12 14:42:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 14:42: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 1SILDG-0007sj-PP; Thu, 12 Apr 2012 14:41:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SILDE-0007sX-No for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:41:29 +0000 Received: from [85.158.138.51:35291] by server-8.bemta-3.messagelabs.com id 0B/3A-24428-899E68F4; Thu, 12 Apr 2012 14:41:28 +0000 X-Env-Sender: cyberhawk001@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1334241685!20059171!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13874 invoked from network); 12 Apr 2012 14:41:26 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:41:26 -0000 Received: by ggnp2 with SMTP id p2so1297960ggn.32 for ; Thu, 12 Apr 2012 07:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=P3LuYvSN3SdjqzwbcOAcXq3Q1oBxwxGxofUNHqBkPEM=; b=KuRllrRKPohnZRXVwv+aJCue7X7SwSduugnnUvZXi8rAbcnR8ztVZcet5ajxDe78NK jhqRc3zcE3lzDyK7U15KayTyZ/754uJ076yOA5C3c7z2+Z44I7roYovOcAijV7NFStyA Uw1KVSYI6hEh2GH0aVaoOmV9P4Gwf7DPeh9wtPLh9bSBreVtoNCQ84Od22On31v+eSf0 54l3NXsuCBzJtSSjy0fwMTyC0JFWFqEkqvN8gUJaVTgx3exAxdcQSMDQkx7fX2WH/qCr k46zcgR8N6cwfGZkPhaLKJWjLAoc0T96sruKzmpJey9Ao1G4YcST835OmpM1Vual+rV6 J4Yg== Received: by 10.101.132.25 with SMTP id j25mr687186ann.88.1334241685314; Thu, 12 Apr 2012 07:41:25 -0700 (PDT) Received: from [192.168.1.111] (c-24-129-99-161.hsd1.fl.comcast.net. [24.129.99.161]) by mx.google.com with ESMTPS id r9sm10607999anl.0.2012.04.12.07.41.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 12 Apr 2012 07:41:24 -0700 (PDT) Message-ID: <4F86E924.3090106@gmail.com> Date: Thu, 12 Apr 2012 10:39:32 -0400 From: cyberhawk001@gmail.com User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Ian Campbell References: <4F85A9C1.6090300@gmail.com> <1334214843.12209.224.camel@dagon.hellion.org.uk> <4F86CEC1.5080408@gmail.com> <1334240208.16387.117.camel@zakaz.uk.xensource.com> In-Reply-To: <1334240208.16387.117.camel@zakaz.uk.xensource.com> Cc: "xen-users@lists.xen.org" , Konrad Rzeszutek Wilk Subject: Re: [Xen-users] Advice on compiling Xen 4.1.2 on Debian 6.0.4 Kernel 3.1.12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1542546088852841633==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1542546088852841633== Content-Type: multipart/alternative; boundary="------------070701030202080800040407" This is a multi-part message in MIME format. --------------070701030202080800040407 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Actually, I think I misspoke in a confusing way. > > A patch was recently added upstream which broke Xen support in the Linux > kernel. It was unfortunately then backported to various stable (3.x.y) > trees. If you go back one version from the latest on any of those then > you should be ok. > > v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK. > > It seems that v3.3.1 and v3.2.14 both got the bad backport. However > 3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2 > and 3.2.15 will get the fix too. > Ahh ok i see. Casey DeLorme also mentioned that the Kernel 3.3.0 worked fine for him so i will probably try that one. > > The last ".2" should be "-2" and is the Debian revision. The underlying > kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above, > but it may well have had some other. > > Wheezy right now has 3.2.12-2 which I think should be OK. OK ya i had the version wrong before. When looking on Synaptic, the version i see is *linux-image-3.2.0-2-amd64* (assuming x64 of course). I don't see 3.2.12-2, and doesn't mean its not there, so not a big deal. --------------070701030202080800040407 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit 
Actually, I think I misspoke in a confusing way.

A patch was recently added upstream which broke Xen support in the Linux
kernel. It was unfortunately then backported to various stable (3.x.y)
trees. If you go back one version from the latest on any of those then
you should be ok.

v3.4-rc1 was buggy but AFAIK v3.4-rc2 is OK.

It seems that v3.3.1 and v3.2.14 both got the bad backport. However
3.3.0 and 3.2.13 should both be OK as far as I know. I expect that 3.3.2
and 3.2.15 will get the fix too.

Ahh ok i see. Casey DeLorme also mentioned that the Kernel 3.3.0 worked fine for him so i will probably try that one.




The last ".2" should be "-2" and is the Debian revision. The underlying
kernel would be 3.2.0. I don't think 3.2.0 has the bug mentioned above,
but it may well have had some other.

Wheezy right now has 3.2.12-2 which I think should be OK.

OK ya i had the version wrong before. When looking on Synaptic, the version i see is linux-image-3.2.0-2-amd64 (assuming x64 of course). I don't see  3.2.12-2, and doesn't mean its not there, so not a big deal.



--------------070701030202080800040407-- --===============1542546088852841633== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1542546088852841633==-- From xen-users-bounces@lists.xen.org Thu Apr 12 15:00:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 15:00: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 1SILUs-0000RP-0E; Thu, 12 Apr 2012 14:59:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SILUq-0000RK-Gu for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:59:40 +0000 Received: from [85.158.139.83:24739] by server-5.bemta-5.messagelabs.com id 10/81-13566-BDDE68F4; Thu, 12 Apr 2012 14:59:39 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334242779!23542419!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21706 invoked from network); 12 Apr 2012 14:59:39 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:59:39 -0000 Received: by wibhn6 with SMTP id hn6so1683517wib.14 for ; Thu, 12 Apr 2012 07:59:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=e6VXh26R59cHtkbBbmRsgZQ+dKP5WqWUNZTlh9KrbhE=; b=eFrMxSdviYLnfFFnMOhJr9W4giN9eIxUb1f+QlgoYLS2EkeR1SnpH8aIKP85hhHijp k0wtvrN87DHeloW0hSyItzHxblxlh3+WJsdsUaoTnXNFXYl4sb7Bgk9CyMgctwyb/aAM 1K3UaRMwgKBlHotjJWUFDTIS/rxlsytwO3S8unTHPSK07uhQqa7q2bHJZvNa+9zIy0Uy OjtVGcjkYR5K/11HhPwKbq14k30vvPRaNyDyEhoet1/ew+DgVC+/vsVsoFGpSU/9YqV+ anlwNf5rDWXU3Caw9TAR9Kw3W8+XY43PziuK5Aj3HC773zZwtrC195uqnE/c82TGWJ3h tQGA== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr16500737wib.18.1334242779132; Thu, 12 Apr 2012 07:59:39 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 07:59:39 -0700 (PDT) Date: Thu, 12 Apr 2012 10:59:39 -0400 X-Google-Sender-Auth: ZGtkpkOfwOdHbIu7IQf_V2SNFf8 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] converting from VirtualBox to Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey folks, Now that I have my basic Ubuntu / Xen problem solved, I will need to move my VM from Virtualbox to Xen (once Ubuntu 12.04 is released in a few weeks) The disk for this is sitting on an iSCSI server, so here is what I'm thinking - let me know what you think. Simple configure a similar Xen VM (virt-manager) with a different iSCSI disk. Do a similar fresh install of Ubuntu to make sure it all works. When I'm ready to make the switch, simply shut down the Virtualbox VM, shutdown the new Xen VM, then reconfigure the Xen VM to point at the other iSCSI disk. Now just bring up the Xen VM and it should be the server I want. Do you think that will work? Or is there some actually conversion I'll have to do? thanks, -Alan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 15:00:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 15:00: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 1SILUs-0000RP-0E; Thu, 12 Apr 2012 14:59:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SILUq-0000RK-Gu for xen-users@lists.xen.org; Thu, 12 Apr 2012 14:59:40 +0000 Received: from [85.158.139.83:24739] by server-5.bemta-5.messagelabs.com id 10/81-13566-BDDE68F4; Thu, 12 Apr 2012 14:59:39 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334242779!23542419!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21706 invoked from network); 12 Apr 2012 14:59:39 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 14:59:39 -0000 Received: by wibhn6 with SMTP id hn6so1683517wib.14 for ; Thu, 12 Apr 2012 07:59:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=e6VXh26R59cHtkbBbmRsgZQ+dKP5WqWUNZTlh9KrbhE=; b=eFrMxSdviYLnfFFnMOhJr9W4giN9eIxUb1f+QlgoYLS2EkeR1SnpH8aIKP85hhHijp k0wtvrN87DHeloW0hSyItzHxblxlh3+WJsdsUaoTnXNFXYl4sb7Bgk9CyMgctwyb/aAM 1K3UaRMwgKBlHotjJWUFDTIS/rxlsytwO3S8unTHPSK07uhQqa7q2bHJZvNa+9zIy0Uy OjtVGcjkYR5K/11HhPwKbq14k30vvPRaNyDyEhoet1/ew+DgVC+/vsVsoFGpSU/9YqV+ anlwNf5rDWXU3Caw9TAR9Kw3W8+XY43PziuK5Aj3HC773zZwtrC195uqnE/c82TGWJ3h tQGA== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr16500737wib.18.1334242779132; Thu, 12 Apr 2012 07:59:39 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Thu, 12 Apr 2012 07:59:39 -0700 (PDT) Date: Thu, 12 Apr 2012 10:59:39 -0400 X-Google-Sender-Auth: ZGtkpkOfwOdHbIu7IQf_V2SNFf8 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] converting from VirtualBox to Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey folks, Now that I have my basic Ubuntu / Xen problem solved, I will need to move my VM from Virtualbox to Xen (once Ubuntu 12.04 is released in a few weeks) The disk for this is sitting on an iSCSI server, so here is what I'm thinking - let me know what you think. Simple configure a similar Xen VM (virt-manager) with a different iSCSI disk. Do a similar fresh install of Ubuntu to make sure it all works. When I'm ready to make the switch, simply shut down the Virtualbox VM, shutdown the new Xen VM, then reconfigure the Xen VM to point at the other iSCSI disk. Now just bring up the Xen VM and it should be the server I want. Do you think that will work? Or is there some actually conversion I'll have to do? thanks, -Alan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 16:58:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 16:58: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 1SINKH-000305-F4; Thu, 12 Apr 2012 16:56:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SINKF-000300-Iu for xen-users@lists.xen.org; Thu, 12 Apr 2012 16:56:51 +0000 Received: from [85.158.143.35:9168] by server-2.bemta-4.messagelabs.com id EE/EF-17550-259078F4; Thu, 12 Apr 2012 16:56:50 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1334249808!4682572!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6582 invoked from network); 12 Apr 2012 16:56:50 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 16:56:50 -0000 Received: by pbcuo5 with SMTP id uo5so2738940pbc.32 for ; Thu, 12 Apr 2012 09:56:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QN8pkUy0MpXO2Pv+hVqrQv9fmKq/ZG117R5gAV+7DZU=; b=TBIEw6tYE+fzaqDi9LHTT4nAl6RXwucn5Ijae4Vny0qjKlO2rAuziymD4IbQsBVmoe h4rU33D4xtK7XFnarN9a7mr5AJuZWXurqCEUTCuxQ792xrz0rHyRA3laP3iKEFiQwD7M PCslrKG/1TpxZ9ex6goIxdIHDwjd8YyXaxk6yk1v21JLKCiaQ4BtoYwEcMAM2SyDLV0M 0yFtihxnjv7lj9AVdqzkHyCqZmUEKNYPPDdNmCZsWLpEVpEqgJG5dscm34gIKiPsF9ZZ VyYKf6W/trUpqXtOkxlQLGqIoA4DGPC/sKwoeQxoLuxbA1sqIe3dmFzT11gYhfftMnPk b3Yg== MIME-Version: 1.0 Received: by 10.68.219.200 with SMTP id pq8mr4017024pbc.55.1334249808161; Thu, 12 Apr 2012 09:56:48 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Thu, 12 Apr 2012 09:56:47 -0700 (PDT) In-Reply-To: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> References: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> Date: Thu, 12 Apr 2012 12:56:47 -0400 Message-ID: From: Andrew Bobulsky To: Vlad Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Vlad, If you're trying to change the user or vendor classes that gPXE uses, that's probably actually in the realm of modifying the ROM binary used by Xen, and then adding it to your virtual machine. If you could be more specific about what you're trying to do, I may be able to offer more help, but at this point I'm not quite sure... My apologies ;) If you're trying to make use of these options, simply configure your DHCP server to recognize the gPXE class: For Microsoft: http://etherboot.org/wiki/msdhcp#setting_up_a_gpxe_encapsulated_options_on_windows_dhcp For ISC dhcpd: http://etherboot.org/wiki/dhcpd If you're going to be replacing the binary entirely, I'd suggest using iPXE instead. It's an actively-maintained, up-to-date fork of the gPXE project with significantly more features: http://ipxe.org/ Best Regards, Andrew Bobulsky On Thu, Apr 12, 2012 at 6:41 AM, Vlad wrote: > Hello all. > Can anyone tell, is it possible to preconfigure user-class or vendor-class > for gPXE for Xen VM? > > > -- > Vlad. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 16:58:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 16:58: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 1SINKH-000305-F4; Thu, 12 Apr 2012 16:56:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SINKF-000300-Iu for xen-users@lists.xen.org; Thu, 12 Apr 2012 16:56:51 +0000 Received: from [85.158.143.35:9168] by server-2.bemta-4.messagelabs.com id EE/EF-17550-259078F4; Thu, 12 Apr 2012 16:56:50 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1334249808!4682572!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6582 invoked from network); 12 Apr 2012 16:56:50 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 16:56:50 -0000 Received: by pbcuo5 with SMTP id uo5so2738940pbc.32 for ; Thu, 12 Apr 2012 09:56:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QN8pkUy0MpXO2Pv+hVqrQv9fmKq/ZG117R5gAV+7DZU=; b=TBIEw6tYE+fzaqDi9LHTT4nAl6RXwucn5Ijae4Vny0qjKlO2rAuziymD4IbQsBVmoe h4rU33D4xtK7XFnarN9a7mr5AJuZWXurqCEUTCuxQ792xrz0rHyRA3laP3iKEFiQwD7M PCslrKG/1TpxZ9ex6goIxdIHDwjd8YyXaxk6yk1v21JLKCiaQ4BtoYwEcMAM2SyDLV0M 0yFtihxnjv7lj9AVdqzkHyCqZmUEKNYPPDdNmCZsWLpEVpEqgJG5dscm34gIKiPsF9ZZ VyYKf6W/trUpqXtOkxlQLGqIoA4DGPC/sKwoeQxoLuxbA1sqIe3dmFzT11gYhfftMnPk b3Yg== MIME-Version: 1.0 Received: by 10.68.219.200 with SMTP id pq8mr4017024pbc.55.1334249808161; Thu, 12 Apr 2012 09:56:48 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Thu, 12 Apr 2012 09:56:47 -0700 (PDT) In-Reply-To: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> References: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> Date: Thu, 12 Apr 2012 12:56:47 -0400 Message-ID: From: Andrew Bobulsky To: Vlad Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Vlad, If you're trying to change the user or vendor classes that gPXE uses, that's probably actually in the realm of modifying the ROM binary used by Xen, and then adding it to your virtual machine. If you could be more specific about what you're trying to do, I may be able to offer more help, but at this point I'm not quite sure... My apologies ;) If you're trying to make use of these options, simply configure your DHCP server to recognize the gPXE class: For Microsoft: http://etherboot.org/wiki/msdhcp#setting_up_a_gpxe_encapsulated_options_on_windows_dhcp For ISC dhcpd: http://etherboot.org/wiki/dhcpd If you're going to be replacing the binary entirely, I'd suggest using iPXE instead. It's an actively-maintained, up-to-date fork of the gPXE project with significantly more features: http://ipxe.org/ Best Regards, Andrew Bobulsky On Thu, Apr 12, 2012 at 6:41 AM, Vlad wrote: > Hello all. > Can anyone tell, is it possible to preconfigure user-class or vendor-class > for gPXE for Xen VM? > > > -- > Vlad. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 17:35:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 17:35: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 1SINut-0003md-PE; Thu, 12 Apr 2012 17:34:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SINus-0003mY-FH for xen-users@lists.xen.org; Thu, 12 Apr 2012 17:34:42 +0000 Received: from [85.158.139.83:28163] by server-6.bemta-5.messagelabs.com id 26/48-13222-132178F4; Thu, 12 Apr 2012 17:34:41 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1334252079!19299619!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26030 invoked from network); 12 Apr 2012 17:34:41 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 17:34:41 -0000 Received: from [189.253.141.121] (port=40260 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SINup-00058S-3s for xen-users@lists.xen.org; Thu, 12 Apr 2012 12:34:39 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id AB069A1DB for ; Thu, 12 Apr 2012 12:34:37 -0500 (CDT) Message-ID: <4F87122E.6030105@ondore.com> Date: Thu, 12 Apr 2012 12:34:38 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> In-Reply-To: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 12/04/12 09:35, James Pifer escribi=F3: > When I try to xm create the domU I get "Error: Boot loader didn't return > any data!" In what order are the vitrual disks mentioned in your DomU .cfg file? Make sure your VM's /boot goes first. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 17:35:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 17:35: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 1SINut-0003md-PE; Thu, 12 Apr 2012 17:34:43 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SINus-0003mY-FH for xen-users@lists.xen.org; Thu, 12 Apr 2012 17:34:42 +0000 Received: from [85.158.139.83:28163] by server-6.bemta-5.messagelabs.com id 26/48-13222-132178F4; Thu, 12 Apr 2012 17:34:41 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1334252079!19299619!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26030 invoked from network); 12 Apr 2012 17:34:41 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 12 Apr 2012 17:34:41 -0000 Received: from [189.253.141.121] (port=40260 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SINup-00058S-3s for xen-users@lists.xen.org; Thu, 12 Apr 2012 12:34:39 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id AB069A1DB for ; Thu, 12 Apr 2012 12:34:37 -0500 (CDT) Message-ID: <4F87122E.6030105@ondore.com> Date: Thu, 12 Apr 2012 12:34:38 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> In-Reply-To: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 12/04/12 09:35, James Pifer escribi=F3: > When I try to xm create the domU I get "Error: Boot loader didn't return > any data!" In what order are the vitrual disks mentioned in your DomU .cfg file? Make sure your VM's /boot goes first. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 17:51:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 17:51: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 1SIO9v-0004D7-LZ; Thu, 12 Apr 2012 17:50:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIO9t-0004D2-RZ for xen-users@lists.xensource.com; Thu, 12 Apr 2012 17:50:13 +0000 Received: from [85.158.138.51:31159] by server-7.bemta-3.messagelabs.com id C6/F9-03078-4D5178F4; Thu, 12 Apr 2012 17:50:12 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334253011!21938067!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 659 invoked from network); 12 Apr 2012 17:50:12 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-5.tower-174.messagelabs.com with SMTP; 12 Apr 2012 17:50:12 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=RO_amN-X-eWmSQfwETgA:9 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:13062] helo=mailserver.obrien-pifer.com) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 42/C0-16302-3D5178F4; Thu, 12 Apr 2012 17:50:11 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q3CHuMtf017189; Thu, 12 Apr 2012 13:56:22 -0400 From: James Pifer To: Xen list In-Reply-To: <4F87122E.6030105@ondore.com> References: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> <4F87122E.6030105@ondore.com> Date: Thu, 12 Apr 2012 13:49:47 -0400 Message-ID: <1334252987.22080.7.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Cc: Alexandre Kouznetsov Subject: Re: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCAyMDEyLTA0LTEyIGF0IDEyOjM0IC0wNTAwLCBBbGV4YW5kcmUgS291em5ldHNvdiB3 cm90ZToKPiBIZWxsby4KPiAKPiBFbCAxMi8wNC8xMiAwOTozNSwgSmFtZXMgUGlmZXIgZXNjcmli acOzOgo+ID4gV2hlbiBJIHRyeSB0byB4bSBjcmVhdGUgdGhlIGRvbVUgSSBnZXQgIkVycm9yOiBC b290IGxvYWRlciBkaWRuJ3QgcmV0dXJuCj4gPiBhbnkgZGF0YSEiCj4gCj4gSW4gd2hhdCBvcmRl ciBhcmUgdGhlIHZpdHJ1YWwgZGlza3MgbWVudGlvbmVkIGluIHlvdXIgRG9tVSAuY2ZnIGZpbGU/ Cj4gCj4gTWFrZSBzdXJlIHlvdXIgVk0ncyAvYm9vdCBnb2VzIGZpcnN0Lgo+IAoKSXQncyBvbmUg cGFydGl0aW9uZWQKZGlzay4gL2Rldi9tYXBwZXIvMzYwMDMwZDkwZjg5MGQ3MDRjNzM1ZWZmMDYw NjlmMGRmIAoKc286CmRpc2s9WydwaHk6L2Rldi9tYXBwZXIvMzYwMDMwZDkwZjg5MGQ3MDRjNzM1 ZWZmMDYwNjlmMGRmLHh2ZGEsdyddCgpUaGFua3MsCkphbWVzCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Apr 12 17:51:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 17:51: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 1SIO9v-0004D7-LZ; Thu, 12 Apr 2012 17:50:15 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIO9t-0004D2-RZ for xen-users@lists.xensource.com; Thu, 12 Apr 2012 17:50:13 +0000 Received: from [85.158.138.51:31159] by server-7.bemta-3.messagelabs.com id C6/F9-03078-4D5178F4; Thu, 12 Apr 2012 17:50:12 +0000 X-Env-Sender: jep@obrien-pifer.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334253011!21938067!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA5NjExNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 659 invoked from network); 12 Apr 2012 17:50:12 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-5.tower-174.messagelabs.com with SMTP; 12 Apr 2012 17:50:12 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=khvKJusKvADddYwUSfUZmw==:17 a=s-1hg7RLGykA:10 a=i7z8CvP5fyYA:10 a=IkcTkHD0fZMA:10 a=RO_amN-X-eWmSQfwETgA:9 a=QEXdDO2ut3YA:10 a=khvKJusKvADddYwUSfUZmw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 96.10.171.230 Received: from [96.10.171.230] ([96.10.171.230:13062] helo=mailserver.obrien-pifer.com) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 42/C0-16302-3D5178F4; Thu, 12 Apr 2012 17:50:11 +0000 Received: from [10.99.1.20] ([10.99.1.20]) by mailserver.obrien-pifer.com (8.13.8/8.13.8) with ESMTP id q3CHuMtf017189; Thu, 12 Apr 2012 13:56:22 -0400 From: James Pifer To: Xen list In-Reply-To: <4F87122E.6030105@ondore.com> References: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> <4F87122E.6030105@ondore.com> Date: Thu, 12 Apr 2012 13:49:47 -0400 Message-ID: <1334252987.22080.7.camel@obrien-pifer-ifldr.obrien-pifer.com> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Cc: Alexandre Kouznetsov Subject: Re: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gVGh1LCAyMDEyLTA0LTEyIGF0IDEyOjM0IC0wNTAwLCBBbGV4YW5kcmUgS291em5ldHNvdiB3 cm90ZToKPiBIZWxsby4KPiAKPiBFbCAxMi8wNC8xMiAwOTozNSwgSmFtZXMgUGlmZXIgZXNjcmli acOzOgo+ID4gV2hlbiBJIHRyeSB0byB4bSBjcmVhdGUgdGhlIGRvbVUgSSBnZXQgIkVycm9yOiBC b290IGxvYWRlciBkaWRuJ3QgcmV0dXJuCj4gPiBhbnkgZGF0YSEiCj4gCj4gSW4gd2hhdCBvcmRl ciBhcmUgdGhlIHZpdHJ1YWwgZGlza3MgbWVudGlvbmVkIGluIHlvdXIgRG9tVSAuY2ZnIGZpbGU/ Cj4gCj4gTWFrZSBzdXJlIHlvdXIgVk0ncyAvYm9vdCBnb2VzIGZpcnN0Lgo+IAoKSXQncyBvbmUg cGFydGl0aW9uZWQKZGlzay4gL2Rldi9tYXBwZXIvMzYwMDMwZDkwZjg5MGQ3MDRjNzM1ZWZmMDYw NjlmMGRmIAoKc286CmRpc2s9WydwaHk6L2Rldi9tYXBwZXIvMzYwMDMwZDkwZjg5MGQ3MDRjNzM1 ZWZmMDYwNjlmMGRmLHh2ZGEsdyddCgpUaGFua3MsCkphbWVzCgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Thu Apr 12 20:35:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 20:35:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIQj5-0005u5-2b; Thu, 12 Apr 2012 20:34:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIQj3-0005u0-M8 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 20:34:41 +0000 Received: from [85.158.138.51:14010] by server-11.bemta-3.messagelabs.com id 47/85-18894-D5C378F4; Thu, 12 Apr 2012 20:34:37 +0000 X-Env-Sender: k@itoc.dk X-Msg-Ref: server-11.tower-174.messagelabs.com!1334262875!21881147!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8062 invoked from network); 12 Apr 2012 20:34:37 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 20:34:37 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIQiw-00073Y-V1 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 13:34:34 -0700 Date: Thu, 12 Apr 2012 13:34:34 -0700 (PDT) From: Kristoffer Harthing Egefelt To: xen-users@lists.xensource.com Message-ID: <1334262874944-5636730.post@n5.nabble.com> In-Reply-To: References: <1334216122973-5634876.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I neglected to include that these are PV guests. Reading these: http://www.xen.org/files/xensummit_oracle09/xensummit_networking.pdf and http://www.google.com/url?sa=t&rct=j&q=xen%20domu%2010gb&source=web&cd=1&ved=0CCMQFjAA&url=http%3A%2F%2Fciteseerx.ist.psu.edu%2Fviewdoc%2Fdownload%3Fdoi%3D10.1.1.187.7341%26rep%3Drep1%26type%3Dpdf&ei=iziHT6_hFcXktQbfw6XSBg&usg=AFQjCNHUdWmeYC4zR5j1p_TFtGAevDaVjw It looks like the issue is solved, ~8 Gbps in a single processor domU using pv net driver. Or am I missing something? Do I need SR-IOV to get more than 2.5Gbps in a single domU ? Is it true that live migration and ACL/QOS in openvswitch does not work with SR-IOV? Thanks Kristoffer -- View this message in context: http://xen.1045712.n5.nabble.com/10gig-in-domU-tp5634876p5636730.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 20:35:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 20:35:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIQj5-0005u5-2b; Thu, 12 Apr 2012 20:34:43 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIQj3-0005u0-M8 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 20:34:41 +0000 Received: from [85.158.138.51:14010] by server-11.bemta-3.messagelabs.com id 47/85-18894-D5C378F4; Thu, 12 Apr 2012 20:34:37 +0000 X-Env-Sender: k@itoc.dk X-Msg-Ref: server-11.tower-174.messagelabs.com!1334262875!21881147!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8062 invoked from network); 12 Apr 2012 20:34:37 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-11.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 12 Apr 2012 20:34:37 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SIQiw-00073Y-V1 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 13:34:34 -0700 Date: Thu, 12 Apr 2012 13:34:34 -0700 (PDT) From: Kristoffer Harthing Egefelt To: xen-users@lists.xensource.com Message-ID: <1334262874944-5636730.post@n5.nabble.com> In-Reply-To: References: <1334216122973-5634876.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I neglected to include that these are PV guests. Reading these: http://www.xen.org/files/xensummit_oracle09/xensummit_networking.pdf and http://www.google.com/url?sa=t&rct=j&q=xen%20domu%2010gb&source=web&cd=1&ved=0CCMQFjAA&url=http%3A%2F%2Fciteseerx.ist.psu.edu%2Fviewdoc%2Fdownload%3Fdoi%3D10.1.1.187.7341%26rep%3Drep1%26type%3Dpdf&ei=iziHT6_hFcXktQbfw6XSBg&usg=AFQjCNHUdWmeYC4zR5j1p_TFtGAevDaVjw It looks like the issue is solved, ~8 Gbps in a single processor domU using pv net driver. Or am I missing something? Do I need SR-IOV to get more than 2.5Gbps in a single domU ? Is it true that live migration and ACL/QOS in openvswitch does not work with SR-IOV? Thanks Kristoffer -- View this message in context: http://xen.1045712.n5.nabble.com/10gig-in-domU-tp5634876p5636730.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 21:20:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 21:20: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 1SIRQF-0006aM-6E; Thu, 12 Apr 2012 21:19:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIRQD-0006aH-R2 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 21:19:18 +0000 Received: from [85.158.143.35:41251] by server-1.bemta-4.messagelabs.com id 1C/96-20925-5D6478F4; Thu, 12 Apr 2012 21:19:17 +0000 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1334265555!12459895!1 X-Originating-IP: [72.30.239.144] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4510 invoked from network); 12 Apr 2012 21:19:16 -0000 Received: from nm39-vm0.bullet.mail.bf1.yahoo.com (HELO nm39-vm0.bullet.mail.bf1.yahoo.com) (72.30.239.144) by server-12.tower-21.messagelabs.com with SMTP; 12 Apr 2012 21:19:16 -0000 Received: from [98.139.212.151] by nm39.bullet.mail.bf1.yahoo.com with NNFMP; 12 Apr 2012 21:19:15 -0000 Received: from [98.139.212.211] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 12 Apr 2012 21:19:15 -0000 Received: from [127.0.0.1] by omp1020.mail.bf1.yahoo.com with NNFMP; 12 Apr 2012 21:19:15 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 350848.45673.bm@omp1020.mail.bf1.yahoo.com Received: (qmail 89844 invoked by uid 60001); 12 Apr 2012 21:19:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334265555; bh=/mnX8akCDKGU9FfvroinUeSE3pmvX/SOG8PNwfqshBU=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=GlIG46+ppCYx6p4xUCBkrMiEOH9UzzREyJ8jHWGdfPyLLShxtc50/f0pU00S+pvUCmskWnC4e1A7EW+DXXPv/Zo+Ah9pz83moqdyA56BwJ9IOM+UzgE80xlReEEG4/D80gBxeNVQowFlmfM/5fFgClIulbXhjgselSXwbsgtzE4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=wDtA4sSEbZr7lhqawlzgU1o3KokkoOnO47Uq6hmI0a/pXRTovSKt3RMYMpkEqEoDMCiB7fcDL/pHPR2gh+3AwCX8Kk6blYfFAb9gd8EwMQ12KYAOdQlAMdnyWUIK+zW4aq6Q4itj/DK3CHTnKOmZ45hcdl1IAkIvZD0ljfv0ytU=; X-YMail-OSG: H44lK5oVM1kRU6ZCKgg5Tk.shDt_nxpCYVzAecHzB.SKu.W ta8nz9pmNmrg8TJpmCxln.bC70Q7ZzT1ZWzHkdsqMUBTUYX8nMmZ1M336ub5 3DWbiZsCqEGf9ypiXH0GBLoXiNZ1.WztOy7ob2lva8O9rMYp7VDWTGCVhbwY 76oujswqrIvF6pow7ki4bHbmhA.3jIk7L1P86z76.vj5z9y6zJi3SacgFw83 EXOCU.E7HSZtInz6TKdO1eY3cCArOIsYtL4LXxdOQZX3giWem7A2Zim4YEm0 CsK8PgClsDPbFeB.yixP9YAzy5olEV6NPGou8Zrc2j2LZzd.M4u22TmA32A9 6JJqrrYm5J1ilLFtWQSQlNdNKy4w3IyNyGoUZ1B0QLeOfshKo0UFu9nQvNV3 l4KUvjJ4XHawkigP5iTlBkP7hF3D6PaHfWcN_TDuWPIl4cUKsOal6HZ.W.2q aqw_kDPF7669_LpbYVecgSmJl8_.EN88mFkpUDYfMzHF8EqzFzz0- Received: from [72.130.32.49] by web162803.mail.bf1.yahoo.com via HTTP; Thu, 12 Apr 2012 14:19:15 PDT X-Mailer: YahooMailWebService/0.8.117.340979 References: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> <4F87122E.6030105@ondore.com> <1334252987.22080.7.camel@obrien-pifer-ifldr.obrien-pifer.com> Message-ID: <1334265555.63708.YahooMailNeo@web162803.mail.bf1.yahoo.com> Date: Thu, 12 Apr 2012 14:19:15 -0700 (PDT) From: Mark Pryor To: James Pifer , Xen list In-Reply-To: <1334252987.22080.7.camel@obrien-pifer-ifldr.obrien-pifer.com> MIME-Version: 1.0 Cc: Alexandre Kouznetsov Subject: Re: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2898913810610684323==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2898913810610684323== Content-Type: multipart/alternative; boundary="-323718009-1953984916-1334265555=:63708" ---323718009-1953984916-1334265555=:63708 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable the default debian squeeze fs is ext4. If your /boot is ext4, back it up, a= nd reformat as ext3.=0AThe pygrub in Centos won't support ext4.=0A=0A-- =0A= =0AMark=0A=0A=0A=0A________________________________=0A From: James Pifer =0ATo: Xen list =0ACc: = Alexandre Kouznetsov =0ASent: Thursday, April 12, 2012 10:= 49 AM=0ASubject: Re: [Xen-users] pygrub question=0A =0AOn Thu, 2012-04-12 a= t 12:34 -0500, Alexandre Kouznetsov wrote:=0A> Hello.=0A> =0A> El 12/04/12 = 09:35, James Pifer escribi=F3:=0A> > When I try to xm create the domU I get= "Error: Boot loader didn't return=0A> > any data!"=0A> =0A> In what order = are the vitrual disks mentioned in your DomU .cfg file?=0A> =0A> Make sure = your VM's /boot goes first.=0A> =0A=0AIt's one partitioned=0Adisk. /dev/map= per/360030d90f890d704c735eff06069f0df =0A=0Aso:=0Adisk=3D['phy:/dev/mapper/= 360030d90f890d704c735eff06069f0df,xvda,w']=0A=0AThanks,=0AJames=0A=0A=0A___= ____________________________________________=0AXen-users mailing list=0AXen= -users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---323718009-1953984916-1334265555=:63708 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
the defaul= t debian squeeze fs is ext4. If your /boot is ext4, back it up, and reforma= t as ext3.
The pygrub in Centos won't support ext4.<= br>
--
Mark

From:= James Pifer <jep@obrien-pifer.com>
To: Xen list <xen-users@lists.xensource.c= om>
Cc: Alexandre K= ouznetsov <alk@ondore.com>
Sent: Thursday, April 12, 2012 10:49 AM
Subject: Re: [Xen-users] pygrub questi= on

=0AOn Thu, 2012-04-12 at 12:34 -0500, Alexandre K= ouznetsov wrote:
> Hello.
>
> El 12/04/12 09:35, James P= ifer escribi=F3:
> > When I try to xm create the domU I get "Error= : Boot loader didn't return
> > any data!"
>
> In wha= t order are the vitrual disks mentioned in your DomU .cfg file?
> > Make sure your VM's /boot goes first.
>

It's one partit= ioned
disk. /dev/mapper/360030d90f890d704c735eff06069f0df

so:disk=3D['phy:/dev/mapper/360030d90f890d704c735eff06069f0df,xvda,w']
Thanks,
James


______________________________________________= _
Xen-users mailing list
Xen-users@lists.xen.org
ht= tp://lists.xen.org/xen-users

---323718009-1953984916-1334265555=:63708-- --===============2898913810610684323== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2898913810610684323==-- From xen-users-bounces@lists.xen.org Thu Apr 12 21:20:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 21:20: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 1SIRQF-0006aM-6E; Thu, 12 Apr 2012 21:19:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIRQD-0006aH-R2 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 21:19:18 +0000 Received: from [85.158.143.35:41251] by server-1.bemta-4.messagelabs.com id 1C/96-20925-5D6478F4; Thu, 12 Apr 2012 21:19:17 +0000 X-Env-Sender: tlviewer@yahoo.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1334265555!12459895!1 X-Originating-IP: [72.30.239.144] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4510 invoked from network); 12 Apr 2012 21:19:16 -0000 Received: from nm39-vm0.bullet.mail.bf1.yahoo.com (HELO nm39-vm0.bullet.mail.bf1.yahoo.com) (72.30.239.144) by server-12.tower-21.messagelabs.com with SMTP; 12 Apr 2012 21:19:16 -0000 Received: from [98.139.212.151] by nm39.bullet.mail.bf1.yahoo.com with NNFMP; 12 Apr 2012 21:19:15 -0000 Received: from [98.139.212.211] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 12 Apr 2012 21:19:15 -0000 Received: from [127.0.0.1] by omp1020.mail.bf1.yahoo.com with NNFMP; 12 Apr 2012 21:19:15 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 350848.45673.bm@omp1020.mail.bf1.yahoo.com Received: (qmail 89844 invoked by uid 60001); 12 Apr 2012 21:19:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334265555; bh=/mnX8akCDKGU9FfvroinUeSE3pmvX/SOG8PNwfqshBU=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=GlIG46+ppCYx6p4xUCBkrMiEOH9UzzREyJ8jHWGdfPyLLShxtc50/f0pU00S+pvUCmskWnC4e1A7EW+DXXPv/Zo+Ah9pz83moqdyA56BwJ9IOM+UzgE80xlReEEG4/D80gBxeNVQowFlmfM/5fFgClIulbXhjgselSXwbsgtzE4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=wDtA4sSEbZr7lhqawlzgU1o3KokkoOnO47Uq6hmI0a/pXRTovSKt3RMYMpkEqEoDMCiB7fcDL/pHPR2gh+3AwCX8Kk6blYfFAb9gd8EwMQ12KYAOdQlAMdnyWUIK+zW4aq6Q4itj/DK3CHTnKOmZ45hcdl1IAkIvZD0ljfv0ytU=; X-YMail-OSG: H44lK5oVM1kRU6ZCKgg5Tk.shDt_nxpCYVzAecHzB.SKu.W ta8nz9pmNmrg8TJpmCxln.bC70Q7ZzT1ZWzHkdsqMUBTUYX8nMmZ1M336ub5 3DWbiZsCqEGf9ypiXH0GBLoXiNZ1.WztOy7ob2lva8O9rMYp7VDWTGCVhbwY 76oujswqrIvF6pow7ki4bHbmhA.3jIk7L1P86z76.vj5z9y6zJi3SacgFw83 EXOCU.E7HSZtInz6TKdO1eY3cCArOIsYtL4LXxdOQZX3giWem7A2Zim4YEm0 CsK8PgClsDPbFeB.yixP9YAzy5olEV6NPGou8Zrc2j2LZzd.M4u22TmA32A9 6JJqrrYm5J1ilLFtWQSQlNdNKy4w3IyNyGoUZ1B0QLeOfshKo0UFu9nQvNV3 l4KUvjJ4XHawkigP5iTlBkP7hF3D6PaHfWcN_TDuWPIl4cUKsOal6HZ.W.2q aqw_kDPF7669_LpbYVecgSmJl8_.EN88mFkpUDYfMzHF8EqzFzz0- Received: from [72.130.32.49] by web162803.mail.bf1.yahoo.com via HTTP; Thu, 12 Apr 2012 14:19:15 PDT X-Mailer: YahooMailWebService/0.8.117.340979 References: <1334241345.22080.1.camel@obrien-pifer-ifldr.obrien-pifer.com> <4F87122E.6030105@ondore.com> <1334252987.22080.7.camel@obrien-pifer-ifldr.obrien-pifer.com> Message-ID: <1334265555.63708.YahooMailNeo@web162803.mail.bf1.yahoo.com> Date: Thu, 12 Apr 2012 14:19:15 -0700 (PDT) From: Mark Pryor To: James Pifer , Xen list In-Reply-To: <1334252987.22080.7.camel@obrien-pifer-ifldr.obrien-pifer.com> MIME-Version: 1.0 Cc: Alexandre Kouznetsov Subject: Re: [Xen-users] pygrub question X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Mark Pryor List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2898913810610684323==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2898913810610684323== Content-Type: multipart/alternative; boundary="-323718009-1953984916-1334265555=:63708" ---323718009-1953984916-1334265555=:63708 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable the default debian squeeze fs is ext4. If your /boot is ext4, back it up, a= nd reformat as ext3.=0AThe pygrub in Centos won't support ext4.=0A=0A-- =0A= =0AMark=0A=0A=0A=0A________________________________=0A From: James Pifer =0ATo: Xen list =0ACc: = Alexandre Kouznetsov =0ASent: Thursday, April 12, 2012 10:= 49 AM=0ASubject: Re: [Xen-users] pygrub question=0A =0AOn Thu, 2012-04-12 a= t 12:34 -0500, Alexandre Kouznetsov wrote:=0A> Hello.=0A> =0A> El 12/04/12 = 09:35, James Pifer escribi=F3:=0A> > When I try to xm create the domU I get= "Error: Boot loader didn't return=0A> > any data!"=0A> =0A> In what order = are the vitrual disks mentioned in your DomU .cfg file?=0A> =0A> Make sure = your VM's /boot goes first.=0A> =0A=0AIt's one partitioned=0Adisk. /dev/map= per/360030d90f890d704c735eff06069f0df =0A=0Aso:=0Adisk=3D['phy:/dev/mapper/= 360030d90f890d704c735eff06069f0df,xvda,w']=0A=0AThanks,=0AJames=0A=0A=0A___= ____________________________________________=0AXen-users mailing list=0AXen= -users@lists.xen.org=0Ahttp://lists.xen.org/xen-users ---323718009-1953984916-1334265555=:63708 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
the defaul= t debian squeeze fs is ext4. If your /boot is ext4, back it up, and reforma= t as ext3.
The pygrub in Centos won't support ext4.<= br>
--
Mark

From:= James Pifer <jep@obrien-pifer.com>
To: Xen list <xen-users@lists.xensource.c= om>
Cc: Alexandre K= ouznetsov <alk@ondore.com>
Sent: Thursday, April 12, 2012 10:49 AM
Subject: Re: [Xen-users] pygrub questi= on

=0AOn Thu, 2012-04-12 at 12:34 -0500, Alexandre K= ouznetsov wrote:
> Hello.
>
> El 12/04/12 09:35, James P= ifer escribi=F3:
> > When I try to xm create the domU I get "Error= : Boot loader didn't return
> > any data!"
>
> In wha= t order are the vitrual disks mentioned in your DomU .cfg file?
> > Make sure your VM's /boot goes first.
>

It's one partit= ioned
disk. /dev/mapper/360030d90f890d704c735eff06069f0df

so:disk=3D['phy:/dev/mapper/360030d90f890d704c735eff06069f0df,xvda,w']
Thanks,
James


______________________________________________= _
Xen-users mailing list
Xen-users@lists.xen.org
ht= tp://lists.xen.org/xen-users

---323718009-1953984916-1334265555=:63708-- --===============2898913810610684323== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2898913810610684323==-- From xen-users-bounces@lists.xen.org Thu Apr 12 21:38:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 21:38: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 1SIRi4-000793-0P; Thu, 12 Apr 2012 21:37:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIRi2-00078y-66 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 21:37:42 +0000 Received: from [193.109.254.147:41126] by server-1.bemta-14.messagelabs.com id CA/D8-29372-52B478F4; Thu, 12 Apr 2012 21:37:41 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1334266660!4387755!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27453 invoked from network); 12 Apr 2012 21:37:40 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-27.messagelabs.com with SMTP; 12 Apr 2012 21:37:40 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5EF6910401B for ; Thu, 12 Apr 2012 22:37:39 +0100 (BST) 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 kKNUDCMSKO1L for ; Thu, 12 Apr 2012 22:37:39 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E896010401A for ; Thu, 12 Apr 2012 22:37:38 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <1334262874944-5636730.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> <1334262874944-5636730.post@n5.nabble.com> Date: Thu, 12 Apr 2012 22:36:42 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kristoffer Harthing Egefelt wrote: >http://www.xen.org/files/xensummit_oracle09/xensummit_networking.pdf > >and > >http://www.google.com/url?sa=t&rct=j&q=xen%20domu%2010gb&source=web&cd=1&ved=0CCMQFjAA&url=http%3A%2F%2Fciteseerx.ist.psu.edu%2Fviewdoc%2Fdownload%3Fdoi%3D10.1.1.187.7341%26rep%3Drep1%26type%3Dpdf&ei=iziHT6_hFcXktQbfw6XSBg&usg=AFQjCNHUdWmeYC4zR5j1p_TFtGAevDaVjw > >It looks like the issue is solved, ~8 Gbps in a single processor domU using >pv net driver. Or am I missing something? I think you are missing the requirement for modified software and specialised I/O hardware. Neither of those papers describe dealing with the problem using a standard NIC (ie anything you'll find in a commodity server). -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 21:38:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 21:38: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 1SIRi4-000793-0P; Thu, 12 Apr 2012 21:37:44 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIRi2-00078y-66 for xen-users@lists.xensource.com; Thu, 12 Apr 2012 21:37:42 +0000 Received: from [193.109.254.147:41126] by server-1.bemta-14.messagelabs.com id CA/D8-29372-52B478F4; Thu, 12 Apr 2012 21:37:41 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-27.messagelabs.com!1334266660!4387755!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27453 invoked from network); 12 Apr 2012 21:37:40 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-27.messagelabs.com with SMTP; 12 Apr 2012 21:37:40 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5EF6910401B for ; Thu, 12 Apr 2012 22:37:39 +0100 (BST) 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 kKNUDCMSKO1L for ; Thu, 12 Apr 2012 22:37:39 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E896010401A for ; Thu, 12 Apr 2012 22:37:38 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <1334262874944-5636730.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> <1334262874944-5636730.post@n5.nabble.com> Date: Thu, 12 Apr 2012 22:36:42 +0100 To: xen-users@lists.xensource.com From: Simon Hobson Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Kristoffer Harthing Egefelt wrote: >http://www.xen.org/files/xensummit_oracle09/xensummit_networking.pdf > >and > >http://www.google.com/url?sa=t&rct=j&q=xen%20domu%2010gb&source=web&cd=1&ved=0CCMQFjAA&url=http%3A%2F%2Fciteseerx.ist.psu.edu%2Fviewdoc%2Fdownload%3Fdoi%3D10.1.1.187.7341%26rep%3Drep1%26type%3Dpdf&ei=iziHT6_hFcXktQbfw6XSBg&usg=AFQjCNHUdWmeYC4zR5j1p_TFtGAevDaVjw > >It looks like the issue is solved, ~8 Gbps in a single processor domU using >pv net driver. Or am I missing something? I think you are missing the requirement for modified software and specialised I/O hardware. Neither of those papers describe dealing with the problem using a standard NIC (ie anything you'll find in a commodity server). -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 12 23:38:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 23:38: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 1SITZ8-0000fj-NZ; Thu, 12 Apr 2012 23:36:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SITZ7-0000fe-Cp for xen-users@lists.xen.org; Thu, 12 Apr 2012 23:36:37 +0000 Received: from [85.158.143.99:22889] by server-1.bemta-4.messagelabs.com id BD/34-20925-407678F4; Thu, 12 Apr 2012 23:36:36 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1334273778!20050702!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDUyNDcgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10325 invoked from network); 12 Apr 2012 23:36:19 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 23:36:19 -0000 Received: by ghrr14 with SMTP id r14so1675925ghr.32 for ; Thu, 12 Apr 2012 16:36:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WGuXTK9yfeccSahoLvdS92FZ3kD+cdV9S+bexgF4SA4=; b=SJIexepblZ2MOkYw4ULkLtFHQuoJyUspmgSBotj5oys2GV2dlJJJtiDGyR1ZxkplyQ wUmxas3MD6LpeXlCU7EHrg/8iIqaJH6KUQ6RG0MUY5F1DSmXj+AEUTcbcVslTR0yN67s tvDpBPAdMtUQ3/SSq/M0Wozb+X6dXLX4UlruY59airriBLw4utu1JkI6meUr+2cOSLY4 ssdq+iYv88Dmlc8/5ghd8L4Nuz7K3R5Ss7zRdEggK1xKwu29ruA+vVDN/YAChzYiG55k 5nl1FbygV6YPolM5b71od/JfPczcAcvU09qEvOKgJUinHSvNx8xD1Wi5XtjqP1lPOOyN 1xzg== MIME-Version: 1.0 Received: by 10.236.192.164 with SMTP id i24mr147670yhn.9.1334273777537; Thu, 12 Apr 2012 16:36:17 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Thu, 12 Apr 2012 16:36:17 -0700 (PDT) In-Reply-To: <068F06DC4D106941B297C0C5F9F446EA48312B59EC@aplesstripe.dom1.jhuapl.edu> References: <068F06DC4D106941B297C0C5F9F446EA48312B59EC@aplesstripe.dom1.jhuapl.edu> Date: Fri, 13 Apr 2012 07:36:17 +0800 Message-ID: From: Xi Shen To: "Keeler, Matthew J." Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] domU NAT network cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5790391983314053283==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5790391983314053283== Content-Type: multipart/alternative; boundary=20cf305642d78b126704bd83d277 --20cf305642d78b126704bd83d277 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My host OS is Gentoo x64. I will give a try to libvirtd. Thanks. On Thursday, April 12, 2012, Keeler, Matthew J. wrote: > What is the host OS?**** > > ** ** > > In my experience it is easier to either use libvirtd to control the > virtual networking or run dnsmasq and configure iptables manually. I > wouldn=E2=80=99t rely on the network-nat script as it seems to only set t= he IP > address of the vif endpoint in dom0.**** > > ** ** > > Assuming you have libvirtd there are few ways of creating the virtual > networking setup.**** > > 1 =E2=80=93 Create a virtual network xml file. (The specification for the > structure can be found at http://libvirt.org/formatnetwork.html). Then > use the virsh command from the command line to create the virtual network= . > The xml file will tell libvirt to use a particular bridge and nat > everything on that bridge. Additionally when vms connect to the bridge it > will set up some iptables rules for you to do the forwarding from the > bridge to your main network. This will require reverting your changes to > the /etc/xen/xend-config.sxp**** > > 2 =E2=80=93 Use virt-manager to configure the virtual network. This is a = gui will > allow you to setup the virtual networks without needed a predefined xml > file. Where to go and what to click are highly dependent on the version > being used as the interface has changed a lot over the fast couple years.= * > *** > > 3 =E2=80=93 Configure dnsmasq and iptables manually. Under the hood libvi= rt > nat=E2=80=99ing really just sets up dnsmasq to provide dhcp, dns forwardi= ng etc.. > on the bridge interface as well as configures a few iptables rules to do > the masquerading. You can configure this manually, although there is > generally no need.**** > > ** ** > > ~Matt**** > > ** ** > > *From:* xen-users-bounces@lists.xen.org 'xen-users-bounces@lists.xen.org');> [mailto: > xen-users-bounces@lists.xen.org 'xen-users-bounces@lists.xen.org');>] *On Behalf Of *Xi Shen > *Sent:* Thursday, April 12, 2012 9:55 AM > *To:* xen-users@lists.xen.org 'xen-users@lists.xen.org');> > *Subject:* [Xen-users] domU NAT network cannot connect**** > > ** ** > > Hi,**** > > ** ** > > I followed this guide, > and started my xend service with nat-network support:**** > > (network-script network-nat)**** > > (vif-script vif-nat)**** > > Then I started my domU with the following vif configure:**** > > vif =3D ['ip=3D10.0.0.1' ]**** > > ** ** > > my domU is a win7 system, and I configured the network as:**** > > ip: 10.0.0.1**** > > netmask: 255.255.255.0**** > > default gateway: 10.0.0.254**** > > ** ** > > dns: 8.8.8.8**** > > ** ** > > I added the iptables NAT rule:**** > > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE**** > > But my domU still cannot connect to the network.**** > > ** ** > > On my dom0, "ifconfig -a" returns as follow: (note: I started the vif8.0 > IF by manual)**** > > ** ** > > eth0: flags=3D4098 mtu 1500**** > > ether 00:1e:37:d2:2b:da txqueuelen 1000 (Ethernet)**** > > RX packets 0 bytes 0 (0.0 B)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 0 bytes 0 (0.0 B)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > device interrupt 20 memory 0xfe200000-fe220000 **** > > ** ** > > lo: flags=3D73 mtu 16436**** > > inet 127.0.0.1 netmask 255.0.0.0**** > > inet6 ::1 prefixlen 128 scopeid 0x10**** > > loop txqueuelen 0 (Local Loopback)**** > > RX packets 76637 bytes 513836706 (490.0 MiB)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 76637 bytes 513836706 (490.0 MiB)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > tap8.0: flags=3D4098 mtu 1500**** > > ether 3e:9b:52:95:03:d3 txqueuelen 500 (Ethernet)**** > > RX packets 2722 bytes 239183 (233.5 KiB)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 0 bytes 0 (0.0 B)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > *vif8.0: flags=3D4163 mtu 1500***** > > inet 10.0.0.128 netmask 255.255.255.255 broadcast 0.0.0.0**** > > ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet)**** > > RX packets 0 bytes 0 (0.0 B)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 0 bytes 0 (0.0 B)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > wlan0: flags=3D4163 mtu 576**** > > inet 192.168.10.100 netmask 255.255.255.0 broadcast > 255.255.255.255**** > > ether 00:1f:3c:27:e6:0c txqueuelen 1000 (Ethernet)**** > > RX packets 11301 bytes 4467424 (4.2 MiB)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 9829 bytes 1330447 (1.2 MiB)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > I am new to xen, so I might have missed some settings. Please be kind to > point out.**** > > ** ** > > Thank you.**** > > > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84**** > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf305642d78b126704bd83d277 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My host OS is Gentoo x64. I will give a try to libvirtd. Thanks.

On Thursday, April 12, 2012, Keeler, Matthew J. wrote:

What is the host OS?

=C2=A0

In my experience it is easier to either us= e libvirtd to control the virtual networking or run dnsmasq and configure i= ptables manually. I wouldn=E2=80=99t rely on the network-nat script as it s= eems to only set the IP address of the vif endpoint in dom0.<= /span>

=C2=A0

Assuming you have l= ibvirtd there are few ways of creating the virtual networking setup.=

1 =E2=80=93 Create a virt= ual network xml file. (The specification for the structure can be found at = http://= libvirt.org/formatnetwork.html). Then use the virsh command from the co= mmand line to create the virtual network. The xml file will tell libvirt to= use a particular bridge and nat everything on that bridge. Additionally wh= en vms connect to the bridge it will set up some iptables rules for you to = do the forwarding from the bridge to your main network. This will require r= everting your changes to the /etc/xen/xend-config.sxp<= /p>

2 =E2=80=93 Use virt-mana= ger to configure the virtual network. This is a gui will allow you to setup= the virtual networks without needed a predefined xml file. Where to go and= what to click are highly dependent on the version being used as the interf= ace has changed a lot over the fast couple years.

3 =E2=80=93 Configure dns= masq and iptables manually. Under the hood libvirt nat=E2=80=99ing really j= ust sets up dnsmasq to provide dhcp, dns forwarding etc.. on the bridge int= erface as well as configures a few iptables rules to do the masquerading. Y= ou can configure this manually, although there is generally no need.=

=C2=A0

~Matt=

=C2=A0

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Beha= lf Of Xi Shen
Sent: Thursday, April 12, 2012 9:55 AM
To: xen-users@lists.xen.org
Subject: [Xen-users] domU= NAT network cannot connect

=C2=A0

Hi,

=C2=A0

<= /div>

I followed this guide, and started my=C2=A0xend service with nat-network su= pport:

<= div>

(network-script network-nat)

(vif-script =C2=A0 =C2=A0 vif-nat)

Then I started my domU with the f= ollowing vif configure:

vif =3D [= 9;ip=3D10.0.0.1' ]

=C2=A0

my domU is a win7 system, and I configured the net= work as:

ip: 10.0.0.1

netmask: 255.255.255.0

default gateway: 10.0.0.254

=C2=A0

dns: 8.8.8.8

=C2=A0=

I added the iptables NAT rule:=

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

But my domU still cannot connect = to the network.

=C2=A0

On my dom0, "ifconfig -a" returns as follow: (no= te: I started the vif8.0 IF by manual)

=C2=A0

eth0: flags= =3D4098<BROADCAST,MULTICAST> =C2=A0mtu 1500

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1e:37:d2:2b:= da =C2=A0txqueuelen 1000 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 0 = =C2=A0bytes 0 (0.0 B)

= =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 = =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0=

=C2=A0 =C2=A0 =C2=A0 =C2=A0 device in= terrupt 20 =C2=A0memory 0xfe200000-fe220000 =C2=A0

=C2=A0

lo: flags=3D73<UP,LOOPBACK,RUNNING> =C2=A0mtu 16436<= u>

=C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet 127.0.0.1 =C2=A0netmask 255.0.0.0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 ::1 =C2= =A0prefixlen 128 =C2=A0scopeid 0x10<host>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 loop =C2=A0txqueuelen 0= =C2=A0(Local Loopback)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 76637 =C2=A0bytes 513836706 (490.0 M= iB)

=C2=A0 =C2=A0 =C2=A0= =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX p= ackets 76637 =C2=A0bytes 513836706 (490.0 MiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 = =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0=

=C2=A0

tap8.0: flags=3D4098<BROADCAST,MULTICAST> =C2=A0= mtu 1500

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 3e:9b:5= 2:95:03:d3 =C2=A0txqueuelen 500 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 2722 =C2=A0= bytes 239183 (233.5 KiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0= dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

=C2=A0

vif8.0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST&= gt; =C2=A0mtu 1500

= =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 10.0.0.128 =C2=A0netmask 255.255.255.255 = =C2=A0broadcast 0.0.0.0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether fe:ff:f= f:ff:ff:ff =C2=A0txqueuelen 32 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 0 =C2=A0byte= s 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0= dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

=C2=A0

wlan0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST> = =C2=A0mtu 576

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 inet 192.168.10.100 =C2=A0netmask 255.255.255.0 =C2=A0bro= adcast 255.255.255.255

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1f:3= c:27:e6:0c =C2=A0txqueuelen 1000 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 11301 =C2= =A0bytes 4467424 (4.2 MiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 9829 =C2=A0bytes 1330447 (1.2 MiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX erro= rs 0 =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

=C2=A0

=

I am new to xen, so I might have missed some setting= s. Please be kind to point out.

=C2=A0

Thank you.=



--
Regards=EF=BC=8C
David Shen
http://about.me/d= avidshen
https://tw= itter.com/#!/davidshen84



--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://tw= itter.com/#!/davidshen84
--20cf305642d78b126704bd83d277-- --===============5790391983314053283== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5790391983314053283==-- From xen-users-bounces@lists.xen.org Thu Apr 12 23:38:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 12 Apr 2012 23:38: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 1SITZ8-0000fj-NZ; Thu, 12 Apr 2012 23:36:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SITZ7-0000fe-Cp for xen-users@lists.xen.org; Thu, 12 Apr 2012 23:36:37 +0000 Received: from [85.158.143.99:22889] by server-1.bemta-4.messagelabs.com id BD/34-20925-407678F4; Thu, 12 Apr 2012 23:36:36 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1334273778!20050702!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDUyNDcgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10325 invoked from network); 12 Apr 2012 23:36:19 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 12 Apr 2012 23:36:19 -0000 Received: by ghrr14 with SMTP id r14so1675925ghr.32 for ; Thu, 12 Apr 2012 16:36:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WGuXTK9yfeccSahoLvdS92FZ3kD+cdV9S+bexgF4SA4=; b=SJIexepblZ2MOkYw4ULkLtFHQuoJyUspmgSBotj5oys2GV2dlJJJtiDGyR1ZxkplyQ wUmxas3MD6LpeXlCU7EHrg/8iIqaJH6KUQ6RG0MUY5F1DSmXj+AEUTcbcVslTR0yN67s tvDpBPAdMtUQ3/SSq/M0Wozb+X6dXLX4UlruY59airriBLw4utu1JkI6meUr+2cOSLY4 ssdq+iYv88Dmlc8/5ghd8L4Nuz7K3R5Ss7zRdEggK1xKwu29ruA+vVDN/YAChzYiG55k 5nl1FbygV6YPolM5b71od/JfPczcAcvU09qEvOKgJUinHSvNx8xD1Wi5XtjqP1lPOOyN 1xzg== MIME-Version: 1.0 Received: by 10.236.192.164 with SMTP id i24mr147670yhn.9.1334273777537; Thu, 12 Apr 2012 16:36:17 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Thu, 12 Apr 2012 16:36:17 -0700 (PDT) In-Reply-To: <068F06DC4D106941B297C0C5F9F446EA48312B59EC@aplesstripe.dom1.jhuapl.edu> References: <068F06DC4D106941B297C0C5F9F446EA48312B59EC@aplesstripe.dom1.jhuapl.edu> Date: Fri, 13 Apr 2012 07:36:17 +0800 Message-ID: From: Xi Shen To: "Keeler, Matthew J." Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] domU NAT network cannot connect X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5790391983314053283==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5790391983314053283== Content-Type: multipart/alternative; boundary=20cf305642d78b126704bd83d277 --20cf305642d78b126704bd83d277 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My host OS is Gentoo x64. I will give a try to libvirtd. Thanks. On Thursday, April 12, 2012, Keeler, Matthew J. wrote: > What is the host OS?**** > > ** ** > > In my experience it is easier to either use libvirtd to control the > virtual networking or run dnsmasq and configure iptables manually. I > wouldn=E2=80=99t rely on the network-nat script as it seems to only set t= he IP > address of the vif endpoint in dom0.**** > > ** ** > > Assuming you have libvirtd there are few ways of creating the virtual > networking setup.**** > > 1 =E2=80=93 Create a virtual network xml file. (The specification for the > structure can be found at http://libvirt.org/formatnetwork.html). Then > use the virsh command from the command line to create the virtual network= . > The xml file will tell libvirt to use a particular bridge and nat > everything on that bridge. Additionally when vms connect to the bridge it > will set up some iptables rules for you to do the forwarding from the > bridge to your main network. This will require reverting your changes to > the /etc/xen/xend-config.sxp**** > > 2 =E2=80=93 Use virt-manager to configure the virtual network. This is a = gui will > allow you to setup the virtual networks without needed a predefined xml > file. Where to go and what to click are highly dependent on the version > being used as the interface has changed a lot over the fast couple years.= * > *** > > 3 =E2=80=93 Configure dnsmasq and iptables manually. Under the hood libvi= rt > nat=E2=80=99ing really just sets up dnsmasq to provide dhcp, dns forwardi= ng etc.. > on the bridge interface as well as configures a few iptables rules to do > the masquerading. You can configure this manually, although there is > generally no need.**** > > ** ** > > ~Matt**** > > ** ** > > *From:* xen-users-bounces@lists.xen.org 'xen-users-bounces@lists.xen.org');> [mailto: > xen-users-bounces@lists.xen.org 'xen-users-bounces@lists.xen.org');>] *On Behalf Of *Xi Shen > *Sent:* Thursday, April 12, 2012 9:55 AM > *To:* xen-users@lists.xen.org 'xen-users@lists.xen.org');> > *Subject:* [Xen-users] domU NAT network cannot connect**** > > ** ** > > Hi,**** > > ** ** > > I followed this guide, > and started my xend service with nat-network support:**** > > (network-script network-nat)**** > > (vif-script vif-nat)**** > > Then I started my domU with the following vif configure:**** > > vif =3D ['ip=3D10.0.0.1' ]**** > > ** ** > > my domU is a win7 system, and I configured the network as:**** > > ip: 10.0.0.1**** > > netmask: 255.255.255.0**** > > default gateway: 10.0.0.254**** > > ** ** > > dns: 8.8.8.8**** > > ** ** > > I added the iptables NAT rule:**** > > iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE**** > > But my domU still cannot connect to the network.**** > > ** ** > > On my dom0, "ifconfig -a" returns as follow: (note: I started the vif8.0 > IF by manual)**** > > ** ** > > eth0: flags=3D4098 mtu 1500**** > > ether 00:1e:37:d2:2b:da txqueuelen 1000 (Ethernet)**** > > RX packets 0 bytes 0 (0.0 B)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 0 bytes 0 (0.0 B)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > device interrupt 20 memory 0xfe200000-fe220000 **** > > ** ** > > lo: flags=3D73 mtu 16436**** > > inet 127.0.0.1 netmask 255.0.0.0**** > > inet6 ::1 prefixlen 128 scopeid 0x10**** > > loop txqueuelen 0 (Local Loopback)**** > > RX packets 76637 bytes 513836706 (490.0 MiB)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 76637 bytes 513836706 (490.0 MiB)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > tap8.0: flags=3D4098 mtu 1500**** > > ether 3e:9b:52:95:03:d3 txqueuelen 500 (Ethernet)**** > > RX packets 2722 bytes 239183 (233.5 KiB)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 0 bytes 0 (0.0 B)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > *vif8.0: flags=3D4163 mtu 1500***** > > inet 10.0.0.128 netmask 255.255.255.255 broadcast 0.0.0.0**** > > ether fe:ff:ff:ff:ff:ff txqueuelen 32 (Ethernet)**** > > RX packets 0 bytes 0 (0.0 B)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 0 bytes 0 (0.0 B)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > wlan0: flags=3D4163 mtu 576**** > > inet 192.168.10.100 netmask 255.255.255.0 broadcast > 255.255.255.255**** > > ether 00:1f:3c:27:e6:0c txqueuelen 1000 (Ethernet)**** > > RX packets 11301 bytes 4467424 (4.2 MiB)**** > > RX errors 0 dropped 0 overruns 0 frame 0**** > > TX packets 9829 bytes 1330447 (1.2 MiB)**** > > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0**** > > ** ** > > I am new to xen, so I might have missed some settings. Please be kind to > point out.**** > > ** ** > > Thank you.**** > > > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84**** > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf305642d78b126704bd83d277 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My host OS is Gentoo x64. I will give a try to libvirtd. Thanks.

On Thursday, April 12, 2012, Keeler, Matthew J. wrote:

What is the host OS?

=C2=A0

In my experience it is easier to either us= e libvirtd to control the virtual networking or run dnsmasq and configure i= ptables manually. I wouldn=E2=80=99t rely on the network-nat script as it s= eems to only set the IP address of the vif endpoint in dom0.<= /span>

=C2=A0

Assuming you have l= ibvirtd there are few ways of creating the virtual networking setup.=

1 =E2=80=93 Create a virt= ual network xml file. (The specification for the structure can be found at = http://= libvirt.org/formatnetwork.html). Then use the virsh command from the co= mmand line to create the virtual network. The xml file will tell libvirt to= use a particular bridge and nat everything on that bridge. Additionally wh= en vms connect to the bridge it will set up some iptables rules for you to = do the forwarding from the bridge to your main network. This will require r= everting your changes to the /etc/xen/xend-config.sxp<= /p>

2 =E2=80=93 Use virt-mana= ger to configure the virtual network. This is a gui will allow you to setup= the virtual networks without needed a predefined xml file. Where to go and= what to click are highly dependent on the version being used as the interf= ace has changed a lot over the fast couple years.

3 =E2=80=93 Configure dns= masq and iptables manually. Under the hood libvirt nat=E2=80=99ing really j= ust sets up dnsmasq to provide dhcp, dns forwarding etc.. on the bridge int= erface as well as configures a few iptables rules to do the masquerading. Y= ou can configure this manually, although there is generally no need.=

=C2=A0

~Matt=

=C2=A0

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Beha= lf Of Xi Shen
Sent: Thursday, April 12, 2012 9:55 AM
To: xen-users@lists.xen.org
Subject: [Xen-users] domU= NAT network cannot connect

=C2=A0

Hi,

=C2=A0

<= /div>

I followed this guide, and started my=C2=A0xend service with nat-network su= pport:

<= div>

(network-script network-nat)

(vif-script =C2=A0 =C2=A0 vif-nat)

Then I started my domU with the f= ollowing vif configure:

vif =3D [= 9;ip=3D10.0.0.1' ]

=C2=A0

my domU is a win7 system, and I configured the net= work as:

ip: 10.0.0.1

netmask: 255.255.255.0

default gateway: 10.0.0.254

=C2=A0

dns: 8.8.8.8

=C2=A0=

I added the iptables NAT rule:=

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

But my domU still cannot connect = to the network.

=C2=A0

On my dom0, "ifconfig -a" returns as follow: (no= te: I started the vif8.0 IF by manual)

=C2=A0

eth0: flags= =3D4098<BROADCAST,MULTICAST> =C2=A0mtu 1500

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1e:37:d2:2b:= da =C2=A0txqueuelen 1000 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 0 = =C2=A0bytes 0 (0.0 B)

= =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 = =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0=

=C2=A0 =C2=A0 =C2=A0 =C2=A0 device in= terrupt 20 =C2=A0memory 0xfe200000-fe220000 =C2=A0

=C2=A0

lo: flags=3D73<UP,LOOPBACK,RUNNING> =C2=A0mtu 16436<= u>

=C2=A0 =C2=A0 =C2=A0 =C2= =A0 inet 127.0.0.1 =C2=A0netmask 255.0.0.0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 ::1 =C2= =A0prefixlen 128 =C2=A0scopeid 0x10<host>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 loop =C2=A0txqueuelen 0= =C2=A0(Local Loopback)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 76637 =C2=A0bytes 513836706 (490.0 M= iB)

=C2=A0 =C2=A0 =C2=A0= =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 =C2=A0frame 0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX p= ackets 76637 =C2=A0bytes 513836706 (490.0 MiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 = =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0=

=C2=A0

tap8.0: flags=3D4098<BROADCAST,MULTICAST> =C2=A0= mtu 1500

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 3e:9b:5= 2:95:03:d3 =C2=A0txqueuelen 500 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 2722 =C2=A0= bytes 239183 (233.5 KiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0= dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

=C2=A0

vif8.0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST&= gt; =C2=A0mtu 1500

= =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet 10.0.0.128 =C2=A0netmask 255.255.255.255 = =C2=A0broadcast 0.0.0.0

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether fe:ff:f= f:ff:ff:ff =C2=A0txqueuelen 32 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 0 =C2=A0byte= s 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 0 =C2=A0bytes 0 (0.0 B)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2=A0= dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

=C2=A0

wlan0: flags=3D4163<UP,BROADCAST,RUNNING,MULTICAST> = =C2=A0mtu 576

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 inet 192.168.10.100 =C2=A0netmask 255.255.255.0 =C2=A0bro= adcast 255.255.255.255

=C2=A0 =C2=A0 =C2=A0 =C2=A0 ether 00:1f:3= c:27:e6:0c =C2=A0txqueuelen 1000 =C2=A0(Ethernet)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packets 11301 =C2= =A0bytes 4467424 (4.2 MiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2=A0overruns 0 = =C2=A0frame 0

=C2=A0 =C2= =A0 =C2=A0 =C2=A0 TX packets 9829 =C2=A0bytes 1330447 (1.2 MiB)

=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX erro= rs 0 =C2=A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0

=C2=A0

=

I am new to xen, so I might have missed some setting= s. Please be kind to point out.

=C2=A0

Thank you.=



--
Regards=EF=BC=8C
David Shen
http://about.me/d= avidshen
https://tw= itter.com/#!/davidshen84



--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://tw= itter.com/#!/davidshen84
--20cf305642d78b126704bd83d277-- --===============5790391983314053283== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5790391983314053283==-- From xen-users-bounces@lists.xen.org Fri Apr 13 04:22:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 04:22: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 1SIY0B-0008Fs-Do; Fri, 13 Apr 2012 04:20:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIY0A-0008Fn-5k for xen-users@lists.xen.org; Fri, 13 Apr 2012 04:20:50 +0000 Received: from [85.158.143.99:20359] by server-2.bemta-4.messagelabs.com id 0C/C1-17550-1A9A78F4; Fri, 13 Apr 2012 04:20:49 +0000 X-Env-Sender: uniken1@rambler.ru X-Msg-Ref: server-3.tower-216.messagelabs.com!1334290843!22875934!1 X-Originating-IP: [81.19.92.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODEuMTkuOTIuNDAgPT4gMzkwMzY=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18301 invoked from network); 13 Apr 2012 04:20:43 -0000 Received: from mx-out-wr-1.rambler.ru (HELO mx-out-wr-1.rambler.ru) (81.19.92.40) by server-3.tower-216.messagelabs.com with SMTP; 13 Apr 2012 04:20:43 -0000 Received: from mperl103.rambler.ru (mperl103.rambler.ru [10.32.5.103]) by mx-out-wr-1.rambler.ru (Postfix) with ESMTP id CD29C13FDA32; Fri, 13 Apr 2012 08:20:42 +0400 (MSK) Received: from mperl103.rambler.ru (localhost [127.0.0.1]) by mperl103.rambler.ru (Postfix) with ESMTP id B1A304DDF42E; Fri, 13 Apr 2012 08:20:42 +0400 (MSK) Received: from [109.236.249.138] by mperl103.rambler.ru with HTTP (mailimap); Fri, 13 Apr 2012 08:20:42 +0400 From: Vlad To: Andrew Bobulsky Date: Fri, 13 Apr 2012 08:20:42 +0400 MIME-Version: 1.0 Content-Disposition: inline References: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> <544796697.20120413075749@rambler.ru> Message-Id: <701125195.1334290842.84592264.70060@mperl103.rambler.ru> X-Mailer: Ramail 3u, (chameleon), http://mail.rambler.ru Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RGV0YWlsOgpJbSB1c2luZyBYZW5TZXJ2ZXIgNi4gV2hlbiBzdGFydCBWTSBhbmQgcHJlc3MgY3Ry bC1iLCBJIGNhbiBjb25maWd1cmUgCnVzZXItY2xhc3MgaW4gUFhFIGNvbnNvbGUoc2NyZWVuIG9u IGxpbmspLgpodHRwOi8vaTMyLmZhc3RwaWMucnUvYmlnLzIwMTIvMDQxMS9jOS80ZDYwMjhmNjVh NjM1M2UyNTU5ZGM1NjFmMGU4MzRjOS5wbmcKZGhjcCBzZXJ2ZXIgc3VjY2Vzc2Z1bGx5IHVuZGVy c3RhbmQgaXQuIEJ1dCBpdCB3b3JrcyBvbmx5IGZvciBvbmUgCmxvYWRpbmcuCk9uIHNhbWUgc2Ny ZWVuIEkgY2FuIHNlZSB1dWlkIG9mIHZtLCB0aGF0IGdpdmVzIHRoZSBjaGFuY2UgdG8gbWUgdG8g CmFzc3VtZSB0aGF0IGFsbCB0aGVzZSBwYXJhbWV0ZXJzIGNhbiBiZSBwcmVjb25maWd1cmVkLgpJ ZiBpdCByZXF1aXJlcyBjaGFuZ2VvdmVyIG9mIHRoZSBiaW5hcnkgcm9tLCBob3cgdG8gbWFrZSBp dCBmb3IgVk0/Cgo+Cj4g0J7RgjogICAgICAgICAgICAgICAgICBBbmRyZXcgQm9idWxza3kgPHJ1 bGVyb2ZAZ21haWwuY29tPgo+INCaOiAgICAgICAgICAgICAgICAgICBWbGFkIDx1bmlrZW4xQHJh bWJsZXIucnU+Cj4g0JAg0YLQsNC60LbQtSDQujogICAgICAgICAgIHhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCj4g0JLRgNC10LzRjyDRgdC+0LfQtNCw0L3QuNGPOiAgICAgIFRodSwgMTIgQXByIDIw MTIgMTI6NTY6NDcgLTA0MDAKPiDQotC10LzQsDogICAgICAgICAgICAgICAgW1hlbi11c2Vyc10g Z1BYRSB1c2XigItyIGNsYXNzCj4g0J/RgNC40LrRgNC10L/Qu9C10L3QvdGL0LUg0YTQsNC50LvR izogPG5vbmU+Cj4KPiBIZWxsbyBWbGFkLAo+Cj4gSWYgeW91J3JlIHRyeWluZyB0byBjaGFuZ2Ug dGhlIHVzZXIgb3IgdmVuZG9yIGNsYXNzZXMgdGhhdCBnUFhFIHVzZXMsCj4gdGhhdCdzIHByb2Jh Ymx5IGFjdHVhbGx5IGluIHRoZSByZWFsbSBvZiBtb2RpZnlpbmcgdGhlIFJPTSBiaW5hcnkgdXNl ZAo+IGJ5IFhlbiwgYW5kIHRoZW4gYWRkaW5nIGl0IHRvIHlvdXIgdmlydHVhbCBtYWNoaW5lLiAg SWYgeW91IGNvdWxkIGJlCj4gbW9yZSBzcGVjaWZpYyBhYm91dCB3aGF0IHlvdSdyZSB0cnlpbmcg dG8gZG8sIEkgbWF5IGJlIGFibGUgdG8gb2ZmZXIKPiBtb3JlIGhlbHAsIGJ1dCBhdCB0aGlzIHBv aW50IEknbSBub3QgcXVpdGUgc3VyZS4uLiBNeSBhcG9sb2dpZXMgOykKPgo+IElmIHlvdSdyZSB0 cnlpbmcgdG8gbWFrZSB1c2Ugb2YgdGhlc2Ugb3B0aW9ucywgc2ltcGx5IGNvbmZpZ3VyZSB5b3Vy Cj4gREhDUCBzZXJ2ZXIgdG8gcmVjb2duaXplIHRoZSBnUFhFIGNsYXNzOgo+Cj4gRm9yIE1pY3Jv c29mdDoKPiAKaHR0cDovL2V0aGVyYm9vdC5vcmcvd2lraS9tc2RoY3Ajc2V0dGluZ191cF9hX2dw eGVfZW5jYXBzdWxhdGVkX29wdGlvbnNfb25fd2luZG93c19kaGNwCj4gRm9yIElTQyBkaGNwZDog aHR0cDovL2V0aGVyYm9vdC5vcmcvd2lraS9kaGNwZAo+Cj4gSWYgeW91J3JlIGdvaW5nIHRvIGJl IHJlcGxhY2luZyB0aGUgYmluYXJ5IGVudGlyZWx5LCBJJ2Qgc3VnZ2VzdCB1c2luZwo+IGlQWEUg aW5zdGVhZC4gIEl0J3MgYW4gYWN0aXZlbHktbWFpbnRhaW5lZCwgdXAtdG8tZGF0ZSBmb3JrIG9m IHRoZQo+IGdQWEUgcHJvamVjdCB3aXRoIHNpZ25pZmljYW50bHkgbW9yZSBmZWF0dXJlczogaHR0 cDovL2lweGUub3JnLwo+Cj4gQmVzdCBSZWdhcmRzLAo+IEFuZHJldyBCb2J1bHNreQo+Cj4gT24g VGh1LCBBcHIgMTIsIDIwMTIgYXQgNjo0MSBBTSwgVmxhZCA8dW5pa2VuMUByYW1ibGVyLnJ1PiB3 cm90ZToKPiA+IEhlbGxvIGFsbC4KPiA+IENhbiBhbnlvbmUgdGVsbCwgaXMgaXQgcG9zc2libGUg dG8gcHJlY29uZmlndXJlIHVzZXItY2xhc3Mgb3IKPiB2ZW5kb3ItY2xhc3MKPiA+IGZvciBnUFhF IGZvciBYZW4gVk0/Cj4gPgo+ID4KPiA+IC0tCj4gPiBWbGFkLgo+ID4KPiA+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gPiBYZW4tdXNlcnMgbWFpbGlu ZyBsaXN0Cj4gPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ID4gaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9y Zwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Apr 13 04:22:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 04:22: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 1SIY0B-0008Fs-Do; Fri, 13 Apr 2012 04:20:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIY0A-0008Fn-5k for xen-users@lists.xen.org; Fri, 13 Apr 2012 04:20:50 +0000 Received: from [85.158.143.99:20359] by server-2.bemta-4.messagelabs.com id 0C/C1-17550-1A9A78F4; Fri, 13 Apr 2012 04:20:49 +0000 X-Env-Sender: uniken1@rambler.ru X-Msg-Ref: server-3.tower-216.messagelabs.com!1334290843!22875934!1 X-Originating-IP: [81.19.92.40] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODEuMTkuOTIuNDAgPT4gMzkwMzY=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18301 invoked from network); 13 Apr 2012 04:20:43 -0000 Received: from mx-out-wr-1.rambler.ru (HELO mx-out-wr-1.rambler.ru) (81.19.92.40) by server-3.tower-216.messagelabs.com with SMTP; 13 Apr 2012 04:20:43 -0000 Received: from mperl103.rambler.ru (mperl103.rambler.ru [10.32.5.103]) by mx-out-wr-1.rambler.ru (Postfix) with ESMTP id CD29C13FDA32; Fri, 13 Apr 2012 08:20:42 +0400 (MSK) Received: from mperl103.rambler.ru (localhost [127.0.0.1]) by mperl103.rambler.ru (Postfix) with ESMTP id B1A304DDF42E; Fri, 13 Apr 2012 08:20:42 +0400 (MSK) Received: from [109.236.249.138] by mperl103.rambler.ru with HTTP (mailimap); Fri, 13 Apr 2012 08:20:42 +0400 From: Vlad To: Andrew Bobulsky Date: Fri, 13 Apr 2012 08:20:42 +0400 MIME-Version: 1.0 Content-Disposition: inline References: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> <544796697.20120413075749@rambler.ru> Message-Id: <701125195.1334290842.84592264.70060@mperl103.rambler.ru> X-Mailer: Ramail 3u, (chameleon), http://mail.rambler.ru Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RGV0YWlsOgpJbSB1c2luZyBYZW5TZXJ2ZXIgNi4gV2hlbiBzdGFydCBWTSBhbmQgcHJlc3MgY3Ry bC1iLCBJIGNhbiBjb25maWd1cmUgCnVzZXItY2xhc3MgaW4gUFhFIGNvbnNvbGUoc2NyZWVuIG9u IGxpbmspLgpodHRwOi8vaTMyLmZhc3RwaWMucnUvYmlnLzIwMTIvMDQxMS9jOS80ZDYwMjhmNjVh NjM1M2UyNTU5ZGM1NjFmMGU4MzRjOS5wbmcKZGhjcCBzZXJ2ZXIgc3VjY2Vzc2Z1bGx5IHVuZGVy c3RhbmQgaXQuIEJ1dCBpdCB3b3JrcyBvbmx5IGZvciBvbmUgCmxvYWRpbmcuCk9uIHNhbWUgc2Ny ZWVuIEkgY2FuIHNlZSB1dWlkIG9mIHZtLCB0aGF0IGdpdmVzIHRoZSBjaGFuY2UgdG8gbWUgdG8g CmFzc3VtZSB0aGF0IGFsbCB0aGVzZSBwYXJhbWV0ZXJzIGNhbiBiZSBwcmVjb25maWd1cmVkLgpJ ZiBpdCByZXF1aXJlcyBjaGFuZ2VvdmVyIG9mIHRoZSBiaW5hcnkgcm9tLCBob3cgdG8gbWFrZSBp dCBmb3IgVk0/Cgo+Cj4g0J7RgjogICAgICAgICAgICAgICAgICBBbmRyZXcgQm9idWxza3kgPHJ1 bGVyb2ZAZ21haWwuY29tPgo+INCaOiAgICAgICAgICAgICAgICAgICBWbGFkIDx1bmlrZW4xQHJh bWJsZXIucnU+Cj4g0JAg0YLQsNC60LbQtSDQujogICAgICAgICAgIHhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCj4g0JLRgNC10LzRjyDRgdC+0LfQtNCw0L3QuNGPOiAgICAgIFRodSwgMTIgQXByIDIw MTIgMTI6NTY6NDcgLTA0MDAKPiDQotC10LzQsDogICAgICAgICAgICAgICAgW1hlbi11c2Vyc10g Z1BYRSB1c2XigItyIGNsYXNzCj4g0J/RgNC40LrRgNC10L/Qu9C10L3QvdGL0LUg0YTQsNC50LvR izogPG5vbmU+Cj4KPiBIZWxsbyBWbGFkLAo+Cj4gSWYgeW91J3JlIHRyeWluZyB0byBjaGFuZ2Ug dGhlIHVzZXIgb3IgdmVuZG9yIGNsYXNzZXMgdGhhdCBnUFhFIHVzZXMsCj4gdGhhdCdzIHByb2Jh Ymx5IGFjdHVhbGx5IGluIHRoZSByZWFsbSBvZiBtb2RpZnlpbmcgdGhlIFJPTSBiaW5hcnkgdXNl ZAo+IGJ5IFhlbiwgYW5kIHRoZW4gYWRkaW5nIGl0IHRvIHlvdXIgdmlydHVhbCBtYWNoaW5lLiAg SWYgeW91IGNvdWxkIGJlCj4gbW9yZSBzcGVjaWZpYyBhYm91dCB3aGF0IHlvdSdyZSB0cnlpbmcg dG8gZG8sIEkgbWF5IGJlIGFibGUgdG8gb2ZmZXIKPiBtb3JlIGhlbHAsIGJ1dCBhdCB0aGlzIHBv aW50IEknbSBub3QgcXVpdGUgc3VyZS4uLiBNeSBhcG9sb2dpZXMgOykKPgo+IElmIHlvdSdyZSB0 cnlpbmcgdG8gbWFrZSB1c2Ugb2YgdGhlc2Ugb3B0aW9ucywgc2ltcGx5IGNvbmZpZ3VyZSB5b3Vy Cj4gREhDUCBzZXJ2ZXIgdG8gcmVjb2duaXplIHRoZSBnUFhFIGNsYXNzOgo+Cj4gRm9yIE1pY3Jv c29mdDoKPiAKaHR0cDovL2V0aGVyYm9vdC5vcmcvd2lraS9tc2RoY3Ajc2V0dGluZ191cF9hX2dw eGVfZW5jYXBzdWxhdGVkX29wdGlvbnNfb25fd2luZG93c19kaGNwCj4gRm9yIElTQyBkaGNwZDog aHR0cDovL2V0aGVyYm9vdC5vcmcvd2lraS9kaGNwZAo+Cj4gSWYgeW91J3JlIGdvaW5nIHRvIGJl IHJlcGxhY2luZyB0aGUgYmluYXJ5IGVudGlyZWx5LCBJJ2Qgc3VnZ2VzdCB1c2luZwo+IGlQWEUg aW5zdGVhZC4gIEl0J3MgYW4gYWN0aXZlbHktbWFpbnRhaW5lZCwgdXAtdG8tZGF0ZSBmb3JrIG9m IHRoZQo+IGdQWEUgcHJvamVjdCB3aXRoIHNpZ25pZmljYW50bHkgbW9yZSBmZWF0dXJlczogaHR0 cDovL2lweGUub3JnLwo+Cj4gQmVzdCBSZWdhcmRzLAo+IEFuZHJldyBCb2J1bHNreQo+Cj4gT24g VGh1LCBBcHIgMTIsIDIwMTIgYXQgNjo0MSBBTSwgVmxhZCA8dW5pa2VuMUByYW1ibGVyLnJ1PiB3 cm90ZToKPiA+IEhlbGxvIGFsbC4KPiA+IENhbiBhbnlvbmUgdGVsbCwgaXMgaXQgcG9zc2libGUg dG8gcHJlY29uZmlndXJlIHVzZXItY2xhc3Mgb3IKPiB2ZW5kb3ItY2xhc3MKPiA+IGZvciBnUFhF IGZvciBYZW4gVk0/Cj4gPgo+ID4KPiA+IC0tCj4gPiBWbGFkLgo+ID4KPiA+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gPiBYZW4tdXNlcnMgbWFpbGlu ZyBsaXN0Cj4gPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+ID4gaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9y Zwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNl cnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Apr 13 07:51:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 07:51: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 1SIbG8-00027W-Up; Fri, 13 Apr 2012 07:49:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIbG7-00027N-GA for Xen-users@lists.xensource.com; Fri, 13 Apr 2012 07:49:31 +0000 Received: from [85.158.143.99:16040] by server-3.bemta-4.messagelabs.com id CB/88-05853-A8AD78F4; Fri, 13 Apr 2012 07:49:30 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-12.tower-216.messagelabs.com!1334303369!18225567!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7143 invoked from network); 13 Apr 2012 07:49:29 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-12.tower-216.messagelabs.com with SMTP; 13 Apr 2012 07:49:29 -0000 Received: from [84.223.50.88] (account d.faggioli@sssup.it HELO [192.168.1.119]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 77101013; Fri, 13 Apr 2012 09:49:28 +0200 Message-ID: <1334303366.2860.4.camel@Abyss.lan> From: Dario Faggioli To: Todd Deshane Date: Fri, 13 Apr 2012 09:49:26 +0200 In-Reply-To: References: Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAIAAADYYG7QAAAAA3NCSVQICAjb4U/gAAAVx0lEQVRYwzWY6a/d953XP9/tt51zfme/+37t692OtzhxtzTuJFPaTDVt0cDQeTIajToSKBJICBASQkI8Q1Q8ACQEhUGgCsF0OrSkaRLaxknqOl7i9dq++3727bd/Vx5k+CNe7+WFvvkvbvoywAZF1BMYOFNFbqWEW1gho42yB9jJq1QihEGVCh7BxrXpeNlxbJZmcmNvkArIhAIMJd+drlmA0aiXuBbN5x3Pxq6NS6X85l5/rxNnGtJYgAYhgVCa8UxqAwgQIABAGGMD1JWtS7/48Vy0W1k5GxXnmh41br1y6fxXv3LCEPXLu3vv3N3t2kXPAi0EIjTjnDGcKawzHceZl3N0mIExrmfnGS1iSij2pxgDxJhlsOFID8LUsVjecXvNPiJg2ZYySiODGUVcAwBCCAAMAIAhNc82C2xvuLG8uX422VvZfHrx9Mz5P7kRR51wby188YD+8metqQWBLa00F1JIlQk5imIhle+XBsHI9/PVUoFCBp7JOZbSjGiS92mx7IE0SICRkC/Yw2GSZECpIsYYwEmWGkDGIAAAAIQAY4QMEA6Nvc7G6aaYzKQlUs/x/O99VywsZcZd33w++l9/NbN6Z905MSqPGYO10QDYGCI1EIQQGMdzkzCo+G4pb5eY7blWKhKadiZ92yYsFWoYpwhRv0A4h/4oK5Zcl9nGAMLUgEYYMAZAmhBkM6KkoYpVIRjU47SRRUuVlXRlUZ08nxDyi50na+2jV1r9tTjK/DwYqgFRLHMuYdhCMou1bg64a0M15yKiCyCcLJlJspl+e6x3QNtuv1TbKIwHxpHIZDEYorGFh32eK3h+yc06XYqA2MyyLCmk0lobAFC04NsTyCGjOAbrp5svrs/N1sqeRegKscrF2aiz1ZfJweZPjLzojB0fdPcqFcv481592Y15KiKOLBDyd OPw1b37JZ3Qosdspk2Eh71iZ3MmJafLE/2l4w/pjBiiRMVJKjOtLItypb18LkxCmSilAIAorQCA0nLl0lGSqY5kyCP55bFpOwvW1vo79+7vb+z5yjSF1Wg9RaNNjKxRlObPnd/c+UurPFMZPzO5cPpcIt/c/HApaZp+Jzoa6FKhcu4kogzZFGmEGgczG6v1O+8uLp1eQ0VdOrXuLFqu0mAwwZkUCBOMmJAKDAIgAJq88f1/NucwtbZqaXP9pfNnFxY++ujmI4OZVzoYHfKtxnrY2PFAS46yuJTPNzvNYXvbDJsvTfr/5PSJl3/676cbhzvPV4ccbN9KTCoHHYa5xQoZRPpglw1SEim5tzN58KSc4b1LFzEmFiMEYwCSca01MsYAAoyRUYrGgjXOXfgbg8aE5hPV8vsPPr7XHJaPn4x6MY0GjsUWvnxy+dLSB7+43W6zN77y9Q/e/3ENvMvI/dO4WftX/xzidDvrO7Mnxqt+P0kshcCyRj2pe89zKSKxVjrWWKs4balUO/s26MwgqZU2JsmkUhjAAPpr0ACA3vjKydHuAa56B2u7Hz59qDFOkD149x1n9VkW81LevvCH54b5ztiY/+rLr7zxu1+TwdEr99deD0Ln1tMw4ixVhVpuemZGYT5W8JQCgyAMR1whY1IGqRI8E1ks0m2pnqq0k6ogUpgRroBLDQgjDBgTjAEUUgDUJI16Se7sbcWdfoxdzrRUwj7aV1I7165Mnjhx+oLz2+CTyclL3/2D74ApfOFr3w4Hf7778/dmSclIzoXKTy6n2QBrjRQyBPdGQ6RVlCQ8TXScMGk8iwWErsV8Z/58J9KZ0IgbBJgQiok2BghBCCFjMACQlesvrzjY/tWtOM0EoZwCU0Ym2ag+VZ5fLOf9xZXph61s8dibtdpYnApmFe3JmX6372UByfg+wKNOt+hYSgHBNjiesW3H9SyhqEKJlE2ZHiSjrVS2c8Xm639nhEoACAzGhDCGKSVKGQ AwBgECxQXNuz7uD1QvQFJEeeOm0iiFBbDu/uEzwW8O+P826hu/d6v0/PTx5Y8/ee/l66/lFqdqb9xQ//pRJ+KBwfmp8U1tmkgnXqaxbPd6/V4fJ1kJ6JQhderZ1OvE/aYSfeKBAYSQQVgbI5Q2UgMgBMgYAxgBAE1U6uQKuS9e7310qzwQ2pDUghR4JU3UZji07BfFamHtIF00O839zx7ceeXaFxGY/J1Hz1sHPEGHDlnTreLkyeNXrpQLDgjtBHF+GI6i4VEYfnpwpAejvNBnUdG2qkBdw4w2Bhv0eXeZzwMfIYQ+7zKgc7VynCux73176ktXV//ix6Onq67RxIhEGTDSHybQH4Xt6LU3317f2pycmGJUVxudOZ+o6Zn764dB0YHx6dCwp88eIYSIxpLLIIziLJbSOAKEW9QlZ7Posijv5awsSw1yDMIAGMAgZBBCGGNjDEJGAdCJnI9thwHLFr3pt9+e3Wl2W41fbj1NlD51sHvmxeP1YfqMya9fvfaf//E/3T/cfPP6K8vv3Wz/3w/SxiBPaDFUeGZ6V2Sd7UOtACmkpeRSaI0wMogZYzNk05KfG5Z8q5a9bBeaA90P0kRixGyuPqddY4wwQgKAFosVQjEANjF1lFIz4/1x50g0kyR+uVi79jtf/vmHL4LKhZ7WreYWMbH5b/8zu3vHGkUZlxjrSOkzy/Px/n5fYxAxNUCNIdhIojEhmDFM3By2sWdJNlajeKmUnqiwQNuRZJ0I398LDVBkABPABgEA7o/CMEhlplzHKlZL1WJVY4LB5Ci6+p2rvRv1uxm8evba/Qe/UaPuDUEXP/kNTdJewqtV/+zlK9yQnfWtdrsVp+koEWEmpQELUwcTqrGMVZpEiUqVU43PflUzLR2pbFqkenncKniZsRNjcaAcocRmGQBQh1kIISmllJLrbG/3oCujE7PHahYo8eDu46fUqawsLzx4+vEZN/eHQcJHyVBjz5DqsYWOwDm/nmP52TF vY79x1O4bKcp5b7JWIQoNklRhYhvKjBkfCrf3xJ7+ijVKo+TAsQuO4wKlDsMGpRRjlYm8U+wBp57jWrYlpFRKGa7G56b/4i//x0Hj4OKU9/03Tj3e3BuvFvP1QhJmf2Zcuz/UhGiNWK3a7US8Ovvaq7/zcXenmfWqrmdKpTRLGCO9KELGhJmIOHcZLY9XGo3BBTrUJxuzCtJ8refnuDY6EwRjbaRnA3OxjQ0AUK2U4EIZrYw2gIYyzVQyNV48e9wzRt6729p5sl+2ci8/+Gy80x5hMFIBsZOyf4TIrC4Uld05bChP+kpZNo4RywAERgyTPCJgO1bBmfALzb3B5msXrg0UqxaG5QJgy0UMrIxYjAhHZ4HtJVW3uAaCUkYNGAxGKYkBd/pNC2AizxYq/LPHn9hWfb4eFxob59cakhpXmIaCnGu9u7td9MdajTsvnbxAmY94YEFojOEGEcYQAYSY4VEx79J8QQ+yiPlBFq/aE1Gt7BmTwwo7jh5wjDlxGDWKMGKMAgBsW45t2TazGWHI0hs7G1oJIgavXjmTCKcXwJeuXsv+zwexyhLmxoRix3rEUAv0++3tDweHdzafvlZfxH6RS8cYAkAPW/0Xe612t2sAwNC0nz67t+rmcgEPW82+yEgqdZImo2Gnfbge9p6AaliuGsUj5lAAoJQxKYUCDYAEhkEYFPzCXA0q9eLme0m7K6auTgUf3ynYrCzprhJHBSdYnLX3jvSoNwrMzfbW7Y9aIaCwQMHlOS83XvWTRGDLihCkoyTujpiiBAOSYTKAOAjdXAFjLGTWae0/W3skwa3WJiYnpse9BQCgwyhCCAhBwOgoDErVCd1tLc2ge4+fBKHDjJk/fsrR76BhHBoIy6VoeSlFEmxKHNpN0rGJqbDbV9KwgWj3IlWQhGGlTXuUacvKMxtJhA3oLGZJL+Nht1M/eeZaq90wGDtu7tj8cYUsIU3J8yzKAAQVimdSICmlUQ93Xxw1W8cnxhYW wkKhY/C8X+ufq891Wy3P4Nsg26eWolx9dLC9P+wpZBKbNnv9AiGWlipNXEP1gGNKjJIFg0lmLJOWmS2UylMU91qWXw663X4nUAYjkNRxX9zd0oj4lclykTNCAIDatqORMVpJhNY21raP9lS0+bdeWd7ePXr8wlqaXiK//qDX3P20Nr41tZASRtSwhSRCUHVsZkO3F9qkgFKJDC4QprRSmcgTSjHFBjEwjtR5hEm7xxzmunkZhL1Od2F5th+2DQJDqF2ezo8vAcbUpABAkyTjUhjJRzrRQe9CsXj9st0ZbDVeDK8M7b+Nk+7qnaevfvVAC8G5ATTx2mtLRt7+d/+WpKHrWEnRO2gPxqUtMU4UV0bbzMKISCmBIKAUAGyAzvZWrmjZ1SJS/OHde/MzE2OVeqHgX3n5qnLHO/3UIO55GAAoF0pppbTuBoOEGkqsGqPXotlLvUp1pto8ffGdXuPFbz+lsSL5YovoW+++c2q8rmyLaocinCN6VLaToZFcYoM0xpHiHFAOU8aIBpAAgFEmZNLpmFpJsk5hciYeDmsTi/fuf7bX2auWx0rjc47v7j2+BXCRUoK4QQDQaB0Zg7SRhVSxx0NfzHWPrzxfXlj76EObxxqhv1p7fOLiJd8Ujp890z46HG5tGNAIKdtloRCJUjnMMAKsMEK4RbhCAhuMElkkdozAjIb5YZToZiDM5XNntQ2u5VKtGzsbe/tbpXye1SbBvkgJAMVYEzIajTyEj83YQ7/104Xhb37WvLGwEm3shUnAMhUiM1AZz9KjVmtydrpFCAeFMaYWtQBpn0mtBpkCpZAFiGLm2KAhHaY5REEjhJUDhAcxx05hLBcnaa1UKjALE+aVqpHIJienbBAAgEt+frxURBZRBkOuNF2lC2P4fif7JXa2uD7Y3+VxQlO5GwfMyecK+Xq1WB8b6yaBJEhqhRBGGGML56s+rnhW3XeqBavoEERFkFmAkdIIQR4wjlMRxx5zUgG3769qo U7MzLS7w04QGcs2zPbLPgDg3qAXh8PV7fXEoPm5xWIt543nRe585djS1vN7+MXDwfZGe9Dc63XSRBwcNOIoAgQjkQqGhdGAkNEaaUW0ylnUw9g1BIdKdsK8op4hNiUSa8VFvVI5ff6sSFOG2YOnG0kii26+6BeJxbjRSZpg1wMAbDMgFjxZvb+/u/X81ntJZysYos7hcNbLjy1MPtp6gkbdqD+oF6vFSs3NeTNT04NePwQtsNZAldYGIaUUaIkkRxrCME0GSQk7HmCiDQWEAQMCGcYXjh2zjQShohiGcXb1pQvH5ueLOafgOkaK2bEiAFDFZTcc2CpayMPSWO3kUn5zbXtwNNjfffTW3/9Hd29+mISBkWRhYf7333xzZqKUBaNOp9/ziqUgwSBSJGxqy0xrYUAZLkUUpXVs5zHJQEstkAFsMGNOOgiS++s05AiACp7G8Vi1xMPk5LFjbrGUQzA3UYOHQA1mz7e3D1qDAtNTp+cZNd2B+NaXvtjvqGrRs4pETXuHR73NezcDHTsMX7n2ansYzc2drnO7K5+vzEwqrtf3okAbkxgeZyCMTy0bUY1U9v/FmMUoaHPc5LOZY7/urk9Yo3H2eu+ou1ir/urxqtHZialp98wUAGAA9XhrPaH+SJPKhB+lfL2de//uemblk0hcml34g7feOHN+5eyZk6eXpoP2YaXsdzdXv3ugb9SXSi75va9d+4f/4I+/89aNotb9ILYFnrYLHsYUAUMYGQAD1CCCSd0tfPrg/hwH0ttctgN7dDjGu0sOdqmZKlvnj88SpAGAPtnYyESKVFTP8Zw16rUOW116FOPr5fqz7b2fP36hP+7zWAkplxdmEUEF1748O/7wg59MaOv7J065NzcOnrW8nKeo48lwxStSLi3QgCkiaATYGMMMgNG1QmlfxxO9Xtn1Ro2+UnDz5z+LgzTP0Hgtl7MhzmIAwI/XVgNBAqNXTh2v5Mwwg3Z3wEfJ7OxyHHPb9SNuEi 64Ed1RmAjm58rbHz85qdCfzi2fHfH67sj+6EX6s0/hoPvW5Mmq5MwimlCikUXtIYOYIYWUz1impU75ve6WzeHK+OKf/+AHYchVKuJRsLrTfHHY6A77AEAnZ6bBXc6ePj+1UOmPntxfkx3t5yzI5Uu7e3sYEDKmXirisisJnqxPH7Q68aD3rYVllkQJF6GUsRQmiE4j9/Wpkz9tHhGtDSUKACgOmcmQdhS1LDvLMoOwjJJ4d/ir4cfP0qaA23pxWc5N0FKhnQiLMQCgFceSFl24dPwLF4s/efe2P3llmoAbB5ZLw3gYxFE/jkdZNl8udA47KyunB72jb1Qn7c5gmGVcqJTzkVbAzY1TV89fvHR398nBYMgNikD5mhSQHWJuXM/OFaJhKLHhowAIWfjGl7b3nwbx8Nw3f9cCEDJjXAeDEQCQOGjFRzsny8FkRe43i0+fH2jIn5qZkxG/fft+rlDNlSYzxOanZxuj/hfPnLu+erCyvquSmKd6oOORkoMw+VTEb37hm6oXzdq5o2DU0akUMnbJhhgUHHeCelRBnGXDLAGDLMcrvHJ58dtvfXC4tdntCQG+bU/MTPl8sD5cIlMztSAOvvX6ceJEO3tHn7z3JG20XJleu3w1ToPdvQ0j+GS9/vWv3Xjl1Onru935W59ClnZGQ4sxi7FA8N+OBs8QOZqvD20z7fpoGDbikIMwMiNSlRG1DVWZiHiCCHUtG1vW+T/6fXDtrfZRnGSDqN8bdMbLpaS909EXaYBYKafPXl367PH9nd0gzTRRoWPnKWJ/81vfPnNy5Yc//OGt28/nHHhjoz03AD4cZdgUixULcJylFnZ7AOlYuXjj5R/9x//033cPr1VnRjKyLUtkkRYyFIJDUsv5DsWI0ZFUr/2977Gx+iCJDnu9IAgRNYVqaTjomFEEOaA2QV//8qLD0t2do62dWChIs2R8cqbgl0DJ4/NLb//dtzvd7kub2xceHQUqjJDqRmHQjQuOqyn ZiaKpyoRz4wuXzr70/MTyi8bR+72NEqPVTGL4a1NvIQRK5Cw3MDBz+RI6tpAAhJIzy65WEGOEYEhF5iv6+VE0F05P+f7Ui61Od4iV1hb1p6amM5USQFoh368t5IvjP/m1ylIuJAhFCGXMotQyjGCbbzX39p88Pvyv/8V2XZT3yED2sHYskteYCcIwBg0DwTVzZLkQ1XyTSuvzgUCpEglFVGMMmNSrzpEAim310sWX7j5ZI9Zc5/ARF6w651dqVSllKIWJhxF3is9XaaPNNOQsBkAdLRLCNMbNLBYGIbcgbdJu7iEpjO+aOE45fxIPl73SuFeORBpgaSwmPUp8ZutU89S1LRwazKgyFkLYY7bHnIXp4sNtoCtLtYnx8n/40Y+2d5U21PfL/+YH/5JqY7v5Ti950DksKlV4+CQnpaY441xzJUBigjMpM6N247ANOGKUKAnaOPliRILBsJ8geDDq1ZhjuzatFsMoKlBdMUbE8aDfY5S5tnvp8pWUZzzL0iR2bdbpHALA/wMUjQteOh3xIgAAAABJRU5ErkJggg== X-Mailer: Evolution 3.2.3 (3.2.3-2.fc16) Mime-Version: 1.0 Cc: xen-devel mailing list , xen-users mailing list , Fedora Xen List Subject: Re: [Xen-users] Calling all Fedora Xen users, testers, and developers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4729483241337131641==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4729483241337131641== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Og8Jgu0Zg2KnDLoNJwSu" --=-Og8Jgu0Zg2KnDLoNJwSu Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2012-04-06 at 13:16 -0400, Todd Deshane wrote:=20 > The Fedora community is holding a virtualization test day [1] next > week (Thursday) and it would be great if we could help them on the Xen > side of things >=20 I really agree on this... Even ex-post... :-/ > Let me know if you are interested in helping out and I'll coordinated > the Xen efforts. >=20 Anyway, by being on the deputed IRC channel yesterday I got the impression that they/we are planning another Fedora-Xen test day, is that the case? If yes, please follow up on us on when it will be... I'm not sure I can, but I'd be glad to help! Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-Og8Jgu0Zg2KnDLoNJwSu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAk+H2oYACgkQk4XaBE3IOsRpDwCeKp5esXb33KiM0lfs2g8SaTjQ W7UAnjm39igI74DsulrI0Mir+Zw0VGWt =yd1I -----END PGP SIGNATURE----- --=-Og8Jgu0Zg2KnDLoNJwSu-- --===============4729483241337131641== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4729483241337131641==-- From xen-users-bounces@lists.xen.org Fri Apr 13 07:51:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 07:51: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 1SIbG8-00027W-Up; Fri, 13 Apr 2012 07:49:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIbG7-00027N-GA for Xen-users@lists.xensource.com; Fri, 13 Apr 2012 07:49:31 +0000 Received: from [85.158.143.99:16040] by server-3.bemta-4.messagelabs.com id CB/88-05853-A8AD78F4; Fri, 13 Apr 2012 07:49:30 +0000 X-Env-Sender: raistlin@linux.it X-Msg-Ref: server-12.tower-216.messagelabs.com!1334303369!18225567!1 X-Originating-IP: [193.205.80.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7143 invoked from network); 13 Apr 2012 07:49:29 -0000 Received: from ms01.sssup.it (HELO sssup.it) (193.205.80.99) by server-12.tower-216.messagelabs.com with SMTP; 13 Apr 2012 07:49:29 -0000 Received: from [84.223.50.88] (account d.faggioli@sssup.it HELO [192.168.1.119]) by sssup.it (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 77101013; Fri, 13 Apr 2012 09:49:28 +0200 Message-ID: <1334303366.2860.4.camel@Abyss.lan> From: Dario Faggioli To: Todd Deshane Date: Fri, 13 Apr 2012 09:49:26 +0200 In-Reply-To: References: Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAIAAADYYG7QAAAAA3NCSVQICAjb4U/gAAAVx0lEQVRYwzWY6a/d953XP9/tt51zfme/+37t692OtzhxtzTuJFPaTDVt0cDQeTIajToSKBJICBASQkI8Q1Q8ACQEhUGgCsF0OrSkaRLaxknqOl7i9dq++3727bd/Vx5k+CNe7+WFvvkvbvoywAZF1BMYOFNFbqWEW1gho42yB9jJq1QihEGVCh7BxrXpeNlxbJZmcmNvkArIhAIMJd+drlmA0aiXuBbN5x3Pxq6NS6X85l5/rxNnGtJYgAYhgVCa8UxqAwgQIABAGGMD1JWtS7/48Vy0W1k5GxXnmh41br1y6fxXv3LCEPXLu3vv3N3t2kXPAi0EIjTjnDGcKawzHceZl3N0mIExrmfnGS1iSij2pxgDxJhlsOFID8LUsVjecXvNPiJg2ZYySiODGUVcAwBCCAAMAIAhNc82C2xvuLG8uX422VvZfHrx9Mz5P7kRR51wby188YD+8metqQWBLa00F1JIlQk5imIhle+XBsHI9/PVUoFCBp7JOZbSjGiS92mx7IE0SICRkC/Yw2GSZECpIsYYwEmWGkDGIAAAAIQAY4QMEA6Nvc7G6aaYzKQlUs/x/O99VywsZcZd33w++l9/NbN6Z905MSqPGYO10QDYGCI1EIQQGMdzkzCo+G4pb5eY7blWKhKadiZ92yYsFWoYpwhRv0A4h/4oK5Zcl9nGAMLUgEYYMAZAmhBkM6KkoYpVIRjU47SRRUuVlXRlUZ08nxDyi50na+2jV1r9tTjK/DwYqgFRLHMuYdhCMou1bg64a0M15yKiCyCcLJlJspl+e6x3QNtuv1TbKIwHxpHIZDEYorGFh32eK3h+yc06XYqA2MyyLCmk0lobAFC04NsTyCGjOAbrp5svrs/N1sqeRegKscrF2aiz1ZfJweZPjLzojB0fdPcqFcv481592Y15KiKOLBDyd OPw1b37JZ3Qosdspk2Eh71iZ3MmJafLE/2l4w/pjBiiRMVJKjOtLItypb18LkxCmSilAIAorQCA0nLl0lGSqY5kyCP55bFpOwvW1vo79+7vb+z5yjSF1Wg9RaNNjKxRlObPnd/c+UurPFMZPzO5cPpcIt/c/HApaZp+Jzoa6FKhcu4kogzZFGmEGgczG6v1O+8uLp1eQ0VdOrXuLFqu0mAwwZkUCBOMmJAKDAIgAJq88f1/NucwtbZqaXP9pfNnFxY++ujmI4OZVzoYHfKtxnrY2PFAS46yuJTPNzvNYXvbDJsvTfr/5PSJl3/676cbhzvPV4ccbN9KTCoHHYa5xQoZRPpglw1SEim5tzN58KSc4b1LFzEmFiMEYwCSca01MsYAAoyRUYrGgjXOXfgbg8aE5hPV8vsPPr7XHJaPn4x6MY0GjsUWvnxy+dLSB7+43W6zN77y9Q/e/3ENvMvI/dO4WftX/xzidDvrO7Mnxqt+P0kshcCyRj2pe89zKSKxVjrWWKs4balUO/s26MwgqZU2JsmkUhjAAPpr0ACA3vjKydHuAa56B2u7Hz59qDFOkD149x1n9VkW81LevvCH54b5ztiY/+rLr7zxu1+TwdEr99deD0Ln1tMw4ixVhVpuemZGYT5W8JQCgyAMR1whY1IGqRI8E1ks0m2pnqq0k6ogUpgRroBLDQgjDBgTjAEUUgDUJI16Se7sbcWdfoxdzrRUwj7aV1I7165Mnjhx+oLz2+CTyclL3/2D74ApfOFr3w4Hf7778/dmSclIzoXKTy6n2QBrjRQyBPdGQ6RVlCQ8TXScMGk8iwWErsV8Z/58J9KZ0IgbBJgQiok2BghBCCFjMACQlesvrzjY/tWtOM0EoZwCU0Ym2ag+VZ5fLOf9xZXph61s8dibtdpYnApmFe3JmX6372UByfg+wKNOt+hYSgHBNjiesW3H9SyhqEKJlE2ZHiSjrVS2c8Xm639nhEoACAzGhDCGKSVKGQ AwBgECxQXNuz7uD1QvQFJEeeOm0iiFBbDu/uEzwW8O+P826hu/d6v0/PTx5Y8/ee/l66/lFqdqb9xQ//pRJ+KBwfmp8U1tmkgnXqaxbPd6/V4fJ1kJ6JQhderZ1OvE/aYSfeKBAYSQQVgbI5Q2UgMgBMgYAxgBAE1U6uQKuS9e7310qzwQ2pDUghR4JU3UZji07BfFamHtIF00O839zx7ceeXaFxGY/J1Hz1sHPEGHDlnTreLkyeNXrpQLDgjtBHF+GI6i4VEYfnpwpAejvNBnUdG2qkBdw4w2Bhv0eXeZzwMfIYQ+7zKgc7VynCux73176ktXV//ix6Onq67RxIhEGTDSHybQH4Xt6LU3317f2pycmGJUVxudOZ+o6Zn764dB0YHx6dCwp88eIYSIxpLLIIziLJbSOAKEW9QlZ7Posijv5awsSw1yDMIAGMAgZBBCGGNjDEJGAdCJnI9thwHLFr3pt9+e3Wl2W41fbj1NlD51sHvmxeP1YfqMya9fvfaf//E/3T/cfPP6K8vv3Wz/3w/SxiBPaDFUeGZ6V2Sd7UOtACmkpeRSaI0wMogZYzNk05KfG5Z8q5a9bBeaA90P0kRixGyuPqddY4wwQgKAFosVQjEANjF1lFIz4/1x50g0kyR+uVi79jtf/vmHL4LKhZ7WreYWMbH5b/8zu3vHGkUZlxjrSOkzy/Px/n5fYxAxNUCNIdhIojEhmDFM3By2sWdJNlajeKmUnqiwQNuRZJ0I398LDVBkABPABgEA7o/CMEhlplzHKlZL1WJVY4LB5Ci6+p2rvRv1uxm8evba/Qe/UaPuDUEXP/kNTdJewqtV/+zlK9yQnfWtdrsVp+koEWEmpQELUwcTqrGMVZpEiUqVU43PflUzLR2pbFqkenncKniZsRNjcaAcocRmGQBQh1kIISmllJLrbG/3oCujE7PHahYo8eDu46fUqawsLzx4+vEZN/eHQcJHyVBjz5DqsYWOwDm/nmP52TF vY79x1O4bKcp5b7JWIQoNklRhYhvKjBkfCrf3xJ7+ijVKo+TAsQuO4wKlDsMGpRRjlYm8U+wBp57jWrYlpFRKGa7G56b/4i//x0Hj4OKU9/03Tj3e3BuvFvP1QhJmf2Zcuz/UhGiNWK3a7US8Ovvaq7/zcXenmfWqrmdKpTRLGCO9KELGhJmIOHcZLY9XGo3BBTrUJxuzCtJ8refnuDY6EwRjbaRnA3OxjQ0AUK2U4EIZrYw2gIYyzVQyNV48e9wzRt6729p5sl+2ci8/+Gy80x5hMFIBsZOyf4TIrC4Uld05bChP+kpZNo4RywAERgyTPCJgO1bBmfALzb3B5msXrg0UqxaG5QJgy0UMrIxYjAhHZ4HtJVW3uAaCUkYNGAxGKYkBd/pNC2AizxYq/LPHn9hWfb4eFxob59cakhpXmIaCnGu9u7td9MdajTsvnbxAmY94YEFojOEGEcYQAYSY4VEx79J8QQ+yiPlBFq/aE1Gt7BmTwwo7jh5wjDlxGDWKMGKMAgBsW45t2TazGWHI0hs7G1oJIgavXjmTCKcXwJeuXsv+zwexyhLmxoRix3rEUAv0++3tDweHdzafvlZfxH6RS8cYAkAPW/0Xe612t2sAwNC0nz67t+rmcgEPW82+yEgqdZImo2Gnfbge9p6AaliuGsUj5lAAoJQxKYUCDYAEhkEYFPzCXA0q9eLme0m7K6auTgUf3ynYrCzprhJHBSdYnLX3jvSoNwrMzfbW7Y9aIaCwQMHlOS83XvWTRGDLihCkoyTujpiiBAOSYTKAOAjdXAFjLGTWae0/W3skwa3WJiYnpse9BQCgwyhCCAhBwOgoDErVCd1tLc2ge4+fBKHDjJk/fsrR76BhHBoIy6VoeSlFEmxKHNpN0rGJqbDbV9KwgWj3IlWQhGGlTXuUacvKMxtJhA3oLGZJL+Nht1M/eeZaq90wGDtu7tj8cYUsIU3J8yzKAAQVimdSICmlUQ93Xxw1W8cnxhYW wkKhY/C8X+ufq891Wy3P4Nsg26eWolx9dLC9P+wpZBKbNnv9AiGWlipNXEP1gGNKjJIFg0lmLJOWmS2UylMU91qWXw663X4nUAYjkNRxX9zd0oj4lclykTNCAIDatqORMVpJhNY21raP9lS0+bdeWd7ePXr8wlqaXiK//qDX3P20Nr41tZASRtSwhSRCUHVsZkO3F9qkgFKJDC4QprRSmcgTSjHFBjEwjtR5hEm7xxzmunkZhL1Od2F5th+2DQJDqF2ezo8vAcbUpABAkyTjUhjJRzrRQe9CsXj9st0ZbDVeDK8M7b+Nk+7qnaevfvVAC8G5ATTx2mtLRt7+d/+WpKHrWEnRO2gPxqUtMU4UV0bbzMKISCmBIKAUAGyAzvZWrmjZ1SJS/OHde/MzE2OVeqHgX3n5qnLHO/3UIO55GAAoF0pppbTuBoOEGkqsGqPXotlLvUp1pto8ffGdXuPFbz+lsSL5YovoW+++c2q8rmyLaocinCN6VLaToZFcYoM0xpHiHFAOU8aIBpAAgFEmZNLpmFpJsk5hciYeDmsTi/fuf7bX2auWx0rjc47v7j2+BXCRUoK4QQDQaB0Zg7SRhVSxx0NfzHWPrzxfXlj76EObxxqhv1p7fOLiJd8Ujp890z46HG5tGNAIKdtloRCJUjnMMAKsMEK4RbhCAhuMElkkdozAjIb5YZToZiDM5XNntQ2u5VKtGzsbe/tbpXye1SbBvkgJAMVYEzIajTyEj83YQ7/104Xhb37WvLGwEm3shUnAMhUiM1AZz9KjVmtydrpFCAeFMaYWtQBpn0mtBpkCpZAFiGLm2KAhHaY5REEjhJUDhAcxx05hLBcnaa1UKjALE+aVqpHIJienbBAAgEt+frxURBZRBkOuNF2lC2P4fif7JXa2uD7Y3+VxQlO5GwfMyecK+Xq1WB8b6yaBJEhqhRBGGGML56s+rnhW3XeqBavoEERFkFmAkdIIQR4wjlMRxx5zUgG3769qo U7MzLS7w04QGcs2zPbLPgDg3qAXh8PV7fXEoPm5xWIt543nRe585djS1vN7+MXDwfZGe9Dc63XSRBwcNOIoAgQjkQqGhdGAkNEaaUW0ylnUw9g1BIdKdsK8op4hNiUSa8VFvVI5ff6sSFOG2YOnG0kii26+6BeJxbjRSZpg1wMAbDMgFjxZvb+/u/X81ntJZysYos7hcNbLjy1MPtp6gkbdqD+oF6vFSs3NeTNT04NePwQtsNZAldYGIaUUaIkkRxrCME0GSQk7HmCiDQWEAQMCGcYXjh2zjQShohiGcXb1pQvH5ueLOafgOkaK2bEiAFDFZTcc2CpayMPSWO3kUn5zbXtwNNjfffTW3/9Hd29+mISBkWRhYf7333xzZqKUBaNOp9/ziqUgwSBSJGxqy0xrYUAZLkUUpXVs5zHJQEstkAFsMGNOOgiS++s05AiACp7G8Vi1xMPk5LFjbrGUQzA3UYOHQA1mz7e3D1qDAtNTp+cZNd2B+NaXvtjvqGrRs4pETXuHR73NezcDHTsMX7n2ansYzc2drnO7K5+vzEwqrtf3okAbkxgeZyCMTy0bUY1U9v/FmMUoaHPc5LOZY7/urk9Yo3H2eu+ou1ir/urxqtHZialp98wUAGAA9XhrPaH+SJPKhB+lfL2de//uemblk0hcml34g7feOHN+5eyZk6eXpoP2YaXsdzdXv3ugb9SXSi75va9d+4f/4I+/89aNotb9ILYFnrYLHsYUAUMYGQAD1CCCSd0tfPrg/hwH0ttctgN7dDjGu0sOdqmZKlvnj88SpAGAPtnYyESKVFTP8Zw16rUOW116FOPr5fqz7b2fP36hP+7zWAkplxdmEUEF1748O/7wg59MaOv7J065NzcOnrW8nKeo48lwxStSLi3QgCkiaATYGMMMgNG1QmlfxxO9Xtn1Ro2+UnDz5z+LgzTP0Hgtl7MhzmIAwI/XVgNBAqNXTh2v5Mwwg3Z3wEfJ7OxyHHPb9SNuEi 64Ed1RmAjm58rbHz85qdCfzi2fHfH67sj+6EX6s0/hoPvW5Mmq5MwimlCikUXtIYOYIYWUz1impU75ve6WzeHK+OKf/+AHYchVKuJRsLrTfHHY6A77AEAnZ6bBXc6ePj+1UOmPntxfkx3t5yzI5Uu7e3sYEDKmXirisisJnqxPH7Q68aD3rYVllkQJF6GUsRQmiE4j9/Wpkz9tHhGtDSUKACgOmcmQdhS1LDvLMoOwjJJ4d/ir4cfP0qaA23pxWc5N0FKhnQiLMQCgFceSFl24dPwLF4s/efe2P3llmoAbB5ZLw3gYxFE/jkdZNl8udA47KyunB72jb1Qn7c5gmGVcqJTzkVbAzY1TV89fvHR398nBYMgNikD5mhSQHWJuXM/OFaJhKLHhowAIWfjGl7b3nwbx8Nw3f9cCEDJjXAeDEQCQOGjFRzsny8FkRe43i0+fH2jIn5qZkxG/fft+rlDNlSYzxOanZxuj/hfPnLu+erCyvquSmKd6oOORkoMw+VTEb37hm6oXzdq5o2DU0akUMnbJhhgUHHeCelRBnGXDLAGDLMcrvHJ58dtvfXC4tdntCQG+bU/MTPl8sD5cIlMztSAOvvX6ceJEO3tHn7z3JG20XJleu3w1ToPdvQ0j+GS9/vWv3Xjl1Onru935W59ClnZGQ4sxi7FA8N+OBs8QOZqvD20z7fpoGDbikIMwMiNSlRG1DVWZiHiCCHUtG1vW+T/6fXDtrfZRnGSDqN8bdMbLpaS909EXaYBYKafPXl367PH9nd0gzTRRoWPnKWJ/81vfPnNy5Yc//OGt28/nHHhjoz03AD4cZdgUixULcJylFnZ7AOlYuXjj5R/9x//033cPr1VnRjKyLUtkkRYyFIJDUsv5DsWI0ZFUr/2977Gx+iCJDnu9IAgRNYVqaTjomFEEOaA2QV//8qLD0t2do62dWChIs2R8cqbgl0DJ4/NLb//dtzvd7kub2xceHQUqjJDqRmHQjQuOqyn ZiaKpyoRz4wuXzr70/MTyi8bR+72NEqPVTGL4a1NvIQRK5Cw3MDBz+RI6tpAAhJIzy65WEGOEYEhF5iv6+VE0F05P+f7Ui61Od4iV1hb1p6amM5USQFoh368t5IvjP/m1ylIuJAhFCGXMotQyjGCbbzX39p88Pvyv/8V2XZT3yED2sHYskteYCcIwBg0DwTVzZLkQ1XyTSuvzgUCpEglFVGMMmNSrzpEAim310sWX7j5ZI9Zc5/ARF6w651dqVSllKIWJhxF3is9XaaPNNOQsBkAdLRLCNMbNLBYGIbcgbdJu7iEpjO+aOE45fxIPl73SuFeORBpgaSwmPUp8ZutU89S1LRwazKgyFkLYY7bHnIXp4sNtoCtLtYnx8n/40Y+2d5U21PfL/+YH/5JqY7v5Ti950DksKlV4+CQnpaY441xzJUBigjMpM6N247ANOGKUKAnaOPliRILBsJ8geDDq1ZhjuzatFsMoKlBdMUbE8aDfY5S5tnvp8pWUZzzL0iR2bdbpHALA/wMUjQteOh3xIgAAAABJRU5ErkJggg== X-Mailer: Evolution 3.2.3 (3.2.3-2.fc16) Mime-Version: 1.0 Cc: xen-devel mailing list , xen-users mailing list , Fedora Xen List Subject: Re: [Xen-users] Calling all Fedora Xen users, testers, and developers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4729483241337131641==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4729483241337131641== Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Og8Jgu0Zg2KnDLoNJwSu" --=-Og8Jgu0Zg2KnDLoNJwSu Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2012-04-06 at 13:16 -0400, Todd Deshane wrote:=20 > The Fedora community is holding a virtualization test day [1] next > week (Thursday) and it would be great if we could help them on the Xen > side of things >=20 I really agree on this... Even ex-post... :-/ > Let me know if you are interested in helping out and I'll coordinated > the Xen efforts. >=20 Anyway, by being on the deputed IRC channel yesterday I got the impression that they/we are planning another Fedora-Xen test day, is that the case? If yes, please follow up on us on when it will be... I'm not sure I can, but I'd be glad to help! Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://retis.sssup.it/people/faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-Og8Jgu0Zg2KnDLoNJwSu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEABECAAYFAk+H2oYACgkQk4XaBE3IOsRpDwCeKp5esXb33KiM0lfs2g8SaTjQ W7UAnjm39igI74DsulrI0Mir+Zw0VGWt =yd1I -----END PGP SIGNATURE----- --=-Og8Jgu0Zg2KnDLoNJwSu-- --===============4729483241337131641== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4729483241337131641==-- From xen-users-bounces@lists.xen.org Fri Apr 13 07:58:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 07:58: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 1SIbNh-0002f6-8y; Fri, 13 Apr 2012 07:57:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIbNg-0002f0-1B for xen-users@lists.xen.org; Fri, 13 Apr 2012 07:57:20 +0000 Received: from [85.158.143.99:5771] by server-3.bemta-4.messagelabs.com id 9C/53-05853-F5CD78F4; Fri, 13 Apr 2012 07:57:19 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1334303836!23422770!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_TEST_2, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12645 invoked from network); 13 Apr 2012 07:57:18 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 07:57:18 -0000 Received: by dajx4 with SMTP id x4so3966468daj.28 for ; Fri, 13 Apr 2012 00:57:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=dMCmMOKdPtaa3BuG2E+a/FS2AugD9/ba57HbZb39pCs=; b=ml/4c/z+C3/HaFDZJ0Uy8xCBsK7k6+Tas93yKjFIjbG27MfYav+Ew3wY/T4GcwmPfw 9tnTG3HdDJLiQE22TutdtPr99UbcaZ8qh60ZH1q+EepUP0xnMDnIZJp0UnwLgpvZ88JJ b84DG4UxETm1WZJBr/oUl/JYRapx833aZDe+7XkMmKAlsAipPXQKJBsYLfqvyqqJ8FVl mPr1Hqhjgl87kh8CWQ2N8pah12llVkp0svVymOiG+bTC4XtdqTRd0TfHrT6lbFT9HEUX 7PFQSskgxKpZCkwNWe6VzlxBHD7AZXgScWT/nF5frN2oI0oG0c2iv95Vm7WKkFvXL+vd eEyA== MIME-Version: 1.0 Received: by 10.68.194.198 with SMTP id hy6mr2923162pbc.0.1334303836173; Fri, 13 Apr 2012 00:57:16 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Fri, 13 Apr 2012 00:57:16 -0700 (PDT) In-Reply-To: <701125195.1334290842.84592264.70060@mperl103.rambler.ru> References: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> <544796697.20120413075749@rambler.ru> <701125195.1334290842.84592264.70060@mperl103.rambler.ru> Date: Fri, 13 Apr 2012 03:57:16 -0400 Message-ID: From: Andrew Bobulsky To: Vlad Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org QWhoaCwgb2theS4gIFdoYXQgSSdkIHN1Z2dlc3QgaXMgdG8gdXNlIGFuIGVtYmVkZGVkIHNjcmlw dCBpbiBhCnJlcGxhY2VtZW50IFJPTSBiaW5hcnkuICBGb3IgdGhlIHNjcmlwdCwgSSB0aGluayB5 b3Ugd291bGQgdXNlOgoKIyFncHhlCnNldCB1c2VyLWNsYXNzIE1ZX1VTRVJfQ0xBU1MKYXV0b2Jv b3QKClRvIHVzZSBnUFhFLCB5b3UgY2FuIGJ1aWxkIHRoZSBpbWFnZSB1c2luZyByb20tby1tYXRp YywgYXZhaWxhYmxlCmhlcmU6IGh0dHA6Ly9yb20tby1tYXRpYy5uZXQvZ3B4ZS9ncHhlLWdpdC9n cHhlLmdpdC9jb250cmliL3JvbS1vLW1hdGljL2J1aWxkLnBocAoKaVBYRSBkb2Vzbid0IHlldCBo YXZlIGFuIGVxdWl2YWxlbnQgdG8gZ1BYRSdzIHJvbS1vLW1hdGljLCBzbyB0aGF0CndvdWxkIGlu dm9sdmUgYnVpbGRpbmcgaXQgeW91cnNlbGYgZnJvbSBzb3VyY2UuCgpBcyBmb3Igd2hhdCB0byBk byB3aXRoIHRoZSBST00gYmluYXJ5IHdoZW4geW91IGdldCBpdC4uLiBJJ20gbm90IHN1cmUKaG93 IHRvIGFkZCB0aGF0IGZpbGUgaW50byBhIFZNIHVuZGVyIFhlbi4gIEkgYXNzdW1lIGl0J3MganVz dCBzb21lCnNpbXBsZSBjaGFuZ2UgdG8gdGhlIFZNIGNvbmZpZyBmaWxlLCB0aG91Z2guICBQZXJo YXBzIHNvbWVvbmUgZWxzZSBvbgp0aGUgbGlzdCBoZXJlIGNvdWxkIGhlbHAgd2l0aCB0aGF0PwoK QWx0ZXJuYXRpdmVseSwgeW91IGNvdWxkIGJ1aWxkIGEgYm9vdGFibGUgSVNPIG9mIHlvdXIgY3Vz dG9taXplZCBnUFhFLApjb25uZWN0ICp0aGF0KiB0byB5b3VyIFZNIGFuZCBib290IGZyb20gQ0Qs IGFuZCBhY2hpZXZlIHRoZSBzYW1lCnJlc3VsdC4KCkJlc3QgUmVnYXJkcywKQW5kcmV3IEJvYnVs c2t5CgoKCk9uIEZyaSwgQXByIDEzLCAyMDEyIGF0IDEyOjIwIEFNLCBWbGFkIDx1bmlrZW4xQHJh bWJsZXIucnU+IHdyb3RlOgo+IERldGFpbDoKPiBJbSB1c2luZyBYZW5TZXJ2ZXIgNi4gV2hlbiBz dGFydCBWTSBhbmQgcHJlc3MgY3RybC1iLCBJIGNhbiBjb25maWd1cmUKPiB1c2VyLWNsYXNzIGlu IFBYRSBjb25zb2xlKHNjcmVlbiBvbiBsaW5rKS4KPiBodHRwOi8vaTMyLmZhc3RwaWMucnUvYmln LzIwMTIvMDQxMS9jOS80ZDYwMjhmNjVhNjM1M2UyNTU5ZGM1NjFmMGU4MzRjOS5wbmcKPiBkaGNw IHNlcnZlciBzdWNjZXNzZnVsbHkgdW5kZXJzdGFuZCBpdC4gQnV0IGl0IHdvcmtzIG9ubHkgZm9y IG9uZSBsb2FkaW5nLgo+IE9uIHNhbWUgc2NyZWVuIEkgY2FuIHNlZSB1dWlkIG9mIHZtLCB0aGF0 IGdpdmVzIHRoZSBjaGFuY2UgdG8gbWUgdG8gYXNzdW1lCj4gdGhhdCBhbGwgdGhlc2UgcGFyYW1l dGVycyBjYW4gYmUgcHJlY29uZmlndXJlZC4KPiBJZiBpdCByZXF1aXJlcyBjaGFuZ2VvdmVyIG9m IHRoZSBiaW5hcnkgcm9tLCBob3cgdG8gbWFrZSBpdCBmb3IgVk0/Cj4KPj4KPj4g79Q6IJogmiCa IJogmiCaIJogmiCaQW5kcmV3IEJvYnVsc2t5IDxydWxlcm9mQGdtYWlsLmNvbT4KPj4g6zogmiCa IJogmiCaIJogmiCaIJogVmxhZCA8dW5pa2VuMUByYW1ibGVyLnJ1Pgo+PiDhINTBy9bFIMs6IJog miCaIJogmiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+PiD30sXN0SDTz9rEwc7J0TogmiCaIJpU aHUsIDEyIEFwciAyMDEyIDEyOjU2OjQ3IC0wNDAwCj4+IPTFzcE6IJogmiCaIJogmiCaIJogmltY ZW4tdXNlcnNdIGdQWEUgdXNlciBjbGFzcwo+PiDw0snL0sXQzMXOztnFIMbByszZOiA8bm9uZT4K Pj4KPj4gSGVsbG8gVmxhZCwKPj4KPj4gSWYgeW91J3JlIHRyeWluZyB0byBjaGFuZ2UgdGhlIHVz ZXIgb3IgdmVuZG9yIGNsYXNzZXMgdGhhdCBnUFhFIHVzZXMsCj4+IHRoYXQncyBwcm9iYWJseSBh Y3R1YWxseSBpbiB0aGUgcmVhbG0gb2YgbW9kaWZ5aW5nIHRoZSBST00gYmluYXJ5IHVzZWQKPj4g YnkgWGVuLCBhbmQgdGhlbiBhZGRpbmcgaXQgdG8geW91ciB2aXJ0dWFsIG1hY2hpbmUuIJpJZiB5 b3UgY291bGQgYmUKPj4gbW9yZSBzcGVjaWZpYyBhYm91dCB3aGF0IHlvdSdyZSB0cnlpbmcgdG8g ZG8sIEkgbWF5IGJlIGFibGUgdG8gb2ZmZXIKPj4gbW9yZSBoZWxwLCBidXQgYXQgdGhpcyBwb2lu dCBJJ20gbm90IHF1aXRlIHN1cmUuLi4gTXkgYXBvbG9naWVzIDspCj4+Cj4+IElmIHlvdSdyZSB0 cnlpbmcgdG8gbWFrZSB1c2Ugb2YgdGhlc2Ugb3B0aW9ucywgc2ltcGx5IGNvbmZpZ3VyZSB5b3Vy Cj4+IERIQ1Agc2VydmVyIHRvIHJlY29nbml6ZSB0aGUgZ1BYRSBjbGFzczoKPj4KPj4gRm9yIE1p Y3Jvc29mdDoKPj4KPiBodHRwOi8vZXRoZXJib290Lm9yZy93aWtpL21zZGhjcCNzZXR0aW5nX3Vw X2FfZ3B4ZV9lbmNhcHN1bGF0ZWRfb3B0aW9uc19vbl93aW5kb3dzX2RoY3AKPj4KPj4gRm9yIElT QyBkaGNwZDogaHR0cDovL2V0aGVyYm9vdC5vcmcvd2lraS9kaGNwZAo+Pgo+PiBJZiB5b3UncmUg Z29pbmcgdG8gYmUgcmVwbGFjaW5nIHRoZSBiaW5hcnkgZW50aXJlbHksIEknZCBzdWdnZXN0IHVz aW5nCj4+IGlQWEUgaW5zdGVhZC4gmkl0J3MgYW4gYWN0aXZlbHktbWFpbnRhaW5lZCwgdXAtdG8t ZGF0ZSBmb3JrIG9mIHRoZQo+PiBnUFhFIHByb2plY3Qgd2l0aCBzaWduaWZpY2FudGx5IG1vcmUg ZmVhdHVyZXM6IGh0dHA6Ly9pcHhlLm9yZy8KPj4KPj4gQmVzdCBSZWdhcmRzLAo+PiBBbmRyZXcg Qm9idWxza3kKPj4KPj4gT24gVGh1LCBBcHIgMTIsIDIwMTIgYXQgNjo0MSBBTSwgVmxhZCA8dW5p a2VuMUByYW1ibGVyLnJ1PiB3cm90ZToKPj4gPiBIZWxsbyBhbGwuCj4+ID4gQ2FuIGFueW9uZSB0 ZWxsLCBpcyBpdCBwb3NzaWJsZSB0byBwcmVjb25maWd1cmUgdXNlci1jbGFzcyBvcgo+PiB2ZW5k b3ItY2xhc3MKPj4gPiBmb3IgZ1BYRSBmb3IgWGVuIFZNPwo+PiA+Cj4+ID4KPj4gPiAtLQo+PiA+ IFZsYWQuCj4+ID4KPj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+PiA+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gPiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+PiA+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pgo+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tdXNlcnMgbWFp bGluZyBsaXN0Cj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54ZW4u b3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Apr 13 07:58:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 07:58: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 1SIbNh-0002f6-8y; Fri, 13 Apr 2012 07:57:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIbNg-0002f0-1B for xen-users@lists.xen.org; Fri, 13 Apr 2012 07:57:20 +0000 Received: from [85.158.143.99:5771] by server-3.bemta-4.messagelabs.com id 9C/53-05853-F5CD78F4; Fri, 13 Apr 2012 07:57:19 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1334303836!23422770!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_18, ML_RADAR_SPEW_LINKS_23, ML_RADAR_SPEW_LINKS_TEST_2, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12645 invoked from network); 13 Apr 2012 07:57:18 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 07:57:18 -0000 Received: by dajx4 with SMTP id x4so3966468daj.28 for ; Fri, 13 Apr 2012 00:57:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=dMCmMOKdPtaa3BuG2E+a/FS2AugD9/ba57HbZb39pCs=; b=ml/4c/z+C3/HaFDZJ0Uy8xCBsK7k6+Tas93yKjFIjbG27MfYav+Ew3wY/T4GcwmPfw 9tnTG3HdDJLiQE22TutdtPr99UbcaZ8qh60ZH1q+EepUP0xnMDnIZJp0UnwLgpvZ88JJ b84DG4UxETm1WZJBr/oUl/JYRapx833aZDe+7XkMmKAlsAipPXQKJBsYLfqvyqqJ8FVl mPr1Hqhjgl87kh8CWQ2N8pah12llVkp0svVymOiG+bTC4XtdqTRd0TfHrT6lbFT9HEUX 7PFQSskgxKpZCkwNWe6VzlxBHD7AZXgScWT/nF5frN2oI0oG0c2iv95Vm7WKkFvXL+vd eEyA== MIME-Version: 1.0 Received: by 10.68.194.198 with SMTP id hy6mr2923162pbc.0.1334303836173; Fri, 13 Apr 2012 00:57:16 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Fri, 13 Apr 2012 00:57:16 -0700 (PDT) In-Reply-To: <701125195.1334290842.84592264.70060@mperl103.rambler.ru> References: <9096786.1334227275.101293880.42483@mperl105.rambler.ru> <544796697.20120413075749@rambler.ru> <701125195.1334290842.84592264.70060@mperl103.rambler.ru> Date: Fri, 13 Apr 2012 03:57:16 -0400 Message-ID: From: Andrew Bobulsky To: Vlad Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] =?utf-8?q?gPXE_use=E2=80=8Br_class?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org QWhoaCwgb2theS4gIFdoYXQgSSdkIHN1Z2dlc3QgaXMgdG8gdXNlIGFuIGVtYmVkZGVkIHNjcmlw dCBpbiBhCnJlcGxhY2VtZW50IFJPTSBiaW5hcnkuICBGb3IgdGhlIHNjcmlwdCwgSSB0aGluayB5 b3Ugd291bGQgdXNlOgoKIyFncHhlCnNldCB1c2VyLWNsYXNzIE1ZX1VTRVJfQ0xBU1MKYXV0b2Jv b3QKClRvIHVzZSBnUFhFLCB5b3UgY2FuIGJ1aWxkIHRoZSBpbWFnZSB1c2luZyByb20tby1tYXRp YywgYXZhaWxhYmxlCmhlcmU6IGh0dHA6Ly9yb20tby1tYXRpYy5uZXQvZ3B4ZS9ncHhlLWdpdC9n cHhlLmdpdC9jb250cmliL3JvbS1vLW1hdGljL2J1aWxkLnBocAoKaVBYRSBkb2Vzbid0IHlldCBo YXZlIGFuIGVxdWl2YWxlbnQgdG8gZ1BYRSdzIHJvbS1vLW1hdGljLCBzbyB0aGF0CndvdWxkIGlu dm9sdmUgYnVpbGRpbmcgaXQgeW91cnNlbGYgZnJvbSBzb3VyY2UuCgpBcyBmb3Igd2hhdCB0byBk byB3aXRoIHRoZSBST00gYmluYXJ5IHdoZW4geW91IGdldCBpdC4uLiBJJ20gbm90IHN1cmUKaG93 IHRvIGFkZCB0aGF0IGZpbGUgaW50byBhIFZNIHVuZGVyIFhlbi4gIEkgYXNzdW1lIGl0J3MganVz dCBzb21lCnNpbXBsZSBjaGFuZ2UgdG8gdGhlIFZNIGNvbmZpZyBmaWxlLCB0aG91Z2guICBQZXJo YXBzIHNvbWVvbmUgZWxzZSBvbgp0aGUgbGlzdCBoZXJlIGNvdWxkIGhlbHAgd2l0aCB0aGF0PwoK QWx0ZXJuYXRpdmVseSwgeW91IGNvdWxkIGJ1aWxkIGEgYm9vdGFibGUgSVNPIG9mIHlvdXIgY3Vz dG9taXplZCBnUFhFLApjb25uZWN0ICp0aGF0KiB0byB5b3VyIFZNIGFuZCBib290IGZyb20gQ0Qs IGFuZCBhY2hpZXZlIHRoZSBzYW1lCnJlc3VsdC4KCkJlc3QgUmVnYXJkcywKQW5kcmV3IEJvYnVs c2t5CgoKCk9uIEZyaSwgQXByIDEzLCAyMDEyIGF0IDEyOjIwIEFNLCBWbGFkIDx1bmlrZW4xQHJh bWJsZXIucnU+IHdyb3RlOgo+IERldGFpbDoKPiBJbSB1c2luZyBYZW5TZXJ2ZXIgNi4gV2hlbiBz dGFydCBWTSBhbmQgcHJlc3MgY3RybC1iLCBJIGNhbiBjb25maWd1cmUKPiB1c2VyLWNsYXNzIGlu IFBYRSBjb25zb2xlKHNjcmVlbiBvbiBsaW5rKS4KPiBodHRwOi8vaTMyLmZhc3RwaWMucnUvYmln LzIwMTIvMDQxMS9jOS80ZDYwMjhmNjVhNjM1M2UyNTU5ZGM1NjFmMGU4MzRjOS5wbmcKPiBkaGNw IHNlcnZlciBzdWNjZXNzZnVsbHkgdW5kZXJzdGFuZCBpdC4gQnV0IGl0IHdvcmtzIG9ubHkgZm9y IG9uZSBsb2FkaW5nLgo+IE9uIHNhbWUgc2NyZWVuIEkgY2FuIHNlZSB1dWlkIG9mIHZtLCB0aGF0 IGdpdmVzIHRoZSBjaGFuY2UgdG8gbWUgdG8gYXNzdW1lCj4gdGhhdCBhbGwgdGhlc2UgcGFyYW1l dGVycyBjYW4gYmUgcHJlY29uZmlndXJlZC4KPiBJZiBpdCByZXF1aXJlcyBjaGFuZ2VvdmVyIG9m IHRoZSBiaW5hcnkgcm9tLCBob3cgdG8gbWFrZSBpdCBmb3IgVk0/Cj4KPj4KPj4g79Q6IJogmiCa IJogmiCaIJogmiCaQW5kcmV3IEJvYnVsc2t5IDxydWxlcm9mQGdtYWlsLmNvbT4KPj4g6zogmiCa IJogmiCaIJogmiCaIJogVmxhZCA8dW5pa2VuMUByYW1ibGVyLnJ1Pgo+PiDhINTBy9bFIMs6IJog miCaIJogmiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+PiD30sXN0SDTz9rEwc7J0TogmiCaIJpU aHUsIDEyIEFwciAyMDEyIDEyOjU2OjQ3IC0wNDAwCj4+IPTFzcE6IJogmiCaIJogmiCaIJogmltY ZW4tdXNlcnNdIGdQWEUgdXNlciBjbGFzcwo+PiDw0snL0sXQzMXOztnFIMbByszZOiA8bm9uZT4K Pj4KPj4gSGVsbG8gVmxhZCwKPj4KPj4gSWYgeW91J3JlIHRyeWluZyB0byBjaGFuZ2UgdGhlIHVz ZXIgb3IgdmVuZG9yIGNsYXNzZXMgdGhhdCBnUFhFIHVzZXMsCj4+IHRoYXQncyBwcm9iYWJseSBh Y3R1YWxseSBpbiB0aGUgcmVhbG0gb2YgbW9kaWZ5aW5nIHRoZSBST00gYmluYXJ5IHVzZWQKPj4g YnkgWGVuLCBhbmQgdGhlbiBhZGRpbmcgaXQgdG8geW91ciB2aXJ0dWFsIG1hY2hpbmUuIJpJZiB5 b3UgY291bGQgYmUKPj4gbW9yZSBzcGVjaWZpYyBhYm91dCB3aGF0IHlvdSdyZSB0cnlpbmcgdG8g ZG8sIEkgbWF5IGJlIGFibGUgdG8gb2ZmZXIKPj4gbW9yZSBoZWxwLCBidXQgYXQgdGhpcyBwb2lu dCBJJ20gbm90IHF1aXRlIHN1cmUuLi4gTXkgYXBvbG9naWVzIDspCj4+Cj4+IElmIHlvdSdyZSB0 cnlpbmcgdG8gbWFrZSB1c2Ugb2YgdGhlc2Ugb3B0aW9ucywgc2ltcGx5IGNvbmZpZ3VyZSB5b3Vy Cj4+IERIQ1Agc2VydmVyIHRvIHJlY29nbml6ZSB0aGUgZ1BYRSBjbGFzczoKPj4KPj4gRm9yIE1p Y3Jvc29mdDoKPj4KPiBodHRwOi8vZXRoZXJib290Lm9yZy93aWtpL21zZGhjcCNzZXR0aW5nX3Vw X2FfZ3B4ZV9lbmNhcHN1bGF0ZWRfb3B0aW9uc19vbl93aW5kb3dzX2RoY3AKPj4KPj4gRm9yIElT QyBkaGNwZDogaHR0cDovL2V0aGVyYm9vdC5vcmcvd2lraS9kaGNwZAo+Pgo+PiBJZiB5b3UncmUg Z29pbmcgdG8gYmUgcmVwbGFjaW5nIHRoZSBiaW5hcnkgZW50aXJlbHksIEknZCBzdWdnZXN0IHVz aW5nCj4+IGlQWEUgaW5zdGVhZC4gmkl0J3MgYW4gYWN0aXZlbHktbWFpbnRhaW5lZCwgdXAtdG8t ZGF0ZSBmb3JrIG9mIHRoZQo+PiBnUFhFIHByb2plY3Qgd2l0aCBzaWduaWZpY2FudGx5IG1vcmUg ZmVhdHVyZXM6IGh0dHA6Ly9pcHhlLm9yZy8KPj4KPj4gQmVzdCBSZWdhcmRzLAo+PiBBbmRyZXcg Qm9idWxza3kKPj4KPj4gT24gVGh1LCBBcHIgMTIsIDIwMTIgYXQgNjo0MSBBTSwgVmxhZCA8dW5p a2VuMUByYW1ibGVyLnJ1PiB3cm90ZToKPj4gPiBIZWxsbyBhbGwuCj4+ID4gQ2FuIGFueW9uZSB0 ZWxsLCBpcyBpdCBwb3NzaWJsZSB0byBwcmVjb25maWd1cmUgdXNlci1jbGFzcyBvcgo+PiB2ZW5k b3ItY2xhc3MKPj4gPiBmb3IgZ1BYRSBmb3IgWGVuIFZNPwo+PiA+Cj4+ID4KPj4gPiAtLQo+PiA+ IFZsYWQuCj4+ID4KPj4gPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwo+PiA+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPj4gPiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+PiA+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycwo+Pgo+PiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+PiBYZW4tdXNlcnMgbWFp bGluZyBsaXN0Cj4+IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4+IGh0dHA6Ly9saXN0cy54ZW4u b3JnL3hlbi11c2VycwoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRw Oi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Fri Apr 13 08:25:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 08:25: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 1SIbnp-00043i-N2; Fri, 13 Apr 2012 08:24:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIbno-00043d-0k for xen-users@lists.xensource.com; Fri, 13 Apr 2012 08:24:20 +0000 Received: from [85.158.143.99:19014] by server-2.bemta-4.messagelabs.com id A8/B7-17550-3B2E78F4; Fri, 13 Apr 2012 08:24:19 +0000 X-Env-Sender: hxkhust@126.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1334305456!18198012!1 X-Originating-IP: [220.181.15.23] X-SpamReason: No, hits=0.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIzID0+IDY5NTM=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIzID0+IDY5NTM=\n,HTML_60_70,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21369 invoked from network); 13 Apr 2012 08:24:17 -0000 Received: from m15-23.126.com (HELO m15-23.126.com) (220.181.15.23) by server-4.tower-216.messagelabs.com with SMTP; 13 Apr 2012 08:24:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=9QJ3eYvigTPQgPiYbYpWbOT4eAHFAUG+Bk 4U/1dXYbw=; b=aGUlLkGcvl5GRca5sWF4AXVxkH/x2hdvtfw9vo42a7f0Hwd0DP lB7stWoHgIDurV7aK/cjSqX9+x6oXy2QufmahFPl8tRmt83X1zjkMEDGo2kQKMF7 tDbnywSGxN5okYjU0Dv8hbvHewTlYQAJT5PAiF07MJFOads8aLOyRH8qA= Received: from hxkhust ( [115.156.232.40] ) by ajax-webmail-wmsvr23 (Coremail) ; Fri, 13 Apr 2012 16:24:12 +0800 (CST) Date: Fri, 13 Apr 2012 16:24:12 +0800 (CST) From: hxkhust To: xen-users Message-ID: <42fab809.f320.136aacd72b3.Coremail.hxkhust@126.com> MIME-Version: 1.0 X-Originating-IP: [115.156.232.40] X-CM-HeaderCharset: GBK X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120307(17626.4462.4455) Copyright (c) 2002-2012 www.mailtech.cn 126com X-CM-CTRLDATA: HFNHWmZvb3Rlcl9odG09Mjc4Ojgx X-CM-TRANSID: F8qowGCZQEKt4odPVU+GAA--.9W X-CM-SenderInfo: xk0nx3lvw6ij2wof0z/1tbiEw2PBU0vKAQYbAACss X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] remus on kernel 3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6877598941929472253==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6877598941929472253== Content-Type: multipart/alternative; boundary="----=_Part_163451_119631117.1334305452723" ------=_Part_163451_119631117.1334305452723 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit HI, I install xen 4.1.2 with linux kernel 3.2 as the dom0's kernel.Could I use the high availability solution offered by Remus? hxk ------=_Part_163451_119631117.1334305452723 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit
HI,

I install xen 4.1.2 with linux kernel 3.2 as the dom0's kernel.Could I use the high availability solution offered by Remus?

hxk



------=_Part_163451_119631117.1334305452723-- --===============6877598941929472253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6877598941929472253==-- From xen-users-bounces@lists.xen.org Fri Apr 13 08:25:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 08:25: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 1SIbnp-00043i-N2; Fri, 13 Apr 2012 08:24:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIbno-00043d-0k for xen-users@lists.xensource.com; Fri, 13 Apr 2012 08:24:20 +0000 Received: from [85.158.143.99:19014] by server-2.bemta-4.messagelabs.com id A8/B7-17550-3B2E78F4; Fri, 13 Apr 2012 08:24:19 +0000 X-Env-Sender: hxkhust@126.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1334305456!18198012!1 X-Originating-IP: [220.181.15.23] X-SpamReason: No, hits=0.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIzID0+IDY5NTM=\n,sa_preprocessor: QmFkIElQOiAyMjAuMTgxLjE1LjIzID0+IDY5NTM=\n,HTML_60_70,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21369 invoked from network); 13 Apr 2012 08:24:17 -0000 Received: from m15-23.126.com (HELO m15-23.126.com) (220.181.15.23) by server-4.tower-216.messagelabs.com with SMTP; 13 Apr 2012 08:24:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=126.com; s=s110527; h=Received:Date:From:To:Message-ID:Subject: MIME-Version:Content-Type; bh=9QJ3eYvigTPQgPiYbYpWbOT4eAHFAUG+Bk 4U/1dXYbw=; b=aGUlLkGcvl5GRca5sWF4AXVxkH/x2hdvtfw9vo42a7f0Hwd0DP lB7stWoHgIDurV7aK/cjSqX9+x6oXy2QufmahFPl8tRmt83X1zjkMEDGo2kQKMF7 tDbnywSGxN5okYjU0Dv8hbvHewTlYQAJT5PAiF07MJFOads8aLOyRH8qA= Received: from hxkhust ( [115.156.232.40] ) by ajax-webmail-wmsvr23 (Coremail) ; Fri, 13 Apr 2012 16:24:12 +0800 (CST) Date: Fri, 13 Apr 2012 16:24:12 +0800 (CST) From: hxkhust To: xen-users Message-ID: <42fab809.f320.136aacd72b3.Coremail.hxkhust@126.com> MIME-Version: 1.0 X-Originating-IP: [115.156.232.40] X-CM-HeaderCharset: GBK X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20120307(17626.4462.4455) Copyright (c) 2002-2012 www.mailtech.cn 126com X-CM-CTRLDATA: HFNHWmZvb3Rlcl9odG09Mjc4Ojgx X-CM-TRANSID: F8qowGCZQEKt4odPVU+GAA--.9W X-CM-SenderInfo: xk0nx3lvw6ij2wof0z/1tbiEw2PBU0vKAQYbAACss X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Subject: [Xen-users] remus on kernel 3.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6877598941929472253==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6877598941929472253== Content-Type: multipart/alternative; boundary="----=_Part_163451_119631117.1334305452723" ------=_Part_163451_119631117.1334305452723 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit HI, I install xen 4.1.2 with linux kernel 3.2 as the dom0's kernel.Could I use the high availability solution offered by Remus? hxk ------=_Part_163451_119631117.1334305452723 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit
HI,

I install xen 4.1.2 with linux kernel 3.2 as the dom0's kernel.Could I use the high availability solution offered by Remus?

hxk



------=_Part_163451_119631117.1334305452723-- --===============6877598941929472253== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6877598941929472253==-- From xen-users-bounces@lists.xen.org Fri Apr 13 12:50:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 12:50: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 1SIfw3-0001Wz-ET; Fri, 13 Apr 2012 12:49:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIfw2-0001Wu-Gl for xen-users@lists.xen.org; Fri, 13 Apr 2012 12:49:06 +0000 Received: from [85.158.138.51:55788] by server-12.bemta-3.messagelabs.com id 39/7F-29760-1C0288F4; Fri, 13 Apr 2012 12:49:05 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-7.tower-174.messagelabs.com!1334321344!17829998!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17869 invoked from network); 13 Apr 2012 12:49:04 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Apr 2012 12:49:04 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 05E5426A086 for ; Fri, 13 Apr 2012 14:49:04 +0200 (CEST) Date: Fri, 13 Apr 2012 14:49:01 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: xen-users@lists.xen.org Message-ID: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Miles Fidelman wrote: > There's a pretty good discussion on the Debian Xen Wiki, at > http://wiki.debian.org/Xen scroll down or search the page for the > section starting: 'clocksource/0: Time went backwards' - which lists > several workarounds note that some of them no longer work with Xen 4 (I > think xen.independent_wallclock=1 is no longer recognized) I second that. While it was possible to get a pretty accurate time in Xen 3 by using independent_wallclock, I have been unable to do so with Xen 4 so far. We have several Xen 4.0.1 production servers, and even by using NTP in dom0 AND domU we have a recurring problem where the clock goes out of sync for an hour or so. Using NTP in each domU with the "disable kernel" option seems to help a bit, but for some users needing less than a few seconds of time drift it is a real issue. I am currently thinking of downgrading some users to Xen 3 to work around this.. -- Regards, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 12:50:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 12:50: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 1SIfw3-0001Wz-ET; Fri, 13 Apr 2012 12:49:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIfw2-0001Wu-Gl for xen-users@lists.xen.org; Fri, 13 Apr 2012 12:49:06 +0000 Received: from [85.158.138.51:55788] by server-12.bemta-3.messagelabs.com id 39/7F-29760-1C0288F4; Fri, 13 Apr 2012 12:49:05 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-7.tower-174.messagelabs.com!1334321344!17829998!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17869 invoked from network); 13 Apr 2012 12:49:04 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Apr 2012 12:49:04 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 05E5426A086 for ; Fri, 13 Apr 2012 14:49:04 +0200 (CEST) Date: Fri, 13 Apr 2012 14:49:01 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: xen-users@lists.xen.org Message-ID: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Miles Fidelman wrote: > There's a pretty good discussion on the Debian Xen Wiki, at > http://wiki.debian.org/Xen scroll down or search the page for the > section starting: 'clocksource/0: Time went backwards' - which lists > several workarounds note that some of them no longer work with Xen 4 (I > think xen.independent_wallclock=1 is no longer recognized) I second that. While it was possible to get a pretty accurate time in Xen 3 by using independent_wallclock, I have been unable to do so with Xen 4 so far. We have several Xen 4.0.1 production servers, and even by using NTP in dom0 AND domU we have a recurring problem where the clock goes out of sync for an hour or so. Using NTP in each domU with the "disable kernel" option seems to help a bit, but for some users needing less than a few seconds of time drift it is a real issue. I am currently thinking of downgrading some users to Xen 3 to work around this.. -- Regards, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 13:27:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:27:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgVr-0002Ox-NG; Fri, 13 Apr 2012 13:26:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgVq-0002Ol-Ay for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:26:06 +0000 Received: from [85.158.143.99:21109] by server-1.bemta-4.messagelabs.com id 19/54-20925-D69288F4; Fri, 13 Apr 2012 13:26:05 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1334323563!17154484!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10734 invoked from network); 13 Apr 2012 13:26:04 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:26:04 -0000 Received: by vbbfs19 with SMTP id fs19so2755633vbb.32 for ; Fri, 13 Apr 2012 06:26:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sNM+Hlz5O+dU1wiars1Ibj5S/8EFMFoj6Xug81Yljrg=; b=L9H9we92/T4K/FCbT2zQ5ViKFYlaWtAdbYNt5MQfTtYpXLUcXmBHETQKNexfV3nLOg rbE0D1nfq9snnrzmskMSLCHCGXO9JUkNAz3yISQl5bAncLplxxde2kfga9JGOU5A/3Qf pjmtIpmhA35QgCH1XiyoOcEjme7Q2yabOnBgH/K1wftnCQfyBycwQ957nqWGdv+Z0Uit u9lYO+PT3AJfoyiIc0kxllYzvsYMgXqBWbzn6FaP/a0bxeFEEYK/CugqKzqpOuHFXWje UKszQNnCHu2Q1YEIzd/A6QdnhI/OJR90yhnDmUzOLTbcjdSbTfHolX8X96940eBvfVq3 Wm3A== MIME-Version: 1.0 Received: by 10.52.240.225 with SMTP id wd1mr620495vdc.67.1334323563578; Fri, 13 Apr 2012 06:26:03 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Fri, 13 Apr 2012 06:26:03 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 15:26:03 +0200 Message-ID: From: Lloyd Dizon To: Remi Gacogne Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4746299394043298337==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4746299394043298337== Content-Type: multipart/alternative; boundary=20cf307d062005c4e104bd8f6a8c --20cf307d062005c4e104bd8f6a8c Content-Type: text/plain; charset=ISO-8859-1 On Fri, Apr 13, 2012 at 2:49 PM, Remi Gacogne wrote: > > Miles Fidelman wrote: > >> There's a pretty good discussion on the Debian Xen Wiki, at >> http://wiki.debian.org/Xen scroll down or search the page for the >> section starting: 'clocksource/0: Time went backwards' - which lists >> several workarounds note that some of them no longer work with Xen 4 (I >> think xen.independent_wallclock=1 is no longer recognized) >> > > I second that. While it was possible to get a pretty accurate time in Xen > 3 by using independent_wallclock, I have been unable to do so with Xen 4 so > far. > > We have several Xen 4.0.1 production servers, and even by using NTP in > dom0 AND domU we have a recurring problem where the clock goes out of sync > for an hour or so. Using NTP in each domU with the "disable kernel" option > seems to help a bit, but for some users needing less than a few seconds of > time drift it is a real issue. > > I am currently thinking of downgrading some users to Xen 3 to work around > this.. This is annoying, as I am on the verge of migrating production machines from Xen 3 to 4. I am currently stuck because of time issues with the test machines I've already migrated. In our environnement 200 ms of time drift is unacceptable. Has anybody had feedback from Xen development teams? Wondering what will it take in order to fix this issue... --20cf307d062005c4e104bd8f6a8c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Apr 13, 2012 at 2:49 PM, Remi Ga= cogne <rg= acogne-xen@valombre.net> wrote:

Miles Fidelman wrote:
There's a pretty good discussion on the Debian Xen Wiki, at http://wiki.debian.org/Xen scroll down or search the page for the section starting: 'clocksource= /0: Time went backwards' - which lists several workarounds note that so= me of them no longer work with Xen 4 (I think xen.independent_wallclock=3D1= is no longer recognized)

I second that. While it was possible to get a pretty accurate time in Xen 3= by using independent_wallclock, I have been unable to do so with Xen 4 so = far.

We have several Xen 4.0.1 production servers, and even by using NTP in dom0= AND domU we have a recurring problem where the clock goes out of sync for = an hour or so. Using NTP in each domU with the "disable kernel" o= ption seems to help a bit, but for some users needing less than a few secon= ds of time drift it is a real issue.

I am currently thinking of downgrading some users to Xen 3 to work around t= his..
--20cf307d062005c4e104bd8f6a8c-- --===============4746299394043298337== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4746299394043298337==-- From xen-users-bounces@lists.xen.org Fri Apr 13 13:27:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:27:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgVr-0002Ox-NG; Fri, 13 Apr 2012 13:26:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgVq-0002Ol-Ay for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:26:06 +0000 Received: from [85.158.143.99:21109] by server-1.bemta-4.messagelabs.com id 19/54-20925-D69288F4; Fri, 13 Apr 2012 13:26:05 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1334323563!17154484!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10734 invoked from network); 13 Apr 2012 13:26:04 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:26:04 -0000 Received: by vbbfs19 with SMTP id fs19so2755633vbb.32 for ; Fri, 13 Apr 2012 06:26:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sNM+Hlz5O+dU1wiars1Ibj5S/8EFMFoj6Xug81Yljrg=; b=L9H9we92/T4K/FCbT2zQ5ViKFYlaWtAdbYNt5MQfTtYpXLUcXmBHETQKNexfV3nLOg rbE0D1nfq9snnrzmskMSLCHCGXO9JUkNAz3yISQl5bAncLplxxde2kfga9JGOU5A/3Qf pjmtIpmhA35QgCH1XiyoOcEjme7Q2yabOnBgH/K1wftnCQfyBycwQ957nqWGdv+Z0Uit u9lYO+PT3AJfoyiIc0kxllYzvsYMgXqBWbzn6FaP/a0bxeFEEYK/CugqKzqpOuHFXWje UKszQNnCHu2Q1YEIzd/A6QdnhI/OJR90yhnDmUzOLTbcjdSbTfHolX8X96940eBvfVq3 Wm3A== MIME-Version: 1.0 Received: by 10.52.240.225 with SMTP id wd1mr620495vdc.67.1334323563578; Fri, 13 Apr 2012 06:26:03 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Fri, 13 Apr 2012 06:26:03 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 15:26:03 +0200 Message-ID: From: Lloyd Dizon To: Remi Gacogne Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4746299394043298337==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4746299394043298337== Content-Type: multipart/alternative; boundary=20cf307d062005c4e104bd8f6a8c --20cf307d062005c4e104bd8f6a8c Content-Type: text/plain; charset=ISO-8859-1 On Fri, Apr 13, 2012 at 2:49 PM, Remi Gacogne wrote: > > Miles Fidelman wrote: > >> There's a pretty good discussion on the Debian Xen Wiki, at >> http://wiki.debian.org/Xen scroll down or search the page for the >> section starting: 'clocksource/0: Time went backwards' - which lists >> several workarounds note that some of them no longer work with Xen 4 (I >> think xen.independent_wallclock=1 is no longer recognized) >> > > I second that. While it was possible to get a pretty accurate time in Xen > 3 by using independent_wallclock, I have been unable to do so with Xen 4 so > far. > > We have several Xen 4.0.1 production servers, and even by using NTP in > dom0 AND domU we have a recurring problem where the clock goes out of sync > for an hour or so. Using NTP in each domU with the "disable kernel" option > seems to help a bit, but for some users needing less than a few seconds of > time drift it is a real issue. > > I am currently thinking of downgrading some users to Xen 3 to work around > this.. This is annoying, as I am on the verge of migrating production machines from Xen 3 to 4. I am currently stuck because of time issues with the test machines I've already migrated. In our environnement 200 ms of time drift is unacceptable. Has anybody had feedback from Xen development teams? Wondering what will it take in order to fix this issue... --20cf307d062005c4e104bd8f6a8c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Apr 13, 2012 at 2:49 PM, Remi Ga= cogne <rg= acogne-xen@valombre.net> wrote:

Miles Fidelman wrote:
There's a pretty good discussion on the Debian Xen Wiki, at http://wiki.debian.org/Xen scroll down or search the page for the section starting: 'clocksource= /0: Time went backwards' - which lists several workarounds note that so= me of them no longer work with Xen 4 (I think xen.independent_wallclock=3D1= is no longer recognized)

I second that. While it was possible to get a pretty accurate time in Xen 3= by using independent_wallclock, I have been unable to do so with Xen 4 so = far.

We have several Xen 4.0.1 production servers, and even by using NTP in dom0= AND domU we have a recurring problem where the clock goes out of sync for = an hour or so. Using NTP in each domU with the "disable kernel" o= ption seems to help a bit, but for some users needing less than a few secon= ds of time drift it is a real issue.

I am currently thinking of downgrading some users to Xen 3 to work around t= his..
--20cf307d062005c4e104bd8f6a8c-- --===============4746299394043298337== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4746299394043298337==-- From xen-users-bounces@lists.xen.org Fri Apr 13 13:30:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:30: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 1SIgZ0-0002c9-Hi; Fri, 13 Apr 2012 13:29:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgYz-0002by-7O for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:29:21 +0000 Received: from [85.158.143.99:57206] by server-2.bemta-4.messagelabs.com id C4/CD-17550-03A288F4; Fri, 13 Apr 2012 13:29:20 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1334323760!17155077!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22074 invoked from network); 13 Apr 2012 13:29:20 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:29:20 -0000 Received: by werp12 with SMTP id p12so2447489wer.32 for ; Fri, 13 Apr 2012 06:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=wGeO7KJO0DhXysh6NebD2kOm5m5UirzSdHcQI+Cm3Xk=; b=GJTXUZf2McJGui6rqbFUtUbI3qovdYTgMJC5KBurSHyMCimq3xRzzKgHyZJweZjs18 BysIp1YKIv6jgjo/KzFyU0TG7EFd7qAsf8iWTKSFFEBl61rg2P+lQ2u0Y1fEzuvsiQ6w jvLuPYYhqtWxZpv2sZ9c5A5UnTbZ7LaltTQNDB+TuLx6zUp0PgiP/O27IvcP61MswHnM qIlavFb1OH4JdQVZLDUd4rhnBl4M7x4Hviz1EX5ZNcWHQO1Mms9NoIBJEBAaV757rTQz +MCGTeHPsrSiuVKnYfXOdxzsLDBDan8scEZ16s0ILYu4dlVFYcOiiONGR94oVnRwz0IX 2wFA== MIME-Version: 1.0 Received: by 10.180.92.71 with SMTP id ck7mr4696413wib.21.1334323759944; Fri, 13 Apr 2012 06:29:19 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 06:29:19 -0700 (PDT) Date: Fri, 13 Apr 2012 09:29:19 -0400 X-Google-Sender-Auth: O8-6B9fWUYA_Rl25IPoarqClDXc Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey folks, I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same behavior. Use virt-manager to create my VM. I had previously used the virsh commands to create an iSCSI pool (I think that is the right term) and so my iSCSI disk shows up fine in virt-manager and I can add it to the VM. The install goes well the disk is there - I can either choose to partition it manually or let it go automatic. During the install from the Ubuntu live CD I can open a shell and see the disk mounted and stuff being installed to it. After the install I can reboot from the Ubuntu live CD and I see the iSCSI disk there. I can mount stuff and look at it - looks like the install went fine. But I reboot and try to boot from the HD and it says : Boot from Hard Disk failed: could not read the boot disk FATAL: No bootable device What's up with that? thanks, -Alan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 13:30:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:30: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 1SIgZ0-0002c9-Hi; Fri, 13 Apr 2012 13:29:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgYz-0002by-7O for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:29:21 +0000 Received: from [85.158.143.99:57206] by server-2.bemta-4.messagelabs.com id C4/CD-17550-03A288F4; Fri, 13 Apr 2012 13:29:20 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1334323760!17155077!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22074 invoked from network); 13 Apr 2012 13:29:20 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:29:20 -0000 Received: by werp12 with SMTP id p12so2447489wer.32 for ; Fri, 13 Apr 2012 06:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=wGeO7KJO0DhXysh6NebD2kOm5m5UirzSdHcQI+Cm3Xk=; b=GJTXUZf2McJGui6rqbFUtUbI3qovdYTgMJC5KBurSHyMCimq3xRzzKgHyZJweZjs18 BysIp1YKIv6jgjo/KzFyU0TG7EFd7qAsf8iWTKSFFEBl61rg2P+lQ2u0Y1fEzuvsiQ6w jvLuPYYhqtWxZpv2sZ9c5A5UnTbZ7LaltTQNDB+TuLx6zUp0PgiP/O27IvcP61MswHnM qIlavFb1OH4JdQVZLDUd4rhnBl4M7x4Hviz1EX5ZNcWHQO1Mms9NoIBJEBAaV757rTQz +MCGTeHPsrSiuVKnYfXOdxzsLDBDan8scEZ16s0ILYu4dlVFYcOiiONGR94oVnRwz0IX 2wFA== MIME-Version: 1.0 Received: by 10.180.92.71 with SMTP id ck7mr4696413wib.21.1334323759944; Fri, 13 Apr 2012 06:29:19 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 06:29:19 -0700 (PDT) Date: Fri, 13 Apr 2012 09:29:19 -0400 X-Google-Sender-Auth: O8-6B9fWUYA_Rl25IPoarqClDXc Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hey folks, I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same behavior. Use virt-manager to create my VM. I had previously used the virsh commands to create an iSCSI pool (I think that is the right term) and so my iSCSI disk shows up fine in virt-manager and I can add it to the VM. The install goes well the disk is there - I can either choose to partition it manually or let it go automatic. During the install from the Ubuntu live CD I can open a shell and see the disk mounted and stuff being installed to it. After the install I can reboot from the Ubuntu live CD and I see the iSCSI disk there. I can mount stuff and look at it - looks like the install went fine. But I reboot and try to boot from the HD and it says : Boot from Hard Disk failed: could not read the boot disk FATAL: No bootable device What's up with that? thanks, -Alan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 13:32:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:32: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 1SIgb2-0002nS-Ap; Fri, 13 Apr 2012 13:31:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgb1-0002nA-6s for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:31:27 +0000 Received: from [85.158.139.83:43108] by server-9.bemta-5.messagelabs.com id 58/6C-09826-EAA288F4; Fri, 13 Apr 2012 13:31:26 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334323885!23692998!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11657 invoked from network); 13 Apr 2012 13:31:25 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:31:25 -0000 Received: by werp12 with SMTP id p12so2449201wer.32 for ; Fri, 13 Apr 2012 06:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=yKTkg40uOPykhHUCqElzFFWZeqVdHc6eOUEFud9BVfY=; b=SCP/8DN9OK71Chjq93ytncQNKcF0sGN11DvOf9dRs9mGeZelSwPl4YCV4JUtMwkd9h vg7tpz7lIYV2hoT0swwM4D8FQ2kHD9GM83oGGyng2c2qOQvG3RK0AVJhzA/rWC93yoof Olv99dimPQMaQTXzWCogPRDSZdY5kVBJOdam3ai3tFPOB/55a4e4UB2DZNuyFQYSrmBr j+t9XBRW2MNaBAsqTEMyNZOzIJGnFM6MeWgzpYwA1PQA71GCO56aGCnlwy3xqOe3Fqfg Q5twTcdfGpP1zRQduxTXs2HL3F6L+NdKTmDMfi7JUUazi5rwWuwBiZFOglG8vy4+XRcq Hs/Q== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr3929639wiy.18.1334323885452; Fri, 13 Apr 2012 06:31:25 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 06:31:25 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 09:31:25 -0400 X-Google-Sender-Auth: 24uu7XAqcouoDUNkjIfvt2OtQME Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8430934606072505181==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8430934606072505181== Content-Type: multipart/alternative; boundary=f46d04428d76352dcb04bd8f7dc5 --f46d04428d76352dcb04bd8f7dc5 Content-Type: text/plain; charset=ISO-8859-1 Oh I should mention that dom0 is RHEL5.7 [root@solexa1 xen]# rpm -qa | grep -i xen xen-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-128.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-308.1.1.el5 kernel-xen-2.6.18-128.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-274.12.1.el5 kernel-xen-2.6.18-274.12.1.el5 kernel-xen-2.6.18-308.1.1.el5 [root@solexa1 xen]# uname -a Linux solexa1 2.6.18-274.12.1.el5xen #1 SMP Tue Nov 8 21:46:04 EST 2011 x86_64 x86_64 x86_64 GNU/Linux --f46d04428d76352dcb04bd8f7dc5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oh I should mention that dom0 is RHEL5.7

[root@solexa1 xen]# rpm -qa= | grep -i xen
xen-3.0.3-135.el5_8.2
kernel-xen-devel-2.6.18-128.el5<= br>xen-libs-3.0.3-135.el5_8.2
kernel-xen-devel-2.6.18-308.1.1.el5
kernel-xen-2.6.18-128.el5
xen-libs-3.0.3-135.el5_8.2
kernel-xen-devel= -2.6.18-274.12.1.el5
kernel-xen-2.6.18-274.12.1.el5
kernel-xen-2.6.18= -308.1.1.el5
[root@solexa1 xen]# uname -a
Linux solexa1 2.6.18-274.12= .1.el5xen #1 SMP Tue Nov 8 21:46:04 EST 2011 x86_64 x86_64 x86_64 GNU/Linux=
--f46d04428d76352dcb04bd8f7dc5-- --===============8430934606072505181== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8430934606072505181==-- From xen-users-bounces@lists.xen.org Fri Apr 13 13:32:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:32: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 1SIgb2-0002nS-Ap; Fri, 13 Apr 2012 13:31:28 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgb1-0002nA-6s for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:31:27 +0000 Received: from [85.158.139.83:43108] by server-9.bemta-5.messagelabs.com id 58/6C-09826-EAA288F4; Fri, 13 Apr 2012 13:31:26 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334323885!23692998!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11657 invoked from network); 13 Apr 2012 13:31:25 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:31:25 -0000 Received: by werp12 with SMTP id p12so2449201wer.32 for ; Fri, 13 Apr 2012 06:31:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=yKTkg40uOPykhHUCqElzFFWZeqVdHc6eOUEFud9BVfY=; b=SCP/8DN9OK71Chjq93ytncQNKcF0sGN11DvOf9dRs9mGeZelSwPl4YCV4JUtMwkd9h vg7tpz7lIYV2hoT0swwM4D8FQ2kHD9GM83oGGyng2c2qOQvG3RK0AVJhzA/rWC93yoof Olv99dimPQMaQTXzWCogPRDSZdY5kVBJOdam3ai3tFPOB/55a4e4UB2DZNuyFQYSrmBr j+t9XBRW2MNaBAsqTEMyNZOzIJGnFM6MeWgzpYwA1PQA71GCO56aGCnlwy3xqOe3Fqfg Q5twTcdfGpP1zRQduxTXs2HL3F6L+NdKTmDMfi7JUUazi5rwWuwBiZFOglG8vy4+XRcq Hs/Q== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr3929639wiy.18.1334323885452; Fri, 13 Apr 2012 06:31:25 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 06:31:25 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 09:31:25 -0400 X-Google-Sender-Auth: 24uu7XAqcouoDUNkjIfvt2OtQME Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8430934606072505181==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8430934606072505181== Content-Type: multipart/alternative; boundary=f46d04428d76352dcb04bd8f7dc5 --f46d04428d76352dcb04bd8f7dc5 Content-Type: text/plain; charset=ISO-8859-1 Oh I should mention that dom0 is RHEL5.7 [root@solexa1 xen]# rpm -qa | grep -i xen xen-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-128.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-308.1.1.el5 kernel-xen-2.6.18-128.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-274.12.1.el5 kernel-xen-2.6.18-274.12.1.el5 kernel-xen-2.6.18-308.1.1.el5 [root@solexa1 xen]# uname -a Linux solexa1 2.6.18-274.12.1.el5xen #1 SMP Tue Nov 8 21:46:04 EST 2011 x86_64 x86_64 x86_64 GNU/Linux --f46d04428d76352dcb04bd8f7dc5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Oh I should mention that dom0 is RHEL5.7

[root@solexa1 xen]# rpm -qa= | grep -i xen
xen-3.0.3-135.el5_8.2
kernel-xen-devel-2.6.18-128.el5<= br>xen-libs-3.0.3-135.el5_8.2
kernel-xen-devel-2.6.18-308.1.1.el5
kernel-xen-2.6.18-128.el5
xen-libs-3.0.3-135.el5_8.2
kernel-xen-devel= -2.6.18-274.12.1.el5
kernel-xen-2.6.18-274.12.1.el5
kernel-xen-2.6.18= -308.1.1.el5
[root@solexa1 xen]# uname -a
Linux solexa1 2.6.18-274.12= .1.el5xen #1 SMP Tue Nov 8 21:46:04 EST 2011 x86_64 x86_64 x86_64 GNU/Linux=
--f46d04428d76352dcb04bd8f7dc5-- --===============8430934606072505181== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8430934606072505181==-- From xen-users-bounces@lists.xen.org Fri Apr 13 13:32:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:32: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 1SIgba-0002qW-2r; Fri, 13 Apr 2012 13:32:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgbZ-0002qE-3o for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:32:01 +0000 Received: from [193.109.254.147:24406] by server-10.bemta-14.messagelabs.com id 32/76-05847-0DA288F4; Fri, 13 Apr 2012 13:32:00 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334323916!2006696!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28067 invoked from network); 13 Apr 2012 13:31:56 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:31:56 -0000 Received: by wibhq7 with SMTP id hq7so5650817wib.14 for ; Fri, 13 Apr 2012 06:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=OQYRJXmKbcTnzaDWTuBr9vLCa7Lnm8uKduKVb8TBpRs=; b=MOyhxtDhAo8zs3P9MCQGtJq/RGtR3PtXGxIiqhGRwdVJ71aglQieeDu46ZqPEZsz7m SM58BOTw+Yw6RRf2vUcVqUof1DVq80vQUmZJVPogCcW7azu9LbLWMc98eOvAFnoWBSnP ChNXSH6YzuJDV8fjGIPil9U06NxNugorF78wt8/S9LD5xY5eSE7CYTG0tm1yxESL2Dj4 pk7E+MZlYRSi8OaaAtWDrTXPignURzXzxTUAtxNZlfr1gqucJhAL3pIhzw+JPC72+sR2 6ZxhQEUbvP/FbdeB1bH46svigJCNBuYRHSayIqjT9pN7M5XHO/2lwIaRgAiQpWAM/4WB grsw== MIME-Version: 1.0 Received: by 10.180.80.70 with SMTP id p6mr4693400wix.21.1334323915953; Fri, 13 Apr 2012 06:31:55 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 06:31:55 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 09:31:55 -0400 X-Google-Sender-Auth: ZjRmMWLumlz2WO4Su6wxyMu3OOQ Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8332364893985435031==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8332364893985435031== Content-Type: multipart/alternative; boundary=f46d044283580696fe04bd8f7f86 --f46d044283580696fe04bd8f7f86 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Apr 13, 2012 at 9:31 AM, Alan McKay wrote: > Oh I should mention that dom0 is RHEL5.7 > Ahem, sorry, 5.8 --f46d044283580696fe04bd8f7f86 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Apr 13, 2012 at 9:31 AM, Alan Mc= Kay <ala= n.mckay+xen@gmail.com> wrote:
Oh I should mention that dom0 is RHEL5.7

Ahem, sorry, 5.8
--f46d044283580696fe04bd8f7f86-- --===============8332364893985435031== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8332364893985435031==-- From xen-users-bounces@lists.xen.org Fri Apr 13 13:32:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 13:32: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 1SIgba-0002qW-2r; Fri, 13 Apr 2012 13:32:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIgbZ-0002qE-3o for xen-users@lists.xen.org; Fri, 13 Apr 2012 13:32:01 +0000 Received: from [193.109.254.147:24406] by server-10.bemta-14.messagelabs.com id 32/76-05847-0DA288F4; Fri, 13 Apr 2012 13:32:00 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334323916!2006696!1 X-Originating-IP: [209.85.212.173] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28067 invoked from network); 13 Apr 2012 13:31:56 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 13:31:56 -0000 Received: by wibhq7 with SMTP id hq7so5650817wib.14 for ; Fri, 13 Apr 2012 06:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=OQYRJXmKbcTnzaDWTuBr9vLCa7Lnm8uKduKVb8TBpRs=; b=MOyhxtDhAo8zs3P9MCQGtJq/RGtR3PtXGxIiqhGRwdVJ71aglQieeDu46ZqPEZsz7m SM58BOTw+Yw6RRf2vUcVqUof1DVq80vQUmZJVPogCcW7azu9LbLWMc98eOvAFnoWBSnP ChNXSH6YzuJDV8fjGIPil9U06NxNugorF78wt8/S9LD5xY5eSE7CYTG0tm1yxESL2Dj4 pk7E+MZlYRSi8OaaAtWDrTXPignURzXzxTUAtxNZlfr1gqucJhAL3pIhzw+JPC72+sR2 6ZxhQEUbvP/FbdeB1bH46svigJCNBuYRHSayIqjT9pN7M5XHO/2lwIaRgAiQpWAM/4WB grsw== MIME-Version: 1.0 Received: by 10.180.80.70 with SMTP id p6mr4693400wix.21.1334323915953; Fri, 13 Apr 2012 06:31:55 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 06:31:55 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 09:31:55 -0400 X-Google-Sender-Auth: ZjRmMWLumlz2WO4Su6wxyMu3OOQ Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8332364893985435031==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8332364893985435031== Content-Type: multipart/alternative; boundary=f46d044283580696fe04bd8f7f86 --f46d044283580696fe04bd8f7f86 Content-Type: text/plain; charset=ISO-8859-1 On Fri, Apr 13, 2012 at 9:31 AM, Alan McKay wrote: > Oh I should mention that dom0 is RHEL5.7 > Ahem, sorry, 5.8 --f46d044283580696fe04bd8f7f86 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Fri, Apr 13, 2012 at 9:31 AM, Alan Mc= Kay <ala= n.mckay+xen@gmail.com> wrote:
Oh I should mention that dom0 is RHEL5.7

Ahem, sorry, 5.8
--f46d044283580696fe04bd8f7f86-- --===============8332364893985435031== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8332364893985435031==-- From xen-users-bounces@lists.xen.org Fri Apr 13 15:38:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 15:38:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIiYc-0005O7-El; Fri, 13 Apr 2012 15:37:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIiYa-0005Ny-U9 for Xen-users@lists.xensource.com; Fri, 13 Apr 2012 15:37:05 +0000 Received: from [85.158.143.99:43291] by server-2.bemta-4.messagelabs.com id 46/AD-17550-028488F4; Fri, 13 Apr 2012 15:37:04 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1334331420!23007128!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7230 invoked from network); 13 Apr 2012 15:37:01 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 15:37:01 -0000 Received: by ghbz17 with SMTP id z17so2041571ghb.30 for ; Fri, 13 Apr 2012 08:36:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=BIGFoCoOI+OIjdgAGg3EMAc7vdul3OFL5O4aXjAkigQ=; b=T6xAXkdUGlYPpM4RAww+wcO9Qs9rssfSfxCpcGZ3XBs5C3zhZ3WVQF/2MtMJWCjEnN d14n+E0L0sfy9PgxuIJOM2CflaaZpbs3hBSmzhhqSPQVErOicefJ3LyxSzpyJrsIm3uX mxmxqRFtbhIdRbbVJxlRABdWdY8kZ1or/GBNzRdtHCQ8Xqu+yVVjneXDSJ7Wbi8DBf9N 0Tb3EmsSoWJJDCudI/348ecDmTna6ysHDgGvwi9cSRmICVmSsNCGcGgktwnWQdKF03ud 2Sn7tGMoCUud+KJGBIOWw29A5Q5S7wyeUeUnUN3kyRKN6Ezrkuq3S9bSfBD0NMPoQWhQ LRSg== Received: by 10.50.89.233 with SMTP id br9mr2028526igb.48.1334331418830; Fri, 13 Apr 2012 08:36:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 08:36:38 -0700 (PDT) In-Reply-To: <1334303366.2860.4.camel@Abyss.lan> References: <1334303366.2860.4.camel@Abyss.lan> From: Todd Deshane Date: Fri, 13 Apr 2012 11:36:38 -0400 X-Google-Sender-Auth: SdwPWjlPRoKtgtNsIQCB2UXslmU Message-ID: To: Dario Faggioli Cc: virt@lists.fedoraproject.org, xen-devel mailing list , xen-users mailing list , Fedora Xen List Subject: Re: [Xen-users] Calling all Fedora Xen users, testers, and developers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 3:49 AM, Dario Faggioli wrote: > On Fri, 2012-04-06 at 13:16 -0400, Todd Deshane wrote: >> The Fedora community is holding a virtualization test day [1] next >> week (Thursday) and it would be great if we could help them on the Xen >> side of things >> > I really agree on this... Even ex-post... :-/ > >> Let me know if you are interested in helping out and I'll coordinated >> the Xen efforts. >> > Anyway, by being on the deputed IRC channel yesterday I got the > impression that they/we are planning another Fedora-Xen test day, is > that the case? If yes, please follow up on us on when it will be... I'm > not sure I can, but I'd be glad to help! Yes, we had some testers that were unable to be available or had troubles getting Fedora 17 itself installed, so we are hoping to get those issues resolved and try again soon. As soon as I hear back that the Fedora 17 install issue is resolved we plan to try again. I'll write back to these lists and announce a new Fedora Xen test day. 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 15:38:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 15:38:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIiYc-0005O7-El; Fri, 13 Apr 2012 15:37:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIiYa-0005Ny-U9 for Xen-users@lists.xensource.com; Fri, 13 Apr 2012 15:37:05 +0000 Received: from [85.158.143.99:43291] by server-2.bemta-4.messagelabs.com id 46/AD-17550-028488F4; Fri, 13 Apr 2012 15:37:04 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1334331420!23007128!1 X-Originating-IP: [209.85.160.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7230 invoked from network); 13 Apr 2012 15:37:01 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 15:37:01 -0000 Received: by ghbz17 with SMTP id z17so2041571ghb.30 for ; Fri, 13 Apr 2012 08:36:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=BIGFoCoOI+OIjdgAGg3EMAc7vdul3OFL5O4aXjAkigQ=; b=T6xAXkdUGlYPpM4RAww+wcO9Qs9rssfSfxCpcGZ3XBs5C3zhZ3WVQF/2MtMJWCjEnN d14n+E0L0sfy9PgxuIJOM2CflaaZpbs3hBSmzhhqSPQVErOicefJ3LyxSzpyJrsIm3uX mxmxqRFtbhIdRbbVJxlRABdWdY8kZ1or/GBNzRdtHCQ8Xqu+yVVjneXDSJ7Wbi8DBf9N 0Tb3EmsSoWJJDCudI/348ecDmTna6ysHDgGvwi9cSRmICVmSsNCGcGgktwnWQdKF03ud 2Sn7tGMoCUud+KJGBIOWw29A5Q5S7wyeUeUnUN3kyRKN6Ezrkuq3S9bSfBD0NMPoQWhQ LRSg== Received: by 10.50.89.233 with SMTP id br9mr2028526igb.48.1334331418830; Fri, 13 Apr 2012 08:36:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 08:36:38 -0700 (PDT) In-Reply-To: <1334303366.2860.4.camel@Abyss.lan> References: <1334303366.2860.4.camel@Abyss.lan> From: Todd Deshane Date: Fri, 13 Apr 2012 11:36:38 -0400 X-Google-Sender-Auth: SdwPWjlPRoKtgtNsIQCB2UXslmU Message-ID: To: Dario Faggioli Cc: virt@lists.fedoraproject.org, xen-devel mailing list , xen-users mailing list , Fedora Xen List Subject: Re: [Xen-users] Calling all Fedora Xen users, testers, and developers X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 3:49 AM, Dario Faggioli wrote: > On Fri, 2012-04-06 at 13:16 -0400, Todd Deshane wrote: >> The Fedora community is holding a virtualization test day [1] next >> week (Thursday) and it would be great if we could help them on the Xen >> side of things >> > I really agree on this... Even ex-post... :-/ > >> Let me know if you are interested in helping out and I'll coordinated >> the Xen efforts. >> > Anyway, by being on the deputed IRC channel yesterday I got the > impression that they/we are planning another Fedora-Xen test day, is > that the case? If yes, please follow up on us on when it will be... I'm > not sure I can, but I'd be glad to help! Yes, we had some testers that were unable to be available or had troubles getting Fedora 17 itself installed, so we are hoping to get those issues resolved and try again soon. As soon as I hear back that the Fedora 17 install issue is resolved we plan to try again. I'll write back to these lists and announce a new Fedora Xen test day. 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 16:14:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 16:14:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIj8F-0006mw-17; Fri, 13 Apr 2012 16:13:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIj8E-0006mo-7K for xen-users@lists.xen.org; Fri, 13 Apr 2012 16:13:54 +0000 Received: from [85.158.139.83:4511] by server-1.bemta-5.messagelabs.com id 5A/03-28458-1C0588F4; Fri, 13 Apr 2012 16:13:53 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334333631!23719037!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30497 invoked from network); 13 Apr 2012 16:13:52 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 16:13:52 -0000 Received: by iafj26 with SMTP id j26so5694838iaf.32 for ; Fri, 13 Apr 2012 09:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=di8l+i038/hv/m4JSIIYC5+TKSJRidrf6lnauSSx/qg=; b=Nh9AOKQLL4GZJxJskc+Yx9RmprE5ezBHNkYXMLAVrxgv8h6X7SPGMkCA8+t14n2Z1s mmAd0cpaGGoGE3i8uGrvceQVfGrIvktNmyl0roOlPdbqHuuZTs75IG1OyUGNFtrtPGVK ffmr2UFTO9lJ+e4iSWSji1nBjv1gwBHoZVvNUDKC7MsvHPQvbkFNuCe1IBwvXpHPN0/D npxn2P8F94DpCg9kZ5DBU3uHGG1fwFmJePtJVc9RsCFJ52BqFBsS4Bw0lixs6og8+7fC fhWKQnLT7AnPLkfBQsOXpQ0nbHqnQYyRlFXsdrfVflVXKGCOLjwt40i5QN5yAMhg2wVB N5WA== Received: by 10.50.202.105 with SMTP id kh9mr2186219igc.68.1334333631260; Fri, 13 Apr 2012 09:13:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 09:13:31 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 13 Apr 2012 12:13:31 -0400 X-Google-Sender-Auth: DSlMVaUi-SMt1UCKRdUYDgtKJ-U Message-ID: To: Lloyd Dizon Cc: xen-users@lists.xen.org, Remi Gacogne Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 9:26 AM, Lloyd Dizon wrote: > > > On Fri, Apr 13, 2012 at 2:49 PM, Remi Gacogne > wrote: >> >> >> Miles Fidelman wrote: >>> >>> There's a pretty good discussion on the Debian Xen Wiki, at >>> http://wiki.debian.org/Xen scroll down or search the page for the section >>> starting: 'clocksource/0: Time went backwards' - which lists several >>> workarounds note that some of them no longer work with Xen 4 (I think >>> xen.independent_wallclock=1 is no longer recognized) >> >> >> I second that. While it was possible to get a pretty accurate time in Xen >> 3 by using independent_wallclock, I have been unable to do so with Xen 4 so >> far. >> >> We have several Xen 4.0.1 production servers, and even by using NTP in >> dom0 AND domU we have a recurring problem where the clock goes out of sync >> for an hour or so. Using NTP in each domU with the "disable kernel" option >> seems to help a bit, but for some users needing less than a few seconds of >> time drift it is a real issue. >> >> I am currently thinking of downgrading some users to Xen 3 to work around >> this.. > > > This is annoying, as I am on the verge of migrating production machines from > Xen 3 to 4. > I am currently stuck because of time issues with the test machines I've > already migrated. In our environnement 200 ms of time drift is unacceptable. > > Has anybody had feedback from Xen development teams? Wondering what will it > take in order to fix this issue... > Does this help at all: http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 16:14:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 16:14:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIj8F-0006mw-17; Fri, 13 Apr 2012 16:13:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIj8E-0006mo-7K for xen-users@lists.xen.org; Fri, 13 Apr 2012 16:13:54 +0000 Received: from [85.158.139.83:4511] by server-1.bemta-5.messagelabs.com id 5A/03-28458-1C0588F4; Fri, 13 Apr 2012 16:13:53 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334333631!23719037!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30497 invoked from network); 13 Apr 2012 16:13:52 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 16:13:52 -0000 Received: by iafj26 with SMTP id j26so5694838iaf.32 for ; Fri, 13 Apr 2012 09:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=di8l+i038/hv/m4JSIIYC5+TKSJRidrf6lnauSSx/qg=; b=Nh9AOKQLL4GZJxJskc+Yx9RmprE5ezBHNkYXMLAVrxgv8h6X7SPGMkCA8+t14n2Z1s mmAd0cpaGGoGE3i8uGrvceQVfGrIvktNmyl0roOlPdbqHuuZTs75IG1OyUGNFtrtPGVK ffmr2UFTO9lJ+e4iSWSji1nBjv1gwBHoZVvNUDKC7MsvHPQvbkFNuCe1IBwvXpHPN0/D npxn2P8F94DpCg9kZ5DBU3uHGG1fwFmJePtJVc9RsCFJ52BqFBsS4Bw0lixs6og8+7fC fhWKQnLT7AnPLkfBQsOXpQ0nbHqnQYyRlFXsdrfVflVXKGCOLjwt40i5QN5yAMhg2wVB N5WA== Received: by 10.50.202.105 with SMTP id kh9mr2186219igc.68.1334333631260; Fri, 13 Apr 2012 09:13:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 09:13:31 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 13 Apr 2012 12:13:31 -0400 X-Google-Sender-Auth: DSlMVaUi-SMt1UCKRdUYDgtKJ-U Message-ID: To: Lloyd Dizon Cc: xen-users@lists.xen.org, Remi Gacogne Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 9:26 AM, Lloyd Dizon wrote: > > > On Fri, Apr 13, 2012 at 2:49 PM, Remi Gacogne > wrote: >> >> >> Miles Fidelman wrote: >>> >>> There's a pretty good discussion on the Debian Xen Wiki, at >>> http://wiki.debian.org/Xen scroll down or search the page for the section >>> starting: 'clocksource/0: Time went backwards' - which lists several >>> workarounds note that some of them no longer work with Xen 4 (I think >>> xen.independent_wallclock=1 is no longer recognized) >> >> >> I second that. While it was possible to get a pretty accurate time in Xen >> 3 by using independent_wallclock, I have been unable to do so with Xen 4 so >> far. >> >> We have several Xen 4.0.1 production servers, and even by using NTP in >> dom0 AND domU we have a recurring problem where the clock goes out of sync >> for an hour or so. Using NTP in each domU with the "disable kernel" option >> seems to help a bit, but for some users needing less than a few seconds of >> time drift it is a real issue. >> >> I am currently thinking of downgrading some users to Xen 3 to work around >> this.. > > > This is annoying, as I am on the verge of migrating production machines from > Xen 3 to 4. > I am currently stuck because of time issues with the test machines I've > already migrated. In our environnement 200 ms of time drift is unacceptable. > > Has anybody had feedback from Xen development teams? Wondering what will it > take in order to fix this issue... > Does this help at all: http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 16:18:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 16:18: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 1SIjCQ-0007RF-8a; Fri, 13 Apr 2012 16:18:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIjCP-0007QV-7O for xen-users@lists.xen.org; Fri, 13 Apr 2012 16:18:13 +0000 Received: from [193.109.254.147:16650] by server-1.bemta-14.messagelabs.com id 83/A4-29372-4C1588F4; Fri, 13 Apr 2012 16:18:12 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-9.tower-27.messagelabs.com!1334333881!4484570!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyNzM2NDA=\n, ML_RADAR_SPEW_LINKS_8, ML_RADAR_SPEW_LINKS_14,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTAyMjIgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27837 invoked from network); 13 Apr 2012 16:18:02 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-9.tower-27.messagelabs.com with SMTP; 13 Apr 2012 16:18:02 -0000 Received: (qmail invoked by alias); 13 Apr 2012 16:18:01 -0000 Received: from 91-66-48-239-dynip.superkabel.de (EHLO satan.chao5.int) [91.66.48.239] by mail.gmx.net (mp027) with SMTP; 13 Apr 2012 18:18:01 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1++AXRArMu+ZTvtCUq/0U2UMvL2evmYtdc4PPXNTJ qSz0Im9+p5DNyC Received: from webmail.chao5.int (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id 823C123A8 for ; Fri, 13 Apr 2012 18:17:59 +0200 (CEST) MIME-Version: 1.0 Date: Fri, 13 Apr 2012 18:17:59 +0200 From: Christoph Kaminski To: Message-ID: X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: 823C123A8.A7DDF X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org it seems to be a problem with pv-grub. If I start it without pv-grub, directly with set kernel/ramdisk/extra options then it works... any solutions for it? On Sat, 24 Mar 2012 10:28:49 +0100, Christoph Kaminski wrote: > Hi All > > I have a problem with xen and pci passthrough... > I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/ > Kernel Pkgs from http://elrepo.org/tiki/kernel-ml > (3.3.0-1.el6.elrepo.x86_64) in dom0/U. > > I hide the PCI ID's with kernel parameter: > 'xen-pciback.hide=(08:02.0)(08:02.1)' and load after boot the backend > module with: 'modprobe xen-pciback' > > 'll /sys/module/xen_pciback/drivers/pci\:pciback/' shows: > > lrwxrwxrwx 1 root root 0 Mar 24 10:20 0000:08:02.0 -> > ../../../../devices/pci0000:00/0000:00:1e.0/0000:08:02.0 > lrwxrwxrwx 1 root root 0 Mar 24 10:20 0000:08:02.1 -> > ../../../../devices/pci0000:00/0000:00:1e.0/0000:08:02.1 > --w------- 1 root root 4096 Mar 24 10:20 bind > -r-------- 1 root root 4096 Mar 24 10:20 irq_handlers > --w------- 1 root root 4096 Mar 24 10:20 irq_handler_state > lrwxrwxrwx 1 root root 0 Mar 24 10:20 module -> > ../../../../module/xen_pciback > --w------- 1 root root 4096 Mar 24 10:20 new_id > --w------- 1 root root 4096 Mar 24 10:20 new_slot > -rw------- 1 root root 4096 Mar 24 10:20 permissive > -rw------- 1 root root 4096 Mar 24 10:20 quirks > --w------- 1 root root 4096 Mar 24 10:20 remove_id > --w------- 1 root root 4096 Mar 24 10:20 remove_slot > -r-------- 1 root root 4096 Mar 24 10:20 slots > --w------- 1 root root 4096 Mar 24 10:20 uevent > --w------- 1 root root 4096 Mar 24 10:20 unbind > > but with 'xm pci-list-assignable-devices' I see no output :/ > > I have configured the domU with: 'pci = [ '08:02.0', '08:02.1' ]' and > I see this if I create the domU: > > Using config file "/etc/xen/furfur.cfg". > Started domain furfur (id=8) > Xen Minimal OS! > start_info: 0xaa0000(VA) > nr_pages: 0x20000 > shared_inf: 0xbcf60000(MA) > pt_base: 0xaa3000(VA) > nr_pt_frames: 0x9 > mfn_list: 0x9a0000(VA) > mod_start: 0x0(VA) > mod_len: 0 > flags: 0x0 > cmd_line: (hd0)/boot/grub/grub.conf > stack: 0x95f980-0x97f980 > MM: Init > _text: 0x0(VA) > _etext: 0x6f9a4(VA) > _erodata: 0x89000(VA) > _edata: 0x91c60(VA) > stack start: 0x95f980(VA) > _end: 0x99ff80(VA) > start_pfn: aaf > max_pfn: 20000 > Mapping memory range 0xc00000 - 0x20000000 > setting 0x0-0x89000 readonly > skipped 0x1000 > MM: Initialise page allocator for ba9000(ba9000)-20000000(20000000) > MM: done > Demand map pfns at 20001000-2020001000. > Heap resides at 2020002000-4020002000. > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0x20001000. > Initialising scheduler > Thread "Idle": pointer: 0x2020002050, stack: 0xcc0000 > Initialising xenbus > Thread "xenstore": pointer: 0x2020002800, stack: 0xcd0000 > Dummy main: start_info=0x97fa80 > Thread "main": pointer: 0x2020002fb0, stack: 0xce0000 > Thread "pcifront": pointer: 0x2020003760, stack: 0xcf0000 > "main" "(hd0)/boot/grub/grub.conf" > pcifront_watches: waiting for backend path to appear > device/pci/0/backend > vbd 51712 is hd0 > ******************* BLKFRONT for device/vbd/51712 ********** > > > pcifront_watches: waiting for backend to get into the right state > /local/domain/0/backend/pci/8/0 > ******************* PCIFRONT for device/pci/0 ********** > > > backend at /local/domain/0/backend/vbd/8/51712 > backend at /local/domain/0/backend/pci/8/0 > 10485760 sectors of 512 bytes > ************************** > vbd 51728 is hd1 > ******************* BLKFRONT for device/vbd/51728 ********** > > > ************************** > pcifront_watches: waiting for backend events > /local/domain/0/backend/pci/8/0/state > backend at /local/domain/0/backend/vbd/8/51728 > 2097152 sectors of 512 bytes > ************************** > Thread "kbdfront": pointer: 0x2020131010, stack: 0xd00000 > ******************* FBFRONT for device/vfb/0 ********** > > > ******************* KBDFRONT for device/vkbd/0 ********** > > > Failed to read device/vfb/0/backend-id. > Failed to read device/vkbd/0/backend-id. > error writing initialized: ENOENT > > but after start it has no PCI support :( the xen-pcifront is compiled > in: > > grep -i xen /boot/config-3.3.0-1.el6.elrepo.x86_64 > CONFIG_XEN=y > CONFIG_XEN_DOM0=y > CONFIG_XEN_PRIVILEGED_GUEST=y > CONFIG_XEN_PVHVM=y > CONFIG_XEN_MAX_DOMAIN_MEMORY=500 > CONFIG_XEN_SAVE_RESTORE=y > # CONFIG_XEN_DEBUG_FS is not set > CONFIG_PCI_XEN=y > CONFIG_XEN_PCIDEV_FRONTEND=y > CONFIG_XEN_BLKDEV_FRONTEND=m > CONFIG_XEN_BLKDEV_BACKEND=m > CONFIG_NETXEN_NIC=m > CONFIG_XEN_NETDEV_FRONTEND=m > CONFIG_XEN_NETDEV_BACKEND=m > CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y > CONFIG_HVC_XEN=y > CONFIG_XEN_WDT=m > CONFIG_XEN_FBDEV_FRONTEND=y > # Xen driver support > CONFIG_XEN_BALLOON=y > CONFIG_XEN_SELFBALLOONING=y > CONFIG_XEN_SCRUB_PAGES=y > CONFIG_XEN_DEV_EVTCHN=m > CONFIG_XEN_BACKEND=y > CONFIG_XENFS=m > CONFIG_XEN_COMPAT_XENFS=y > CONFIG_XEN_SYS_HYPERVISOR=y > CONFIG_XEN_XENBUS_FRONTEND=y > CONFIG_XEN_GNTDEV=m > CONFIG_XEN_GRANT_DEV_ALLOC=m > CONFIG_SWIOTLB_XEN=y > CONFIG_XEN_TMEM=y > CONFIG_XEN_PCIDEV_BACKEND=m > CONFIG_XEN_PRIVCMD=m > > PCI output of domU dmesg: > > dmesg | grep PCI > Allocating PCI resources starting at 20800000 (gap: > 20800000:df800000) > PCI: setting up Xen PCI frontend stub > PCI: pci_cache_line_size set to 64 bytes > PCI: System does not support PCI > PCI: System does not support PCI > PCI: max bus depth: 0 pci_try_num: 1 > PCI: CLS 0 bytes, default 64 > > what can be the problem? what can I do? > > can someone help? > > TiA -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 16:18:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 16:18: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 1SIjCQ-0007RF-8a; Fri, 13 Apr 2012 16:18:14 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIjCP-0007QV-7O for xen-users@lists.xen.org; Fri, 13 Apr 2012 16:18:13 +0000 Received: from [193.109.254.147:16650] by server-1.bemta-14.messagelabs.com id 83/A4-29372-4C1588F4; Fri, 13 Apr 2012 16:18:12 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-9.tower-27.messagelabs.com!1334333881!4484570!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyNzM2NDA=\n, ML_RADAR_SPEW_LINKS_8, ML_RADAR_SPEW_LINKS_14,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTAyMjIgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27837 invoked from network); 13 Apr 2012 16:18:02 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-9.tower-27.messagelabs.com with SMTP; 13 Apr 2012 16:18:02 -0000 Received: (qmail invoked by alias); 13 Apr 2012 16:18:01 -0000 Received: from 91-66-48-239-dynip.superkabel.de (EHLO satan.chao5.int) [91.66.48.239] by mail.gmx.net (mp027) with SMTP; 13 Apr 2012 18:18:01 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1++AXRArMu+ZTvtCUq/0U2UMvL2evmYtdc4PPXNTJ qSz0Im9+p5DNyC Received: from webmail.chao5.int (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id 823C123A8 for ; Fri, 13 Apr 2012 18:17:59 +0200 (CEST) MIME-Version: 1.0 Date: Fri, 13 Apr 2012 18:17:59 +0200 From: Christoph Kaminski To: Message-ID: X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: 823C123A8.A7DDF X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org it seems to be a problem with pv-grub. If I start it without pv-grub, directly with set kernel/ramdisk/extra options then it works... any solutions for it? On Sat, 24 Mar 2012 10:28:49 +0100, Christoph Kaminski wrote: > Hi All > > I have a problem with xen and pci passthrough... > I have centos 6 with xen here. Xen Pkgs from http://www.crc.id.au/ > Kernel Pkgs from http://elrepo.org/tiki/kernel-ml > (3.3.0-1.el6.elrepo.x86_64) in dom0/U. > > I hide the PCI ID's with kernel parameter: > 'xen-pciback.hide=(08:02.0)(08:02.1)' and load after boot the backend > module with: 'modprobe xen-pciback' > > 'll /sys/module/xen_pciback/drivers/pci\:pciback/' shows: > > lrwxrwxrwx 1 root root 0 Mar 24 10:20 0000:08:02.0 -> > ../../../../devices/pci0000:00/0000:00:1e.0/0000:08:02.0 > lrwxrwxrwx 1 root root 0 Mar 24 10:20 0000:08:02.1 -> > ../../../../devices/pci0000:00/0000:00:1e.0/0000:08:02.1 > --w------- 1 root root 4096 Mar 24 10:20 bind > -r-------- 1 root root 4096 Mar 24 10:20 irq_handlers > --w------- 1 root root 4096 Mar 24 10:20 irq_handler_state > lrwxrwxrwx 1 root root 0 Mar 24 10:20 module -> > ../../../../module/xen_pciback > --w------- 1 root root 4096 Mar 24 10:20 new_id > --w------- 1 root root 4096 Mar 24 10:20 new_slot > -rw------- 1 root root 4096 Mar 24 10:20 permissive > -rw------- 1 root root 4096 Mar 24 10:20 quirks > --w------- 1 root root 4096 Mar 24 10:20 remove_id > --w------- 1 root root 4096 Mar 24 10:20 remove_slot > -r-------- 1 root root 4096 Mar 24 10:20 slots > --w------- 1 root root 4096 Mar 24 10:20 uevent > --w------- 1 root root 4096 Mar 24 10:20 unbind > > but with 'xm pci-list-assignable-devices' I see no output :/ > > I have configured the domU with: 'pci = [ '08:02.0', '08:02.1' ]' and > I see this if I create the domU: > > Using config file "/etc/xen/furfur.cfg". > Started domain furfur (id=8) > Xen Minimal OS! > start_info: 0xaa0000(VA) > nr_pages: 0x20000 > shared_inf: 0xbcf60000(MA) > pt_base: 0xaa3000(VA) > nr_pt_frames: 0x9 > mfn_list: 0x9a0000(VA) > mod_start: 0x0(VA) > mod_len: 0 > flags: 0x0 > cmd_line: (hd0)/boot/grub/grub.conf > stack: 0x95f980-0x97f980 > MM: Init > _text: 0x0(VA) > _etext: 0x6f9a4(VA) > _erodata: 0x89000(VA) > _edata: 0x91c60(VA) > stack start: 0x95f980(VA) > _end: 0x99ff80(VA) > start_pfn: aaf > max_pfn: 20000 > Mapping memory range 0xc00000 - 0x20000000 > setting 0x0-0x89000 readonly > skipped 0x1000 > MM: Initialise page allocator for ba9000(ba9000)-20000000(20000000) > MM: done > Demand map pfns at 20001000-2020001000. > Heap resides at 2020002000-4020002000. > Initialising timer interface > Initialising console ... done. > gnttab_table mapped at 0x20001000. > Initialising scheduler > Thread "Idle": pointer: 0x2020002050, stack: 0xcc0000 > Initialising xenbus > Thread "xenstore": pointer: 0x2020002800, stack: 0xcd0000 > Dummy main: start_info=0x97fa80 > Thread "main": pointer: 0x2020002fb0, stack: 0xce0000 > Thread "pcifront": pointer: 0x2020003760, stack: 0xcf0000 > "main" "(hd0)/boot/grub/grub.conf" > pcifront_watches: waiting for backend path to appear > device/pci/0/backend > vbd 51712 is hd0 > ******************* BLKFRONT for device/vbd/51712 ********** > > > pcifront_watches: waiting for backend to get into the right state > /local/domain/0/backend/pci/8/0 > ******************* PCIFRONT for device/pci/0 ********** > > > backend at /local/domain/0/backend/vbd/8/51712 > backend at /local/domain/0/backend/pci/8/0 > 10485760 sectors of 512 bytes > ************************** > vbd 51728 is hd1 > ******************* BLKFRONT for device/vbd/51728 ********** > > > ************************** > pcifront_watches: waiting for backend events > /local/domain/0/backend/pci/8/0/state > backend at /local/domain/0/backend/vbd/8/51728 > 2097152 sectors of 512 bytes > ************************** > Thread "kbdfront": pointer: 0x2020131010, stack: 0xd00000 > ******************* FBFRONT for device/vfb/0 ********** > > > ******************* KBDFRONT for device/vkbd/0 ********** > > > Failed to read device/vfb/0/backend-id. > Failed to read device/vkbd/0/backend-id. > error writing initialized: ENOENT > > but after start it has no PCI support :( the xen-pcifront is compiled > in: > > grep -i xen /boot/config-3.3.0-1.el6.elrepo.x86_64 > CONFIG_XEN=y > CONFIG_XEN_DOM0=y > CONFIG_XEN_PRIVILEGED_GUEST=y > CONFIG_XEN_PVHVM=y > CONFIG_XEN_MAX_DOMAIN_MEMORY=500 > CONFIG_XEN_SAVE_RESTORE=y > # CONFIG_XEN_DEBUG_FS is not set > CONFIG_PCI_XEN=y > CONFIG_XEN_PCIDEV_FRONTEND=y > CONFIG_XEN_BLKDEV_FRONTEND=m > CONFIG_XEN_BLKDEV_BACKEND=m > CONFIG_NETXEN_NIC=m > CONFIG_XEN_NETDEV_FRONTEND=m > CONFIG_XEN_NETDEV_BACKEND=m > CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y > CONFIG_HVC_XEN=y > CONFIG_XEN_WDT=m > CONFIG_XEN_FBDEV_FRONTEND=y > # Xen driver support > CONFIG_XEN_BALLOON=y > CONFIG_XEN_SELFBALLOONING=y > CONFIG_XEN_SCRUB_PAGES=y > CONFIG_XEN_DEV_EVTCHN=m > CONFIG_XEN_BACKEND=y > CONFIG_XENFS=m > CONFIG_XEN_COMPAT_XENFS=y > CONFIG_XEN_SYS_HYPERVISOR=y > CONFIG_XEN_XENBUS_FRONTEND=y > CONFIG_XEN_GNTDEV=m > CONFIG_XEN_GRANT_DEV_ALLOC=m > CONFIG_SWIOTLB_XEN=y > CONFIG_XEN_TMEM=y > CONFIG_XEN_PCIDEV_BACKEND=m > CONFIG_XEN_PRIVCMD=m > > PCI output of domU dmesg: > > dmesg | grep PCI > Allocating PCI resources starting at 20800000 (gap: > 20800000:df800000) > PCI: setting up Xen PCI frontend stub > PCI: pci_cache_line_size set to 64 bytes > PCI: System does not support PCI > PCI: System does not support PCI > PCI: max bus depth: 0 pci_try_num: 1 > PCI: CLS 0 bytes, default 64 > > what can be the problem? what can I do? > > can someone help? > > TiA -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 16:33:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 16:33:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIjPc-0000bl-CR; Fri, 13 Apr 2012 16:31:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIjPb-0000bb-4L for xen-users@lists.xen.org; Fri, 13 Apr 2012 16:31:51 +0000 Received: from [85.158.143.35:34871] by server-3.bemta-4.messagelabs.com id 8C/D5-05853-6F4588F4; Fri, 13 Apr 2012 16:31:50 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-16.tower-21.messagelabs.com!1334334709!8742373!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15051 invoked from network); 13 Apr 2012 16:31:49 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Apr 2012 16:31:49 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 25EFE26A0D1; Fri, 13 Apr 2012 18:31:49 +0200 (CEST) Date: Fri, 13 Apr 2012 18:31:48 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Todd Deshane In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: Lloyd Dizon , xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Does this help at all: > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F Well, thank you but independent_wallclock doesn't exist anymore on pvops kernel, and the link to blogspot seems broken so, no, not very much :) -- Regards, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 16:33:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 16:33:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIjPc-0000bl-CR; Fri, 13 Apr 2012 16:31:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIjPb-0000bb-4L for xen-users@lists.xen.org; Fri, 13 Apr 2012 16:31:51 +0000 Received: from [85.158.143.35:34871] by server-3.bemta-4.messagelabs.com id 8C/D5-05853-6F4588F4; Fri, 13 Apr 2012 16:31:50 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-16.tower-21.messagelabs.com!1334334709!8742373!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15051 invoked from network); 13 Apr 2012 16:31:49 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 13 Apr 2012 16:31:49 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 25EFE26A0D1; Fri, 13 Apr 2012 18:31:49 +0200 (CEST) Date: Fri, 13 Apr 2012 18:31:48 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Todd Deshane In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: Lloyd Dizon , xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > Does this help at all: > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F Well, thank you but independent_wallclock doesn't exist anymore on pvops kernel, and the link to blogspot seems broken so, no, not very much :) -- Regards, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 17:23:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 17:23:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIkCF-0002Qj-Sw; Fri, 13 Apr 2012 17:22:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIkCE-0002Qe-EC for xen-users@lists.xen.org; Fri, 13 Apr 2012 17:22:06 +0000 Received: from [85.158.143.99:24230] by server-3.bemta-4.messagelabs.com id 5D/11-05853-DB0688F4; Fri, 13 Apr 2012 17:22:05 +0000 X-Env-Sender: mcbeagle@gmx.de X-Msg-Ref: server-6.tower-216.messagelabs.com!1334337724!23512321!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5OTI1NQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5OTI1NQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13574 invoked from network); 13 Apr 2012 17:22:04 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-6.tower-216.messagelabs.com with SMTP; 13 Apr 2012 17:22:04 -0000 Received: (qmail invoked by alias); 13 Apr 2012 17:22:03 -0000 Received: from f053190145.adsl.alicedsl.de (EHLO sheik-lin.localnet) [78.53.190.145] by mail.gmx.net (mp010) with SMTP; 13 Apr 2012 19:22:03 +0200 X-Authenticated: #432297 X-Provags-ID: V01U2FsdGVkX1/ISMViFuDIxAfxVQxu6aE0RIpQmfybM87GnAK/Y6 NaHwSynQ+6TgVC From: Hans =?ISO-8859-1?Q?M=FCller?= To: xen-users@lists.xen.org Date: Fri, 13 Apr 2012 19:22:01 +0200 Message-ID: <1664495.k6vRgAArNc@sheik-lin> User-Agent: KMail/4.8.2 (Linux/3.3.0-gentoo-c0; KDE/4.8.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: mcbeagle@gmx.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday, 11. April 2012 14:18:10 Flavio wrote: > Thank you for the patch, but do you mean that such issue will affect > kernels >3.3.1 and higher versions up to an unknown date? > > reverse-applying such patch worked for me too. Thank you. I also had the problem with kernel-3.3.1. I gave kernel-3.4_rc2 (gentoo package 'git-sources') a try (mainly because of the xen-acpi-processor driver) and it works w/o any problems so far. Regards _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 17:23:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 17:23:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIkCF-0002Qj-Sw; Fri, 13 Apr 2012 17:22:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIkCE-0002Qe-EC for xen-users@lists.xen.org; Fri, 13 Apr 2012 17:22:06 +0000 Received: from [85.158.143.99:24230] by server-3.bemta-4.messagelabs.com id 5D/11-05853-DB0688F4; Fri, 13 Apr 2012 17:22:05 +0000 X-Env-Sender: mcbeagle@gmx.de X-Msg-Ref: server-6.tower-216.messagelabs.com!1334337724!23512321!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5OTI1NQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5OTI1NQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13574 invoked from network); 13 Apr 2012 17:22:04 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-6.tower-216.messagelabs.com with SMTP; 13 Apr 2012 17:22:04 -0000 Received: (qmail invoked by alias); 13 Apr 2012 17:22:03 -0000 Received: from f053190145.adsl.alicedsl.de (EHLO sheik-lin.localnet) [78.53.190.145] by mail.gmx.net (mp010) with SMTP; 13 Apr 2012 19:22:03 +0200 X-Authenticated: #432297 X-Provags-ID: V01U2FsdGVkX1/ISMViFuDIxAfxVQxu6aE0RIpQmfybM87GnAK/Y6 NaHwSynQ+6TgVC From: Hans =?ISO-8859-1?Q?M=FCller?= To: xen-users@lists.xen.org Date: Fri, 13 Apr 2012 19:22:01 +0200 Message-ID: <1664495.k6vRgAArNc@sheik-lin> User-Agent: KMail/4.8.2 (Linux/3.3.0-gentoo-c0; KDE/4.8.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] kernel panic on Gentoo kernel 3.3.1 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: mcbeagle@gmx.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wednesday, 11. April 2012 14:18:10 Flavio wrote: > Thank you for the patch, but do you mean that such issue will affect > kernels >3.3.1 and higher versions up to an unknown date? > > reverse-applying such patch worked for me too. Thank you. I also had the problem with kernel-3.3.1. I gave kernel-3.4_rc2 (gentoo package 'git-sources') a try (mainly because of the xen-acpi-processor driver) and it works w/o any problems so far. Regards _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 17:23:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 17:23: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 1SIkCa-0002RY-HH; Fri, 13 Apr 2012 17:22:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIkCY-0002RH-K1 for xen-users@lists.xen.org; Fri, 13 Apr 2012 17:22:26 +0000 Received: from [193.109.254.147:34629] by server-1.bemta-14.messagelabs.com id A7/10-29372-2D0688F4; Fri, 13 Apr 2012 17:22:26 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1334337744!4516245!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20286 invoked from network); 13 Apr 2012 17:22:25 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 17:22:25 -0000 Received: by yhoo21 with SMTP id o21so2104876yho.32 for ; Fri, 13 Apr 2012 10:22:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Qys2LArHvhxYXRyjE9EuRqdo/VNDCZh2jWPoYOIXEss=; b=qVfT5aMCriZqA0WrPW2oPI7sNeg72juP0SR0sTSQ0zdrOp+rtNRLiLRxtvqcMMytCQ uCT1mtjtOX6bvh3JFXwhcnAJepolN8BPH1GVqSa82T/La7FZ/KZfNthbyesZORXJw3zc B1okJ5uxnVDaVs3SIYZ6gj6NyEFogkXboUY4osMfjTJcWcxzywU/jNNB5MvP3dmKxw2j PTgSLNU9f7nd7RYgWRW6EQKMhGY8I4B+mA3SzUC7rN3Q0Yj49NuWEkXH8NfYOzBBjI3q zGgmwcuqAjCNcjgXPaPewkrgo5J3qpe44HCAxvmfa4a8DDvziCtdjkv25kMO/NAoaDkv /FRQ== Received: by 10.50.181.194 with SMTP id dy2mr2377402igc.48.1334337743746; Fri, 13 Apr 2012 10:22:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 10:22:02 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 13 Apr 2012 13:22:02 -0400 X-Google-Sender-Auth: tvobciF_JhPbSnoFFIyYd7O_s4o Message-ID: To: Remi Gacogne Cc: Lloyd Dizon , xen-users@lists.xen.org, xen-devel mailing list Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adding Xen-devel. What are the current timekeeping best practices now? Thanks, Todd ---------- Forwarded message ---------- From: Remi Gacogne Date: Fri, Apr 13, 2012 at 12:31 PM Subject: Re: [Xen-users] Xen timekeeping best practices To: Todd Deshane Cc: Lloyd Dizon , xen-users@lists.xen.org > Does this help at all: > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F Well, thank you but independent_wallclock doesn't exist anymore on pvops kernel, and the link to blogspot seems broken so, no, not very much :) -- Regards, Remi Gacogne -- Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 17:23:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 17:23: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 1SIkCa-0002RY-HH; Fri, 13 Apr 2012 17:22:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIkCY-0002RH-K1 for xen-users@lists.xen.org; Fri, 13 Apr 2012 17:22:26 +0000 Received: from [193.109.254.147:34629] by server-1.bemta-14.messagelabs.com id A7/10-29372-2D0688F4; Fri, 13 Apr 2012 17:22:26 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1334337744!4516245!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20286 invoked from network); 13 Apr 2012 17:22:25 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 17:22:25 -0000 Received: by yhoo21 with SMTP id o21so2104876yho.32 for ; Fri, 13 Apr 2012 10:22:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Qys2LArHvhxYXRyjE9EuRqdo/VNDCZh2jWPoYOIXEss=; b=qVfT5aMCriZqA0WrPW2oPI7sNeg72juP0SR0sTSQ0zdrOp+rtNRLiLRxtvqcMMytCQ uCT1mtjtOX6bvh3JFXwhcnAJepolN8BPH1GVqSa82T/La7FZ/KZfNthbyesZORXJw3zc B1okJ5uxnVDaVs3SIYZ6gj6NyEFogkXboUY4osMfjTJcWcxzywU/jNNB5MvP3dmKxw2j PTgSLNU9f7nd7RYgWRW6EQKMhGY8I4B+mA3SzUC7rN3Q0Yj49NuWEkXH8NfYOzBBjI3q zGgmwcuqAjCNcjgXPaPewkrgo5J3qpe44HCAxvmfa4a8DDvziCtdjkv25kMO/NAoaDkv /FRQ== Received: by 10.50.181.194 with SMTP id dy2mr2377402igc.48.1334337743746; Fri, 13 Apr 2012 10:22:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 10:22:02 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 13 Apr 2012 13:22:02 -0400 X-Google-Sender-Auth: tvobciF_JhPbSnoFFIyYd7O_s4o Message-ID: To: Remi Gacogne Cc: Lloyd Dizon , xen-users@lists.xen.org, xen-devel mailing list Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Adding Xen-devel. What are the current timekeeping best practices now? Thanks, Todd ---------- Forwarded message ---------- From: Remi Gacogne Date: Fri, Apr 13, 2012 at 12:31 PM Subject: Re: [Xen-users] Xen timekeeping best practices To: Todd Deshane Cc: Lloyd Dizon , xen-users@lists.xen.org > Does this help at all: > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F Well, thank you but independent_wallclock doesn't exist anymore on pvops kernel, and the link to blogspot seems broken so, no, not very much :) -- Regards, Remi Gacogne -- Todd Deshane http://www.linkedin.com/in/deshantm http://blog.xen.org/ http://wiki.xen.org/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 19:22:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 19:22: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 1SIm43-0001P5-Ue; Fri, 13 Apr 2012 19:21:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIm42-0001Or-Ol for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:21:46 +0000 Received: from [193.109.254.147:20932] by server-8.bemta-14.messagelabs.com id EE/AE-23244-ACC788F4; Fri, 13 Apr 2012 19:21:46 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1334344903!4526094!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11261 invoked from network); 13 Apr 2012 19:21:45 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:21:45 -0000 Received: by dajx4 with SMTP id x4so4739528daj.28 for ; Fri, 13 Apr 2012 12:21:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=nHVNiyRMRiAhfF2VyuZtpTtmeohm/XNdIjfL64lQzwo=; b=gPYUOVEQ46eAh72m4MZSE1TyaqSCiJiI0kQGi9SMl2doE3ldM/k+mLyMFN94/Nv+4/ wh2Lk7aSmtKd3EICvNrnwtNj8Ocj3ydkMt0WommGGiFgvwnIn5W8cB/ORBxCDEi0AI0Y 93dgpXMRMCkAT7ATn+/HiQWt1s0gourz2PVchR6F8uHKAXnfhbtjU6Cl23tTFCIV/S0o Ez8Urre3lR9geYXPuLO8PyKXKNIk6/TqfvIgOof0YeC2sfGtlqhIgRAm5kpsru0xZ8a5 9aH98C5h1/8ANl0lyLH1oM7KNJxQS9xPMCqnaX6Sjkyb5CpqlTu662/ri9SdmnT0jBa+ +xGw== Received: by 10.68.244.10 with SMTP id xc10mr6961517pbc.101.1334344903120; Fri, 13 Apr 2012 12:21:43 -0700 (PDT) Received: from [192.168.0.7] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id a9sm9466233pbr.73.2012.04.13.12.21.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Apr 2012 12:21:42 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 13 Apr 2012 12:21:39 -0700 Message-Id: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> References: To: Todd Deshane X-Mailer: Apple Mail (2.1084) Cc: Lloyd Dizon , xen-users@lists.xen.org, Remi Gacogne Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Apr 13, 2012, at 10:22 AM, Todd Deshane wrote: > Adding Xen-devel. > > What are the current timekeeping best practices now? > You may want to start here: xen-tarball-upacked-here/docs/misc/tscmode.txt I'm not sure there's a silver-bullet solution, but that README is a very detailed description of high-performance timekeeping that discusses hardware caps, migration, and application time-sensitivity. Once you're familiar with all that, then there will be questions about how your preferred synchronization mechanism (NTP?) interacts with the mechanisms discussed in the TSC README. Q _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 19:22:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 19:22: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 1SIm43-0001P5-Ue; Fri, 13 Apr 2012 19:21:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIm42-0001Or-Ol for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:21:46 +0000 Received: from [193.109.254.147:20932] by server-8.bemta-14.messagelabs.com id EE/AE-23244-ACC788F4; Fri, 13 Apr 2012 19:21:46 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1334344903!4526094!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11261 invoked from network); 13 Apr 2012 19:21:45 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:21:45 -0000 Received: by dajx4 with SMTP id x4so4739528daj.28 for ; Fri, 13 Apr 2012 12:21:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=nHVNiyRMRiAhfF2VyuZtpTtmeohm/XNdIjfL64lQzwo=; b=gPYUOVEQ46eAh72m4MZSE1TyaqSCiJiI0kQGi9SMl2doE3ldM/k+mLyMFN94/Nv+4/ wh2Lk7aSmtKd3EICvNrnwtNj8Ocj3ydkMt0WommGGiFgvwnIn5W8cB/ORBxCDEi0AI0Y 93dgpXMRMCkAT7ATn+/HiQWt1s0gourz2PVchR6F8uHKAXnfhbtjU6Cl23tTFCIV/S0o Ez8Urre3lR9geYXPuLO8PyKXKNIk6/TqfvIgOof0YeC2sfGtlqhIgRAm5kpsru0xZ8a5 9aH98C5h1/8ANl0lyLH1oM7KNJxQS9xPMCqnaX6Sjkyb5CpqlTu662/ri9SdmnT0jBa+ +xGw== Received: by 10.68.244.10 with SMTP id xc10mr6961517pbc.101.1334344903120; Fri, 13 Apr 2012 12:21:43 -0700 (PDT) Received: from [192.168.0.7] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id a9sm9466233pbr.73.2012.04.13.12.21.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Apr 2012 12:21:42 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 13 Apr 2012 12:21:39 -0700 Message-Id: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> References: To: Todd Deshane X-Mailer: Apple Mail (2.1084) Cc: Lloyd Dizon , xen-users@lists.xen.org, Remi Gacogne Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Apr 13, 2012, at 10:22 AM, Todd Deshane wrote: > Adding Xen-devel. > > What are the current timekeeping best practices now? > You may want to start here: xen-tarball-upacked-here/docs/misc/tscmode.txt I'm not sure there's a silver-bullet solution, but that README is a very detailed description of high-performance timekeeping that discusses hardware caps, migration, and application time-sensitivity. Once you're familiar with all that, then there will be questions about how your preferred synchronization mechanism (NTP?) interacts with the mechanisms discussed in the TSC README. Q _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 19:42:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 19: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 1SImN0-0001mj-1R; Fri, 13 Apr 2012 19:41:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SImMy-0001me-Jp for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:41:20 +0000 Received: from [85.158.139.83:30346] by server-5.bemta-5.messagelabs.com id DB/66-13566-F51888F4; Fri, 13 Apr 2012 19:41:19 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1334346078!23739965!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6496 invoked from network); 13 Apr 2012 19:41:19 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:41:19 -0000 Received: by vcbfl11 with SMTP id fl11so3103769vcb.32 for ; Fri, 13 Apr 2012 12:41:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=nh1bHAtScmJfyQ43tuazwQm4rMnnSH7Exu/0D0SibZc=; b=j+YvyJyMJxiCENRaz3XtMJOFKtunMYoGESeiV5/x+LHJlQiEUZiu59U35LqOXN3UJP q8y0o6YR+711mQNYA+j9wAHh40283AhSXyBuo1hT2PHvJsmolJcvSP4TyuSGf4/C5niR abxdQRXATBzapEzJSXrKYuAH6S6rGGNRcu7C5RQ5o6qogRhr56VLKb/ruZpw4kHZ6DAv rUVv4fwtcvKN1LgdgE+CpWvtHlKW5AAs609s1pTFyafeyrxwyR1luTCUMQ1SKfl630Jf +tEsF3n0aK3TnfVcVW2Lkqv2th3eccUPY777ukP5wu8pZzjQibzkBJusEMzCouk9JPFW uzGw== MIME-Version: 1.0 Received: by 10.52.68.77 with SMTP id u13mr1101967vdt.81.1334346078041; Fri, 13 Apr 2012 12:41:18 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Fri, 13 Apr 2012 12:41:17 -0700 (PDT) In-Reply-To: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> Date: Fri, 13 Apr 2012 12:41:17 -0700 Message-ID: From: Freddie Cash To: Qrux Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCBBcHIgMTMsIDIwMTIgYXQgMTI6MjEgUE0sIFFydXggPHFydXgucWVkQGdtYWlsLmNv bT4gd3JvdGU6Cj4gT24gQXByIDEzLCAyMDEyLCBhdCAxMDoyMiBBTSwgVG9kZCBEZXNoYW5lIHdy b3RlOgo+Cj4+IEFkZGluZyBYZW4tZGV2ZWwuCj4+IFdoYXQgYXJlIHRoZSBjdXJyZW50IHRpbWVr ZWVwaW5nIGJlc3QgcHJhY3RpY2VzIG5vdz8KPgo+IFlvdSBtYXkgd2FudCB0byBzdGFydCBoZXJl Ogo+IMKgIMKgIMKgIMKgeGVuLXRhcmJhbGwtdXBhY2tlZC1oZXJlL2RvY3MvbWlzYy90c2Ntb2Rl LnR4dAoKSXMgdGhhdCBmaWxlIGF2YWlsYWJsZSBvbmxpbmUgYW55d2hlcmU/IEl0IHNvdW5kcyBs aWtlIGFuIGludGVyZXN0aW5nIHJlYWQuCgotLSAKRnJlZGRpZSBDYXNoCmZqd2Nhc2hAZ21haWwu Y29tCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 13 19:42:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 19: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 1SImN0-0001mj-1R; Fri, 13 Apr 2012 19:41:22 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SImMy-0001me-Jp for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:41:20 +0000 Received: from [85.158.139.83:30346] by server-5.bemta-5.messagelabs.com id DB/66-13566-F51888F4; Fri, 13 Apr 2012 19:41:19 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-3.tower-182.messagelabs.com!1334346078!23739965!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6496 invoked from network); 13 Apr 2012 19:41:19 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-3.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:41:19 -0000 Received: by vcbfl11 with SMTP id fl11so3103769vcb.32 for ; Fri, 13 Apr 2012 12:41:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=nh1bHAtScmJfyQ43tuazwQm4rMnnSH7Exu/0D0SibZc=; b=j+YvyJyMJxiCENRaz3XtMJOFKtunMYoGESeiV5/x+LHJlQiEUZiu59U35LqOXN3UJP q8y0o6YR+711mQNYA+j9wAHh40283AhSXyBuo1hT2PHvJsmolJcvSP4TyuSGf4/C5niR abxdQRXATBzapEzJSXrKYuAH6S6rGGNRcu7C5RQ5o6qogRhr56VLKb/ruZpw4kHZ6DAv rUVv4fwtcvKN1LgdgE+CpWvtHlKW5AAs609s1pTFyafeyrxwyR1luTCUMQ1SKfl630Jf +tEsF3n0aK3TnfVcVW2Lkqv2th3eccUPY777ukP5wu8pZzjQibzkBJusEMzCouk9JPFW uzGw== MIME-Version: 1.0 Received: by 10.52.68.77 with SMTP id u13mr1101967vdt.81.1334346078041; Fri, 13 Apr 2012 12:41:18 -0700 (PDT) Received: by 10.220.180.198 with HTTP; Fri, 13 Apr 2012 12:41:17 -0700 (PDT) In-Reply-To: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> Date: Fri, 13 Apr 2012 12:41:17 -0700 Message-ID: From: Freddie Cash To: Qrux Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCBBcHIgMTMsIDIwMTIgYXQgMTI6MjEgUE0sIFFydXggPHFydXgucWVkQGdtYWlsLmNv bT4gd3JvdGU6Cj4gT24gQXByIDEzLCAyMDEyLCBhdCAxMDoyMiBBTSwgVG9kZCBEZXNoYW5lIHdy b3RlOgo+Cj4+IEFkZGluZyBYZW4tZGV2ZWwuCj4+IFdoYXQgYXJlIHRoZSBjdXJyZW50IHRpbWVr ZWVwaW5nIGJlc3QgcHJhY3RpY2VzIG5vdz8KPgo+IFlvdSBtYXkgd2FudCB0byBzdGFydCBoZXJl Ogo+IMKgIMKgIMKgIMKgeGVuLXRhcmJhbGwtdXBhY2tlZC1oZXJlL2RvY3MvbWlzYy90c2Ntb2Rl LnR4dAoKSXMgdGhhdCBmaWxlIGF2YWlsYWJsZSBvbmxpbmUgYW55d2hlcmU/IEl0IHNvdW5kcyBs aWtlIGFuIGludGVyZXN0aW5nIHJlYWQuCgotLSAKRnJlZGRpZSBDYXNoCmZqd2Nhc2hAZ21haWwu Y29tCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54 ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 13 19:52:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 19:52:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SImWn-0002G9-Ne; Fri, 13 Apr 2012 19:51:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SImWm-0002G0-KH for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:51:28 +0000 Received: from [85.158.138.51:15105] by server-4.bemta-3.messagelabs.com id B8/5B-15341-FB3888F4; Fri, 13 Apr 2012 19:51:27 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1334346685!14167490!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31648 invoked from network); 13 Apr 2012 19:51:27 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:51:27 -0000 Received: by dajx4 with SMTP id x4so4769652daj.28 for ; Fri, 13 Apr 2012 12:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=rJgmD7CMtB5nKvIOMdhMH2ssqBFJuDtsF7Tb71vDvk4=; b=e2on0SLBq6EizmS0BPyDB41MPo/NrbfvVzB2LuI+iGlSyatxwO19fy6u4kIZS0enC4 0ohnF8GkdrPNM3Ix7FmaerWhAOnAG+Z5shbrDWhZXWtFr3gD4toEVDg2yrY6jOzZIZnL /de7w2LV7K2Hw2bWEs1AdCNj3ZtNUL5qhRxKcg+ZMvkUM9nZBwqWV35Jqo/Z/54YXR6R d36EbLixlxQd1Pu9eQ4u6Cyl0217V/5LhXF/wjb13T/fZUNaXpVYdloMJz4rkkgvz2Pk et9WVUFo/NBFxATTJZtuBmbe4qciohHYxRq1ott+d/DVKfSYq56JMWDQe8IJ0yDEKu8o GsGA== Received: by 10.68.235.2 with SMTP id ui2mr7218174pbc.30.1334346684567; Fri, 13 Apr 2012 12:51:24 -0700 (PDT) Received: from [192.168.0.7] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id i1sm9527902pbj.70.2012.04.13.12.51.22 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Apr 2012 12:51:23 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 13 Apr 2012 12:51:21 -0700 Message-Id: <60D07FF8-351B-46E4-87E8-D02EA6036461@gmail.com> References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> To: Freddie Cash X-Mailer: Apple Mail (2.1084) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Apr 13, 2012, at 12:41 PM, Freddie Cash wrote: > On Fri, Apr 13, 2012 at 12:21 PM, Qrux wrote: >> On Apr 13, 2012, at 10:22 AM, Todd Deshane wrote: >> >>> Adding Xen-devel. >>> What are the current timekeeping best practices now? >> >> You may want to start here: >> xen-tarball-upacked-here/docs/misc/tscmode.txt > > Is that file available online anywhere? It sounds like an interesting read. [Just to be absolutely clear--I did not write this. This is an article written by Dan Magenheimer, whom I believe to be a Xen developer from Oracle.] I've posted it here: http://xlapp.org/xen-timekeeping/tscmode.txt I've been meaning to start a collection of information for Xen Timekeeping. If anyone else has any docs or images they'd like to contribute, I'd be happy to collect them here as reference material for when someone takes the plunge to update the Xen wiki. Q _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 13 19:52:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 13 Apr 2012 19:52:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SImWn-0002G9-Ne; Fri, 13 Apr 2012 19:51:29 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SImWm-0002G0-KH for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:51:28 +0000 Received: from [85.158.138.51:15105] by server-4.bemta-3.messagelabs.com id B8/5B-15341-FB3888F4; Fri, 13 Apr 2012 19:51:27 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1334346685!14167490!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31648 invoked from network); 13 Apr 2012 19:51:27 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:51:27 -0000 Received: by dajx4 with SMTP id x4so4769652daj.28 for ; Fri, 13 Apr 2012 12:51:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=rJgmD7CMtB5nKvIOMdhMH2ssqBFJuDtsF7Tb71vDvk4=; b=e2on0SLBq6EizmS0BPyDB41MPo/NrbfvVzB2LuI+iGlSyatxwO19fy6u4kIZS0enC4 0ohnF8GkdrPNM3Ix7FmaerWhAOnAG+Z5shbrDWhZXWtFr3gD4toEVDg2yrY6jOzZIZnL /de7w2LV7K2Hw2bWEs1AdCNj3ZtNUL5qhRxKcg+ZMvkUM9nZBwqWV35Jqo/Z/54YXR6R d36EbLixlxQd1Pu9eQ4u6Cyl0217V/5LhXF/wjb13T/fZUNaXpVYdloMJz4rkkgvz2Pk et9WVUFo/NBFxATTJZtuBmbe4qciohHYxRq1ott+d/DVKfSYq56JMWDQe8IJ0yDEKu8o GsGA== Received: by 10.68.235.2 with SMTP id ui2mr7218174pbc.30.1334346684567; Fri, 13 Apr 2012 12:51:24 -0700 (PDT) Received: from [192.168.0.7] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id i1sm9527902pbj.70.2012.04.13.12.51.22 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Apr 2012 12:51:23 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 13 Apr 2012 12:51:21 -0700 Message-Id: <60D07FF8-351B-46E4-87E8-D02EA6036461@gmail.com> References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> To: Freddie Cash X-Mailer: Apple Mail (2.1084) Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Apr 13, 2012, at 12:41 PM, Freddie Cash wrote: > On Fri, Apr 13, 2012 at 12:21 PM, Qrux wrote: >> On Apr 13, 2012, at 10:22 AM, Todd Deshane wrote: >> >>> Adding Xen-devel. >>> What are the current timekeeping best practices now? >> >> You may want to start here: >> xen-tarball-upacked-here/docs/misc/tscmode.txt > > Is that file available online anywhere? It sounds like an interesting read. [Just to be absolutely clear--I did not write this. This is an article written by Dan Magenheimer, whom I believe to be a Xen developer from Oracle.] I've posted it here: http://xlapp.org/xen-timekeeping/tscmode.txt I've been meaning to start a collection of information for Xen Timekeeping. If anyone else has any docs or images they'd like to contribute, I'd be happy to collect them here as reference material for when someone takes the plunge to update the Xen wiki. Q _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 02:27:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:27:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIsgy-0000wT-5r; Sat, 14 Apr 2012 02:26:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIlQ8-00069t-0p for xen-users@lists.xen.org; Fri, 13 Apr 2012 18:40:32 +0000 Received: from [85.158.139.83:37936] by server-7.bemta-5.messagelabs.com id 98/F0-16195-F13788F4; Fri, 13 Apr 2012 18:40:31 +0000 X-Env-Sender: klinuxos@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1334342428!23764181!1 X-Originating-IP: [209.85.210.41] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23183 invoked from network); 13 Apr 2012 18:40:30 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 18:40:30 -0000 Received: by dajx4 with SMTP id x4so4693911daj.28 for ; Fri, 13 Apr 2012 11:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Bnt9fZFjggYtgBxLU4iIItBNmyVFhrk7YYNcBLoHi2k=; b=JHAwJvzHnGAP560lOwxJTMHdYUzYwU4WASoKF5YrxiQ7QFCJCUuvsYoYX3Oiych0jP ll/oEmC1QrZmFQ16ICqeXfJ96cwvdUvvijptQ64/LOaQv0/KkWB/iH5Ya7uov7O849zj ekRs2L8jN0iBqRaVC6pGBJUbt7+QJWDl4+4dlxHa7gS1IK+gcYorcQTh9P8ZJYSRn0nS pR111wgygcgNaaWHozUsb0oNmFyLTEt0LuJcI8A/spOnpYjsNFyzixqbs9SwXFWQusRf 1ev8DcimHxkb9VFgkU+HqIsclrQjUGu5ck6GA1JKi5R0L6qUqHdtVgsmu9Dn9MwVgibC IS2A== MIME-Version: 1.0 Received: by 10.68.195.233 with SMTP id ih9mr6622209pbc.128.1334342428243; Fri, 13 Apr 2012 11:40:28 -0700 (PDT) Received: by 10.66.86.37 with HTTP; Fri, 13 Apr 2012 11:40:28 -0700 (PDT) Date: Fri, 13 Apr 2012 11:40:28 -0700 Message-ID: From: kernel user To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 14 Apr 2012 02:26:23 +0000 Subject: [Xen-users] Linux 3.2.14+ with Xen 4.1.2 gives kernel panic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6544197823771861424==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6544197823771861424== Content-Type: multipart/alternative; boundary=047d7b10ca0571b64304bd93ce81 --047d7b10ca0571b64304bd93ce81 Content-Type: text/plain; charset=ISO-8859-1 Hi, When I use Linux kernel 3.2.14 (and further) with Xen-4.1.2 hypervisor I get a kernel panic immediately while booting. I could not capture the stack dump and it does not get recorded in logs as panic happens too early while booting. Linux kernel 3.2.13 boots fine with Xen-4.1.2 hypervisor. So it looks like some changes from Linux kernel 3.2.13 to 3.2.14 broke it. Has anyone seen same problem and is there any fix for it? Thank you in advance. ~Shri --047d7b10ca0571b64304bd93ce81 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

When I use Linux kernel 3.2.14 (and furth= er) with Xen-4.1.2 hypervisor I get a kernel panic immediately while bootin= g. I could not capture the stack dump and it does not get recorded in logs = as panic happens too early while booting.
Linux kernel 3.2.13 boots fine with Xen-4.1.2 hypervisor. So it looks = like some changes from Linux kernel 3.2.13 to 3.2.14 broke it.
Has anyone seen same problem and is there any fix for it? Than= k you in advance.

~Shri
--047d7b10ca0571b64304bd93ce81-- --===============6544197823771861424== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6544197823771861424==-- From xen-users-bounces@lists.xen.org Sat Apr 14 02:27:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:27: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 1SIsgy-0000wc-RI; Sat, 14 Apr 2012 02:26:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIlmC-0001B3-0U for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:03:20 +0000 Received: from [85.158.138.51:37702] by server-7.bemta-3.messagelabs.com id A9/A2-03078-778788F4; Fri, 13 Apr 2012 19:03:19 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1334343798!22056838!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26596 invoked from network); 13 Apr 2012 19:03:18 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:03:18 -0000 Received: by werp12 with SMTP id p12so2696741wer.32 for ; Fri, 13 Apr 2012 12:03:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vt9cNYzl0D7LYFQFSg1DsEzGWOR26XLre6bYx6zkwxA=; b=EXOgtjGMXkwM4DSqwbCemrxOgTn1IScdhpnMi0Gc/YSoeB5YudySjmBE46YTj+TQwa GfkvinUX+JFlk4mkwdDeCjreFsF+MZe66vwqaAaPwQ/3SLVWblhR1mAf52S/arPIwi6/ yOMHqKQP8LBu5+0i8T8FiDEuRxvBKFJVDshqX72gS5MogQKkZqWhbKfSzvJNfA4GIBJ+ cl0tlt/TDtLir2ZV2OgqpgECQtey5iqQ1uX8YjFFLuV/ZvbaxHwSeVh1JmlNdgmVogj5 64DfqShdb0vKX7RissTtTfhYvHbqiihWnq3yXjDj/Ew++o25tH6vValSIcJVUjmJaX99 j1QQ== MIME-Version: 1.0 Received: by 10.180.85.69 with SMTP id f5mr44185wiz.18.1334343798029; Fri, 13 Apr 2012 12:03:18 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 12:03:17 -0700 (PDT) Date: Fri, 13 Apr 2012 15:03:17 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 14 Apr 2012 02:26:23 +0000 Subject: [Xen-users] is there a best dom0? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5211259899370275243==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5211259899370275243== Content-Type: multipart/alternative; boundary=f46d043bde6616fb8304bd9420db --f46d043bde6616fb8304bd9420db Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Is there a distro considered the 'best' dom0? Most stable? Or is there any difference? --=20 =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" --f46d043bde6616fb8304bd9420db Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Is there a distro considered the 'best' dom0? =A0 Most stable?
= Or is there any difference?

--
=93Don&#= 39;t eat anything you've ever seen advertised on TV=94
=A0 =A0 =A0 = =A0=A0 - Michael Pollan, author of "In Defense of Food"
--f46d043bde6616fb8304bd9420db-- --===============5211259899370275243== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5211259899370275243==-- From xen-users-bounces@lists.xen.org Sat Apr 14 02:27:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:27:43 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIsgy-0000wT-5r; Sat, 14 Apr 2012 02:26:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIlQ8-00069t-0p for xen-users@lists.xen.org; Fri, 13 Apr 2012 18:40:32 +0000 Received: from [85.158.139.83:37936] by server-7.bemta-5.messagelabs.com id 98/F0-16195-F13788F4; Fri, 13 Apr 2012 18:40:31 +0000 X-Env-Sender: klinuxos@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1334342428!23764181!1 X-Originating-IP: [209.85.210.41] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23183 invoked from network); 13 Apr 2012 18:40:30 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 18:40:30 -0000 Received: by dajx4 with SMTP id x4so4693911daj.28 for ; Fri, 13 Apr 2012 11:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Bnt9fZFjggYtgBxLU4iIItBNmyVFhrk7YYNcBLoHi2k=; b=JHAwJvzHnGAP560lOwxJTMHdYUzYwU4WASoKF5YrxiQ7QFCJCUuvsYoYX3Oiych0jP ll/oEmC1QrZmFQ16ICqeXfJ96cwvdUvvijptQ64/LOaQv0/KkWB/iH5Ya7uov7O849zj ekRs2L8jN0iBqRaVC6pGBJUbt7+QJWDl4+4dlxHa7gS1IK+gcYorcQTh9P8ZJYSRn0nS pR111wgygcgNaaWHozUsb0oNmFyLTEt0LuJcI8A/spOnpYjsNFyzixqbs9SwXFWQusRf 1ev8DcimHxkb9VFgkU+HqIsclrQjUGu5ck6GA1JKi5R0L6qUqHdtVgsmu9Dn9MwVgibC IS2A== MIME-Version: 1.0 Received: by 10.68.195.233 with SMTP id ih9mr6622209pbc.128.1334342428243; Fri, 13 Apr 2012 11:40:28 -0700 (PDT) Received: by 10.66.86.37 with HTTP; Fri, 13 Apr 2012 11:40:28 -0700 (PDT) Date: Fri, 13 Apr 2012 11:40:28 -0700 Message-ID: From: kernel user To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 14 Apr 2012 02:26:23 +0000 Subject: [Xen-users] Linux 3.2.14+ with Xen 4.1.2 gives kernel panic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6544197823771861424==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6544197823771861424== Content-Type: multipart/alternative; boundary=047d7b10ca0571b64304bd93ce81 --047d7b10ca0571b64304bd93ce81 Content-Type: text/plain; charset=ISO-8859-1 Hi, When I use Linux kernel 3.2.14 (and further) with Xen-4.1.2 hypervisor I get a kernel panic immediately while booting. I could not capture the stack dump and it does not get recorded in logs as panic happens too early while booting. Linux kernel 3.2.13 boots fine with Xen-4.1.2 hypervisor. So it looks like some changes from Linux kernel 3.2.13 to 3.2.14 broke it. Has anyone seen same problem and is there any fix for it? Thank you in advance. ~Shri --047d7b10ca0571b64304bd93ce81 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

When I use Linux kernel 3.2.14 (and furth= er) with Xen-4.1.2 hypervisor I get a kernel panic immediately while bootin= g. I could not capture the stack dump and it does not get recorded in logs = as panic happens too early while booting.
Linux kernel 3.2.13 boots fine with Xen-4.1.2 hypervisor. So it looks = like some changes from Linux kernel 3.2.13 to 3.2.14 broke it.
Has anyone seen same problem and is there any fix for it? Than= k you in advance.

~Shri
--047d7b10ca0571b64304bd93ce81-- --===============6544197823771861424== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6544197823771861424==-- From xen-users-bounces@lists.xen.org Sat Apr 14 02:27:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:27: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 1SIsgy-0000wc-RI; Sat, 14 Apr 2012 02:26:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIlmC-0001B3-0U for xen-users@lists.xen.org; Fri, 13 Apr 2012 19:03:20 +0000 Received: from [85.158.138.51:37702] by server-7.bemta-3.messagelabs.com id A9/A2-03078-778788F4; Fri, 13 Apr 2012 19:03:19 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1334343798!22056838!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26596 invoked from network); 13 Apr 2012 19:03:18 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 13 Apr 2012 19:03:18 -0000 Received: by werp12 with SMTP id p12so2696741wer.32 for ; Fri, 13 Apr 2012 12:03:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vt9cNYzl0D7LYFQFSg1DsEzGWOR26XLre6bYx6zkwxA=; b=EXOgtjGMXkwM4DSqwbCemrxOgTn1IScdhpnMi0Gc/YSoeB5YudySjmBE46YTj+TQwa GfkvinUX+JFlk4mkwdDeCjreFsF+MZe66vwqaAaPwQ/3SLVWblhR1mAf52S/arPIwi6/ yOMHqKQP8LBu5+0i8T8FiDEuRxvBKFJVDshqX72gS5MogQKkZqWhbKfSzvJNfA4GIBJ+ cl0tlt/TDtLir2ZV2OgqpgECQtey5iqQ1uX8YjFFLuV/ZvbaxHwSeVh1JmlNdgmVogj5 64DfqShdb0vKX7RissTtTfhYvHbqiihWnq3yXjDj/Ew++o25tH6vValSIcJVUjmJaX99 j1QQ== MIME-Version: 1.0 Received: by 10.180.85.69 with SMTP id f5mr44185wiz.18.1334343798029; Fri, 13 Apr 2012 12:03:18 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Fri, 13 Apr 2012 12:03:17 -0700 (PDT) Date: Fri, 13 Apr 2012 15:03:17 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 14 Apr 2012 02:26:23 +0000 Subject: [Xen-users] is there a best dom0? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5211259899370275243==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5211259899370275243== Content-Type: multipart/alternative; boundary=f46d043bde6616fb8304bd9420db --f46d043bde6616fb8304bd9420db Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Is there a distro considered the 'best' dom0? Most stable? Or is there any difference? --=20 =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" --f46d043bde6616fb8304bd9420db Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Is there a distro considered the 'best' dom0? =A0 Most stable?
= Or is there any difference?

--
=93Don&#= 39;t eat anything you've ever seen advertised on TV=94
=A0 =A0 =A0 = =A0=A0 - Michael Pollan, author of "In Defense of Food"
--f46d043bde6616fb8304bd9420db-- --===============5211259899370275243== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5211259899370275243==-- From xen-users-bounces@lists.xen.org Sat Apr 14 02:42:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:42: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 1SIsvg-0001aH-Je; Sat, 14 Apr 2012 02:41:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIsve-0001a9-GB for xen-users@lists.xen.org; Sat, 14 Apr 2012 02:41:34 +0000 Received: from [193.109.254.147:50157] by server-4.bemta-14.messagelabs.com id 96/6E-11570-DD3E88F4; Sat, 14 Apr 2012 02:41:33 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334371291!2076162!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11228 invoked from network); 14 Apr 2012 02:41:32 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 02:41:32 -0000 Received: by pbcuo5 with SMTP id uo5so4445490pbc.32 for ; Fri, 13 Apr 2012 19:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eYmm+lO5nig0m+hT0fe2vREdXpWFanEoMb59+qRO9hU=; b=tL3+2h2bIT4IWhhbYfeitBeawiXGnzfkRIobCFxkEBsn4U0nFKXtvGU2gXOC8ElSP5 7nnKEUcj2hbYo2rf7wevHwDR6wbqmOoKcVmAoRdbGVVTu5xRoo31tRF65AZkch+xxabW tCSEnvEmN4e98/ny9U3VK8b65uTDwRfi7QpddbTe6r12afX+nj53dWkYPohlKToERxLK Lbifi3o/XwnAE6TGBsNxip2VU6St9IC6ztAvoaPZYFCqxiXws4vFwjPVCu5lDdW3pVf7 /t+iPoRcYQa5g+AmeqQ1Gev31PVLkYNyjfGZV4LXCEDaS2NXqD+0lA+vV6X9i0f8pvnq YsJg== MIME-Version: 1.0 Received: by 10.68.134.70 with SMTP id pi6mr8570014pbb.12.1334371290419; Fri, 13 Apr 2012 19:41:30 -0700 (PDT) Received: by 10.68.227.66 with HTTP; Fri, 13 Apr 2012 19:41:30 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 03:41:30 +0100 Message-ID: From: Teck Choon Giam To: kernel user Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Linux 3.2.14+ with Xen 4.1.2 gives kernel panic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 7:40 PM, kernel user wrote: > Hi, > > When I use Linux kernel 3.2.14 (and further) with Xen-4.1.2 hypervisor I get > a kernel panic immediately while booting. I could not capture the stack dump > and it does not get recorded in logs as panic happens too early while > booting. > Linux kernel 3.2.13 boots fine with Xen-4.1.2 hypervisor. So it looks like > some changes from Linux kernel 3.2.13 to 3.2.14 broke it. > > Has anyone seen same problem and is there any fix for it? Thank you in > advance. See https://lkml.org/lkml/2012/4/3/190 and https://lkml.org/lkml/2012/4/3/237 about why. You should try v3.0.28, v3.2.15 or v3.3.2 instead. Thanks. Kindest regards, Giam Teck Choon > > ~Shri > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 02:42:34 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:42: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 1SIsvg-0001aH-Je; Sat, 14 Apr 2012 02:41:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIsve-0001a9-GB for xen-users@lists.xen.org; Sat, 14 Apr 2012 02:41:34 +0000 Received: from [193.109.254.147:50157] by server-4.bemta-14.messagelabs.com id 96/6E-11570-DD3E88F4; Sat, 14 Apr 2012 02:41:33 +0000 X-Env-Sender: giamteckchoon@gmail.com X-Msg-Ref: server-5.tower-27.messagelabs.com!1334371291!2076162!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11228 invoked from network); 14 Apr 2012 02:41:32 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 02:41:32 -0000 Received: by pbcuo5 with SMTP id uo5so4445490pbc.32 for ; Fri, 13 Apr 2012 19:41:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eYmm+lO5nig0m+hT0fe2vREdXpWFanEoMb59+qRO9hU=; b=tL3+2h2bIT4IWhhbYfeitBeawiXGnzfkRIobCFxkEBsn4U0nFKXtvGU2gXOC8ElSP5 7nnKEUcj2hbYo2rf7wevHwDR6wbqmOoKcVmAoRdbGVVTu5xRoo31tRF65AZkch+xxabW tCSEnvEmN4e98/ny9U3VK8b65uTDwRfi7QpddbTe6r12afX+nj53dWkYPohlKToERxLK Lbifi3o/XwnAE6TGBsNxip2VU6St9IC6ztAvoaPZYFCqxiXws4vFwjPVCu5lDdW3pVf7 /t+iPoRcYQa5g+AmeqQ1Gev31PVLkYNyjfGZV4LXCEDaS2NXqD+0lA+vV6X9i0f8pvnq YsJg== MIME-Version: 1.0 Received: by 10.68.134.70 with SMTP id pi6mr8570014pbb.12.1334371290419; Fri, 13 Apr 2012 19:41:30 -0700 (PDT) Received: by 10.68.227.66 with HTTP; Fri, 13 Apr 2012 19:41:30 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 03:41:30 +0100 Message-ID: From: Teck Choon Giam To: kernel user Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Linux 3.2.14+ with Xen 4.1.2 gives kernel panic X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 7:40 PM, kernel user wrote: > Hi, > > When I use Linux kernel 3.2.14 (and further) with Xen-4.1.2 hypervisor I get > a kernel panic immediately while booting. I could not capture the stack dump > and it does not get recorded in logs as panic happens too early while > booting. > Linux kernel 3.2.13 boots fine with Xen-4.1.2 hypervisor. So it looks like > some changes from Linux kernel 3.2.13 to 3.2.14 broke it. > > Has anyone seen same problem and is there any fix for it? Thank you in > advance. See https://lkml.org/lkml/2012/4/3/190 and https://lkml.org/lkml/2012/4/3/237 about why. You should try v3.0.28, v3.2.15 or v3.3.2 instead. Thanks. Kindest regards, Giam Teck Choon > > ~Shri > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 02:49:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:49:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIt2G-0001sE-Lw; Sat, 14 Apr 2012 02:48:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIt2E-0001s9-Sr for xen-users@lists.xensource.com; Sat, 14 Apr 2012 02:48:23 +0000 Received: from [85.158.143.99:32373] by server-3.bemta-4.messagelabs.com id 93/4F-05853-675E88F4; Sat, 14 Apr 2012 02:48:22 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334371699!22683265!1 X-Originating-IP: [209.85.210.48] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2687 invoked from network); 14 Apr 2012 02:48:21 -0000 Received: from mail-pz0-f48.google.com (HELO mail-pz0-f48.google.com) (209.85.210.48) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 02:48:21 -0000 Received: by dadp12 with SMTP id p12so5684205dad.7 for ; Fri, 13 Apr 2012 19:48:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=K0EcthIsHEWh52QWPYy+itxR4sAHn6j5ntC8VANlE+g=; b=VYUDmXgoFg6dDBBq2B+sAbJ+TFgMW+S/QS78zZMD2fdBMl5LFPTOPRGSOvLrwog14K beilYslLZ3wK12616pBmf8sS3fvuL1PgYUJSrgSuhnpPMepnbsPuLg5DNN89uaaX0PTX gkdHwxhx/Hek2GxMLvLH1o7+h5Ml3JU55AicoXEiKltLhzLSbRu42S6aLq+WkicSgZyB g3e6+8Ix2po1CsXZa4ifhtujcq8D/HkYIS/lEgQ91NP3tBHJGPZ1mx740xmSOeVZq2a5 QBLGApSKRMLCF0xPlz+HWL55yb/TsuJkuBKIXkksBtsqNqcxe37NZvqSw6RrXv7k8Ccq 4C8g== Received: by 10.68.241.2 with SMTP id we2mr951791pbc.100.1334371698543; Fri, 13 Apr 2012 19:48:18 -0700 (PDT) Received: from [192.168.0.7] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id o9sm10395762pbe.60.2012.04.13.19.48.16 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Apr 2012 19:48:17 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 13 Apr 2012 19:48:14 -0700 Message-Id: References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> <60D07FF8-351B-46E4-87E8-D02EA6036461@gmail.com> To: Todd Deshane , xen-users@lists.xensource.com X-Mailer: Apple Mail (2.1084) Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Apr 13, 2012, at 7:15 PM, Todd Deshane wrote: > On Fri, Apr 13, 2012 at 3:51 PM, Qrux wrote: >> >> I've been meaning to start a collection of information for Xen Timekeeping. If anyone else has any docs or images they'd like to contribute, I'd be happy to collect them here as reference material for when someone takes the plunge to update the Xen wiki. >> > > This type of cleanup would be great for a Xen Document Day 1) I have no idea what kind of "cleanup" you're referring to. I'm just trying to fill a void; specifically, the lack of a single place to look for timekeeping information. I'm not trying to summarize, even; I'm just looking to collect information. 2) As for a Xen Doc Day...I "attended" one of those once, for the better part of a working day. There were a few people on that IRC channel, and it felt like you had to know the "magic password"; the channel was completely silent, other than someone telling me that it was "just quiet" after I asked what the heck was going on (or supposed to go on). That didn't seem a particularly good use of time. Personally, I'd rather just collect some information for now. Q _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 02:49:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 02:49:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIt2G-0001sE-Lw; Sat, 14 Apr 2012 02:48:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIt2E-0001s9-Sr for xen-users@lists.xensource.com; Sat, 14 Apr 2012 02:48:23 +0000 Received: from [85.158.143.99:32373] by server-3.bemta-4.messagelabs.com id 93/4F-05853-675E88F4; Sat, 14 Apr 2012 02:48:22 +0000 X-Env-Sender: qrux.qed@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334371699!22683265!1 X-Originating-IP: [209.85.210.48] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2687 invoked from network); 14 Apr 2012 02:48:21 -0000 Received: from mail-pz0-f48.google.com (HELO mail-pz0-f48.google.com) (209.85.210.48) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 02:48:21 -0000 Received: by dadp12 with SMTP id p12so5684205dad.7 for ; Fri, 13 Apr 2012 19:48:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=K0EcthIsHEWh52QWPYy+itxR4sAHn6j5ntC8VANlE+g=; b=VYUDmXgoFg6dDBBq2B+sAbJ+TFgMW+S/QS78zZMD2fdBMl5LFPTOPRGSOvLrwog14K beilYslLZ3wK12616pBmf8sS3fvuL1PgYUJSrgSuhnpPMepnbsPuLg5DNN89uaaX0PTX gkdHwxhx/Hek2GxMLvLH1o7+h5Ml3JU55AicoXEiKltLhzLSbRu42S6aLq+WkicSgZyB g3e6+8Ix2po1CsXZa4ifhtujcq8D/HkYIS/lEgQ91NP3tBHJGPZ1mx740xmSOeVZq2a5 QBLGApSKRMLCF0xPlz+HWL55yb/TsuJkuBKIXkksBtsqNqcxe37NZvqSw6RrXv7k8Ccq 4C8g== Received: by 10.68.241.2 with SMTP id we2mr951791pbc.100.1334371698543; Fri, 13 Apr 2012 19:48:18 -0700 (PDT) Received: from [192.168.0.7] (c-71-198-0-100.hsd1.ca.comcast.net. [71.198.0.100]) by mx.google.com with ESMTPS id o9sm10395762pbe.60.2012.04.13.19.48.16 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 13 Apr 2012 19:48:17 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Qrux In-Reply-To: Date: Fri, 13 Apr 2012 19:48:14 -0700 Message-Id: References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> <60D07FF8-351B-46E4-87E8-D02EA6036461@gmail.com> To: Todd Deshane , xen-users@lists.xensource.com X-Mailer: Apple Mail (2.1084) Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Apr 13, 2012, at 7:15 PM, Todd Deshane wrote: > On Fri, Apr 13, 2012 at 3:51 PM, Qrux wrote: >> >> I've been meaning to start a collection of information for Xen Timekeeping. If anyone else has any docs or images they'd like to contribute, I'd be happy to collect them here as reference material for when someone takes the plunge to update the Xen wiki. >> > > This type of cleanup would be great for a Xen Document Day 1) I have no idea what kind of "cleanup" you're referring to. I'm just trying to fill a void; specifically, the lack of a single place to look for timekeeping information. I'm not trying to summarize, even; I'm just looking to collect information. 2) As for a Xen Doc Day...I "attended" one of those once, for the better part of a working day. There were a few people on that IRC channel, and it felt like you had to know the "magic password"; the channel was completely silent, other than someone telling me that it was "just quiet" after I asked what the heck was going on (or supposed to go on). That didn't seem a particularly good use of time. Personally, I'd rather just collect some information for now. Q _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 03:07:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:07: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 1SItK9-0002Ko-HC; Sat, 14 Apr 2012 03:06:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SItK7-0002Kj-Ij for xen-users@lists.xen.org; Sat, 14 Apr 2012 03:06:51 +0000 Received: from [85.158.138.51:47759] by server-7.bemta-3.messagelabs.com id 57/D5-03078-AC9E88F4; Sat, 14 Apr 2012 03:06:50 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1334372809!14193048!1 X-Originating-IP: [209.85.215.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15889 invoked from network); 14 Apr 2012 03:06:49 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:06:49 -0000 Received: by lahe6 with SMTP id e6so3350933lah.32 for ; Fri, 13 Apr 2012 20:06:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WLlIrahjQIVxETp1vYhy/9hUEjSiWz7+7WWAvsUHSTE=; b=Mf7AMjwjuWBATxMnmlrzBLs1iiLGi7DA+HluqpgJWHh2LlEU2aIShePEAy4FUY+SJW 9wwyURXG4Dj6oW0QlGHC/3qbX/oGQtaO8xp/hvB/GjZHX1SQr0HlD5iP27agt3gpBml9 jAMfzmxJ4xj9CshaofESJ0UhwpsUYEZxRzVnjdd51Y6GMZMk8YZF+IqcmFNOU9ZEXQEn P8eAbHwpwAYqqHNqJZA8sfJETjVamSZ0QB5PeVLTvYFh/GD0TVDrKQ8zmnJtWlbVjIWo UJi0bpz6sl1sPUk8tTHtjkOGEhW7Yz06/FmezyYTWO+e91Q51Irr8ObIbu3oFsv4Mfoz xc7A== MIME-Version: 1.0 Received: by 10.152.145.169 with SMTP id sv9mr3362375lab.12.1334372808959; Fri, 13 Apr 2012 20:06:48 -0700 (PDT) Received: by 10.112.85.170 with HTTP; Fri, 13 Apr 2012 20:06:48 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 23:06:48 -0400 Message-ID: From: Casey DeLorme To: Alan McKay Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] is there a best dom0? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6647138918781594018==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6647138918781594018== Content-Type: multipart/alternative; boundary=e89a8f23509746a5a804bd9ae134 --e89a8f23509746a5a804bd9ae134 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Alan, I have only used Xen with Debian so far, so my answer may not be what you are looking for. However, my understanding is that Dom0 is just a domain (VM) running on the hypervisor, it's only defining point is that it can communicate with, and control, the Hypervisor. I could be wrong, but if Xen relies on the kernel to function, and the systems being compared use the same kernel, then "best" would be a matter of opinion. My experience with Debian has been that Wheezy is more pliable for customization and compiling, but Squeeze is more stable with supplied packages. Hope that helps, ~Casey On Fri, Apr 13, 2012 at 3:03 PM, Alan McKay wrote: > Is there a distro considered the 'best' dom0? Most stable? > Or is there any difference? > > -- > =93Don't eat anything you've ever seen advertised on TV=94 > - Michael Pollan, author of "In Defense of Food" > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f23509746a5a804bd9ae134 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi Alan,

I have only used Xen with Debian so = far, so my answer may not be what you are looking for.

=
However, my understanding is that Dom0 is just a domain (VM) running o= n the hypervisor, it's only defining point is that it can communicate w= ith, and control, the Hypervisor.

I could be wrong, but if Xen relies on the kernel to fu= nction, and the systems being compared use the same kernel, then "best= " would be a matter of opinion.

My experience= with Debian has been that Wheezy is more pliable for customization and com= piling, but Squeeze is more stable with supplied packages.

Hope that helps,

~Casey
<= div>

On Fri, Apr 13, 2012 at 3:03 P= M, Alan McKay <alan.mckay@gmail.com> wrote:
Is there a distro considered the 'best&#= 39; dom0? =A0 Most stable?
Or is there any difference?

--
=93Don't eat anything you've ever seen advert= ised on TV=94
=A0 =A0 =A0 =A0=A0 - Michael Pollan, author of "In De= fense of Food"

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

--e89a8f23509746a5a804bd9ae134-- --===============6647138918781594018== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6647138918781594018==-- From xen-users-bounces@lists.xen.org Sat Apr 14 03:07:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:07: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 1SItK9-0002Ko-HC; Sat, 14 Apr 2012 03:06:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SItK7-0002Kj-Ij for xen-users@lists.xen.org; Sat, 14 Apr 2012 03:06:51 +0000 Received: from [85.158.138.51:47759] by server-7.bemta-3.messagelabs.com id 57/D5-03078-AC9E88F4; Sat, 14 Apr 2012 03:06:50 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1334372809!14193048!1 X-Originating-IP: [209.85.215.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15889 invoked from network); 14 Apr 2012 03:06:49 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:06:49 -0000 Received: by lahe6 with SMTP id e6so3350933lah.32 for ; Fri, 13 Apr 2012 20:06:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WLlIrahjQIVxETp1vYhy/9hUEjSiWz7+7WWAvsUHSTE=; b=Mf7AMjwjuWBATxMnmlrzBLs1iiLGi7DA+HluqpgJWHh2LlEU2aIShePEAy4FUY+SJW 9wwyURXG4Dj6oW0QlGHC/3qbX/oGQtaO8xp/hvB/GjZHX1SQr0HlD5iP27agt3gpBml9 jAMfzmxJ4xj9CshaofESJ0UhwpsUYEZxRzVnjdd51Y6GMZMk8YZF+IqcmFNOU9ZEXQEn P8eAbHwpwAYqqHNqJZA8sfJETjVamSZ0QB5PeVLTvYFh/GD0TVDrKQ8zmnJtWlbVjIWo UJi0bpz6sl1sPUk8tTHtjkOGEhW7Yz06/FmezyYTWO+e91Q51Irr8ObIbu3oFsv4Mfoz xc7A== MIME-Version: 1.0 Received: by 10.152.145.169 with SMTP id sv9mr3362375lab.12.1334372808959; Fri, 13 Apr 2012 20:06:48 -0700 (PDT) Received: by 10.112.85.170 with HTTP; Fri, 13 Apr 2012 20:06:48 -0700 (PDT) In-Reply-To: References: Date: Fri, 13 Apr 2012 23:06:48 -0400 Message-ID: From: Casey DeLorme To: Alan McKay Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] is there a best dom0? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6647138918781594018==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6647138918781594018== Content-Type: multipart/alternative; boundary=e89a8f23509746a5a804bd9ae134 --e89a8f23509746a5a804bd9ae134 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Alan, I have only used Xen with Debian so far, so my answer may not be what you are looking for. However, my understanding is that Dom0 is just a domain (VM) running on the hypervisor, it's only defining point is that it can communicate with, and control, the Hypervisor. I could be wrong, but if Xen relies on the kernel to function, and the systems being compared use the same kernel, then "best" would be a matter of opinion. My experience with Debian has been that Wheezy is more pliable for customization and compiling, but Squeeze is more stable with supplied packages. Hope that helps, ~Casey On Fri, Apr 13, 2012 at 3:03 PM, Alan McKay wrote: > Is there a distro considered the 'best' dom0? Most stable? > Or is there any difference? > > -- > =93Don't eat anything you've ever seen advertised on TV=94 > - Michael Pollan, author of "In Defense of Food" > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --e89a8f23509746a5a804bd9ae134 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Hi Alan,

I have only used Xen with Debian so = far, so my answer may not be what you are looking for.

=
However, my understanding is that Dom0 is just a domain (VM) running o= n the hypervisor, it's only defining point is that it can communicate w= ith, and control, the Hypervisor.

I could be wrong, but if Xen relies on the kernel to fu= nction, and the systems being compared use the same kernel, then "best= " would be a matter of opinion.

My experience= with Debian has been that Wheezy is more pliable for customization and com= piling, but Squeeze is more stable with supplied packages.

Hope that helps,

~Casey
<= div>

On Fri, Apr 13, 2012 at 3:03 P= M, Alan McKay <alan.mckay@gmail.com> wrote:
Is there a distro considered the 'best&#= 39; dom0? =A0 Most stable?
Or is there any difference?

--
=93Don't eat anything you've ever seen advert= ised on TV=94
=A0 =A0 =A0 =A0=A0 - Michael Pollan, author of "In De= fense of Food"

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

--e89a8f23509746a5a804bd9ae134-- --===============6647138918781594018== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6647138918781594018==-- From xen-users-bounces@lists.xen.org Sat Apr 14 03:12:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:12: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 1SItPA-0002bZ-HB; Sat, 14 Apr 2012 03:12:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SItP9-0002bT-Ho for xen-users@lists.xen.org; Sat, 14 Apr 2012 03:12:03 +0000 Received: from [193.109.254.147:39898] by server-10.bemta-14.messagelabs.com id F9/CC-05847-20BE88F4; Sat, 14 Apr 2012 03:12:02 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334373120!1442292!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28871 invoked from network); 14 Apr 2012 03:12:01 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:12:01 -0000 Received: by obbup19 with SMTP id up19so6381262obb.32 for ; Fri, 13 Apr 2012 20:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ZlCtIQLYNm6hBOklrHWfk298wiom7wjO60yKe7Ec0w=; b=DBYdOhKg3RgakZLNcTvyuPAPkrfwtutrnfUuLSXVh5II1TthLqqiwfHE+YOHpGfW1p IyzDetz2BaHcP3ftoa5XE+FSgM2yFipiIeCPWbl6b3QeTItaMjbwv7xjTnEhse5FXmhv Cm163InbrDwa0zB8OC1ucq7a66XJxxTYMbm9KxnVIZ1/dgmmxSAqueg/Rf/BgmrouZs8 aCDmRitJEFGNXd+FYVOg2qs5wgFT2oIVFcHucThDD2Tr3VJf6ml4E9OYpoDR8GMAfyk/ ijJNGsRgdohm4PCsYPLWZLvWK+mTtQptwE3SIzaCLZm/5VYcLcZCVNdXQdB5TBCQ87Eh tQKQ== MIME-Version: 1.0 Received: by 10.60.27.170 with SMTP id u10mr5403128oeg.50.1334373120283; Fri, 13 Apr 2012 20:12:00 -0700 (PDT) Received: by 10.182.73.164 with HTTP; Fri, 13 Apr 2012 20:12:00 -0700 (PDT) Date: Sat, 14 Apr 2012 11:12:00 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7018170442677335275==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7018170442677335275== Content-Type: multipart/alternative; boundary=e89a8f643316d513cd04bd9af301 --e89a8f643316d513cd04bd9af301 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: (network-script 'network-nat netdev=3Dwlan0') (vif-script vif-nat) In my VM configure file, I added: vif =3D ['ip=3D10.0.0.1' ] My xend service started fine. But when I start my VM (Windows 7), I got following messages: logger: */etc/xen/scripts/vif-bridge*: online type_if=3Dvif XENBUS_PATH=3Dbackend/vif/5/0 logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-error Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status error to xenstore. logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 logger: /etc/xen/scripts/vif-bridge: Writing /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge device xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstore. logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 It seems it is trying to use the bridge network, since the xend service is configured to use NAT script, it cannot find the bridge device. How to fix this? --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --e89a8f643316d513cd04bd9af301 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

In my /etc/xen/xend-config.sxp file, I configured to= use NAT-network:

(network-script 'network-nat netde= v=3Dwlan0')
(vif-script =C2=A0 =C2=A0 vif-nat)
=

In my VM configure file, I added:

<= div>
vi= f =3D ['ip=3D10.0.0.1' ]

My xend service started fine. But when I start = my VM (Windows 7), I got following messages:

logger: = /etc/xen/scripts/vif-bridge: online type_if=3Dvif XENBUS_PATH=3Dbackend= /vif/5/0
logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENB= US_PATH=3D
logger: /etc/xen/scripts/vif-bridge: Writin= g backend/vif/5/0/hotplug-error Could not find bridge device xenbr0 backend= /vif/5/0/hotplug-status error to xenstore.
logger: /etc/xen/scripts/vif-bridge: Could not find bridge = device xenbr0
logger: /etc/xen/scripts/vif-bridge: Wri= ting /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge de= vice xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e.
logger: /etc/xen/scripts/vif-bridge: Could not find bridge = device xenbr0

It seems it is tr= ying to use the bridge network, since the xend service is configured to use= NAT script, it cannot find the bridge device. How to fix this?


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--e89a8f643316d513cd04bd9af301-- --===============7018170442677335275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7018170442677335275==-- From xen-users-bounces@lists.xen.org Sat Apr 14 03:12:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:12: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 1SItPA-0002bZ-HB; Sat, 14 Apr 2012 03:12:04 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SItP9-0002bT-Ho for xen-users@lists.xen.org; Sat, 14 Apr 2012 03:12:03 +0000 Received: from [193.109.254.147:39898] by server-10.bemta-14.messagelabs.com id F9/CC-05847-20BE88F4; Sat, 14 Apr 2012 03:12:02 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334373120!1442292!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28871 invoked from network); 14 Apr 2012 03:12:01 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:12:01 -0000 Received: by obbup19 with SMTP id up19so6381262obb.32 for ; Fri, 13 Apr 2012 20:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ZlCtIQLYNm6hBOklrHWfk298wiom7wjO60yKe7Ec0w=; b=DBYdOhKg3RgakZLNcTvyuPAPkrfwtutrnfUuLSXVh5II1TthLqqiwfHE+YOHpGfW1p IyzDetz2BaHcP3ftoa5XE+FSgM2yFipiIeCPWbl6b3QeTItaMjbwv7xjTnEhse5FXmhv Cm163InbrDwa0zB8OC1ucq7a66XJxxTYMbm9KxnVIZ1/dgmmxSAqueg/Rf/BgmrouZs8 aCDmRitJEFGNXd+FYVOg2qs5wgFT2oIVFcHucThDD2Tr3VJf6ml4E9OYpoDR8GMAfyk/ ijJNGsRgdohm4PCsYPLWZLvWK+mTtQptwE3SIzaCLZm/5VYcLcZCVNdXQdB5TBCQ87Eh tQKQ== MIME-Version: 1.0 Received: by 10.60.27.170 with SMTP id u10mr5403128oeg.50.1334373120283; Fri, 13 Apr 2012 20:12:00 -0700 (PDT) Received: by 10.182.73.164 with HTTP; Fri, 13 Apr 2012 20:12:00 -0700 (PDT) Date: Sat, 14 Apr 2012 11:12:00 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7018170442677335275==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7018170442677335275== Content-Type: multipart/alternative; boundary=e89a8f643316d513cd04bd9af301 --e89a8f643316d513cd04bd9af301 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: (network-script 'network-nat netdev=3Dwlan0') (vif-script vif-nat) In my VM configure file, I added: vif =3D ['ip=3D10.0.0.1' ] My xend service started fine. But when I start my VM (Windows 7), I got following messages: logger: */etc/xen/scripts/vif-bridge*: online type_if=3Dvif XENBUS_PATH=3Dbackend/vif/5/0 logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-error Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status error to xenstore. logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 logger: /etc/xen/scripts/vif-bridge: Writing /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge device xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstore. logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 It seems it is trying to use the bridge network, since the xend service is configured to use NAT script, it cannot find the bridge device. How to fix this? --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --e89a8f643316d513cd04bd9af301 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

In my /etc/xen/xend-config.sxp file, I configured to= use NAT-network:

(network-script 'network-nat netde= v=3Dwlan0')
(vif-script =C2=A0 =C2=A0 vif-nat)
=

In my VM configure file, I added:

<= div>
vi= f =3D ['ip=3D10.0.0.1' ]

My xend service started fine. But when I start = my VM (Windows 7), I got following messages:

logger: = /etc/xen/scripts/vif-bridge: online type_if=3Dvif XENBUS_PATH=3Dbackend= /vif/5/0
logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENB= US_PATH=3D
logger: /etc/xen/scripts/vif-bridge: Writin= g backend/vif/5/0/hotplug-error Could not find bridge device xenbr0 backend= /vif/5/0/hotplug-status error to xenstore.
logger: /etc/xen/scripts/vif-bridge: Could not find bridge = device xenbr0
logger: /etc/xen/scripts/vif-bridge: Wri= ting /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge de= vice xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e.
logger: /etc/xen/scripts/vif-bridge: Could not find bridge = device xenbr0

It seems it is tr= ying to use the bridge network, since the xend service is configured to use= NAT script, it cannot find the bridge device. How to fix this?


--
Regards=EF=BC=8C
David Shen

http://about.me/davidshen
https://twitter.c= om/#!/davidshen84
--e89a8f643316d513cd04bd9af301-- --===============7018170442677335275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7018170442677335275==-- From xen-users-bounces@lists.xen.org Sat Apr 14 03:47:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:47: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 1SItww-00037U-Lc; Sat, 14 Apr 2012 03:46:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SItwv-00037P-6b for xen-users@lists.xensource.com; Sat, 14 Apr 2012 03:46:57 +0000 Received: from [85.158.138.51:32491] by server-4.bemta-3.messagelabs.com id 8C/3D-15341-033F88F4; Sat, 14 Apr 2012 03:46:56 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1334375213!14194935!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4928 invoked from network); 14 Apr 2012 03:46:55 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:46:55 -0000 Received: by iadj38 with SMTP id j38so6229230iad.30 for ; Fri, 13 Apr 2012 20:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=XldB7obJR17/v70XAjdNC7t8uBGFt401t9VaT1/V5A0=; b=dJ8LJP+nhpw7JsmmqvLPO9pdjQr4+ioYF9zGE3Yth1Jhq5HcdTP6ziEQMko+g3z4Q8 pPqN1e6BN+1mJzND/TU2lWNoKl8FeyiFqNZt71FHQfHmNAuhU9K1kiJw0v17wcLVHmPo RIk+RAMjyCHMHleCAFsSbJUftjxAa4V7XHNPf1v9Z3sRuFqn9yZoTGA+TbCSUA8Ifymb BKqGtQVCUeRGiSsyeRcMO9bPDYTeNeK43NToQeOtZexikwwbtF/Nsj4dKUW9MYAgkocp wQTUlDCPY3Ww+LvIToXq3gZjRyI+MRGFZWC/lW6PJv9oSznwIbrFHZpMFb4gN9yuRQvv n98w== Received: by 10.50.183.225 with SMTP id ep1mr413828igc.1.1334375213437; Fri, 13 Apr 2012 20:46:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 20:46:33 -0700 (PDT) In-Reply-To: References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> <60D07FF8-351B-46E4-87E8-D02EA6036461@gmail.com> From: Todd Deshane Date: Fri, 13 Apr 2012 23:46:33 -0400 X-Google-Sender-Auth: 3AkKU0qgP3oLm_ex9aMJ7GTvukQ Message-ID: To: Qrux Cc: Lars Kurth , xen-users@lists.xensource.com Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 10:48 PM, Qrux wrote: > > On Apr 13, 2012, at 7:15 PM, Todd Deshane wrote: > >> On Fri, Apr 13, 2012 at 3:51 PM, Qrux wrote: >>> >>> I've been meaning to start a collection of information for Xen Timekeep= ing. =A0If anyone else has any docs or images they'd like to contribute, I'= d be happy to collect them here as reference material for when someone take= s the plunge to update the Xen wiki. >>> >> >> This type of cleanup would be great for a Xen Document Day > > 1) I have no idea what kind of "cleanup" you're referring to. =A0I'm just= trying to fill a void; specifically, the lack of a single place to look fo= r timekeeping information. =A0I'm not trying to summarize, even; I'm just l= ooking to collect information. > I was referring to the FAQ (http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_c= lock.3F) that turned out to be not useful to answer the question. The cleanup would be to actually provide an accurate answer on the xen wiki for a common question like this. > 2) As for a Xen Doc Day...I "attended" one of those once, for the better = part of a working day. =A0There were a few people on that IRC channel, and = it felt like you had to know the "magic password"; the channel was complete= ly silent, other than someone telling me that it was "just quiet" after I a= sked what the heck was going on (or supposed to go on). =A0That didn't seem= a particularly good use of time. > Thanks for the feedback. I've added Lars to the CC. He may not have been around for that particular doc day to help coordinate. Lars can give you a better sense of how they run and what to expect. > Personally, I'd rather just collect some information for now. Great. We just like to try to coordinate these efforts so that the information lands (and/or is linked) on the appropriate wikis, developer docs, websites, etc. 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 03:47:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:47: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 1SItww-00037U-Lc; Sat, 14 Apr 2012 03:46:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SItwv-00037P-6b for xen-users@lists.xensource.com; Sat, 14 Apr 2012 03:46:57 +0000 Received: from [85.158.138.51:32491] by server-4.bemta-3.messagelabs.com id 8C/3D-15341-033F88F4; Sat, 14 Apr 2012 03:46:56 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-12.tower-174.messagelabs.com!1334375213!14194935!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4928 invoked from network); 14 Apr 2012 03:46:55 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-12.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:46:55 -0000 Received: by iadj38 with SMTP id j38so6229230iad.30 for ; Fri, 13 Apr 2012 20:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=XldB7obJR17/v70XAjdNC7t8uBGFt401t9VaT1/V5A0=; b=dJ8LJP+nhpw7JsmmqvLPO9pdjQr4+ioYF9zGE3Yth1Jhq5HcdTP6ziEQMko+g3z4Q8 pPqN1e6BN+1mJzND/TU2lWNoKl8FeyiFqNZt71FHQfHmNAuhU9K1kiJw0v17wcLVHmPo RIk+RAMjyCHMHleCAFsSbJUftjxAa4V7XHNPf1v9Z3sRuFqn9yZoTGA+TbCSUA8Ifymb BKqGtQVCUeRGiSsyeRcMO9bPDYTeNeK43NToQeOtZexikwwbtF/Nsj4dKUW9MYAgkocp wQTUlDCPY3Ww+LvIToXq3gZjRyI+MRGFZWC/lW6PJv9oSznwIbrFHZpMFb4gN9yuRQvv n98w== Received: by 10.50.183.225 with SMTP id ep1mr413828igc.1.1334375213437; Fri, 13 Apr 2012 20:46:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 20:46:33 -0700 (PDT) In-Reply-To: References: <8FBC443E-BBBB-4485-ADB9-C428B6D1532F@gmail.com> <60D07FF8-351B-46E4-87E8-D02EA6036461@gmail.com> From: Todd Deshane Date: Fri, 13 Apr 2012 23:46:33 -0400 X-Google-Sender-Auth: 3AkKU0qgP3oLm_ex9aMJ7GTvukQ Message-ID: To: Qrux Cc: Lars Kurth , xen-users@lists.xensource.com Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 10:48 PM, Qrux wrote: > > On Apr 13, 2012, at 7:15 PM, Todd Deshane wrote: > >> On Fri, Apr 13, 2012 at 3:51 PM, Qrux wrote: >>> >>> I've been meaning to start a collection of information for Xen Timekeep= ing. =A0If anyone else has any docs or images they'd like to contribute, I'= d be happy to collect them here as reference material for when someone take= s the plunge to update the Xen wiki. >>> >> >> This type of cleanup would be great for a Xen Document Day > > 1) I have no idea what kind of "cleanup" you're referring to. =A0I'm just= trying to fill a void; specifically, the lack of a single place to look fo= r timekeeping information. =A0I'm not trying to summarize, even; I'm just l= ooking to collect information. > I was referring to the FAQ (http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_c= lock.3F) that turned out to be not useful to answer the question. The cleanup would be to actually provide an accurate answer on the xen wiki for a common question like this. > 2) As for a Xen Doc Day...I "attended" one of those once, for the better = part of a working day. =A0There were a few people on that IRC channel, and = it felt like you had to know the "magic password"; the channel was complete= ly silent, other than someone telling me that it was "just quiet" after I a= sked what the heck was going on (or supposed to go on). =A0That didn't seem= a particularly good use of time. > Thanks for the feedback. I've added Lars to the CC. He may not have been around for that particular doc day to help coordinate. Lars can give you a better sense of how they run and what to expect. > Personally, I'd rather just collect some information for now. Great. We just like to try to coordinate these efforts so that the information lands (and/or is linked) on the appropriate wikis, developer docs, websites, etc. 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 03:55:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:55: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 1SIu4p-0003MX-Rg; Sat, 14 Apr 2012 03:55:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIu4o-0003MS-7G for xen-users@lists.xen.org; Sat, 14 Apr 2012 03:55:06 +0000 Received: from [193.109.254.147:16611] by server-2.bemta-14.messagelabs.com id 84/61-19409-915F88F4; Sat, 14 Apr 2012 03:55:05 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1334375703!4547412!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19216 invoked from network); 14 Apr 2012 03:55:04 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:55:04 -0000 Received: by iafj26 with SMTP id j26so6493791iaf.32 for ; Fri, 13 Apr 2012 20:55:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ZSObj4A683jAoqaokc5iX4KO5ogTEbyluQxL6ip+TFQ=; b=hbyJqdnrtldt68W+WJpsGbfmQWIr2/J+4j8yq7a0v3FO4EqB+Sh0TGwOc5HOb2pIJE nou91ZZ9t3YUxHjSD3zo4ECGcIi+Ffw4Ibt3p5y9igmVAsPx5Oq69rl5foajKQdf9Rn1 A95lUV5nHkkbKi9wbtSMteMvtjwD7lP0XsEjXLcZ2Ilt7OYsLL4pPchuj414a6Wk3Hk1 3H0P6Q+SX73AGgZ296l1UaIoIMExLm//3szKxydVWcx7g96D25WW5+05xgbALSprs6UU w/KfwwkExyLlMw3Ls93Oe05HF2gIC+TjdIcAsds8Kc+dSI9yPNSivy09wilsW1YBzGfa 9KcA== Received: by 10.50.181.194 with SMTP id dy2mr337110igc.48.1334375702915; Fri, 13 Apr 2012 20:55:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 20:54:42 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 13 Apr 2012 23:54:42 -0400 X-Google-Sender-Auth: 1udop1gxRD4CxJj9WvA95OlUmcg Message-ID: To: Alan McKay Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] is there a best dom0? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 3:03 PM, Alan McKay wrote: > Is there a distro considered the 'best' dom0? =A0 Most stable? > Or is there any difference? > This page provides a summary of your options: http://wiki.xen.org/wiki/XenDom0Kernels At a very high level it really depends on what you are trying to accomplish, what you are familiar with, etc. (asking more specific questions can allow people to cater their answers to your needs) In slide 14 here, I apply this type of question more specifically to XCP: http://www.slideshare.net/cloudstack/vbacd-xen-cloud-computing I would also recommend taking a look at the following page, which gives an overview of your toolstack choices and things to consider: http://wiki.xen.org/wiki/Choice_of_Toolstacks 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 03:55:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 03:55: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 1SIu4p-0003MX-Rg; Sat, 14 Apr 2012 03:55:07 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIu4o-0003MS-7G for xen-users@lists.xen.org; Sat, 14 Apr 2012 03:55:06 +0000 Received: from [193.109.254.147:16611] by server-2.bemta-14.messagelabs.com id 84/61-19409-915F88F4; Sat, 14 Apr 2012 03:55:05 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1334375703!4547412!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19216 invoked from network); 14 Apr 2012 03:55:04 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 03:55:04 -0000 Received: by iafj26 with SMTP id j26so6493791iaf.32 for ; Fri, 13 Apr 2012 20:55:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ZSObj4A683jAoqaokc5iX4KO5ogTEbyluQxL6ip+TFQ=; b=hbyJqdnrtldt68W+WJpsGbfmQWIr2/J+4j8yq7a0v3FO4EqB+Sh0TGwOc5HOb2pIJE nou91ZZ9t3YUxHjSD3zo4ECGcIi+Ffw4Ibt3p5y9igmVAsPx5Oq69rl5foajKQdf9Rn1 A95lUV5nHkkbKi9wbtSMteMvtjwD7lP0XsEjXLcZ2Ilt7OYsLL4pPchuj414a6Wk3Hk1 3H0P6Q+SX73AGgZ296l1UaIoIMExLm//3szKxydVWcx7g96D25WW5+05xgbALSprs6UU w/KfwwkExyLlMw3Ls93Oe05HF2gIC+TjdIcAsds8Kc+dSI9yPNSivy09wilsW1YBzGfa 9KcA== Received: by 10.50.181.194 with SMTP id dy2mr337110igc.48.1334375702915; Fri, 13 Apr 2012 20:55:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Fri, 13 Apr 2012 20:54:42 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Fri, 13 Apr 2012 23:54:42 -0400 X-Google-Sender-Auth: 1udop1gxRD4CxJj9WvA95OlUmcg Message-ID: To: Alan McKay Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] is there a best dom0? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 3:03 PM, Alan McKay wrote: > Is there a distro considered the 'best' dom0? =A0 Most stable? > Or is there any difference? > This page provides a summary of your options: http://wiki.xen.org/wiki/XenDom0Kernels At a very high level it really depends on what you are trying to accomplish, what you are familiar with, etc. (asking more specific questions can allow people to cater their answers to your needs) In slide 14 here, I apply this type of question more specifically to XCP: http://www.slideshare.net/cloudstack/vbacd-xen-cloud-computing I would also recommend taking a look at the following page, which gives an overview of your toolstack choices and things to consider: http://wiki.xen.org/wiki/Choice_of_Toolstacks 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 07:21:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 07:21:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIxG2-0004ux-1K; Sat, 14 Apr 2012 07:18:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIxFz-0004us-FG for xen-users@lists.xen.org; Sat, 14 Apr 2012 07:18:51 +0000 Received: from [85.158.143.35:53901] by server-3.bemta-4.messagelabs.com id E2/8C-05853-AD4298F4; Sat, 14 Apr 2012 07:18:50 +0000 X-Env-Sender: informatique.src@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1334387929!4801939!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29489 invoked from network); 14 Apr 2012 07:18:49 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 07:18:49 -0000 Received: by eaaf11 with SMTP id f11so983970eaa.32 for ; Sat, 14 Apr 2012 00:18:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=W3Y1pnBUhfLE148Q4+1skd38A3uVLDKaJWdutUroTKg=; b=plUU25iBZXD0nn/kf5Xg5TG3F4qK+y3HE60WjaPGLOu30Q8t2X+SdlxmULzbZaZLXD brZ9CsHCHR8x7yOoCf72hPmBvfi+mtyfn5c5S3HvMu2uJspgixxl1zm2zRjKIZ9kpy+i EoFcH0g6yBrX6Knw2HKWxLB9gqyRioyAvTR6t74KFueOELkn+un0mSJziaBMNufiE4U4 BF53LLDIJi/V5w5/uYuWIM8BBGMuHQ7MimU58Y865fPfT+mvQty1coPrQGnbhhrEzN1W eRUu17qLP9R2LsTAkK0DrYMVA5jZaGk4jlf8tx8MmbQEIJ9+MOCvCD9pO3cs4+8usp0b pyKg== Received: by 10.213.15.139 with SMTP id k11mr345672eba.40.1334387928370; Sat, 14 Apr 2012 00:18:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.110.15 with HTTP; Sat, 14 Apr 2012 00:18:28 -0700 (PDT) From: insrc Date: Sat, 14 Apr 2012 09:18:28 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] running xcp (or xenserver) from usb driver or SD card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8622838210872235520==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8622838210872235520== Content-Type: multipart/alternative; boundary=0015174bee2c768cce04bd9e66ad --0015174bee2c768cce04bd9e66ad Content-Type: text/plain; charset=ISO-8859-1 Hi, Do you think it's possible to run Xenserver/XCP or xen from an usb drive or memory card like it's possible for vmware please ? Is it recommended ? Are there any performance issue :-) ? I would like to dedicate all of the local storage to hosting VMs only. Looking at xen/xenserver/xcp doc, i was wondering why there's so few tutorial on installing them on usb drive. Thanks ! --0015174bee2c768cce04bd9e66ad Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,
Do you think it's possible to run Xenserver/XCP or xen from an = usb drive or memory card like it's possible for vmware please ? Is it r= ecommended ? Are there any performance issue =A0:-) ? =A0I would like to de= dicate all of =A0the local storage to hosting VMs only.=A0

Looking at xen/xenserver/xcp doc, i was wondering why t= here's so few tutorial on installing them on usb drive.=A0
Thanks !


=A0
--0015174bee2c768cce04bd9e66ad-- --===============8622838210872235520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8622838210872235520==-- From xen-users-bounces@lists.xen.org Sat Apr 14 07:21:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 07:21:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIxG2-0004ux-1K; Sat, 14 Apr 2012 07:18:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIxFz-0004us-FG for xen-users@lists.xen.org; Sat, 14 Apr 2012 07:18:51 +0000 Received: from [85.158.143.35:53901] by server-3.bemta-4.messagelabs.com id E2/8C-05853-AD4298F4; Sat, 14 Apr 2012 07:18:50 +0000 X-Env-Sender: informatique.src@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1334387929!4801939!1 X-Originating-IP: [209.85.215.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29489 invoked from network); 14 Apr 2012 07:18:49 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 07:18:49 -0000 Received: by eaaf11 with SMTP id f11so983970eaa.32 for ; Sat, 14 Apr 2012 00:18:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=W3Y1pnBUhfLE148Q4+1skd38A3uVLDKaJWdutUroTKg=; b=plUU25iBZXD0nn/kf5Xg5TG3F4qK+y3HE60WjaPGLOu30Q8t2X+SdlxmULzbZaZLXD brZ9CsHCHR8x7yOoCf72hPmBvfi+mtyfn5c5S3HvMu2uJspgixxl1zm2zRjKIZ9kpy+i EoFcH0g6yBrX6Knw2HKWxLB9gqyRioyAvTR6t74KFueOELkn+un0mSJziaBMNufiE4U4 BF53LLDIJi/V5w5/uYuWIM8BBGMuHQ7MimU58Y865fPfT+mvQty1coPrQGnbhhrEzN1W eRUu17qLP9R2LsTAkK0DrYMVA5jZaGk4jlf8tx8MmbQEIJ9+MOCvCD9pO3cs4+8usp0b pyKg== Received: by 10.213.15.139 with SMTP id k11mr345672eba.40.1334387928370; Sat, 14 Apr 2012 00:18:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.110.15 with HTTP; Sat, 14 Apr 2012 00:18:28 -0700 (PDT) From: insrc Date: Sat, 14 Apr 2012 09:18:28 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] running xcp (or xenserver) from usb driver or SD card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8622838210872235520==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8622838210872235520== Content-Type: multipart/alternative; boundary=0015174bee2c768cce04bd9e66ad --0015174bee2c768cce04bd9e66ad Content-Type: text/plain; charset=ISO-8859-1 Hi, Do you think it's possible to run Xenserver/XCP or xen from an usb drive or memory card like it's possible for vmware please ? Is it recommended ? Are there any performance issue :-) ? I would like to dedicate all of the local storage to hosting VMs only. Looking at xen/xenserver/xcp doc, i was wondering why there's so few tutorial on installing them on usb drive. Thanks ! --0015174bee2c768cce04bd9e66ad Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,
Do you think it's possible to run Xenserver/XCP or xen from an = usb drive or memory card like it's possible for vmware please ? Is it r= ecommended ? Are there any performance issue =A0:-) ? =A0I would like to de= dicate all of =A0the local storage to hosting VMs only.=A0

Looking at xen/xenserver/xcp doc, i was wondering why t= here's so few tutorial on installing them on usb drive.=A0
Thanks !


=A0
--0015174bee2c768cce04bd9e66ad-- --===============8622838210872235520== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8622838210872235520==-- From xen-users-bounces@lists.xen.org Sat Apr 14 09:10:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 09:10: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 1SIyxR-00068A-No; Sat, 14 Apr 2012 09:07:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIyxQ-000684-CP for xen-users@lists.xen.org; Sat, 14 Apr 2012 09:07:48 +0000 Received: from [85.158.143.99:42531] by server-3.bemta-4.messagelabs.com id 57/FE-05853-36E398F4; Sat, 14 Apr 2012 09:07:47 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1334394464!18341339!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9493 invoked from network); 14 Apr 2012 09:07:46 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 09:07:46 -0000 Received: by iafj26 with SMTP id j26so6720459iaf.32 for ; Sat, 14 Apr 2012 02:07:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=cIQa4Dyw3IppCmTprLXsKcvyWv9xC/0Shlafk9e+RY8=; b=Sniz5XKVhr2Hch3DZPyqYw+jvVEdwIoT4CBG6KT+DdGaLH58HIM5p4XcuwzgJQVJDs 2BOjC8aOunJ521TkZHCIQU2n7jNJyPWDWo+5Lq0jbBH6knnA+2fv2jGtB6YwBSuRyqNO 3T82v8BJSMHaadnP5sYXhrwAZsgw2y8fE59xdbo7ox+FyIZU3J1+6DNrin9S1ILLMGT0 BsJbkdxLyizS5QaeDaKsQwSwBHRLIVt+kVme7aq1jOMT05KTw868eYXxOi5lzbTD88+r N1ZJpHt81XGxdJibv9G5QvPA1LyEo68U+1gGYDPmjIzoAJbcBWSqv0nXQHVNO2Bcj105 UTXw== Received: by 10.50.47.162 with SMTP id e2mr830894ign.0.1334394463767; Sat, 14 Apr 2012 02:07:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.140.71 with HTTP; Sat, 14 Apr 2012 02:07:23 -0700 (PDT) From: Flavio Date: Sat, 14 Apr 2012 11:07:23 +0200 Message-ID: To: xen-users Subject: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, this is a question I wanted to ask you since a long time because there is something not too much clear to me, as regard the memory management in XEN. I don't want to go too much in deep with such argument, but It's just to understand what is the best setup for my environment. I know about memory ballooning (http://wiki.xensource.com/xenwiki/XenBestPractices) and the dom0_mem parameter, but I would like to know what such parameter implies, in practise. Let's go with my XEN setup now. I have 8GB of RAM and I have seen that if I put dom0_mem=1024M option, the dom0 has 1GB of RAM for itself. What does this really mean? This is confusing me, because I don't understand how to decide the amount of RAM to assign to the dom0. For example, what if I assign 256M? What if 8192M? For sure you can say to try, but it is not so clear to me what I am doing. As far as I understand, this would be the situation: dom0_mem=1024M implies that 'xl list' shows that the dom0 has got 1024MB of RAM reserved for itself. Are the remaining 7GB available for the domUs and the host operating system? i.e.: this could be the case study: 1024M for the dom0 1024M for domU1 2048M for domU2 2048M for domU3 Total: 6144MB "occupied" So, the 2 remaining GB would be available for the System or other 1/2 domUs with 1/2GB of RAM each. Of course memory ballooning helps to not crash the dom0, so the total amount of assigned memory would hopefully be never at saturation point, but what does such dom0 parameter imply in practise? This doubt has arisen to me even because of the memory management issue reported here: http://www.gossamer-threads.com/lists/xen/users/226845 Regards, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 09:10:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 09:10: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 1SIyxR-00068A-No; Sat, 14 Apr 2012 09:07:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIyxQ-000684-CP for xen-users@lists.xen.org; Sat, 14 Apr 2012 09:07:48 +0000 Received: from [85.158.143.99:42531] by server-3.bemta-4.messagelabs.com id 57/FE-05853-36E398F4; Sat, 14 Apr 2012 09:07:47 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1334394464!18341339!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9493 invoked from network); 14 Apr 2012 09:07:46 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 09:07:46 -0000 Received: by iafj26 with SMTP id j26so6720459iaf.32 for ; Sat, 14 Apr 2012 02:07:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=cIQa4Dyw3IppCmTprLXsKcvyWv9xC/0Shlafk9e+RY8=; b=Sniz5XKVhr2Hch3DZPyqYw+jvVEdwIoT4CBG6KT+DdGaLH58HIM5p4XcuwzgJQVJDs 2BOjC8aOunJ521TkZHCIQU2n7jNJyPWDWo+5Lq0jbBH6knnA+2fv2jGtB6YwBSuRyqNO 3T82v8BJSMHaadnP5sYXhrwAZsgw2y8fE59xdbo7ox+FyIZU3J1+6DNrin9S1ILLMGT0 BsJbkdxLyizS5QaeDaKsQwSwBHRLIVt+kVme7aq1jOMT05KTw868eYXxOi5lzbTD88+r N1ZJpHt81XGxdJibv9G5QvPA1LyEo68U+1gGYDPmjIzoAJbcBWSqv0nXQHVNO2Bcj105 UTXw== Received: by 10.50.47.162 with SMTP id e2mr830894ign.0.1334394463767; Sat, 14 Apr 2012 02:07:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.140.71 with HTTP; Sat, 14 Apr 2012 02:07:23 -0700 (PDT) From: Flavio Date: Sat, 14 Apr 2012 11:07:23 +0200 Message-ID: To: xen-users Subject: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, this is a question I wanted to ask you since a long time because there is something not too much clear to me, as regard the memory management in XEN. I don't want to go too much in deep with such argument, but It's just to understand what is the best setup for my environment. I know about memory ballooning (http://wiki.xensource.com/xenwiki/XenBestPractices) and the dom0_mem parameter, but I would like to know what such parameter implies, in practise. Let's go with my XEN setup now. I have 8GB of RAM and I have seen that if I put dom0_mem=1024M option, the dom0 has 1GB of RAM for itself. What does this really mean? This is confusing me, because I don't understand how to decide the amount of RAM to assign to the dom0. For example, what if I assign 256M? What if 8192M? For sure you can say to try, but it is not so clear to me what I am doing. As far as I understand, this would be the situation: dom0_mem=1024M implies that 'xl list' shows that the dom0 has got 1024MB of RAM reserved for itself. Are the remaining 7GB available for the domUs and the host operating system? i.e.: this could be the case study: 1024M for the dom0 1024M for domU1 2048M for domU2 2048M for domU3 Total: 6144MB "occupied" So, the 2 remaining GB would be available for the System or other 1/2 domUs with 1/2GB of RAM each. Of course memory ballooning helps to not crash the dom0, so the total amount of assigned memory would hopefully be never at saturation point, but what does such dom0 parameter imply in practise? This doubt has arisen to me even because of the memory management issue reported here: http://www.gossamer-threads.com/lists/xen/users/226845 Regards, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 09:21:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 09:21: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 1SIz7w-0006Rh-2P; Sat, 14 Apr 2012 09:18:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIz7u-0006Rb-Kk for xen-users@lists.xen.org; Sat, 14 Apr 2012 09:18:38 +0000 Received: from [85.158.143.99:9590] by server-2.bemta-4.messagelabs.com id 53/67-17550-EE0498F4; Sat, 14 Apr 2012 09:18:38 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-3.tower-216.messagelabs.com!1334395117!23048253!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4ODEwNw==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4ODEwNw==\n, ML_RADAR_SPEW_LINKS_14, SUBJECT_EXCESS_QP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 623 invoked from network); 14 Apr 2012 09:18:37 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-3.tower-216.messagelabs.com with SMTP; 14 Apr 2012 09:18:37 -0000 Received: (qmail invoked by alias); 14 Apr 2012 09:18:36 -0000 Received: from 91-66-48-239-dynip.superkabel.de (EHLO satan.chao5.int) [91.66.48.239] by mail.gmx.net (mp024) with SMTP; 14 Apr 2012 11:18:36 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1/4NQYcu174YWrW3+NOqgOPTmK0rZd3AYfG/WuLAS UWRfr2gGP+ymle Received: from webmail.chao5.net (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id 99C1C8D2 for ; Sat, 14 Apr 2012 11:18:34 +0200 (CEST) MIME-Version: 1.0 Date: Sat, 14 Apr 2012 11:18:34 +0200 From: Christoph Kaminski To: In-Reply-To: References: Message-ID: X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: 99C1C8D2.A6A0A X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] =?utf-8?q?is_there_a_best_dom0=3F?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCAxMyBBcHIgMjAxMiAxNTowMzoxNyAtMDQwMCwgQWxhbiBNY0theSB3cm90ZToKPiBJ cyB0aGVyZSBhIGRpc3RybyBjb25zaWRlcmVkIHRoZSAnYmVzdCcgZG9tMD8gwqAgTW9zdCBzdGFi bGU/Cj4gT3IgaXMgdGhlcmUgYW55IGRpZmZlcmVuY2U/CgpJIGhhdmUgaGFkIGEgbG9uZyB0aW1l IGRlYmlhbiBsYXN0IHN0YWJsZSBhcyBkb20wIHdpdGggc3RhYmxlIHhlbiBwa2dzIAphbmQgbGF0 ZXIgd2l0aCB4ZW4va2VybmVsIHBrZ3MgZnJvbSB1bnN0YWJsZS4gSU1ITyB0aGUgc3RhYmxlIHBr Z3MgCmRvZXNudCBoYXZlIGFsbCBuZWVkZWQgZmVhdHVyZXMgKGZvciBtZSkgYW5kIHdpdGggdW5z dGFibGUgSSBoYXMgaGFkIApzb21lIGNyYXNoZXMgOiggKG1vc3RseSBhZnRlciAyLTMgd2Vla3Mg cnVudGltZSkuIE5vdyBJIGhhdmUgY2VudG9zNiAKd2l0aCBtbCBrZXJuZWxzICgzLjMgYXQgdGhp cyB0aW1lKSBhbmQgeGVuIHBrZ3MgZnJvbSAnU3RldmVzIGJsb2cnIG9uIAphbGwgaG9zdHMgYW5k IGl0cyB3b3JrIHJlYWxseSBnb29kLi4uIFRpbGwgbm93IEkgaGF2ZSBmb3VuZCBvbmx5IG9uZSAK cHJvYmxlbSwgcGNpIHBhc3N0aHJvdWdoIGRvZXNudCB3b3JrIHdpdGggcHYtZ3J1Yi4KCmJ1dCBp dCBpcyBvbmx5IG15IHN1YmplY3RpdmUgb3Bpbmlvbi4uLgoKLS0gCkdyZWV0egoKUFM6IHNvcnJ5 IGZvciBteSBlbmdsaXNoCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sat Apr 14 09:21:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 09:21: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 1SIz7w-0006Rh-2P; Sat, 14 Apr 2012 09:18:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIz7u-0006Rb-Kk for xen-users@lists.xen.org; Sat, 14 Apr 2012 09:18:38 +0000 Received: from [85.158.143.99:9590] by server-2.bemta-4.messagelabs.com id 53/67-17550-EE0498F4; Sat, 14 Apr 2012 09:18:38 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-3.tower-216.messagelabs.com!1334395117!23048253!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4ODEwNw==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4ODEwNw==\n, ML_RADAR_SPEW_LINKS_14, SUBJECT_EXCESS_QP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 623 invoked from network); 14 Apr 2012 09:18:37 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-3.tower-216.messagelabs.com with SMTP; 14 Apr 2012 09:18:37 -0000 Received: (qmail invoked by alias); 14 Apr 2012 09:18:36 -0000 Received: from 91-66-48-239-dynip.superkabel.de (EHLO satan.chao5.int) [91.66.48.239] by mail.gmx.net (mp024) with SMTP; 14 Apr 2012 11:18:36 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1/4NQYcu174YWrW3+NOqgOPTmK0rZd3AYfG/WuLAS UWRfr2gGP+ymle Received: from webmail.chao5.net (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id 99C1C8D2 for ; Sat, 14 Apr 2012 11:18:34 +0200 (CEST) MIME-Version: 1.0 Date: Sat, 14 Apr 2012 11:18:34 +0200 From: Christoph Kaminski To: In-Reply-To: References: Message-ID: X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: 99C1C8D2.A6A0A X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] =?utf-8?q?is_there_a_best_dom0=3F?= X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCAxMyBBcHIgMjAxMiAxNTowMzoxNyAtMDQwMCwgQWxhbiBNY0theSB3cm90ZToKPiBJ cyB0aGVyZSBhIGRpc3RybyBjb25zaWRlcmVkIHRoZSAnYmVzdCcgZG9tMD8gwqAgTW9zdCBzdGFi bGU/Cj4gT3IgaXMgdGhlcmUgYW55IGRpZmZlcmVuY2U/CgpJIGhhdmUgaGFkIGEgbG9uZyB0aW1l IGRlYmlhbiBsYXN0IHN0YWJsZSBhcyBkb20wIHdpdGggc3RhYmxlIHhlbiBwa2dzIAphbmQgbGF0 ZXIgd2l0aCB4ZW4va2VybmVsIHBrZ3MgZnJvbSB1bnN0YWJsZS4gSU1ITyB0aGUgc3RhYmxlIHBr Z3MgCmRvZXNudCBoYXZlIGFsbCBuZWVkZWQgZmVhdHVyZXMgKGZvciBtZSkgYW5kIHdpdGggdW5z dGFibGUgSSBoYXMgaGFkIApzb21lIGNyYXNoZXMgOiggKG1vc3RseSBhZnRlciAyLTMgd2Vla3Mg cnVudGltZSkuIE5vdyBJIGhhdmUgY2VudG9zNiAKd2l0aCBtbCBrZXJuZWxzICgzLjMgYXQgdGhp cyB0aW1lKSBhbmQgeGVuIHBrZ3MgZnJvbSAnU3RldmVzIGJsb2cnIG9uIAphbGwgaG9zdHMgYW5k IGl0cyB3b3JrIHJlYWxseSBnb29kLi4uIFRpbGwgbm93IEkgaGF2ZSBmb3VuZCBvbmx5IG9uZSAK cHJvYmxlbSwgcGNpIHBhc3N0aHJvdWdoIGRvZXNudCB3b3JrIHdpdGggcHYtZ3J1Yi4KCmJ1dCBp dCBpcyBvbmx5IG15IHN1YmplY3RpdmUgb3Bpbmlvbi4uLgoKLS0gCkdyZWV0egoKUFM6IHNvcnJ5 IGZvciBteSBlbmdsaXNoCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Sat Apr 14 10:10:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 10:10: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 1SIztk-00070i-6z; Sat, 14 Apr 2012 10:08:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIzti-00070d-9C for xen-users@lists.xen.org; Sat, 14 Apr 2012 10:08:02 +0000 Received: from [85.158.139.83:4748] by server-12.bemta-5.messagelabs.com id 4E/88-05587-18C498F4; Sat, 14 Apr 2012 10:08:01 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-16.tower-182.messagelabs.com!1334398077!16443002!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3476 invoked from network); 14 Apr 2012 10:07:59 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 10:07:59 -0000 Received: by dajx4 with SMTP id x4so5424309daj.28 for ; Sat, 14 Apr 2012 03:07:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=nCacG/jPXEwciMwe1SYTI+SMKR8st4zwZGo1ODDOSYs=; b=lQ+QiRj+x/Px+qN3q9I3h1dceURAzdBNkFyf6iMIGgWNdMbn+7ar7yU8TMmtMBa4wA STtSH1oNyJC6PbcU8N2SL+b1xzdsjAVCWxxnm1Sk0XY53qeFR6c1JhDZfCdOJ3T+dlyT YFrwevBPuWYPR5x/ouJwR5ev05oca8IUCYC5XbAVZauyJHhcHmfMpx8E0tXYeG4ODVqX 0Mxpv1oqBM16PWolDabWrg8vplGEVvaFcvdzYT+SvTSvH+WgPctPE7P1PfA6ZrMNXNAL 6ESIlOiUder92db04bb1VJh8zh1fPMzju8IdsxDDsmy/6Pf1yPeLno/pWJpJOF5YFWVs 1djQ== MIME-Version: 1.0 Received: by 10.68.135.38 with SMTP id pp6mr11538072pbb.82.1334398076213; Sat, 14 Apr 2012 03:07:56 -0700 (PDT) Received: by 10.68.130.100 with HTTP; Sat, 14 Apr 2012 03:07:56 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 17:07:56 +0700 Message-ID: From: "Fajar A. Nugraha" To: Xi Shen X-Gm-Message-State: ALoCoQl43kThPaOkZG0Zl0HRnFpGVdd2C5prToe23OHc/M84eczisZ0QAeyGCUU4KnmW6q3PCF/k Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen wrote: > Hi, > > In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: > > (network-script 'network-nat netdev=3Dwlan0') > (vif-script =A0 =A0 vif-nat) > > > In my VM configure file, I added: > > vif =3D ['ip=3D10.0.0.1' ] > > > My xend service started fine. But when I start my VM (Windows 7), I got > following messages: > > logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif > XENBUS_PATH=3Dbackend/vif/5/0 > logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D > logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-error > Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status error = to > xenstore. > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 > logger: /etc/xen/scripts/vif-bridge: Writing > /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge device > xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstore. > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 > > > It seems it is trying to use the bridge network, since the xend service is > configured to use NAT script, it cannot find the bridge device. How to fix > this? I'm pretty sure that if you use network-script, you also need to put something like vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat'] Plus, instead of using xen's vif-bridge/vif-nat script, it's better to: - leave network-script in xend-config.sxp commented out - create your OWN bridge - add necessary iptables rules if you want to use NAT Several bridging examples for ubuntu/debian: http://wiki.1tux.org/wiki/Ubuntu/Bridge -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 10:10:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 10:10: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 1SIztk-00070i-6z; Sat, 14 Apr 2012 10:08:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SIzti-00070d-9C for xen-users@lists.xen.org; Sat, 14 Apr 2012 10:08:02 +0000 Received: from [85.158.139.83:4748] by server-12.bemta-5.messagelabs.com id 4E/88-05587-18C498F4; Sat, 14 Apr 2012 10:08:01 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-16.tower-182.messagelabs.com!1334398077!16443002!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3476 invoked from network); 14 Apr 2012 10:07:59 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 10:07:59 -0000 Received: by dajx4 with SMTP id x4so5424309daj.28 for ; Sat, 14 Apr 2012 03:07:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=nCacG/jPXEwciMwe1SYTI+SMKR8st4zwZGo1ODDOSYs=; b=lQ+QiRj+x/Px+qN3q9I3h1dceURAzdBNkFyf6iMIGgWNdMbn+7ar7yU8TMmtMBa4wA STtSH1oNyJC6PbcU8N2SL+b1xzdsjAVCWxxnm1Sk0XY53qeFR6c1JhDZfCdOJ3T+dlyT YFrwevBPuWYPR5x/ouJwR5ev05oca8IUCYC5XbAVZauyJHhcHmfMpx8E0tXYeG4ODVqX 0Mxpv1oqBM16PWolDabWrg8vplGEVvaFcvdzYT+SvTSvH+WgPctPE7P1PfA6ZrMNXNAL 6ESIlOiUder92db04bb1VJh8zh1fPMzju8IdsxDDsmy/6Pf1yPeLno/pWJpJOF5YFWVs 1djQ== MIME-Version: 1.0 Received: by 10.68.135.38 with SMTP id pp6mr11538072pbb.82.1334398076213; Sat, 14 Apr 2012 03:07:56 -0700 (PDT) Received: by 10.68.130.100 with HTTP; Sat, 14 Apr 2012 03:07:56 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 17:07:56 +0700 Message-ID: From: "Fajar A. Nugraha" To: Xi Shen X-Gm-Message-State: ALoCoQl43kThPaOkZG0Zl0HRnFpGVdd2C5prToe23OHc/M84eczisZ0QAeyGCUU4KnmW6q3PCF/k Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen wrote: > Hi, > > In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: > > (network-script 'network-nat netdev=3Dwlan0') > (vif-script =A0 =A0 vif-nat) > > > In my VM configure file, I added: > > vif =3D ['ip=3D10.0.0.1' ] > > > My xend service started fine. But when I start my VM (Windows 7), I got > following messages: > > logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif > XENBUS_PATH=3Dbackend/vif/5/0 > logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D > logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-error > Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status error = to > xenstore. > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 > logger: /etc/xen/scripts/vif-bridge: Writing > /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge device > xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstore. > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr0 > > > It seems it is trying to use the bridge network, since the xend service is > configured to use NAT script, it cannot find the bridge device. How to fix > this? I'm pretty sure that if you use network-script, you also need to put something like vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat'] Plus, instead of using xen's vif-bridge/vif-nat script, it's better to: - leave network-script in xend-config.sxp commented out - create your OWN bridge - add necessary iptables rules if you want to use NAT Several bridging examples for ubuntu/debian: http://wiki.1tux.org/wiki/Ubuntu/Bridge -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 11:21:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 11:21: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 1SJ105-0007Wl-Pc; Sat, 14 Apr 2012 11:18:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ104-0007Wg-Jz for xen-users@lists.xen.org; Sat, 14 Apr 2012 11:18:40 +0000 Received: from [85.158.139.83:29207] by server-9.bemta-5.messagelabs.com id 60/98-09826-F0D598F4; Sat, 14 Apr 2012 11:18:39 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334402316!19850313!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTI1NzcwMiAoYWJhbmRvbmVkOiBhYm91dC5tZS9kYXZpZ HNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10096 invoked from network); 14 Apr 2012 11:18:37 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 11:18:37 -0000 Received: by yhoo21 with SMTP id o21so2368478yho.32 for ; Sat, 14 Apr 2012 04:18:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FoHHIFCSuuO6rXeTEf1tELRmzZ8amRailHbc8bJhlK4=; b=eKqSTqE+tRnUiHPFmrhZKzJfJ7fLKYRA1DlN9826QG/rKfUKJjTYc+SETk5zl/vd+4 YqUVZ1qhLJ9p4NgsDs2z7ror6aqHFcm/XgQqyjtoZB4mWDupXs/JE7bCeu3LL/XH7j2r 3gI5NZNkgOFfav8MjA7FTn1LFBDBmQkqcpBufgfiTiEWsqruKeZK6FESnlNsyY2qwytE xcH+uwyVSJnNKU0zbeefcpedXCyIFIGhEbhSuQhRiE4p/XU6jrc0MbCXSmYW9A2xtydU 0JsM1gbZqI2a0n+DmzAr5iBgSj7Ak/z7MUK0h2EkVrKYVCZs1aP5ysDUaQswwho4iEet Ar1g== MIME-Version: 1.0 Received: by 10.236.109.198 with SMTP id s46mr4867671yhg.43.1334402315680; Sat, 14 Apr 2012 04:18:35 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 14 Apr 2012 04:18:35 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 19:18:35 +0800 Message-ID: From: Xi Shen To: "Fajar A. Nugraha" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2929556222008674822==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2929556222008674822== Content-Type: multipart/alternative; boundary=20cf303ea768037b2504bda1c0f8 --20cf303ea768037b2504bda1c0f8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...I followed this guide, and it did not mention the 'script' option. I will give it a try. Thanks. On Saturday, April 14, 2012, Fajar A. Nugraha wrote: > On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen > > wrote: > > Hi, > > > > In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: > > > > (network-script 'network-nat netdev=3Dwlan0') > > (vif-script vif-nat) > > > > > > In my VM configure file, I added: > > > > vif =3D ['ip=3D10.0.0.1' ] > > > > > > My xend service started fine. But when I start my VM (Windows 7), I got > > following messages: > > > > logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif > > XENBUS_PATH=3Dbackend/vif/5/0 > > logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D > > logger: /etc/xen/scripts/vif-bridge: Writing > backend/vif/5/0/hotplug-error > > Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status erro= r > to > > xenstore. > > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr= 0 > > logger: /etc/xen/scripts/vif-bridge: Writing > > /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge > device > > xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstore= . > > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr= 0 > > > > > > It seems it is trying to use the bridge network, since the xend service > is > > configured to use NAT script, it cannot find the bridge device. How to > fix > > this? > > I'm pretty sure that if you use network-script, you also need to put > something like > > vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat'] > > Plus, instead of using xen's vif-bridge/vif-nat script, it's better to: > - leave network-script in xend-config.sxp commented out > - create your OWN bridge > - add necessary iptables rules if you want to use NAT > > Several bridging examples for ubuntu/debian: > http://wiki.1tux.org/wiki/Ubuntu/Bridge > > -- > Fajar > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303ea768037b2504bda1c0f8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...I followed this guide, and it did not mention= the 'script' option. I will give it a try.

Than= ks.


On Saturday, April 14, 2012, Fajar A. Nugraha wrote:
On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen <davidshen84@gmail.com> wrote:
> Hi,
>
> In my /etc/xen/xend-config.sxp file, I configured to use NAT-network:<= br> >
> (network-script 'network-nat netdev=3Dwlan0')
> (vif-script =C2=A0 =C2=A0 vif-nat)
>
>
> In my VM configure file, I added:
>
> vif =3D ['ip=3D10.0.0.1' ]
>
>
> My xend service started fine. But when I start my VM (Windows 7), I go= t
> following messages:
>
> logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif
> XENBUS_PATH=3Dbackend/vif/5/0
> logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D<= br> > logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-e= rror
> Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status err= or to
> xenstore.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
> logger: /etc/xen/scripts/vif-bridge: Writing
> /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge de= vice
> xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
>
>
> It seems it is trying to use the bridge network, since the xend servic= e is
> configured to use NAT script, it cannot find the bridge device. How to= fix
> this?

I'm pretty sure that if you use network-script, you also need to put something like

vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat']

Plus, instead of using xen's vif-bridge/vif-nat script, it's better= to:
- leave network-script in xend-config.sxp commented out
- create your OWN bridge
- add necessary iptables rules if you want to use NAT

Several bridging examples for ubuntu/debian:
http:= //wiki.1tux.org/wiki/Ubuntu/Bridge

--
Fajar


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303ea768037b2504bda1c0f8-- --===============2929556222008674822== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2929556222008674822==-- From xen-users-bounces@lists.xen.org Sat Apr 14 11:21:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 11:21: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 1SJ105-0007Wl-Pc; Sat, 14 Apr 2012 11:18:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ104-0007Wg-Jz for xen-users@lists.xen.org; Sat, 14 Apr 2012 11:18:40 +0000 Received: from [85.158.139.83:29207] by server-9.bemta-5.messagelabs.com id 60/98-09826-F0D598F4; Sat, 14 Apr 2012 11:18:39 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334402316!19850313!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMTI1NzcwMiAoYWJhbmRvbmVkOiBhYm91dC5tZS9kYXZpZ HNo\nZW4p\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10096 invoked from network); 14 Apr 2012 11:18:37 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-7.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 11:18:37 -0000 Received: by yhoo21 with SMTP id o21so2368478yho.32 for ; Sat, 14 Apr 2012 04:18:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FoHHIFCSuuO6rXeTEf1tELRmzZ8amRailHbc8bJhlK4=; b=eKqSTqE+tRnUiHPFmrhZKzJfJ7fLKYRA1DlN9826QG/rKfUKJjTYc+SETk5zl/vd+4 YqUVZ1qhLJ9p4NgsDs2z7ror6aqHFcm/XgQqyjtoZB4mWDupXs/JE7bCeu3LL/XH7j2r 3gI5NZNkgOFfav8MjA7FTn1LFBDBmQkqcpBufgfiTiEWsqruKeZK6FESnlNsyY2qwytE xcH+uwyVSJnNKU0zbeefcpedXCyIFIGhEbhSuQhRiE4p/XU6jrc0MbCXSmYW9A2xtydU 0JsM1gbZqI2a0n+DmzAr5iBgSj7Ak/z7MUK0h2EkVrKYVCZs1aP5ysDUaQswwho4iEet Ar1g== MIME-Version: 1.0 Received: by 10.236.109.198 with SMTP id s46mr4867671yhg.43.1334402315680; Sat, 14 Apr 2012 04:18:35 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 14 Apr 2012 04:18:35 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 19:18:35 +0800 Message-ID: From: Xi Shen To: "Fajar A. Nugraha" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2929556222008674822==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2929556222008674822== Content-Type: multipart/alternative; boundary=20cf303ea768037b2504bda1c0f8 --20cf303ea768037b2504bda1c0f8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...I followed this guide, and it did not mention the 'script' option. I will give it a try. Thanks. On Saturday, April 14, 2012, Fajar A. Nugraha wrote: > On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen > > wrote: > > Hi, > > > > In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: > > > > (network-script 'network-nat netdev=3Dwlan0') > > (vif-script vif-nat) > > > > > > In my VM configure file, I added: > > > > vif =3D ['ip=3D10.0.0.1' ] > > > > > > My xend service started fine. But when I start my VM (Windows 7), I got > > following messages: > > > > logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif > > XENBUS_PATH=3Dbackend/vif/5/0 > > logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D > > logger: /etc/xen/scripts/vif-bridge: Writing > backend/vif/5/0/hotplug-error > > Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status erro= r > to > > xenstore. > > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr= 0 > > logger: /etc/xen/scripts/vif-bridge: Writing > > /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge > device > > xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstore= . > > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenbr= 0 > > > > > > It seems it is trying to use the bridge network, since the xend service > is > > configured to use NAT script, it cannot find the bridge device. How to > fix > > this? > > I'm pretty sure that if you use network-script, you also need to put > something like > > vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat'] > > Plus, instead of using xen's vif-bridge/vif-nat script, it's better to: > - leave network-script in xend-config.sxp commented out > - create your OWN bridge > - add necessary iptables rules if you want to use NAT > > Several bridging examples for ubuntu/debian: > http://wiki.1tux.org/wiki/Ubuntu/Bridge > > -- > Fajar > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303ea768037b2504bda1c0f8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable err...I followed this guide, and it did not mention= the 'script' option. I will give it a try.

Than= ks.


On Saturday, April 14, 2012, Fajar A. Nugraha wrote:
On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen <davidshen84@gmail.com> wrote:
> Hi,
>
> In my /etc/xen/xend-config.sxp file, I configured to use NAT-network:<= br> >
> (network-script 'network-nat netdev=3Dwlan0')
> (vif-script =C2=A0 =C2=A0 vif-nat)
>
>
> In my VM configure file, I added:
>
> vif =3D ['ip=3D10.0.0.1' ]
>
>
> My xend service started fine. But when I start my VM (Windows 7), I go= t
> following messages:
>
> logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif
> XENBUS_PATH=3Dbackend/vif/5/0
> logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D<= br> > logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-e= rror
> Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status err= or to
> xenstore.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
> logger: /etc/xen/scripts/vif-bridge: Writing
> /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge de= vice
> xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
>
>
> It seems it is trying to use the bridge network, since the xend servic= e is
> configured to use NAT script, it cannot find the bridge device. How to= fix
> this?

I'm pretty sure that if you use network-script, you also need to put something like

vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat']

Plus, instead of using xen's vif-bridge/vif-nat script, it's better= to:
- leave network-script in xend-config.sxp commented out
- create your OWN bridge
- add necessary iptables rules if you want to use NAT

Several bridging examples for ubuntu/debian:
http:= //wiki.1tux.org/wiki/Ubuntu/Bridge

--
Fajar


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303ea768037b2504bda1c0f8-- --===============2929556222008674822== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2929556222008674822==-- From xen-users-bounces@lists.xen.org Sat Apr 14 11:28:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 11:28: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 1SJ17k-0007kL-VP; Sat, 14 Apr 2012 11:26:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ17i-0007kE-TF for xen-users@lists.xensource.com; Sat, 14 Apr 2012 11:26:35 +0000 Received: from [85.158.138.51:24768] by server-6.bemta-3.messagelabs.com id F8/57-05145-AEE598F4; Sat, 14 Apr 2012 11:26:34 +0000 X-Env-Sender: k@itoc.dk X-Msg-Ref: server-2.tower-174.messagelabs.com!1334402792!22127006!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1389 invoked from network); 14 Apr 2012 11:26:33 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 14 Apr 2012 11:26:33 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SJ17f-0003O1-2W for xen-users@lists.xensource.com; Sat, 14 Apr 2012 04:26:31 -0700 Date: Sat, 14 Apr 2012 04:26:31 -0700 (PDT) From: Kristoffer Harthing Egefelt To: xen-users@lists.xensource.com Message-ID: <1334402791071-5640440.post@n5.nabble.com> In-Reply-To: References: <1334216122973-5634876.post@n5.nabble.com> <1334262874944-5636730.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I think you are missing the requirement for modified software and > specialised I/O hardware. Neither of those papers describe dealing > with the problem using a standard NIC (ie anything you'll find in a >commodity server). Allright ;-) So the conclusion is that if a server need more than 2Gbps, (xen)virtualization will not provide it? The NIC's we currently use (qlogic 8042) can be partitioned in 4 interfaces - I'll try with SR-IOV and see if that will improve the performance. Thanks Kristoffer -- View this message in context: http://xen.1045712.n5.nabble.com/10gig-in-domU-tp5634876p5640440.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 11:28:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 11:28: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 1SJ17k-0007kL-VP; Sat, 14 Apr 2012 11:26:36 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ17i-0007kE-TF for xen-users@lists.xensource.com; Sat, 14 Apr 2012 11:26:35 +0000 Received: from [85.158.138.51:24768] by server-6.bemta-3.messagelabs.com id F8/57-05145-AEE598F4; Sat, 14 Apr 2012 11:26:34 +0000 X-Env-Sender: k@itoc.dk X-Msg-Ref: server-2.tower-174.messagelabs.com!1334402792!22127006!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1389 invoked from network); 14 Apr 2012 11:26:33 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-2.tower-174.messagelabs.com with AES256-SHA encrypted SMTP; 14 Apr 2012 11:26:33 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SJ17f-0003O1-2W for xen-users@lists.xensource.com; Sat, 14 Apr 2012 04:26:31 -0700 Date: Sat, 14 Apr 2012 04:26:31 -0700 (PDT) From: Kristoffer Harthing Egefelt To: xen-users@lists.xensource.com Message-ID: <1334402791071-5640440.post@n5.nabble.com> In-Reply-To: References: <1334216122973-5634876.post@n5.nabble.com> <1334262874944-5636730.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > I think you are missing the requirement for modified software and > specialised I/O hardware. Neither of those papers describe dealing > with the problem using a standard NIC (ie anything you'll find in a >commodity server). Allright ;-) So the conclusion is that if a server need more than 2Gbps, (xen)virtualization will not provide it? The NIC's we currently use (qlogic 8042) can be partitioned in 4 interfaces - I'll try with SR-IOV and see if that will improve the performance. Thanks Kristoffer -- View this message in context: http://xen.1045712.n5.nabble.com/10gig-in-domU-tp5634876p5640440.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 11:34:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 11:34: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 1SJ1DG-00080L-W2; Sat, 14 Apr 2012 11:32:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ1DF-00080G-Oi for xen-users@lists.xen.org; Sat, 14 Apr 2012 11:32:17 +0000 Received: from [85.158.139.83:7625] by server-3.bemta-5.messagelabs.com id 1B/79-25237-040698F4; Sat, 14 Apr 2012 11:32:16 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334403135!23793082!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24908 invoked from network); 14 Apr 2012 11:32:16 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Apr 2012 11:32:16 -0000 Received: from p5dc3edb2.dip.t-dialin.net ([93.195.237.178] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SJ1DD-0001oV-Ey for xen-users@lists.xen.org; Sat, 14 Apr 2012 13:32:15 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Sat, 14 Apr 2012 13:31:41 +0200 Message-ID: <34222120.JqGY2GLLmQ@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: <1334402791071-5640440.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> <1334402791071-5640440.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3337251984951243784==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3337251984951243784== Content-Type: multipart/signed; boundary="nextPart1872954.csYbq83GLJ"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1872954.csYbq83GLJ Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Samstag, 14. April 2012, 04:26:31 schrieb Kristoffer Harthing Egefelt: > So the conclusion is that if a server need more than 2Gbps, > (xen)virtualization will not provide it? Not shure, but may be PCI passthrough could be a suitable solution here if you want to use the interface in just one VM. best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart1872954.csYbq83GLJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPiWAdAAoJEM78prARigUnbfUP/3U8Vrj/hpEqlhooUc+Rk/Li z8AkDwvFx6iSAHjgMkWMHdj/k5Lva1/V25OpIUQqv52ZNMN5wqoRLneoTuxE0dkV WrvYpr8281QJ1sWvX6nZFhKnsgifGZqhvAVECiLFYvZG1hGlQglPi2p1rI83/+Ya VsvxBUFh/gVyJOBo1+mPHI7CU5LACc+rN2+DaP7a2KOzJD862tJ/IUiMWEBk3WRx XghOaaNM0TCwIHEnl0cTySn8Lj0OPQumzVd1oTylI+aC2hWZRprXm3dU9rVW5ibZ sQOIp6dV+h6DnWK1wK8+0JwUJWMzS2uAc6pFseqjiwU452MeGQ71R4wNo2EroR6K UsF34i5XrXTItcQHDhpOuBIOM3n2NC3+kFXPWkCUSZFfN6Kak0GSwBEzxYCl7ZEy UKh2spsHGMhWrR7kFVxC/w5mPV251acccz/S07xFRi/vCfG9QbcFDCzbwrTuEnwS XheH/anu0qOA8KzTij+fW+pkynenEw/0+r75QACfXc9PFFosE26q74Cxdqqpa8mo 3ESSrQmeYCilOGXuJYo4Ywz05H6V+Rp123Rz+K1WV2Z5TVASXW/BIYaUTk6HSCIW 7EtJr49vSpTq9KmC1YiCjoXOWjFYXY8O0sWFWzrTWXQ0Vx6x8MBaZZuT3UrvZjv3 B8bS6SWY7rldW6sInZ3b =J1Fl -----END PGP SIGNATURE----- --nextPart1872954.csYbq83GLJ-- --===============3337251984951243784== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3337251984951243784==-- From xen-users-bounces@lists.xen.org Sat Apr 14 11:34:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 11:34: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 1SJ1DG-00080L-W2; Sat, 14 Apr 2012 11:32:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ1DF-00080G-Oi for xen-users@lists.xen.org; Sat, 14 Apr 2012 11:32:17 +0000 Received: from [85.158.139.83:7625] by server-3.bemta-5.messagelabs.com id 1B/79-25237-040698F4; Sat, 14 Apr 2012 11:32:16 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334403135!23793082!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24908 invoked from network); 14 Apr 2012 11:32:16 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Apr 2012 11:32:16 -0000 Received: from p5dc3edb2.dip.t-dialin.net ([93.195.237.178] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SJ1DD-0001oV-Ey for xen-users@lists.xen.org; Sat, 14 Apr 2012 13:32:15 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Sat, 14 Apr 2012 13:31:41 +0200 Message-ID: <34222120.JqGY2GLLmQ@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: <1334402791071-5640440.post@n5.nabble.com> References: <1334216122973-5634876.post@n5.nabble.com> <1334402791071-5640440.post@n5.nabble.com> MIME-Version: 1.0 Subject: Re: [Xen-users] 10gig in domU X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3337251984951243784==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3337251984951243784== Content-Type: multipart/signed; boundary="nextPart1872954.csYbq83GLJ"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart1872954.csYbq83GLJ Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Samstag, 14. April 2012, 04:26:31 schrieb Kristoffer Harthing Egefelt: > So the conclusion is that if a server need more than 2Gbps, > (xen)virtualization will not provide it? Not shure, but may be PCI passthrough could be a suitable solution here if you want to use the interface in just one VM. best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart1872954.csYbq83GLJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPiWAdAAoJEM78prARigUnbfUP/3U8Vrj/hpEqlhooUc+Rk/Li z8AkDwvFx6iSAHjgMkWMHdj/k5Lva1/V25OpIUQqv52ZNMN5wqoRLneoTuxE0dkV WrvYpr8281QJ1sWvX6nZFhKnsgifGZqhvAVECiLFYvZG1hGlQglPi2p1rI83/+Ya VsvxBUFh/gVyJOBo1+mPHI7CU5LACc+rN2+DaP7a2KOzJD862tJ/IUiMWEBk3WRx XghOaaNM0TCwIHEnl0cTySn8Lj0OPQumzVd1oTylI+aC2hWZRprXm3dU9rVW5ibZ sQOIp6dV+h6DnWK1wK8+0JwUJWMzS2uAc6pFseqjiwU452MeGQ71R4wNo2EroR6K UsF34i5XrXTItcQHDhpOuBIOM3n2NC3+kFXPWkCUSZFfN6Kak0GSwBEzxYCl7ZEy UKh2spsHGMhWrR7kFVxC/w5mPV251acccz/S07xFRi/vCfG9QbcFDCzbwrTuEnwS XheH/anu0qOA8KzTij+fW+pkynenEw/0+r75QACfXc9PFFosE26q74Cxdqqpa8mo 3ESSrQmeYCilOGXuJYo4Ywz05H6V+Rp123Rz+K1WV2Z5TVASXW/BIYaUTk6HSCIW 7EtJr49vSpTq9KmC1YiCjoXOWjFYXY8O0sWFWzrTWXQ0Vx6x8MBaZZuT3UrvZjv3 B8bS6SWY7rldW6sInZ3b =J1Fl -----END PGP SIGNATURE----- --nextPart1872954.csYbq83GLJ-- --===============3337251984951243784== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3337251984951243784==-- From xen-users-bounces@lists.xen.org Sat Apr 14 12:13:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 12:13: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 1SJ1oO-0000HD-O5; Sat, 14 Apr 2012 12:10:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ1oN-0000H3-3S for xen-users@lists.xen.org; Sat, 14 Apr 2012 12:10:39 +0000 Received: from [193.109.254.147:63942] by server-3.bemta-14.messagelabs.com id C1/F6-23274-E39698F4; Sat, 14 Apr 2012 12:10:38 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334405421!4528909!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTY5MzggKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14997 invoked from network); 14 Apr 2012 12:10:22 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 12:10:22 -0000 Received: by ggnp2 with SMTP id p2so2376582ggn.32 for ; Sat, 14 Apr 2012 05:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KhX35E6wxSeAwx+IA5/32oy2vM+wNSAnKn+V5H4sNVc=; b=RSKJm9AC2Fa6Az+mHJ+dAfE2aO/CVnqmxagIpz8RtXBdC8Xr0+DzH1PcsghmGRLTrG eIVoRt246LOAbijGncovK7XgQFUV91AO8boc/fkf4nWRtXKOgw7AUDVN5qcrSvttLa00 jpBfQiXJDUlaU8fDsRJsMYxQGMuUPam4G3w5rEhp0EI9u9x6ZLbzCiorAOWFRSvnXame p06iV8dGwzJB/3zjVs6CcBwICrLBW5Fnaxv7xo2agdAk8xbT0fxEgGj/biVDYY287iaC GcxfYDfEHf+26Ek2BxN/aWaF1IEQOvC0QNfSsWpawuCWaDcvD8ZyRlncimfXe4UcXcfF dMzw== MIME-Version: 1.0 Received: by 10.236.138.197 with SMTP id a45mr4854194yhj.97.1334405420526; Sat, 14 Apr 2012 05:10:20 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 14 Apr 2012 05:10:20 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 20:10:20 +0800 Message-ID: From: Xi Shen To: "Fajar A. Nugraha" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1939545131695655307==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1939545131695655307== Content-Type: multipart/alternative; boundary=20cf303bf9ae13abf204bda27922 --20cf303bf9ae13abf204bda27922 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have just tried the 'script' option, it does no work at all. I am going to take your advice and set up my network bridge myself. But I do not have much knowledge with bridging. I used KVM before, and you need to set up KVM network by manual. This is how I set up a NAT network for my KVM vm: tunctl -u user ip link set promisc on dev tap0 ip addr add 10.0.0.1/24 dev tap0 ip link set up dev tap0 kvm -net nic,macaddr=3D*mac* -net tap,ifname=3Dtap0,script=3Dno,downscript= =3Dno /path/to/kvm.img KVM uses TAP, instead Xen uses bridge. Can you be kind to help me translate above script so it works with Xen? Thank you. On Saturday, April 14, 2012, Xi Shen wrote: > err...I followed this guide, > and it did not mention the 'script' option. I will give it a try. > > Thanks. > > > On Saturday, April 14, 2012, Fajar A. Nugraha wrote: > >> On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen wrote: >> > Hi, >> > >> > In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: >> > >> > (network-script 'network-nat netdev=3Dwlan0') >> > (vif-script vif-nat) >> > >> > >> > In my VM configure file, I added: >> > >> > vif =3D ['ip=3D10.0.0.1' ] >> > >> > >> > My xend service started fine. But when I start my VM (Windows 7), I go= t >> > following messages: >> > >> > logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif >> > XENBUS_PATH=3Dbackend/vif/5/0 >> > logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D >> > logger: /etc/xen/scripts/vif-bridge: Writing >> backend/vif/5/0/hotplug-error >> > Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status >> error to >> > xenstore. >> > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0 >> > logger: /etc/xen/scripts/vif-bridge: Writing >> > /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge >> device >> > xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e. >> > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0 >> > >> > >> > It seems it is trying to use the bridge network, since the xend servic= e >> is >> > configured to use NAT script, it cannot find the bridge device. How to >> fix >> > this? >> >> I'm pretty sure that if you use network-script, you also need to put >> something like >> >> vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat'] >> >> Plus, instead of using xen's vif-bridge/vif-nat script, it's better to: >> - leave network-script in xend-config.sxp commented out >> - create your OWN bridge >> - add necessary iptables rules if you want to use NAT >> >> Several bridging examples for ubuntu/debian: >> http://wiki.1tux.org/wiki/Ubuntu/Bridge >> >> -- >> Fajar >> > > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84 > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bf9ae13abf204bda27922 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have just tried the 'script' option, it does no work at all.
=
I am going to take your advice and set up my network bridge = myself. But I do not have much knowledge with bridging. I used KVM before, = and you need to set up KVM network by manual. This is how I set up a NAT ne= twork for my KVM vm:

=C2=A0 =C2=A0 tunctl -u user
=C2=A0 =C2= =A0 ip link set promisc on dev tap0
=C2=A0 =C2=A0 ip a= ddr add 10.0.0.1/24 dev tap0
=C2=A0 =C2=A0 ip link set up dev tap0

kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,s= cript=3Dno,downscript=3Dno /path/to/kvm.img

KVM uses TAP, instead Xen uses bridge. Can you = be kind to help me translate above script so it works with Xen?
<= br>
Thank you.


On Saturday, April 14= , 2012, Xi Shen wrote:
err...I followed this guide, and it did not mention the 'script' opti= on. I will give it a try.

Thanks.


On Saturday, April 14, 2012, Fajar A. Nugraha wrote:
On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen <= davidshen84@gmail.com> wrote:
> Hi,
>
> In my /etc/xen/xend-config.sxp file, I configured to use NAT-network:<= br> >
> (network-script 'network-nat netdev=3Dwlan0')
> (vif-script =C2=A0 =C2=A0 vif-nat)
>
>
> In my VM configure file, I added:
>
> vif =3D ['ip=3D10.0.0.1' ]
>
>
> My xend service started fine. But when I start my VM (Windows 7), I go= t
> following messages:
>
> logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif
> XENBUS_PATH=3Dbackend/vif/5/0
> logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D<= br> > logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-e= rror
> Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status err= or to
> xenstore.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
> logger: /etc/xen/scripts/vif-bridge: Writing
> /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge de= vice
> xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
>
>
> It seems it is trying to use the bridge network, since the xend servic= e is
> configured to use NAT script, it cannot find the bridge device. How to= fix
> this?

I'm pretty sure that if you use network-script, you also need to put something like

vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat']

Plus, instead of using xen's vif-bridge/vif-nat script, it's better= to:
- leave network-script in xend-config.sxp commented out
- create your OWN bridge
- add necessary iptables rules if you want to use NAT

Several bridging examples for ubuntu/debian:
http:= //wiki.1tux.org/wiki/Ubuntu/Bridge

--
Fajar


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303bf9ae13abf204bda27922-- --===============1939545131695655307== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1939545131695655307==-- From xen-users-bounces@lists.xen.org Sat Apr 14 12:13:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 12:13: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 1SJ1oO-0000HD-O5; Sat, 14 Apr 2012 12:10:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ1oN-0000H3-3S for xen-users@lists.xen.org; Sat, 14 Apr 2012 12:10:39 +0000 Received: from [193.109.254.147:63942] by server-3.bemta-14.messagelabs.com id C1/F6-23274-E39698F4; Sat, 14 Apr 2012 12:10:38 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334405421!4528909!1 X-Originating-IP: [209.85.161.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNTY5MzggKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14997 invoked from network); 14 Apr 2012 12:10:22 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 12:10:22 -0000 Received: by ggnp2 with SMTP id p2so2376582ggn.32 for ; Sat, 14 Apr 2012 05:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KhX35E6wxSeAwx+IA5/32oy2vM+wNSAnKn+V5H4sNVc=; b=RSKJm9AC2Fa6Az+mHJ+dAfE2aO/CVnqmxagIpz8RtXBdC8Xr0+DzH1PcsghmGRLTrG eIVoRt246LOAbijGncovK7XgQFUV91AO8boc/fkf4nWRtXKOgw7AUDVN5qcrSvttLa00 jpBfQiXJDUlaU8fDsRJsMYxQGMuUPam4G3w5rEhp0EI9u9x6ZLbzCiorAOWFRSvnXame p06iV8dGwzJB/3zjVs6CcBwICrLBW5Fnaxv7xo2agdAk8xbT0fxEgGj/biVDYY287iaC GcxfYDfEHf+26Ek2BxN/aWaF1IEQOvC0QNfSsWpawuCWaDcvD8ZyRlncimfXe4UcXcfF dMzw== MIME-Version: 1.0 Received: by 10.236.138.197 with SMTP id a45mr4854194yhj.97.1334405420526; Sat, 14 Apr 2012 05:10:20 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 14 Apr 2012 05:10:20 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 20:10:20 +0800 Message-ID: From: Xi Shen To: "Fajar A. Nugraha" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1939545131695655307==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1939545131695655307== Content-Type: multipart/alternative; boundary=20cf303bf9ae13abf204bda27922 --20cf303bf9ae13abf204bda27922 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have just tried the 'script' option, it does no work at all. I am going to take your advice and set up my network bridge myself. But I do not have much knowledge with bridging. I used KVM before, and you need to set up KVM network by manual. This is how I set up a NAT network for my KVM vm: tunctl -u user ip link set promisc on dev tap0 ip addr add 10.0.0.1/24 dev tap0 ip link set up dev tap0 kvm -net nic,macaddr=3D*mac* -net tap,ifname=3Dtap0,script=3Dno,downscript= =3Dno /path/to/kvm.img KVM uses TAP, instead Xen uses bridge. Can you be kind to help me translate above script so it works with Xen? Thank you. On Saturday, April 14, 2012, Xi Shen wrote: > err...I followed this guide, > and it did not mention the 'script' option. I will give it a try. > > Thanks. > > > On Saturday, April 14, 2012, Fajar A. Nugraha wrote: > >> On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen wrote: >> > Hi, >> > >> > In my /etc/xen/xend-config.sxp file, I configured to use NAT-network: >> > >> > (network-script 'network-nat netdev=3Dwlan0') >> > (vif-script vif-nat) >> > >> > >> > In my VM configure file, I added: >> > >> > vif =3D ['ip=3D10.0.0.1' ] >> > >> > >> > My xend service started fine. But when I start my VM (Windows 7), I go= t >> > following messages: >> > >> > logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif >> > XENBUS_PATH=3Dbackend/vif/5/0 >> > logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D >> > logger: /etc/xen/scripts/vif-bridge: Writing >> backend/vif/5/0/hotplug-error >> > Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status >> error to >> > xenstore. >> > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0 >> > logger: /etc/xen/scripts/vif-bridge: Writing >> > /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge >> device >> > xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e. >> > logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0 >> > >> > >> > It seems it is trying to use the bridge network, since the xend servic= e >> is >> > configured to use NAT script, it cannot find the bridge device. How to >> fix >> > this? >> >> I'm pretty sure that if you use network-script, you also need to put >> something like >> >> vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat'] >> >> Plus, instead of using xen's vif-bridge/vif-nat script, it's better to: >> - leave network-script in xend-config.sxp commented out >> - create your OWN bridge >> - add necessary iptables rules if you want to use NAT >> >> Several bridging examples for ubuntu/debian: >> http://wiki.1tux.org/wiki/Ubuntu/Bridge >> >> -- >> Fajar >> > > > -- > Regards=EF=BC=8C > David Shen > > http://about.me/davidshen > https://twitter.com/#!/davidshen84 > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303bf9ae13abf204bda27922 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have just tried the 'script' option, it does no work at all.
=
I am going to take your advice and set up my network bridge = myself. But I do not have much knowledge with bridging. I used KVM before, = and you need to set up KVM network by manual. This is how I set up a NAT ne= twork for my KVM vm:

=C2=A0 =C2=A0 tunctl -u user
=C2=A0 =C2= =A0 ip link set promisc on dev tap0
=C2=A0 =C2=A0 ip a= ddr add 10.0.0.1/24 dev tap0
=C2=A0 =C2=A0 ip link set up dev tap0

kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,s= cript=3Dno,downscript=3Dno /path/to/kvm.img

KVM uses TAP, instead Xen uses bridge. Can you = be kind to help me translate above script so it works with Xen?
<= br>
Thank you.


On Saturday, April 14= , 2012, Xi Shen wrote:
err...I followed this guide, and it did not mention the 'script' opti= on. I will give it a try.

Thanks.


On Saturday, April 14, 2012, Fajar A. Nugraha wrote:
On Sat, Apr 14, 2012 at 10:12 AM, Xi Shen <= davidshen84@gmail.com> wrote:
> Hi,
>
> In my /etc/xen/xend-config.sxp file, I configured to use NAT-network:<= br> >
> (network-script 'network-nat netdev=3Dwlan0')
> (vif-script =C2=A0 =C2=A0 vif-nat)
>
>
> In my VM configure file, I added:
>
> vif =3D ['ip=3D10.0.0.1' ]
>
>
> My xend service started fine. But when I start my VM (Windows 7), I go= t
> following messages:
>
> logger: /etc/xen/scripts/vif-bridge: online type_if=3Dvif
> XENBUS_PATH=3Dbackend/vif/5/0
> logger: /etc/xen/scripts/vif-bridge: add type_if=3Dtap XENBUS_PATH=3D<= br> > logger: /etc/xen/scripts/vif-bridge: Writing backend/vif/5/0/hotplug-e= rror
> Could not find bridge device xenbr0 backend/vif/5/0/hotplug-status err= or to
> xenstore.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
> logger: /etc/xen/scripts/vif-bridge: Writing
> /local/domain/0/backend/vif/5/0/hotplug-error Could not find bridge de= vice
> xenbr0 /local/domain/0/backend/vif/5/0/hotplug-status error to xenstor= e.
> logger: /etc/xen/scripts/vif-bridge: Could not find bridge device xenb= r0
>
>
> It seems it is trying to use the bridge network, since the xend servic= e is
> configured to use NAT script, it cannot find the bridge device. How to= fix
> this?

I'm pretty sure that if you use network-script, you also need to put something like

vif =3D ['ip=3D10.0.0.1' , script=3D'vif-nat']

Plus, instead of using xen's vif-bridge/vif-nat script, it's better= to:
- leave network-script in xend-config.sxp commented out
- create your OWN bridge
- add necessary iptables rules if you want to use NAT

Several bridging examples for ubuntu/debian:
http:= //wiki.1tux.org/wiki/Ubuntu/Bridge

--
Fajar


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303bf9ae13abf204bda27922-- --===============1939545131695655307== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1939545131695655307==-- From xen-users-bounces@lists.xen.org Sat Apr 14 12:34:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 12:34: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 1SJ2AV-0000gH-4I; Sat, 14 Apr 2012 12:33:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ2AT-0000gC-1F for xen-users@lists.xen.org; Sat, 14 Apr 2012 12:33:29 +0000 Received: from [85.158.143.99:41915] by server-2.bemta-4.messagelabs.com id AD/52-17550-89E698F4; Sat, 14 Apr 2012 12:33:28 +0000 X-Env-Sender: oper.ml@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1334406806!23089295!1 X-Originating-IP: [209.85.161.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24433 invoked from network); 14 Apr 2012 12:33:27 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 12:33:27 -0000 Received: by ggnp2 with SMTP id p2so2379759ggn.32 for ; Sat, 14 Apr 2012 05:33:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=XPXdhJhPPWoVQM5l3kv46a0EEgIWLQ9OUeXHPbXfttg=; b=Ro4YbsjGbyEAYZ/jxUzzxGtZ+PQfW9yw00SY71er2L4BsmESH46PA2q0XsUbczwc8m lUR2u4Idv4y8U/D/PGCI2Wrz9pvx6lEd8r9+YBndBk3r/5Rlo1GiMQsFN/hcxFmjQeUD 0xaUVoZN69UANRd+R8RrhoIogeljTOMjwZSn6AbLyLzVaLS+NIq1QQ0QFRDJHjH2LmFE 4FueF2BNRj/ykSPGa5s2LsrkycLxktLgGXb18IiG8xHb5l0KX/YHZQ7IPT3jdqt8zT7j nKpp3g9qrKXPTr/KJbzEWwjuaPVB9K9EwZXCGjYqLGMaKZ8vL1MpEFfXOErB0+MmiID2 hTng== Received: by 10.236.170.41 with SMTP id o29mr5057940yhl.83.1334406805507; Sat, 14 Apr 2012 05:33:25 -0700 (PDT) Received: from [200.152.96.245] (operacoes.mls.com.br. [200.152.96.245]) by mx.google.com with ESMTPS id 49sm48274091yhs.12.2012.04.14.05.33.23 (version=SSLv3 cipher=OTHER); Sat, 14 Apr 2012 05:33:24 -0700 (PDT) Message-ID: <4F896E78.2030409@gmail.com> Date: Sat, 14 Apr 2012 09:32:56 -0300 From: "Oper.ML" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3764038646500852649==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3764038646500852649== Content-Type: multipart/alternative; boundary="------------040003040100010401070003" This is a multi-part message in MIME format. --------------040003040100010401070003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi guys, i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50. I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network. I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO. I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this? Thanks alot. Tony M. --------------040003040100010401070003 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys,

    i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50.
    I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
    I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
    I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this?

Thanks alot.
Tony M.
 --------------040003040100010401070003-- --===============3764038646500852649== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3764038646500852649==-- From xen-users-bounces@lists.xen.org Sat Apr 14 12:34:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 12:34: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 1SJ2AV-0000gH-4I; Sat, 14 Apr 2012 12:33:31 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ2AT-0000gC-1F for xen-users@lists.xen.org; Sat, 14 Apr 2012 12:33:29 +0000 Received: from [85.158.143.99:41915] by server-2.bemta-4.messagelabs.com id AD/52-17550-89E698F4; Sat, 14 Apr 2012 12:33:28 +0000 X-Env-Sender: oper.ml@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1334406806!23089295!1 X-Originating-IP: [209.85.161.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24433 invoked from network); 14 Apr 2012 12:33:27 -0000 Received: from mail-gx0-f173.google.com (HELO mail-gx0-f173.google.com) (209.85.161.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 12:33:27 -0000 Received: by ggnp2 with SMTP id p2so2379759ggn.32 for ; Sat, 14 Apr 2012 05:33:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=XPXdhJhPPWoVQM5l3kv46a0EEgIWLQ9OUeXHPbXfttg=; b=Ro4YbsjGbyEAYZ/jxUzzxGtZ+PQfW9yw00SY71er2L4BsmESH46PA2q0XsUbczwc8m lUR2u4Idv4y8U/D/PGCI2Wrz9pvx6lEd8r9+YBndBk3r/5Rlo1GiMQsFN/hcxFmjQeUD 0xaUVoZN69UANRd+R8RrhoIogeljTOMjwZSn6AbLyLzVaLS+NIq1QQ0QFRDJHjH2LmFE 4FueF2BNRj/ykSPGa5s2LsrkycLxktLgGXb18IiG8xHb5l0KX/YHZQ7IPT3jdqt8zT7j nKpp3g9qrKXPTr/KJbzEWwjuaPVB9K9EwZXCGjYqLGMaKZ8vL1MpEFfXOErB0+MmiID2 hTng== Received: by 10.236.170.41 with SMTP id o29mr5057940yhl.83.1334406805507; Sat, 14 Apr 2012 05:33:25 -0700 (PDT) Received: from [200.152.96.245] (operacoes.mls.com.br. [200.152.96.245]) by mx.google.com with ESMTPS id 49sm48274091yhs.12.2012.04.14.05.33.23 (version=SSLv3 cipher=OTHER); Sat, 14 Apr 2012 05:33:24 -0700 (PDT) Message-ID: <4F896E78.2030409@gmail.com> Date: Sat, 14 Apr 2012 09:32:56 -0300 From: "Oper.ML" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3764038646500852649==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3764038646500852649== Content-Type: multipart/alternative; boundary="------------040003040100010401070003" This is a multi-part message in MIME format. --------------040003040100010401070003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi guys, i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50. I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network. I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO. I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this? Thanks alot. Tony M. --------------040003040100010401070003 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys,

    i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50.
    I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
    I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
    I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this?

Thanks alot.
Tony M.
 --------------040003040100010401070003-- --===============3764038646500852649== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3764038646500852649==-- From xen-users-bounces@lists.xen.org Sat Apr 14 17:29:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 17:29:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ6l9-0002jM-LD; Sat, 14 Apr 2012 17:27:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ6l8-0002jH-K5 for xen-users@lists.xen.org; Sat, 14 Apr 2012 17:27:38 +0000 Received: from [193.109.254.147:6644] by server-3.bemta-14.messagelabs.com id AD/7D-23274-983B98F4; Sat, 14 Apr 2012 17:27:37 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1334424457!4631934!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21280 invoked from network); 14 Apr 2012 17:27:37 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-3.tower-27.messagelabs.com with SMTP; 14 Apr 2012 17:27:37 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id BACE8C0C1C for ; Sat, 14 Apr 2012 17:27:35 +0000 (UTC) Message-ID: <4F89B36E.70502@it-infrastrukturen.org> Date: Sat, 14 Apr 2012 19:27:10 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I didn't find any information in the reference manual for xen-server 6. When installing e.g. Ubuntu 11.10 there is RTL-8139 with "only 10/100MBit". Thank you in advance for any hints. regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 17:29:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 17:29:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ6l9-0002jM-LD; Sat, 14 Apr 2012 17:27:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ6l8-0002jH-K5 for xen-users@lists.xen.org; Sat, 14 Apr 2012 17:27:38 +0000 Received: from [193.109.254.147:6644] by server-3.bemta-14.messagelabs.com id AD/7D-23274-983B98F4; Sat, 14 Apr 2012 17:27:37 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-3.tower-27.messagelabs.com!1334424457!4631934!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21280 invoked from network); 14 Apr 2012 17:27:37 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-3.tower-27.messagelabs.com with SMTP; 14 Apr 2012 17:27:37 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id BACE8C0C1C for ; Sat, 14 Apr 2012 17:27:35 +0000 (UTC) Message-ID: <4F89B36E.70502@it-infrastrukturen.org> Date: Sat, 14 Apr 2012 19:27:10 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I didn't find any information in the reference manual for xen-server 6. When installing e.g. Ubuntu 11.10 there is RTL-8139 with "only 10/100MBit". Thank you in advance for any hints. regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 18:16:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 18:16: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 1SJ7VL-0003J0-MI; Sat, 14 Apr 2012 18:15:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ7VK-0003Iv-9T for xen-users@lists.xensource.com; Sat, 14 Apr 2012 18:15:22 +0000 Received: from [85.158.143.35:34715] by server-2.bemta-4.messagelabs.com id 07/77-17550-9BEB98F4; Sat, 14 Apr 2012 18:15:21 +0000 X-Env-Sender: scottmeyers@live.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1334427319!14537297!1 X-Originating-IP: [65.54.61.103] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21265 invoked from network); 14 Apr 2012 18:15:20 -0000 Received: from snt0-omc2-s52.snt0.hotmail.com (HELO snt0-omc2-s52.snt0.hotmail.com) (65.54.61.103) by server-13.tower-21.messagelabs.com with SMTP; 14 Apr 2012 18:15:20 -0000 Received: from SNT127-W47 ([65.55.90.72]) by snt0-omc2-s52.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 14 Apr 2012 11:15:18 -0700 Message-ID: X-Originating-IP: [75.168.233.37] From: Scott Meyers To: Xen Users List Date: Sat, 14 Apr 2012 13:15:18 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 14 Apr 2012 18:15:18.0559 (UTC) FILETIME=[8C41CAF0:01CD1A6A] Subject: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1383316116211513205==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1383316116211513205== Content-Type: multipart/alternative; boundary="_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_" --_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am trying to figure out the offest sector for vm01.img2 partition. I trie= d many possible ways=2C for example (1020 *512) =2C but in vain. I just can= 't hit the right offest sector to mount vm01.img2 partition. Any help is gr= eatly appreciated. BTW=2C I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created usin= g virt-install command. The command I am using to mount the partition in th= at img file is: mount -o loop=2Coffset=3D130048 -t ext3 /vm/vm01.img /mnt/x= enimg =20 #fdisk -l /vm/vm01.img vice Boot Start End Blocks Id System /vm/vm01.img1 * 1 64 514048+ 83 Linux /vm/vm01.img2 65 1020 7679070 83 Linux /vm/vm01.img3 1021 1657 5116702+ 83 Linux =20 Partition 3 has different physical/logical endings: phys=3D(1023=2C 254=2C 63) logical=3D(1656=2C 254=2C 63) /vm/vm01.img4 1658 3916 18145417+ 5 Extended =20 Partition 4 has different physical/logical beginnings (non-Linux?): phys=3D(1023=2C 254=2C 63) logical=3D(1657=2C 0=2C 1) Partition 4 has different physical/logical endings: phys=3D(1023=2C 254=2C 63) logical=3D(3915=2C 254=2C 63) /vm/vm01.img5 1658 1784 1020096 83 Linux /vm/vm01.img6 1785 1848 514048+ 82 Linux swap / Solar= is /vm/vm01.img7 1849 3916 16611178+ 83 Linux = --_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am trying to figure out the offest sector for vm01.img2 partition. I trie= d many possible ways=2C for example (1020 *512) =2C but in vain. I just can= 't hit the right offest sector to mount vm01.img2 partition. Any help is gr= eatly appreciated.

BTW=2C I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created usin= g virt-install command. The command I am using to mount the partition in th= at img file is: mount -o loop=2Coffset=3D130048 -t ext3 /vm/vm01.img /mnt/x= enimg
 =3B
#fdisk -l /vm/vm01.img
 =3B =3B =3B =3B =3B =3B =3B =3B vice Boot&= nbsp=3B =3B =3B =3B =3B Start =3B =3B =3B = =3B =3B =3B =3B =3B End =3B =3B =3B =3B&nbs= p=3B Blocks =3B =3B Id =3B System
/vm/vm01.img1 =3B = =3B * =3B =3B =3B =3B =3B =3B =3B =3B = =3B =3B 1 =3B =3B =3B =3B =3B =3B =3B = =3B =3B 64 =3B =3B =3B =3B =3B 514048+ =3B 83&n= bsp=3B Linux
/vm/vm01.img2 =3B =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B 65 =3B = =3B =3B =3B =3B =3B =3B 1020 =3B =3B =3B&nb= sp=3B 7679070 =3B =3B 83 =3B Linux
/vm/vm01.img3 =3B&nbs= p=3B =3B =3B =3B =3B =3B =3B =3B =3B = =3B 1021 =3B =3B =3B =3B =3B =3B =3B 1657 = =3B =3B =3B =3B 5116702+ =3B 83 =3B Linux
 =3B
Partition 3 has different physical/logical endings:
 =3B =3B&nbs= p=3B =3B phys=3D(1023=2C 254=2C 63) logical=3D(1656=2C 254=2C 63)
/v= m/vm01.img4 =3B =3B =3B =3B =3B =3B =3B 1658&nb= sp=3B =3B =3B =3B =3B =3B =3B 3916 =3B =3B&= nbsp=3B 18145417+ =3B =3B 5 =3B Extended
 =3B
Partition 4 has different physical/logical beginnings (non-Linux?):
&nbs= p=3B =3B =3B =3B phys=3D(1023=2C 254=2C 63) logical=3D(1657=2C = 0=2C 1)

Partition 4 has different physical/logical endings:
 =3B =3B&nbs= p=3B =3B phys=3D(1023=2C 254=2C 63) logical=3D(3915=2C 254=2C 63)
/vm/vm01.img5 =3B =3B =3B =3B =3B =3B =3B = =3B 1658 =3B =3B =3B =3B =3B =3B =3B 1784 = =3B =3B =3B =3B 1020096 =3B =3B 83 =3B Linux
/vm= /vm01.img6 =3B =3B =3B =3B =3B =3B =3B =3B = 1785 =3B =3B =3B =3B =3B =3B =3B 1848 =3B&n= bsp=3B =3B =3B =3B 514048+ =3B 82 =3B Linux swap / Sola= ris
/vm/vm01.img7 =3B =3B =3B =3B =3B =3B = =3B =3B 1849 =3B =3B =3B =3B =3B =3B =3B 39= 16 =3B =3B =3B 16611178+ =3B 83 =3B Linux
=
= --_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_-- --===============1383316116211513205== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1383316116211513205==-- From xen-users-bounces@lists.xen.org Sat Apr 14 18:16:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 18:16: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 1SJ7VL-0003J0-MI; Sat, 14 Apr 2012 18:15:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ7VK-0003Iv-9T for xen-users@lists.xensource.com; Sat, 14 Apr 2012 18:15:22 +0000 Received: from [85.158.143.35:34715] by server-2.bemta-4.messagelabs.com id 07/77-17550-9BEB98F4; Sat, 14 Apr 2012 18:15:21 +0000 X-Env-Sender: scottmeyers@live.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1334427319!14537297!1 X-Originating-IP: [65.54.61.103] X-SpamReason: No, hits=0.2 required=7.0 tests=FORGED_HOTMAIL_RCVD, HTML_50_60,HTML_MESSAGE,ML_RADAR_SPEW_LINKS_12,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21265 invoked from network); 14 Apr 2012 18:15:20 -0000 Received: from snt0-omc2-s52.snt0.hotmail.com (HELO snt0-omc2-s52.snt0.hotmail.com) (65.54.61.103) by server-13.tower-21.messagelabs.com with SMTP; 14 Apr 2012 18:15:20 -0000 Received: from SNT127-W47 ([65.55.90.72]) by snt0-omc2-s52.snt0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 14 Apr 2012 11:15:18 -0700 Message-ID: X-Originating-IP: [75.168.233.37] From: Scott Meyers To: Xen Users List Date: Sat, 14 Apr 2012 13:15:18 -0500 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 14 Apr 2012 18:15:18.0559 (UTC) FILETIME=[8C41CAF0:01CD1A6A] Subject: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1383316116211513205==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1383316116211513205== Content-Type: multipart/alternative; boundary="_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_" --_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am trying to figure out the offest sector for vm01.img2 partition. I trie= d many possible ways=2C for example (1020 *512) =2C but in vain. I just can= 't hit the right offest sector to mount vm01.img2 partition. Any help is gr= eatly appreciated. BTW=2C I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created usin= g virt-install command. The command I am using to mount the partition in th= at img file is: mount -o loop=2Coffset=3D130048 -t ext3 /vm/vm01.img /mnt/x= enimg =20 #fdisk -l /vm/vm01.img vice Boot Start End Blocks Id System /vm/vm01.img1 * 1 64 514048+ 83 Linux /vm/vm01.img2 65 1020 7679070 83 Linux /vm/vm01.img3 1021 1657 5116702+ 83 Linux =20 Partition 3 has different physical/logical endings: phys=3D(1023=2C 254=2C 63) logical=3D(1656=2C 254=2C 63) /vm/vm01.img4 1658 3916 18145417+ 5 Extended =20 Partition 4 has different physical/logical beginnings (non-Linux?): phys=3D(1023=2C 254=2C 63) logical=3D(1657=2C 0=2C 1) Partition 4 has different physical/logical endings: phys=3D(1023=2C 254=2C 63) logical=3D(3915=2C 254=2C 63) /vm/vm01.img5 1658 1784 1020096 83 Linux /vm/vm01.img6 1785 1848 514048+ 82 Linux swap / Solar= is /vm/vm01.img7 1849 3916 16611178+ 83 Linux = --_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am trying to figure out the offest sector for vm01.img2 partition. I trie= d many possible ways=2C for example (1020 *512) =2C but in vain. I just can= 't hit the right offest sector to mount vm01.img2 partition. Any help is gr= eatly appreciated.

BTW=2C I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created usin= g virt-install command. The command I am using to mount the partition in th= at img file is: mount -o loop=2Coffset=3D130048 -t ext3 /vm/vm01.img /mnt/x= enimg
 =3B
#fdisk -l /vm/vm01.img
 =3B =3B =3B =3B =3B =3B =3B =3B vice Boot&= nbsp=3B =3B =3B =3B =3B Start =3B =3B =3B = =3B =3B =3B =3B =3B End =3B =3B =3B =3B&nbs= p=3B Blocks =3B =3B Id =3B System
/vm/vm01.img1 =3B = =3B * =3B =3B =3B =3B =3B =3B =3B =3B = =3B =3B 1 =3B =3B =3B =3B =3B =3B =3B = =3B =3B 64 =3B =3B =3B =3B =3B 514048+ =3B 83&n= bsp=3B Linux
/vm/vm01.img2 =3B =3B =3B =3B =3B = =3B =3B =3B =3B =3B =3B =3B =3B 65 =3B = =3B =3B =3B =3B =3B =3B 1020 =3B =3B =3B&nb= sp=3B 7679070 =3B =3B 83 =3B Linux
/vm/vm01.img3 =3B&nbs= p=3B =3B =3B =3B =3B =3B =3B =3B =3B = =3B 1021 =3B =3B =3B =3B =3B =3B =3B 1657 = =3B =3B =3B =3B 5116702+ =3B 83 =3B Linux
 =3B
Partition 3 has different physical/logical endings:
 =3B =3B&nbs= p=3B =3B phys=3D(1023=2C 254=2C 63) logical=3D(1656=2C 254=2C 63)
/v= m/vm01.img4 =3B =3B =3B =3B =3B =3B =3B 1658&nb= sp=3B =3B =3B =3B =3B =3B =3B 3916 =3B =3B&= nbsp=3B 18145417+ =3B =3B 5 =3B Extended
 =3B
Partition 4 has different physical/logical beginnings (non-Linux?):
&nbs= p=3B =3B =3B =3B phys=3D(1023=2C 254=2C 63) logical=3D(1657=2C = 0=2C 1)

Partition 4 has different physical/logical endings:
 =3B =3B&nbs= p=3B =3B phys=3D(1023=2C 254=2C 63) logical=3D(3915=2C 254=2C 63)
/vm/vm01.img5 =3B =3B =3B =3B =3B =3B =3B = =3B 1658 =3B =3B =3B =3B =3B =3B =3B 1784 = =3B =3B =3B =3B 1020096 =3B =3B 83 =3B Linux
/vm= /vm01.img6 =3B =3B =3B =3B =3B =3B =3B =3B = 1785 =3B =3B =3B =3B =3B =3B =3B 1848 =3B&n= bsp=3B =3B =3B =3B 514048+ =3B 82 =3B Linux swap / Sola= ris
/vm/vm01.img7 =3B =3B =3B =3B =3B =3B = =3B =3B 1849 =3B =3B =3B =3B =3B =3B =3B 39= 16 =3B =3B =3B 16611178+ =3B 83 =3B Linux
=
= --_c1d0aa97-6980-46d7-8b7f-f8932f9da5e7_-- --===============1383316116211513205== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1383316116211513205==-- From xen-users-bounces@lists.xen.org Sat Apr 14 18:21:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 18:21: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 1SJ7Zg-0003V5-KI; Sat, 14 Apr 2012 18:19:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ7Zf-0003Ux-5F for Xen-users@lists.xen.org; Sat, 14 Apr 2012 18:19:51 +0000 Received: from [85.158.139.83:58890] by server-3.bemta-5.messagelabs.com id 3D/8B-25237-6CFB98F4; Sat, 14 Apr 2012 18:19:50 +0000 X-Env-Sender: locuse@mm.st X-Msg-Ref: server-13.tower-182.messagelabs.com!1334427588!23286242!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDk2NjA=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15568 invoked from network); 14 Apr 2012 18:19:49 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Apr 2012 18:19:49 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 40702208DF for ; Sat, 14 Apr 2012 14:19:48 -0400 (EDT) Received: from web5.nyi.mail.srv.osa ([10.202.2.215]) by compute4.internal (MEProxy); Sat, 14 Apr 2012 14:19:48 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=hNa7vVVH6z72wj8dIFe9ZCr 8cME=; b=a8/0QR5BIUSCXVu0LlC/GsuwksQG9MiSyPKn6ZlugrWuLRXT/u6OKcc 1MUsd+VlU5ICnm97EVO6GHXTUSVGqiYbFgY3sXCi2rwp4WM8XmBA33G7/H6VQJUN lWXqKVMadHBpIgpfQUh9HYBopTBJpZAlEbUj5z1A4WrbogM41V3U= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=hNa7vVVH6z72wj8dIFe9ZCr8cME=; b=IJIuXYyljQYfhd64CUctosZMBOcu lj9MmvhM4I4xSyVf/8Tm8Kk7IiN5mjbJmClaTSGlhBnVKjbOkxtMD+6LcqG8CXCO DSA/NI+i/6qLWObXGZ2OAdi9NRyEGb7TSh00JVU6Zw/HrEzQ9sbziBsTo9UygPWG JUkeLaqyOvxh+dQ= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 1AC604C004F; Sat, 14 Apr 2012 14:19:48 -0400 (EDT) Message-Id: <1334427588.7096.140661062409505.6875BAFC@webmail.messagingengine.com> X-Sasl-Enc: +f0zDqK6YtmnNQbu11bd8M1KRkSD2Y3wPfy/9ySEUcBO 1334427588 From: locuse@mm.st To: Xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface Date: Sat, 14 Apr 2012 11:19:48 -0700 Subject: [Xen-users] guest boot randomly fails to load sky2 kernel module? restart usually clears it up. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org i'm running Xen Host & Guest, both version xen-4.1.2/64-bit. i pass through an ethernet NIC from host to guest. it uses the standard Marvell 'sky2' kernel module. when i start the guest, usually -- but not always -- the NIC gets properly passed through and setup, and is completely usable. if i shutdown & restart the Guest, sometimes -- maybe 20% of the time? -- i see during startup: ... [ 1.445741] padlock_aes: VIA PadLock not detected. [ 1.541628] device-mapper: uevent: version 1.0.3 [ 1.545827] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com [ 1.559222] sky2: driver version 1.29 [ 1.728280] sky2 0000:00:00.0: BAR 0: error updating (0xaeedc004 != 0xfbd00004) [ 1.732705] sky2 0000:00:00.0: BAR 0: set to [mem 0xaeedc000-0xaeedffff 64bit] (PCI address [0xaeedc000-0xaeedffff]) [ 1.741036] sky2 0000:00:00.0: BAR 2: error updating (0x001001 != 0x00c801) [ 1.745327] sky2 0000:00:00.0: BAR 2: set to [io 0x1000-0x10ff] (PCI address [0x1000-0x10ff]) [ 1.752952] sky2 0000:00:00.0: enabling device (0000 -> 0003) [ 1.754630] sky2 0000:00:00.0: cannot map device registers [ 1.755956] sky2: probe of 0000:00:00.0 failed with error -12 ... and, of course, the module doesn't load. simply restarting the Guest -- usually once is sufficient, sometimes it takes a coupl of times -- i see : ... [ 1.301664] padlock_aes: VIA PadLock not detected. [ 1.429150] device-mapper: uevent: version 1.0.3 [ 1.434077] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com [ 1.462829] sky2: driver version 1.29 [ 1.467087] sky2 0000:00:00.0: enabling device (0000 -> 0003) [ 1.471836] sky2 0000:00:00.0: Yukon-2 EC chip revision 2 [ 1.478292] sky2 0000:00:00.0: eth1: addr 00:50:43:00:41:5e ... and the Guest boots fine. on infrequent occassion, i simply can't get it to boot correctly at all. in that case, a reboot of the Host seems to clear it up. what can i do about this so that the kernel module loads on boot each time correctly? is this a Host or Guest configuration issue? thanks locuse _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 18:21:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 18:21: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 1SJ7Zg-0003V5-KI; Sat, 14 Apr 2012 18:19:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ7Zf-0003Ux-5F for Xen-users@lists.xen.org; Sat, 14 Apr 2012 18:19:51 +0000 Received: from [85.158.139.83:58890] by server-3.bemta-5.messagelabs.com id 3D/8B-25237-6CFB98F4; Sat, 14 Apr 2012 18:19:50 +0000 X-Env-Sender: locuse@mm.st X-Msg-Ref: server-13.tower-182.messagelabs.com!1334427588!23286242!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDk2NjA=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15568 invoked from network); 14 Apr 2012 18:19:49 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-13.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Apr 2012 18:19:49 -0000 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 40702208DF for ; Sat, 14 Apr 2012 14:19:48 -0400 (EDT) Received: from web5.nyi.mail.srv.osa ([10.202.2.215]) by compute4.internal (MEProxy); Sat, 14 Apr 2012 14:19:48 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=hNa7vVVH6z72wj8dIFe9ZCr 8cME=; b=a8/0QR5BIUSCXVu0LlC/GsuwksQG9MiSyPKn6ZlugrWuLRXT/u6OKcc 1MUsd+VlU5ICnm97EVO6GHXTUSVGqiYbFgY3sXCi2rwp4WM8XmBA33G7/H6VQJUN lWXqKVMadHBpIgpfQUh9HYBopTBJpZAlEbUj5z1A4WrbogM41V3U= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=hNa7vVVH6z72wj8dIFe9ZCr8cME=; b=IJIuXYyljQYfhd64CUctosZMBOcu lj9MmvhM4I4xSyVf/8Tm8Kk7IiN5mjbJmClaTSGlhBnVKjbOkxtMD+6LcqG8CXCO DSA/NI+i/6qLWObXGZ2OAdi9NRyEGb7TSh00JVU6Zw/HrEzQ9sbziBsTo9UygPWG JUkeLaqyOvxh+dQ= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 1AC604C004F; Sat, 14 Apr 2012 14:19:48 -0400 (EDT) Message-Id: <1334427588.7096.140661062409505.6875BAFC@webmail.messagingengine.com> X-Sasl-Enc: +f0zDqK6YtmnNQbu11bd8M1KRkSD2Y3wPfy/9ySEUcBO 1334427588 From: locuse@mm.st To: Xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface Date: Sat, 14 Apr 2012 11:19:48 -0700 Subject: [Xen-users] guest boot randomly fails to load sky2 kernel module? restart usually clears it up. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org i'm running Xen Host & Guest, both version xen-4.1.2/64-bit. i pass through an ethernet NIC from host to guest. it uses the standard Marvell 'sky2' kernel module. when i start the guest, usually -- but not always -- the NIC gets properly passed through and setup, and is completely usable. if i shutdown & restart the Guest, sometimes -- maybe 20% of the time? -- i see during startup: ... [ 1.445741] padlock_aes: VIA PadLock not detected. [ 1.541628] device-mapper: uevent: version 1.0.3 [ 1.545827] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com [ 1.559222] sky2: driver version 1.29 [ 1.728280] sky2 0000:00:00.0: BAR 0: error updating (0xaeedc004 != 0xfbd00004) [ 1.732705] sky2 0000:00:00.0: BAR 0: set to [mem 0xaeedc000-0xaeedffff 64bit] (PCI address [0xaeedc000-0xaeedffff]) [ 1.741036] sky2 0000:00:00.0: BAR 2: error updating (0x001001 != 0x00c801) [ 1.745327] sky2 0000:00:00.0: BAR 2: set to [io 0x1000-0x10ff] (PCI address [0x1000-0x10ff]) [ 1.752952] sky2 0000:00:00.0: enabling device (0000 -> 0003) [ 1.754630] sky2 0000:00:00.0: cannot map device registers [ 1.755956] sky2: probe of 0000:00:00.0 failed with error -12 ... and, of course, the module doesn't load. simply restarting the Guest -- usually once is sufficient, sometimes it takes a coupl of times -- i see : ... [ 1.301664] padlock_aes: VIA PadLock not detected. [ 1.429150] device-mapper: uevent: version 1.0.3 [ 1.434077] device-mapper: ioctl: 4.21.0-ioctl (2011-07-06) initialised: dm-devel@redhat.com [ 1.462829] sky2: driver version 1.29 [ 1.467087] sky2 0000:00:00.0: enabling device (0000 -> 0003) [ 1.471836] sky2 0000:00:00.0: Yukon-2 EC chip revision 2 [ 1.478292] sky2 0000:00:00.0: eth1: addr 00:50:43:00:41:5e ... and the Guest boots fine. on infrequent occassion, i simply can't get it to boot correctly at all. in that case, a reboot of the Host seems to clear it up. what can i do about this so that the kernel module loads on boot each time correctly? is this a Host or Guest configuration issue? thanks locuse _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 18:58:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 18:58:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8A9-0004CK-7J; Sat, 14 Apr 2012 18:57:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8A8-0004CF-Ag for xen-users@lists.xen.org; Sat, 14 Apr 2012 18:57:32 +0000 Received: from [193.109.254.147:37886] by server-9.bemta-14.messagelabs.com id 93/0E-05787-B98C98F4; Sat, 14 Apr 2012 18:57:31 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-5.tower-27.messagelabs.com!1334429850!2137579!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14073 invoked from network); 14 Apr 2012 18:57:30 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-5.tower-27.messagelabs.com with SMTP; 14 Apr 2012 18:57:30 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 8A7F210401B for ; Sat, 14 Apr 2012 19:57:28 +0100 (BST) 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 LmbYPICDDwmk for ; Sat, 14 Apr 2012 19:57:28 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 2C3A510401A for ; Sat, 14 Apr 2012 19:57:28 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sat, 14 Apr 2012 19:57:22 +0100 To: xen-users From: Simon Hobson Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Flavio wrote: >Let's go with my XEN setup now. >I have 8GB of RAM and I have seen that if I put dom0_mem=1024M >option, the dom0 >has 1GB of RAM for itself. >What does this really mean? The default is that when you boot, all the system RAM (less a bit used by Xen itself) will be 'available' to Dom0. As you start guests, then Dom0 will balloon down it's memory availability to free memory for the guest. This all works fine, and as long as you never force memory down too low then Dom0 won't complain - you can set a minimum below which Dom0 will not balloon and it would be a good idea to tune this to your requirements. Now, for a couple of reasons this isn't ideal. The main reason is that certain buffers and structures used to keep track of "stuff" are sized at boot time based on the amount of memory available. So in your case, you start with 8G of RAM but potentially balloon down to as little as 1/4G (256M) - just 1/32 of the size. So you now have a system running in a small amount of RAM but with buffers and structures sized for a lot of RAM (about 32 times what it actually has available in this case). Also, each time you start a guest (or alter a guest's memory allocation), then the host's memory configuration must be changed which takes a little time. Lastly, these changes in memory allocation will (or may) affect performance in some areas - giving a variable system performance depending on how many guests are running and how much RAM they use. So it's a good idea to specify how much memory to give to Dom0. It will then size things to suit (which in itself will reduce it's memory footprint). You can still balloon between high and low limits, or you can set a fixed allocation and have deterministic performance and minimum memory usage. >This is confusing me, because I don't understand how >to decide the amount of RAM to assign to the dom0. For example, what >if I assign >256M? What if 8192M? 8G isn't a good choise - see above about sizing of buffers and structures. 256M may or may not be enough - only you can only determine that for your setup, it depends on what is running on the system. If you run just the bare minimum of software/services on Dom0 then it may well be enough, but if you run other things (particularly memory hungry programs) it might not be enough. You need to pick a value (not too low, try starting at 512M and work down) and then look at how the system is running - look at how much memory is used for different things (cat /proc/memory) and particularly if it is swapping (very bad for performance). Normally, you don't tend to do much in Dom0, so not having large caches isn't really an issue (it just delays things when stuff has to read from disk instead of cache when you issue a command) as long as all the stuff that's running "all the time" or "frequently" can stay in RAM. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 18:58:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 18:58:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8A9-0004CK-7J; Sat, 14 Apr 2012 18:57:33 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8A8-0004CF-Ag for xen-users@lists.xen.org; Sat, 14 Apr 2012 18:57:32 +0000 Received: from [193.109.254.147:37886] by server-9.bemta-14.messagelabs.com id 93/0E-05787-B98C98F4; Sat, 14 Apr 2012 18:57:31 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-5.tower-27.messagelabs.com!1334429850!2137579!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14073 invoked from network); 14 Apr 2012 18:57:30 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-5.tower-27.messagelabs.com with SMTP; 14 Apr 2012 18:57:30 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 8A7F210401B for ; Sat, 14 Apr 2012 19:57:28 +0100 (BST) 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 LmbYPICDDwmk for ; Sat, 14 Apr 2012 19:57:28 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 2C3A510401A for ; Sat, 14 Apr 2012 19:57:28 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sat, 14 Apr 2012 19:57:22 +0100 To: xen-users From: Simon Hobson Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Flavio wrote: >Let's go with my XEN setup now. >I have 8GB of RAM and I have seen that if I put dom0_mem=1024M >option, the dom0 >has 1GB of RAM for itself. >What does this really mean? The default is that when you boot, all the system RAM (less a bit used by Xen itself) will be 'available' to Dom0. As you start guests, then Dom0 will balloon down it's memory availability to free memory for the guest. This all works fine, and as long as you never force memory down too low then Dom0 won't complain - you can set a minimum below which Dom0 will not balloon and it would be a good idea to tune this to your requirements. Now, for a couple of reasons this isn't ideal. The main reason is that certain buffers and structures used to keep track of "stuff" are sized at boot time based on the amount of memory available. So in your case, you start with 8G of RAM but potentially balloon down to as little as 1/4G (256M) - just 1/32 of the size. So you now have a system running in a small amount of RAM but with buffers and structures sized for a lot of RAM (about 32 times what it actually has available in this case). Also, each time you start a guest (or alter a guest's memory allocation), then the host's memory configuration must be changed which takes a little time. Lastly, these changes in memory allocation will (or may) affect performance in some areas - giving a variable system performance depending on how many guests are running and how much RAM they use. So it's a good idea to specify how much memory to give to Dom0. It will then size things to suit (which in itself will reduce it's memory footprint). You can still balloon between high and low limits, or you can set a fixed allocation and have deterministic performance and minimum memory usage. >This is confusing me, because I don't understand how >to decide the amount of RAM to assign to the dom0. For example, what >if I assign >256M? What if 8192M? 8G isn't a good choise - see above about sizing of buffers and structures. 256M may or may not be enough - only you can only determine that for your setup, it depends on what is running on the system. If you run just the bare minimum of software/services on Dom0 then it may well be enough, but if you run other things (particularly memory hungry programs) it might not be enough. You need to pick a value (not too low, try starting at 512M and work down) and then look at how the system is running - look at how much memory is used for different things (cat /proc/memory) and particularly if it is swapping (very bad for performance). Normally, you don't tend to do much in Dom0, so not having large caches isn't really an issue (it just delays things when stuff has to read from disk instead of cache when you issue a command) as long as all the stuff that's running "all the time" or "frequently" can stay in RAM. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 19:10:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 19:10:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8Lx-0004ab-MJ; Sat, 14 Apr 2012 19:09:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8Lw-0004aT-6k for xen-users@lists.xensource.com; Sat, 14 Apr 2012 19:09:44 +0000 Received: from [85.158.143.35:3135] by server-1.bemta-4.messagelabs.com id D9/3E-20925-77BC98F4; Sat, 14 Apr 2012 19:09:43 +0000 X-Env-Sender: cpetrolino@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1334430581!14540464!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 882 invoked from network); 14 Apr 2012 19:09:42 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 19:09:42 -0000 Received: by obbtb18 with SMTP id tb18so319260obb.30 for ; Sat, 14 Apr 2012 12:09:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Nm0pRIKCnDU5gjNgC8WgPopDBNnxdxGBrlnenSjX2zw=; b=HWzGgOxB9Ub5OfmHuI1CrYAUQxhgz3e5dZnkNV0n2MHjr4D5orAFIw1t5dRMRECewR MZibj0+n+1ZnBxCTlbOHcuhhU9sBUNJ9lIoQ52MTF4QggmNsyduZr43UDKQ1C5Zh8KeC n5gCw+8Zd8LKWgGzrSXBF7YuLXbtiZTH3971msv+54oZNkGmF0pd+0whLYgpugInya/D WHdlAB84ks6Diod7r4envIES5Zh/jri5qNcml1Z2nsLMYgkWu5OxLBwCFa2O90rmdql+ jRfh6AbEr1870OUUQQQU7FqltrkZz+y/jxubwxAjolzyP4FM9WVO1tQ/5lQMgB35ml3O wZlw== MIME-Version: 1.0 Received: by 10.182.89.36 with SMTP id bl4mr8445598obb.33.1334430580578; Sat, 14 Apr 2012 12:09:40 -0700 (PDT) Received: by 10.60.133.66 with HTTP; Sat, 14 Apr 2012 12:09:40 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 15:09:40 -0400 Message-ID: From: Christopher J Petrolino To: Scott Meyers Cc: Xen Users List Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Try the following if you haven't already - file -s /vm/vm01.img see if that gives you your startsector. I'm doing this from my phone so forgive misspellings and no formatting On Sat, Apr 14, 2012 at 2:15 PM, Scott Meyers wrote: > I am trying to figure out the offest sector for vm01.img2 partition. I tr= ied > many possible ways, for example (1020 *512) , but in vain. I just can't h= it > the right offest sector to mount vm01.img2 partition. Any help is greatly > appreciated. > > BTW, I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created using > virt-install command. The command I am using to mount the partition in th= at > img file is: mount -o loop,offset=3D130048 -t ext3 /vm/vm01.img /mnt/xeni= mg > > #fdisk -l /vm/vm01.img > =A0=A0=A0=A0=A0=A0=A0=A0 vice Boot=A0=A0=A0=A0=A0 Start=A0=A0=A0=A0=A0=A0= =A0=A0 End=A0=A0=A0=A0=A0 Blocks=A0=A0 Id=A0 System > /vm/vm01.img1=A0=A0 *=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=A0=A0=A0=A0=A0=A0= =A0=A0=A0 64=A0=A0=A0=A0=A0 514048+=A0 83=A0 Linux > /vm/vm01.img2=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 65=A0=A0=A0=A0=A0=A0= =A0 1020=A0=A0=A0=A0 7679070=A0=A0 83=A0 Linux > /vm/vm01.img3=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1021=A0=A0=A0=A0=A0=A0=A0 = 1657=A0=A0=A0=A0 5116702+=A0 83=A0 Linux > > Partition 3 has different physical/logical endings: > =A0=A0=A0=A0 phys=3D(1023, 254, 63) logical=3D(1656, 254, 63) > /vm/vm01.img4=A0=A0=A0=A0=A0=A0=A0 1658=A0=A0=A0=A0=A0=A0=A0 3916=A0=A0= =A0 18145417+=A0=A0 5=A0 Extended > > Partition 4 has different physical/logical beginnings (non-Linux?): > =A0=A0=A0=A0 phys=3D(1023, 254, 63) logical=3D(1657, 0, 1) > > Partition 4 has different physical/logical endings: > =A0=A0=A0=A0 phys=3D(1023, 254, 63) logical=3D(3915, 254, 63) > /vm/vm01.img5=A0=A0=A0=A0=A0=A0=A0=A0 1658=A0=A0=A0=A0=A0=A0=A0 1784=A0= =A0=A0=A0 1020096=A0=A0 83=A0 Linux > /vm/vm01.img6=A0=A0=A0=A0=A0=A0=A0=A0 1785=A0=A0=A0=A0=A0=A0=A0 1848=A0= =A0=A0=A0=A0 514048+=A0 82=A0 Linux swap / > Solaris > /vm/vm01.img7=A0=A0=A0=A0=A0=A0=A0=A0 1849=A0=A0=A0=A0=A0=A0=A0 3916=A0= =A0=A0 16611178+=A0 83=A0 Linux > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 19:10:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 19:10:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8Lx-0004ab-MJ; Sat, 14 Apr 2012 19:09:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8Lw-0004aT-6k for xen-users@lists.xensource.com; Sat, 14 Apr 2012 19:09:44 +0000 Received: from [85.158.143.35:3135] by server-1.bemta-4.messagelabs.com id D9/3E-20925-77BC98F4; Sat, 14 Apr 2012 19:09:43 +0000 X-Env-Sender: cpetrolino@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1334430581!14540464!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 882 invoked from network); 14 Apr 2012 19:09:42 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 19:09:42 -0000 Received: by obbtb18 with SMTP id tb18so319260obb.30 for ; Sat, 14 Apr 2012 12:09:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Nm0pRIKCnDU5gjNgC8WgPopDBNnxdxGBrlnenSjX2zw=; b=HWzGgOxB9Ub5OfmHuI1CrYAUQxhgz3e5dZnkNV0n2MHjr4D5orAFIw1t5dRMRECewR MZibj0+n+1ZnBxCTlbOHcuhhU9sBUNJ9lIoQ52MTF4QggmNsyduZr43UDKQ1C5Zh8KeC n5gCw+8Zd8LKWgGzrSXBF7YuLXbtiZTH3971msv+54oZNkGmF0pd+0whLYgpugInya/D WHdlAB84ks6Diod7r4envIES5Zh/jri5qNcml1Z2nsLMYgkWu5OxLBwCFa2O90rmdql+ jRfh6AbEr1870OUUQQQU7FqltrkZz+y/jxubwxAjolzyP4FM9WVO1tQ/5lQMgB35ml3O wZlw== MIME-Version: 1.0 Received: by 10.182.89.36 with SMTP id bl4mr8445598obb.33.1334430580578; Sat, 14 Apr 2012 12:09:40 -0700 (PDT) Received: by 10.60.133.66 with HTTP; Sat, 14 Apr 2012 12:09:40 -0700 (PDT) In-Reply-To: References: Date: Sat, 14 Apr 2012 15:09:40 -0400 Message-ID: From: Christopher J Petrolino To: Scott Meyers Cc: Xen Users List Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Try the following if you haven't already - file -s /vm/vm01.img see if that gives you your startsector. I'm doing this from my phone so forgive misspellings and no formatting On Sat, Apr 14, 2012 at 2:15 PM, Scott Meyers wrote: > I am trying to figure out the offest sector for vm01.img2 partition. I tr= ied > many possible ways, for example (1020 *512) , but in vain. I just can't h= it > the right offest sector to mount vm01.img2 partition. Any help is greatly > appreciated. > > BTW, I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created using > virt-install command. The command I am using to mount the partition in th= at > img file is: mount -o loop,offset=3D130048 -t ext3 /vm/vm01.img /mnt/xeni= mg > > #fdisk -l /vm/vm01.img > =A0=A0=A0=A0=A0=A0=A0=A0 vice Boot=A0=A0=A0=A0=A0 Start=A0=A0=A0=A0=A0=A0= =A0=A0 End=A0=A0=A0=A0=A0 Blocks=A0=A0 Id=A0 System > /vm/vm01.img1=A0=A0 *=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1=A0=A0=A0=A0=A0=A0= =A0=A0=A0 64=A0=A0=A0=A0=A0 514048+=A0 83=A0 Linux > /vm/vm01.img2=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 65=A0=A0=A0=A0=A0=A0= =A0 1020=A0=A0=A0=A0 7679070=A0=A0 83=A0 Linux > /vm/vm01.img3=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 1021=A0=A0=A0=A0=A0=A0=A0 = 1657=A0=A0=A0=A0 5116702+=A0 83=A0 Linux > > Partition 3 has different physical/logical endings: > =A0=A0=A0=A0 phys=3D(1023, 254, 63) logical=3D(1656, 254, 63) > /vm/vm01.img4=A0=A0=A0=A0=A0=A0=A0 1658=A0=A0=A0=A0=A0=A0=A0 3916=A0=A0= =A0 18145417+=A0=A0 5=A0 Extended > > Partition 4 has different physical/logical beginnings (non-Linux?): > =A0=A0=A0=A0 phys=3D(1023, 254, 63) logical=3D(1657, 0, 1) > > Partition 4 has different physical/logical endings: > =A0=A0=A0=A0 phys=3D(1023, 254, 63) logical=3D(3915, 254, 63) > /vm/vm01.img5=A0=A0=A0=A0=A0=A0=A0=A0 1658=A0=A0=A0=A0=A0=A0=A0 1784=A0= =A0=A0=A0 1020096=A0=A0 83=A0 Linux > /vm/vm01.img6=A0=A0=A0=A0=A0=A0=A0=A0 1785=A0=A0=A0=A0=A0=A0=A0 1848=A0= =A0=A0=A0=A0 514048+=A0 82=A0 Linux swap / > Solaris > /vm/vm01.img7=A0=A0=A0=A0=A0=A0=A0=A0 1849=A0=A0=A0=A0=A0=A0=A0 3916=A0= =A0=A0 16611178+=A0 83=A0 Linux > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 19:19:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 19:19:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8US-0004sC-U8; Sat, 14 Apr 2012 19:18:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8US-0004s6-Cg for xen-users@lists.xen.org; Sat, 14 Apr 2012 19:18:32 +0000 Received: from [85.158.139.83:10420] by server-10.bemta-5.messagelabs.com id F8/E0-08260-78DC98F4; Sat, 14 Apr 2012 19:18:31 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-182.messagelabs.com!1334431110!12558097!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7517 invoked from network); 14 Apr 2012 19:18:30 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-182.messagelabs.com with SMTP; 14 Apr 2012 19:18:30 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E57C010401B for ; Sat, 14 Apr 2012 20:18:28 +0100 (BST) 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 Os1xLkRFTMBq for ; Sat, 14 Apr 2012 20:18:28 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 81FF610401A for ; Sat, 14 Apr 2012 20:18:28 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <4F89B36E.70502@it-infrastrukturen.org> References: <4F89B36E.70502@it-infrastrukturen.org> Date: Sat, 14 Apr 2012 20:18:18 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mark Schneider wrote: >When installing e.g. Ubuntu 11.10 there is RTL-8139 with "only 10/100MBit". I assume you are talking about installing a PV guest, and this is the only NIC that shows up ? You needn't worry as this is a virtual NIC, there is actually nothing explicitly limiting data rates as there is with a real NIC (where rates are determined by hardware). The actual rate achieved will be limited by the real NICs in the host, and the ability of the networking thread in Dom0 to shift the bits around. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 19:19:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 19:19:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8US-0004sC-U8; Sat, 14 Apr 2012 19:18:32 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8US-0004s6-Cg for xen-users@lists.xen.org; Sat, 14 Apr 2012 19:18:32 +0000 Received: from [85.158.139.83:10420] by server-10.bemta-5.messagelabs.com id F8/E0-08260-78DC98F4; Sat, 14 Apr 2012 19:18:31 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-182.messagelabs.com!1334431110!12558097!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7517 invoked from network); 14 Apr 2012 19:18:30 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-182.messagelabs.com with SMTP; 14 Apr 2012 19:18:30 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id E57C010401B for ; Sat, 14 Apr 2012 20:18:28 +0100 (BST) 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 Os1xLkRFTMBq for ; Sat, 14 Apr 2012 20:18:28 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 81FF610401A for ; Sat, 14 Apr 2012 20:18:28 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <4F89B36E.70502@it-infrastrukturen.org> References: <4F89B36E.70502@it-infrastrukturen.org> Date: Sat, 14 Apr 2012 20:18:18 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Mark Schneider wrote: >When installing e.g. Ubuntu 11.10 there is RTL-8139 with "only 10/100MBit". I assume you are talking about installing a PV guest, and this is the only NIC that shows up ? You needn't worry as this is a virtual NIC, there is actually nothing explicitly limiting data rates as there is with a real NIC (where rates are determined by hardware). The actual rate achieved will be limited by the real NICs in the host, and the ability of the networking thread in Dom0 to shift the bits around. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 19:41:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 19:41: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 1SJ8pJ-0005Lb-2k; Sat, 14 Apr 2012 19:40:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8pH-0005LW-NG for xen-users@lists.xen.org; Sat, 14 Apr 2012 19:40:03 +0000 Received: from [85.158.143.35:8871] by server-1.bemta-4.messagelabs.com id F6/43-20925-392D98F4; Sat, 14 Apr 2012 19:40:03 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1334432402!11347217!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29407 invoked from network); 14 Apr 2012 19:40:02 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-6.tower-21.messagelabs.com with SMTP; 14 Apr 2012 19:40:02 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 28669C0C1C for ; Sat, 14 Apr 2012 19:40:02 +0000 (UTC) Message-ID: <4F89D27B.7000107@it-infrastrukturen.org> Date: Sat, 14 Apr 2012 21:39:39 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F89B36E.70502@it-infrastrukturen.org> In-Reply-To: Subject: Re: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 14.04.2012 21:18, schrieb Simon Hobson: > Mark Schneider wrote: > >> When installing e.g. Ubuntu 11.10 there is RTL-8139 with "only >> 10/100MBit". > > I assume you are talking about installing a PV guest, and this is the > only NIC that shows up ? You needn't worry as this is a virtual NIC, > there is actually nothing explicitly limiting data rates as there is > with a real NIC (where rates are determined by hardware). > > The actual rate achieved will be limited by the real NICs in the host, > and the ability of the networking thread in Dom0 to shift the bits > around. Thanks a lot for your hint Simon. I use "Other template" and it is (as far I understood) HVM. When transfering big size image from another stand alone server to the VM (ubuntu 11.10) I have 4 to 12MBit/s only (and I saw RTL-8139 during installation of this ubuntu-VM). I have tested it yet also with CentOS 6.2 on the same XCP-host (I used "Other template" for the VM too) and got network speed a bit over 30MBit/s. It would be to fast for 100MBit/s, so I am a bit confused now. On bare metal I am getting over 70MBit/s (the host is an HP DL385g7 machine). I use bounded interfaces however only one port is connected to the switch at the moment. -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 19:41:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 19:41: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 1SJ8pJ-0005Lb-2k; Sat, 14 Apr 2012 19:40:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ8pH-0005LW-NG for xen-users@lists.xen.org; Sat, 14 Apr 2012 19:40:03 +0000 Received: from [85.158.143.35:8871] by server-1.bemta-4.messagelabs.com id F6/43-20925-392D98F4; Sat, 14 Apr 2012 19:40:03 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-6.tower-21.messagelabs.com!1334432402!11347217!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29407 invoked from network); 14 Apr 2012 19:40:02 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-6.tower-21.messagelabs.com with SMTP; 14 Apr 2012 19:40:02 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 28669C0C1C for ; Sat, 14 Apr 2012 19:40:02 +0000 (UTC) Message-ID: <4F89D27B.7000107@it-infrastrukturen.org> Date: Sat, 14 Apr 2012 21:39:39 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F89B36E.70502@it-infrastrukturen.org> In-Reply-To: Subject: Re: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 14.04.2012 21:18, schrieb Simon Hobson: > Mark Schneider wrote: > >> When installing e.g. Ubuntu 11.10 there is RTL-8139 with "only >> 10/100MBit". > > I assume you are talking about installing a PV guest, and this is the > only NIC that shows up ? You needn't worry as this is a virtual NIC, > there is actually nothing explicitly limiting data rates as there is > with a real NIC (where rates are determined by hardware). > > The actual rate achieved will be limited by the real NICs in the host, > and the ability of the networking thread in Dom0 to shift the bits > around. Thanks a lot for your hint Simon. I use "Other template" and it is (as far I understood) HVM. When transfering big size image from another stand alone server to the VM (ubuntu 11.10) I have 4 to 12MBit/s only (and I saw RTL-8139 during installation of this ubuntu-VM). I have tested it yet also with CentOS 6.2 on the same XCP-host (I used "Other template" for the VM too) and got network speed a bit over 30MBit/s. It would be to fast for 100MBit/s, so I am a bit confused now. On bare metal I am getting over 70MBit/s (the host is an HP DL385g7 machine). I use bounded interfaces however only one port is connected to the switch at the moment. -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 20:03:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 20:03: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 1SJ9An-0005ms-9J; Sat, 14 Apr 2012 20:02:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ9Am-0005mn-9p for xen-users@lists.xen.org; Sat, 14 Apr 2012 20:02:16 +0000 Received: from [193.109.254.147:40946] by server-9.bemta-14.messagelabs.com id D7/94-05787-7C7D98F4; Sat, 14 Apr 2012 20:02:15 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1334433734!4615380!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1282 invoked from network); 14 Apr 2012 20:02:14 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Apr 2012 20:02:14 -0000 Received: from p5dc3edb2.dip.t-dialin.net ([93.195.237.178] helo=[10.1.1.156]) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SJ9Ah-0004ZI-MA; Sat, 14 Apr 2012 22:02:12 +0200 References: <4F89B36E.70502@it-infrastrukturen.org> <4F89D27B.7000107@it-infrastrukturen.org> User-Agent: K-9 Mail for Android In-Reply-To: <4F89D27B.7000107@it-infrastrukturen.org> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sat, 14 Apr 2012 21:53:11 +0200 To: Mark Schneider ,xen-users@lists.xen.org Message-ID: <797f39e0-04d7-436f-b5e9-234591c564e3@email.android.com> Subject: Re: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQpIYXNoOiBTSEEyNTYKCgoKTWFyayBT Y2huZWlkZXIgPG1zQGl0LWluZnJhc3RydWt0dXJlbi5vcmc+IHNjaHJpZWI6Cgo+SSB1c2UgIk90 aGVyIHRlbXBsYXRlIiBhbmQgaXQgaXMgKGFzIGZhciBJIHVuZGVyc3Rvb2QpIEhWTS4KCi4uLmht bSwgZGlkIG5vdCBrbm93IFhDUCBpbiBkZXRhaWwgKGJ1dCB4ZW4pIGJ1dCBpZiB5b3UgYXJlIGxp a2UgdG8gdXNlIExpbnV4IC8gVWJ1bnR1IGFzIGd1ZXN0IE9TIHdoeSBkaWQgeW91IHdhbnQgdG8g dXNlIHJlc3NvdXJjZSB3YXN0aW5nIEhWTT8gSSBoYXJkbHkgYXNzdW1lIHRoYXQgWENQIG9mZmVy cyBQViBzZXR1cHMgdG9vIGFzIGl0IGlzIGxpa2UgYSBwYXJ0IG9mIHRoZSB4ZW4gbmF0aXZlIGZh bWlseSAoaWYgbm90IHBscyBsZXQgbWUga25vdyB0aGlzIHRvbykuCgpVYnVudHUgYWZhaWsgb2Zm ZXJzIHhlbiBEb21VIHN1cHBvcnQgb3V0IG9mIHRoZSBib3ggaW4gZGlmZmVyZW50IHdheXMgYW5k IG5lYXJseSBhbGwgb2YgdXMgZGlkIG5vdCBoYXZlIHJlc3NvdXJjZXMgdG8gd2FzdGUuIMOfKQoK SWYgeW91IHVzZSBQViB0aGVyZSBpcyBubyBzcGVjaWFsIC8gZnVydGhlciBkcml2ZXIgbGltaXQg YW5kIHlvdSB3aWxsIGdldCBzaWduaWZpY2FudGx5IG1vcmUgb3V0IG9mIHlvdXIgaGFsZiBtZXRh bCB0aGVuIGl0IHdvdWxkIGJlIHBvc3NpYmxlIHdpdGggSFZNIGluIGFueSB3YXkgLSBuZWFybHkg dGhlIHNhbWUgYXMgZnJvbSBuYXRpdmUgT1NlcyBvbiB0aGUgc2FtZSBtYWNoaW5lLiBPdGhlciBs aW1pdHMgY291bGQgYmUgZnJvbSBoYXJkd2FyZSBzZXR1cCAvIGNvbmZpZyB0aGVuIG9ubHkuLi4K CgpiZXN0IHJlZ2FyZHMsCgoKTmllbHMuCi0gLS0KTmllbHMgRGV0dGVuYmFjaApTeW5kaWNhdCBJ VCZJbnRlcm5ldApodHRwOi8vd3d3LnN5bmRpY2F0LmNvbQotLS0tLUJFR0lOIFBHUCBTSUdOQVRV UkUtLS0tLQpWZXJzaW9uOiBBUEcgdjEuMC44CgppSUVFQVJFSUFFRUZBaytKMWFjNkhFNXBaV3h6 SUVSbGRIUmxibUpoWTJnZ0tGTjVibVJwWTJGMElFbFVKa2x1CmRHVnlibVYwS1NBOGJtUkFjM2x1 WkdsallYUXVZMjl0UGdBS0NSQlUzRVJsWlJ5aURmQjNBSjQwd1hFSmRHMWoKdFlCekxJOGk0WTlu V0hmNGx3Q2VMcDhQV3lSQmtqVkkrU1dvd0ZHN09mWEcxNDQ9Cj11ZHdOCi0tLS0tRU5EIFBHUCBT SUdOQVRVUkUtLS0tLQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sat Apr 14 20:03:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 20:03: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 1SJ9An-0005ms-9J; Sat, 14 Apr 2012 20:02:17 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJ9Am-0005mn-9p for xen-users@lists.xen.org; Sat, 14 Apr 2012 20:02:16 +0000 Received: from [193.109.254.147:40946] by server-9.bemta-14.messagelabs.com id D7/94-05787-7C7D98F4; Sat, 14 Apr 2012 20:02:15 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-15.tower-27.messagelabs.com!1334433734!4615380!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1282 invoked from network); 14 Apr 2012 20:02:14 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 14 Apr 2012 20:02:14 -0000 Received: from p5dc3edb2.dip.t-dialin.net ([93.195.237.178] helo=[10.1.1.156]) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:RC4-MD5:128) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SJ9Ah-0004ZI-MA; Sat, 14 Apr 2012 22:02:12 +0200 References: <4F89B36E.70502@it-infrastrukturen.org> <4F89D27B.7000107@it-infrastrukturen.org> User-Agent: K-9 Mail for Android In-Reply-To: <4F89D27B.7000107@it-infrastrukturen.org> MIME-Version: 1.0 From: "Niels Dettenbach (Syndicat IT&Internet)" Date: Sat, 14 Apr 2012 21:53:11 +0200 To: Mark Schneider ,xen-users@lists.xen.org Message-ID: <797f39e0-04d7-436f-b5e9-234591c564e3@email.android.com> Subject: Re: [Xen-users] How to set up 1GBit NIC for "Other template" on XCP 1.5 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQpIYXNoOiBTSEEyNTYKCgoKTWFyayBT Y2huZWlkZXIgPG1zQGl0LWluZnJhc3RydWt0dXJlbi5vcmc+IHNjaHJpZWI6Cgo+SSB1c2UgIk90 aGVyIHRlbXBsYXRlIiBhbmQgaXQgaXMgKGFzIGZhciBJIHVuZGVyc3Rvb2QpIEhWTS4KCi4uLmht bSwgZGlkIG5vdCBrbm93IFhDUCBpbiBkZXRhaWwgKGJ1dCB4ZW4pIGJ1dCBpZiB5b3UgYXJlIGxp a2UgdG8gdXNlIExpbnV4IC8gVWJ1bnR1IGFzIGd1ZXN0IE9TIHdoeSBkaWQgeW91IHdhbnQgdG8g dXNlIHJlc3NvdXJjZSB3YXN0aW5nIEhWTT8gSSBoYXJkbHkgYXNzdW1lIHRoYXQgWENQIG9mZmVy cyBQViBzZXR1cHMgdG9vIGFzIGl0IGlzIGxpa2UgYSBwYXJ0IG9mIHRoZSB4ZW4gbmF0aXZlIGZh bWlseSAoaWYgbm90IHBscyBsZXQgbWUga25vdyB0aGlzIHRvbykuCgpVYnVudHUgYWZhaWsgb2Zm ZXJzIHhlbiBEb21VIHN1cHBvcnQgb3V0IG9mIHRoZSBib3ggaW4gZGlmZmVyZW50IHdheXMgYW5k IG5lYXJseSBhbGwgb2YgdXMgZGlkIG5vdCBoYXZlIHJlc3NvdXJjZXMgdG8gd2FzdGUuIMOfKQoK SWYgeW91IHVzZSBQViB0aGVyZSBpcyBubyBzcGVjaWFsIC8gZnVydGhlciBkcml2ZXIgbGltaXQg YW5kIHlvdSB3aWxsIGdldCBzaWduaWZpY2FudGx5IG1vcmUgb3V0IG9mIHlvdXIgaGFsZiBtZXRh bCB0aGVuIGl0IHdvdWxkIGJlIHBvc3NpYmxlIHdpdGggSFZNIGluIGFueSB3YXkgLSBuZWFybHkg dGhlIHNhbWUgYXMgZnJvbSBuYXRpdmUgT1NlcyBvbiB0aGUgc2FtZSBtYWNoaW5lLiBPdGhlciBs aW1pdHMgY291bGQgYmUgZnJvbSBoYXJkd2FyZSBzZXR1cCAvIGNvbmZpZyB0aGVuIG9ubHkuLi4K CgpiZXN0IHJlZ2FyZHMsCgoKTmllbHMuCi0gLS0KTmllbHMgRGV0dGVuYmFjaApTeW5kaWNhdCBJ VCZJbnRlcm5ldApodHRwOi8vd3d3LnN5bmRpY2F0LmNvbQotLS0tLUJFR0lOIFBHUCBTSUdOQVRV UkUtLS0tLQpWZXJzaW9uOiBBUEcgdjEuMC44CgppSUVFQVJFSUFFRUZBaytKMWFjNkhFNXBaV3h6 SUVSbGRIUmxibUpoWTJnZ0tGTjVibVJwWTJGMElFbFVKa2x1CmRHVnlibVYwS1NBOGJtUkFjM2x1 WkdsallYUXVZMjl0UGdBS0NSQlUzRVJsWlJ5aURmQjNBSjQwd1hFSmRHMWoKdFlCekxJOGk0WTlu V0hmNGx3Q2VMcDhQV3lSQmtqVkkrU1dvd0ZHN09mWEcxNDQ9Cj11ZHdOCi0tLS0tRU5EIFBHUCBT SUdOQVRVUkUtLS0tLQoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sat Apr 14 22:05:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 22:05: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 1SJB4f-00070H-MH; Sat, 14 Apr 2012 22:04:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJB4e-00070C-7q for xen-users@lists.xen.org; Sat, 14 Apr 2012 22:04:04 +0000 Received: from [85.158.138.51:16637] by server-3.bemta-3.messagelabs.com id 98/F8-04048-354F98F4; Sat, 14 Apr 2012 22:04:03 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1334441040!22162986!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2055 invoked from network); 14 Apr 2012 22:04:02 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 22:04:02 -0000 Received: by dajx4 with SMTP id x4so5915198daj.28 for ; Sat, 14 Apr 2012 15:03:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=CIbdDWVpcavfPHhq0C5h2r1Q8wQmMhd7brfKLAPD7fA=; b=TeYqxO+VFmUAhFoX+I6Xwl1lGXkZs4+PTjJ71K4buV5JfTisXjFwFLZOo0imOI3oQp cJP1Rzw71s4PPQpqJ05LSYAbvgjl4nJGhxGswT+U56lc2RlFv0wcWxHFmN4pXoRKMRD2 DxnGH47Kd+yfXAoH7YM2Kvkv42uWyFPsDkqdMNOs5N1a32boLtaus06k+odxZ0VcsP+B 2TxdINMryA17+GFLCEMs/NEcAy5gK2fGKhzZ/njIcxlAChiaUBNLQEB9/15inYZyk/1j V6/Kr/bbQbmlt5t88B/IJLu1ifweXt0Vpl31SgBg8xBR/TVhhUpFTuLZxprK2PG1GPNW tt2A== MIME-Version: 1.0 Received: by 10.68.223.193 with SMTP id qw1mr15588002pbc.61.1334441039355; Sat, 14 Apr 2012 15:03:59 -0700 (PDT) Received: by 10.68.130.100 with HTTP; Sat, 14 Apr 2012 15:03:59 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Apr 2012 05:03:59 +0700 Message-ID: From: "Fajar A. Nugraha" To: Xi Shen X-Gm-Message-State: ALoCoQnYxlFMuTR/PN6b+YAwqZeCAiOBM+RPEx3xcsSoE084qbtxClifN7YpjfEh/Wox/+pqXEno Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012 at 7:10 PM, Xi Shen wrote: > I have just tried the 'script' option, it does no work at all. > > I am going to take your advice and set up my network bridge myself. But I= do > not have much knowledge with bridging. I used KVM before, and you need to > set up KVM network by manual. This is how I set up a NAT network for my K= VM > vm: > > =A0 =A0 tunctl -u user > =A0 =A0 ip link set promisc on dev tap0 > =A0 =A0 ip addr add 10.0.0.1/24 dev tap0 > =A0 =A0 ip link set up dev tap0 > > > kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,script=3Dno,downscript= =3Dno > /path/to/kvm.img > > > KVM uses TAP, instead Xen uses bridge. Can you be kind to help me transla= te > above script so it works with Xen? Did you read the link I sent earlier? Use that, and then setup xen to use that bridge. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 14 22:05:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 14 Apr 2012 22:05: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 1SJB4f-00070H-MH; Sat, 14 Apr 2012 22:04:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJB4e-00070C-7q for xen-users@lists.xen.org; Sat, 14 Apr 2012 22:04:04 +0000 Received: from [85.158.138.51:16637] by server-3.bemta-3.messagelabs.com id 98/F8-04048-354F98F4; Sat, 14 Apr 2012 22:04:03 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-174.messagelabs.com!1334441040!22162986!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2055 invoked from network); 14 Apr 2012 22:04:02 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 14 Apr 2012 22:04:02 -0000 Received: by dajx4 with SMTP id x4so5915198daj.28 for ; Sat, 14 Apr 2012 15:03:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=CIbdDWVpcavfPHhq0C5h2r1Q8wQmMhd7brfKLAPD7fA=; b=TeYqxO+VFmUAhFoX+I6Xwl1lGXkZs4+PTjJ71K4buV5JfTisXjFwFLZOo0imOI3oQp cJP1Rzw71s4PPQpqJ05LSYAbvgjl4nJGhxGswT+U56lc2RlFv0wcWxHFmN4pXoRKMRD2 DxnGH47Kd+yfXAoH7YM2Kvkv42uWyFPsDkqdMNOs5N1a32boLtaus06k+odxZ0VcsP+B 2TxdINMryA17+GFLCEMs/NEcAy5gK2fGKhzZ/njIcxlAChiaUBNLQEB9/15inYZyk/1j V6/Kr/bbQbmlt5t88B/IJLu1ifweXt0Vpl31SgBg8xBR/TVhhUpFTuLZxprK2PG1GPNW tt2A== MIME-Version: 1.0 Received: by 10.68.223.193 with SMTP id qw1mr15588002pbc.61.1334441039355; Sat, 14 Apr 2012 15:03:59 -0700 (PDT) Received: by 10.68.130.100 with HTTP; Sat, 14 Apr 2012 15:03:59 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Apr 2012 05:03:59 +0700 Message-ID: From: "Fajar A. Nugraha" To: Xi Shen X-Gm-Message-State: ALoCoQnYxlFMuTR/PN6b+YAwqZeCAiOBM+RPEx3xcsSoE084qbtxClifN7YpjfEh/Wox/+pqXEno Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012 at 7:10 PM, Xi Shen wrote: > I have just tried the 'script' option, it does no work at all. > > I am going to take your advice and set up my network bridge myself. But I= do > not have much knowledge with bridging. I used KVM before, and you need to > set up KVM network by manual. This is how I set up a NAT network for my K= VM > vm: > > =A0 =A0 tunctl -u user > =A0 =A0 ip link set promisc on dev tap0 > =A0 =A0 ip addr add 10.0.0.1/24 dev tap0 > =A0 =A0 ip link set up dev tap0 > > > kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,script=3Dno,downscript= =3Dno > /path/to/kvm.img > > > KVM uses TAP, instead Xen uses bridge. Can you be kind to help me transla= te > above script so it works with Xen? Did you read the link I sent earlier? Use that, and then setup xen to use that bridge. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 15 02:47:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 02:47: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 1SJFTS-0004mF-UD; Sun, 15 Apr 2012 02:45:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJFTR-0004mA-0F for xen-users@lists.xen.org; Sun, 15 Apr 2012 02:45:57 +0000 Received: from [193.109.254.147:40710] by server-6.bemta-14.messagelabs.com id 2B/EE-02047-4663A8F4; Sun, 15 Apr 2012 02:45:56 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1334457955!4628423!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3740 invoked from network); 15 Apr 2012 02:45:55 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 02:45:55 -0000 Received: by bkcjg9 with SMTP id jg9so3767804bkc.32 for ; Sat, 14 Apr 2012 19:45:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=4RNFb5W9fgqqAjJ4QPWcwotlJrnT4Y9cqy8JBKlse3g=; b=pAdKan7CyROKdanh+lckO+X5lbssU+m2c0dEckYwuh4aw6jXF0wz5+ewqczX9LC0vH JYKqEK3ayHasrFGbulzV0CFChwtLAEKIAuDmmWEriiKZbSB1h99FJg76bU12vR3RJB2j e6Vu3zmD2czyktcjnEvn8srHWQUbhQGvNl5ku47FkZWN+ymg1KkMt+dA5a4EOatTZ2Nt T2w8XfJ9awU7BU2v8rXwZDcAwwLBPZ9cEzIbgpmIRjkzfzwQ8AcBW3xqd+L8C5QHhZqy yVkytroF9O6BGjkOxizaHwML4djSwbsYohp2YEJqj3abY9UcVWKvpsBxRM5lnBZbL1le mATA== MIME-Version: 1.0 Received: by 10.204.152.88 with SMTP id f24mr1963378bkw.121.1334457953865; Sat, 14 Apr 2012 19:45:53 -0700 (PDT) Received: by 10.205.83.5 with HTTP; Sat, 14 Apr 2012 19:45:53 -0700 (PDT) In-Reply-To: <4F896E78.2030409@gmail.com> References: <4F896E78.2030409@gmail.com> Date: Sat, 14 Apr 2012 22:45:53 -0400 Message-ID: From: Outback Dingo To: "Oper.ML" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012 at 8:32 AM, Oper.ML wrote: > Hi guys, > > =A0=A0=A0 i have a SuperMicro server with an LSI SATA Controler with 16 h= dd > attached in RAID50. > =A0=A0=A0 I would like to know wich operational system should i work with= in this > server? I will have 4 Xen host servers bringing up the DomUs in iSCSI wit= h a > dedicated gigabit network. > =A0=A0=A0 I already had experience with the CenOS 5.5, running the TGTD d= aemon, e > not pleasure one, cause the system keep staying with WAIT (I/O) reaching > 100%, causing the DomUs o hang/freeze and remount the partitions in RO. > =A0=A0=A0 I'm thinking about Ubuntu Server. Does anyone have sugestions a= nd some > experience to share about this? Might want to look at FreeNAS, OpenFiler or NexentaStor all open source and decent SAN/NAS installs..... my preference is FreeNAS w/ ZFS > > Thanks alot. > Tony M. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 15 02:47:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 02:47: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 1SJFTS-0004mF-UD; Sun, 15 Apr 2012 02:45:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJFTR-0004mA-0F for xen-users@lists.xen.org; Sun, 15 Apr 2012 02:45:57 +0000 Received: from [193.109.254.147:40710] by server-6.bemta-14.messagelabs.com id 2B/EE-02047-4663A8F4; Sun, 15 Apr 2012 02:45:56 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1334457955!4628423!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3740 invoked from network); 15 Apr 2012 02:45:55 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 02:45:55 -0000 Received: by bkcjg9 with SMTP id jg9so3767804bkc.32 for ; Sat, 14 Apr 2012 19:45:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=4RNFb5W9fgqqAjJ4QPWcwotlJrnT4Y9cqy8JBKlse3g=; b=pAdKan7CyROKdanh+lckO+X5lbssU+m2c0dEckYwuh4aw6jXF0wz5+ewqczX9LC0vH JYKqEK3ayHasrFGbulzV0CFChwtLAEKIAuDmmWEriiKZbSB1h99FJg76bU12vR3RJB2j e6Vu3zmD2czyktcjnEvn8srHWQUbhQGvNl5ku47FkZWN+ymg1KkMt+dA5a4EOatTZ2Nt T2w8XfJ9awU7BU2v8rXwZDcAwwLBPZ9cEzIbgpmIRjkzfzwQ8AcBW3xqd+L8C5QHhZqy yVkytroF9O6BGjkOxizaHwML4djSwbsYohp2YEJqj3abY9UcVWKvpsBxRM5lnBZbL1le mATA== MIME-Version: 1.0 Received: by 10.204.152.88 with SMTP id f24mr1963378bkw.121.1334457953865; Sat, 14 Apr 2012 19:45:53 -0700 (PDT) Received: by 10.205.83.5 with HTTP; Sat, 14 Apr 2012 19:45:53 -0700 (PDT) In-Reply-To: <4F896E78.2030409@gmail.com> References: <4F896E78.2030409@gmail.com> Date: Sat, 14 Apr 2012 22:45:53 -0400 Message-ID: From: Outback Dingo To: "Oper.ML" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012 at 8:32 AM, Oper.ML wrote: > Hi guys, > > =A0=A0=A0 i have a SuperMicro server with an LSI SATA Controler with 16 h= dd > attached in RAID50. > =A0=A0=A0 I would like to know wich operational system should i work with= in this > server? I will have 4 Xen host servers bringing up the DomUs in iSCSI wit= h a > dedicated gigabit network. > =A0=A0=A0 I already had experience with the CenOS 5.5, running the TGTD d= aemon, e > not pleasure one, cause the system keep staying with WAIT (I/O) reaching > 100%, causing the DomUs o hang/freeze and remount the partitions in RO. > =A0=A0=A0 I'm thinking about Ubuntu Server. Does anyone have sugestions a= nd some > experience to share about this? Might want to look at FreeNAS, OpenFiler or NexentaStor all open source and decent SAN/NAS installs..... my preference is FreeNAS w/ ZFS > > Thanks alot. > Tony M. > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 15 03:36:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 03:36: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 1SJGFb-0005GG-3A; Sun, 15 Apr 2012 03:35:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJGFZ-0005GB-Ix for xen-users@lists.xen.org; Sun, 15 Apr 2012 03:35:41 +0000 Received: from [85.158.143.35:40305] by server-2.bemta-4.messagelabs.com id F6/46-17550-C024A8F4; Sun, 15 Apr 2012 03:35:40 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334460925!10004473!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDcxMzUgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 901 invoked from network); 15 Apr 2012 03:35:26 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 03:35:26 -0000 Received: by ghrr14 with SMTP id r14so2475102ghr.32 for ; Sat, 14 Apr 2012 20:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tR67cagSTb/UpdwxdIbxhlywkpBb6U/FWmt7pxiZQNI=; b=CWHGb+R82AXIVSqgATEqazRDeqpeu/TL3ovXwgUlTN61s/bMOp6cn8dFjNWDxvXBA6 QEKPlON8N75QDLLHdzKLptAcvz8vNdivUQWfrsOIUb16wHgLjPqgNJhRDyt8QxS5qahE mzV8V0rtd9S14l7CDW81SJ13q4Fv5+XYrLm9ru8g8rg5apPLNujGUYUP7uvJwxC5Pz9b XF3vPaFGPLbYCEV+A+UC0DrvSe8P+tj6SPCvW9o0NUR8/IW4jTr27QGvwo0qxVDIdZK+ Xd/29JEw34zJM6YxAAZLMyl0zPKg8+JC/GHX/TP+uTk1LCaVXuxrX8eYfotKf7eWIjl2 HruA== MIME-Version: 1.0 Received: by 10.236.109.198 with SMTP id s46mr6725226yhg.43.1334460924774; Sat, 14 Apr 2012 20:35:24 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 14 Apr 2012 20:35:24 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Apr 2012 11:35:24 +0800 Message-ID: From: Xi Shen To: "Fajar A. Nugraha" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7323578994695373584==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7323578994695373584== Content-Type: multipart/alternative; boundary=20cf303ea76863482e04bdaf65d7 --20cf303ea76863482e04bdaf65d7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, I read. Except I do not use Ubuntu, but Gentoo. Anyway, I figured it out myself. Thanks. On Sunday, April 15, 2012, Fajar A. Nugraha wrote: > On Sat, Apr 14, 2012 at 7:10 PM, Xi Shen > > wrote: > > I have just tried the 'script' option, it does no work at all. > > > > I am going to take your advice and set up my network bridge myself. But > I do > > not have much knowledge with bridging. I used KVM before, and you need = to > > set up KVM network by manual. This is how I set up a NAT network for my > KVM > > vm: > > > > tunctl -u user > > ip link set promisc on dev tap0 > > ip addr add 10.0.0.1/24 dev tap0 > > ip link set up dev tap0 > > > > > > kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,script=3Dno,downscrip= t=3Dno > > /path/to/kvm.img > > > > > > KVM uses TAP, instead Xen uses bridge. Can you be kind to help me > translate > > above script so it works with Xen? > > Did you read the link I sent earlier? > > Use that, and then setup xen to use that bridge. > > -- > Fajar > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303ea76863482e04bdaf65d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, I read. Except I do not use Ubuntu, but Gentoo. Anyway, I figured it o= ut myself. Thanks.


On Sunday, April 15, 2012, Fajar A. Nugraha = wrote:
On Sat, Apr 14, 2012 at 7:10 PM, Xi Shen <davidshen= 84@gmail.com> wrote:
> I have just tried the 'script' option, it does no work at all.=
>
> I am going to take your advice and set up my network bridge myself. Bu= t I do
> not have much knowledge with bridging. I used KVM before, and you need= to
> set up KVM network by manual. This is how I set up a NAT network for m= y KVM
> vm:
>
> =C2=A0 =C2=A0 tunctl -u user
> =C2=A0 =C2=A0 ip link set promisc on dev tap0
> =C2=A0 =C2=A0 ip addr add 10.0.0.1/24 dev tap0
> =C2=A0 =C2=A0 ip link set up dev tap0
>
>
> kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,script=3Dno,downscri= pt=3Dno
> /path/to/kvm.img
>
>
> KVM uses TAP, instead Xen uses bridge. Can you be kind to help me tran= slate
> above script so it works with Xen?

Did you read the link I sent earlier?

Use that, and then setup xen to use that bridge.

--
Fajar


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303ea76863482e04bdaf65d7-- --===============7323578994695373584== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7323578994695373584==-- From xen-users-bounces@lists.xen.org Sun Apr 15 03:36:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 03:36: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 1SJGFb-0005GG-3A; Sun, 15 Apr 2012 03:35:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJGFZ-0005GB-Ix for xen-users@lists.xen.org; Sun, 15 Apr 2012 03:35:41 +0000 Received: from [85.158.143.35:40305] by server-2.bemta-4.messagelabs.com id F6/46-17550-C024A8F4; Sun, 15 Apr 2012 03:35:40 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334460925!10004473!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP,spamassassin: ,async_handler: YXN5bmNfZGVsYXk6IDcwNDcxMzUgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 901 invoked from network); 15 Apr 2012 03:35:26 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 03:35:26 -0000 Received: by ghrr14 with SMTP id r14so2475102ghr.32 for ; Sat, 14 Apr 2012 20:35:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tR67cagSTb/UpdwxdIbxhlywkpBb6U/FWmt7pxiZQNI=; b=CWHGb+R82AXIVSqgATEqazRDeqpeu/TL3ovXwgUlTN61s/bMOp6cn8dFjNWDxvXBA6 QEKPlON8N75QDLLHdzKLptAcvz8vNdivUQWfrsOIUb16wHgLjPqgNJhRDyt8QxS5qahE mzV8V0rtd9S14l7CDW81SJ13q4Fv5+XYrLm9ru8g8rg5apPLNujGUYUP7uvJwxC5Pz9b XF3vPaFGPLbYCEV+A+UC0DrvSe8P+tj6SPCvW9o0NUR8/IW4jTr27QGvwo0qxVDIdZK+ Xd/29JEw34zJM6YxAAZLMyl0zPKg8+JC/GHX/TP+uTk1LCaVXuxrX8eYfotKf7eWIjl2 HruA== MIME-Version: 1.0 Received: by 10.236.109.198 with SMTP id s46mr6725226yhg.43.1334460924774; Sat, 14 Apr 2012 20:35:24 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sat, 14 Apr 2012 20:35:24 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Apr 2012 11:35:24 +0800 Message-ID: From: Xi Shen To: "Fajar A. Nugraha" Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] vif-bridge script is called even configured to use NAT X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7323578994695373584==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7323578994695373584== Content-Type: multipart/alternative; boundary=20cf303ea76863482e04bdaf65d7 --20cf303ea76863482e04bdaf65d7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, I read. Except I do not use Ubuntu, but Gentoo. Anyway, I figured it out myself. Thanks. On Sunday, April 15, 2012, Fajar A. Nugraha wrote: > On Sat, Apr 14, 2012 at 7:10 PM, Xi Shen > > wrote: > > I have just tried the 'script' option, it does no work at all. > > > > I am going to take your advice and set up my network bridge myself. But > I do > > not have much knowledge with bridging. I used KVM before, and you need = to > > set up KVM network by manual. This is how I set up a NAT network for my > KVM > > vm: > > > > tunctl -u user > > ip link set promisc on dev tap0 > > ip addr add 10.0.0.1/24 dev tap0 > > ip link set up dev tap0 > > > > > > kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,script=3Dno,downscrip= t=3Dno > > /path/to/kvm.img > > > > > > KVM uses TAP, instead Xen uses bridge. Can you be kind to help me > translate > > above script so it works with Xen? > > Did you read the link I sent earlier? > > Use that, and then setup xen to use that bridge. > > -- > Fajar > --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303ea76863482e04bdaf65d7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Yes, I read. Except I do not use Ubuntu, but Gentoo. Anyway, I figured it o= ut myself. Thanks.


On Sunday, April 15, 2012, Fajar A. Nugraha = wrote:
On Sat, Apr 14, 2012 at 7:10 PM, Xi Shen <davidshen= 84@gmail.com> wrote:
> I have just tried the 'script' option, it does no work at all.=
>
> I am going to take your advice and set up my network bridge myself. Bu= t I do
> not have much knowledge with bridging. I used KVM before, and you need= to
> set up KVM network by manual. This is how I set up a NAT network for m= y KVM
> vm:
>
> =C2=A0 =C2=A0 tunctl -u user
> =C2=A0 =C2=A0 ip link set promisc on dev tap0
> =C2=A0 =C2=A0 ip addr add 10.0.0.1/24 dev tap0
> =C2=A0 =C2=A0 ip link set up dev tap0
>
>
> kvm -net nic,macaddr=3Dmac -net tap,ifname=3Dtap0,script=3Dno,downscri= pt=3Dno
> /path/to/kvm.img
>
>
> KVM uses TAP, instead Xen uses bridge. Can you be kind to help me tran= slate
> above script so it works with Xen?

Did you read the link I sent earlier?

Use that, and then setup xen to use that bridge.

--
Fajar


--
Regards=EF=BC=8C
David Shen

http://about.me/davids= hen
https://twitter.com/#!/davidshen84
--20cf303ea76863482e04bdaf65d7-- --===============7323578994695373584== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7323578994695373584==-- From xen-users-bounces@lists.xen.org Sun Apr 15 13:44:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 13:44: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 1SJPj8-0001F2-1f; Sun, 15 Apr 2012 13:42:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJPj6-0001Ex-Ee for xen-users@lists.xensource.com; Sun, 15 Apr 2012 13:42:48 +0000 Received: from [85.158.139.83:35278] by server-9.bemta-5.messagelabs.com id EA/96-09826-750DA8F4; Sun, 15 Apr 2012 13:42:47 +0000 X-Env-Sender: romihs.forums@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334497366!23878308!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13133 invoked from network); 15 Apr 2012 13:42:46 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 13:42:46 -0000 Received: by eekc13 with SMTP id c13so1498652eek.30 for ; Sun, 15 Apr 2012 06:42:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EOEFE1opA8V7ToG8nQ9aFnL1DbVD6cFDJzBI36le3v0=; b=NvR7CCTVTFQtoU38ilrdlE54UyiG1TwGH9bwabVs1/sDjR22LdWrHquUIhGAGPN/7d wlz5yJ6nU/mz393TBUt3CQvGu4VIIE25p7fJOPhRiHI2nAgJDXr5lOTUAEMuUtvmep41 8nXvDuniicijcvU3UFTiOAxVCQJN5nsk+g7/L/4DrrsMWyaJxKtJE14wFV1vddTOKBUv 4unI9hDcRg6Pg9/zOSgF99at1DL4VSBNqcZowkXLl/djUrNfwIgEBJfFV61VyDmzm0/N oXhYFhuqmM45toe8O3ZknJoLhUJG1DWuoJOrhakpRxk4xjqHFydpiyBYPA/dcc2foS8E 4g9A== MIME-Version: 1.0 Received: by 10.213.23.11 with SMTP id p11mr590886ebb.235.1334497366375; Sun, 15 Apr 2012 06:42:46 -0700 (PDT) Received: by 10.213.36.17 with HTTP; Sun, 15 Apr 2012 06:42:46 -0700 (PDT) Date: Sun, 15 Apr 2012 15:42:46 +0200 Message-ID: From: Sandi Romih To: xen-users@lists.xensource.com Subject: [Xen-users] Trying to install openindiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6115845483161569002==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6115845483161569002== Content-Type: multipart/alternative; boundary=0015174c436c79fdba04bdb7e188 --0015174c436c79fdba04bdb7e188 Content-Type: text/plain; charset=ISO-8859-1 Hello, I am trying to get openindian 151a running under Xen. I am using xen unstable rev 24798 and Debian Squeeze domain 0. My cfg file is: # builder='hvm' disk = [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , 'file:/xen-vms/oi/xenoi.img,hda,w' ] vif = [ 'bridge=eth0, mac=00:14:3e:00:8f:d8' ] vcpus = 2 memory = 2048 name = "oi" kernel = "/xen-vms/oi/kernels/unix" ramdisk = "/xen-vms/oi/kernels/boot_archive" extra = "/platform/i86xpv/kernel/amd64/unix -B console=ttya" on_shutdown = "destroy" on_reboot = "restart" on_crash = "destroy" The VM starts up when I create it and it appears to boot. It also gets an IP address assigned to it and I can ping it. My problem is that I can not ssh to the install. I am not an experienced linux or xen user, and I can not think of any other way I could connect to the VM via a console or something... If I try and run the installation in HVM, I can see (in vncviewer) the openindiana install menu come up, but whatever I select from there causes the VM to freeze after it preforms its initial start-up (............). It does not get an IP address assigned to it, I assume that the OS is not running.... I dont understand how one goes about doing the installation if one can not access the VM through vncviewer or through a remote login. Any help would be appreciated. Regards Sandi --0015174c436c79fdba04bdb7e188 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I am trying to get openindian 151a running under = Xen.
I am using xen unstable rev 24798 and Debian Squeeze domain = 0.

My cfg file is:

# b= uilder=3D'hvm'

=A0di= sk =3D [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , 'file:/xen= -vms/oi/xenoi.img,hda,w' ]

=A0vi= f =3D [ 'bridge=3Deth0, mac=3D00:14:3e:00:8f:d8' ]=A0
<= div>
=A0vcpus =3D 2
=A0memory =3D 2048=
=A0na= me =3D "oi"

=A0kernel =3D &quo= t;/xen-vms/oi/kernels/unix"
=A0ramdisk =3D "/xen-vms/oi/kernels/boot_ar= chive"
=A0extra =3D "= ;/platform/i86xpv/kernel/amd64/unix -B console=3Dttya"

 on_shutdown =3D "= ;destroy"
=A0on_reboot =3D &= quot;restart"
=A0on_crash =3D "destroy"


<= div style=3D"font-size:14px;white-space:pre-wrap">
The VM starts up when I create it and i= t appears to boot. It also gets an IP address assigned to it and I can ping= it.
My problem is that I can= not ssh to the install. I am not an experienced linux or xen user, and I c= an not think of any other way I could connect to the VM via a console or so= mething...

If I try and run the installation in H= VM, I can see (in vncviewer) the openindiana install menu come up, but what= ever I select from there causes the VM to freeze after it preforms its init= ial start-up (............). It does not get an IP address assigned to it, = I assume that the OS is not running....

I dont understand how one goes about d= oing the installation if one can not access the VM through vncviewer or thr= ough a remote login.

Any help would be appreciated.

Regards Sandi


 --0015174c436c79fdba04bdb7e188-- --===============6115845483161569002== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6115845483161569002==-- From xen-users-bounces@lists.xen.org Sun Apr 15 13:44:29 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 13:44: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 1SJPj8-0001F2-1f; Sun, 15 Apr 2012 13:42:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJPj6-0001Ex-Ee for xen-users@lists.xensource.com; Sun, 15 Apr 2012 13:42:48 +0000 Received: from [85.158.139.83:35278] by server-9.bemta-5.messagelabs.com id EA/96-09826-750DA8F4; Sun, 15 Apr 2012 13:42:47 +0000 X-Env-Sender: romihs.forums@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334497366!23878308!1 X-Originating-IP: [74.125.83.43] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13133 invoked from network); 15 Apr 2012 13:42:46 -0000 Received: from mail-ee0-f43.google.com (HELO mail-ee0-f43.google.com) (74.125.83.43) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 13:42:46 -0000 Received: by eekc13 with SMTP id c13so1498652eek.30 for ; Sun, 15 Apr 2012 06:42:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EOEFE1opA8V7ToG8nQ9aFnL1DbVD6cFDJzBI36le3v0=; b=NvR7CCTVTFQtoU38ilrdlE54UyiG1TwGH9bwabVs1/sDjR22LdWrHquUIhGAGPN/7d wlz5yJ6nU/mz393TBUt3CQvGu4VIIE25p7fJOPhRiHI2nAgJDXr5lOTUAEMuUtvmep41 8nXvDuniicijcvU3UFTiOAxVCQJN5nsk+g7/L/4DrrsMWyaJxKtJE14wFV1vddTOKBUv 4unI9hDcRg6Pg9/zOSgF99at1DL4VSBNqcZowkXLl/djUrNfwIgEBJfFV61VyDmzm0/N oXhYFhuqmM45toe8O3ZknJoLhUJG1DWuoJOrhakpRxk4xjqHFydpiyBYPA/dcc2foS8E 4g9A== MIME-Version: 1.0 Received: by 10.213.23.11 with SMTP id p11mr590886ebb.235.1334497366375; Sun, 15 Apr 2012 06:42:46 -0700 (PDT) Received: by 10.213.36.17 with HTTP; Sun, 15 Apr 2012 06:42:46 -0700 (PDT) Date: Sun, 15 Apr 2012 15:42:46 +0200 Message-ID: From: Sandi Romih To: xen-users@lists.xensource.com Subject: [Xen-users] Trying to install openindiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6115845483161569002==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6115845483161569002== Content-Type: multipart/alternative; boundary=0015174c436c79fdba04bdb7e188 --0015174c436c79fdba04bdb7e188 Content-Type: text/plain; charset=ISO-8859-1 Hello, I am trying to get openindian 151a running under Xen. I am using xen unstable rev 24798 and Debian Squeeze domain 0. My cfg file is: # builder='hvm' disk = [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , 'file:/xen-vms/oi/xenoi.img,hda,w' ] vif = [ 'bridge=eth0, mac=00:14:3e:00:8f:d8' ] vcpus = 2 memory = 2048 name = "oi" kernel = "/xen-vms/oi/kernels/unix" ramdisk = "/xen-vms/oi/kernels/boot_archive" extra = "/platform/i86xpv/kernel/amd64/unix -B console=ttya" on_shutdown = "destroy" on_reboot = "restart" on_crash = "destroy" The VM starts up when I create it and it appears to boot. It also gets an IP address assigned to it and I can ping it. My problem is that I can not ssh to the install. I am not an experienced linux or xen user, and I can not think of any other way I could connect to the VM via a console or something... If I try and run the installation in HVM, I can see (in vncviewer) the openindiana install menu come up, but whatever I select from there causes the VM to freeze after it preforms its initial start-up (............). It does not get an IP address assigned to it, I assume that the OS is not running.... I dont understand how one goes about doing the installation if one can not access the VM through vncviewer or through a remote login. Any help would be appreciated. Regards Sandi --0015174c436c79fdba04bdb7e188 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I am trying to get openindian 151a running under = Xen.
I am using xen unstable rev 24798 and Debian Squeeze domain = 0.

My cfg file is:

# b= uilder=3D'hvm'

=A0di= sk =3D [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , 'file:/xen= -vms/oi/xenoi.img,hda,w' ]

=A0vi= f =3D [ 'bridge=3Deth0, mac=3D00:14:3e:00:8f:d8' ]=A0
<= div>
=A0vcpus =3D 2
=A0memory =3D 2048=
=A0na= me =3D "oi"

=A0kernel =3D &quo= t;/xen-vms/oi/kernels/unix"
=A0ramdisk =3D "/xen-vms/oi/kernels/boot_ar= chive"
=A0extra =3D "= ;/platform/i86xpv/kernel/amd64/unix -B console=3Dttya"

 on_shutdown =3D "= ;destroy"
=A0on_reboot =3D &= quot;restart"
=A0on_crash =3D "destroy"


<= div style=3D"font-size:14px;white-space:pre-wrap">
The VM starts up when I create it and i= t appears to boot. It also gets an IP address assigned to it and I can ping= it.
My problem is that I can= not ssh to the install. I am not an experienced linux or xen user, and I c= an not think of any other way I could connect to the VM via a console or so= mething...

If I try and run the installation in H= VM, I can see (in vncviewer) the openindiana install menu come up, but what= ever I select from there causes the VM to freeze after it preforms its init= ial start-up (............). It does not get an IP address assigned to it, = I assume that the OS is not running....

I dont understand how one goes about d= oing the installation if one can not access the VM through vncviewer or thr= ough a remote login.

Any help would be appreciated.

Regards Sandi


 --0015174c436c79fdba04bdb7e188-- --===============6115845483161569002== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6115845483161569002==-- From xen-users-bounces@lists.xen.org Sun Apr 15 13:57:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 13:57: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 1SJPvc-0001W3-Ib; Sun, 15 Apr 2012 13:55:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJPvb-0001Vx-Av for xen-users@lists.xen.org; Sun, 15 Apr 2012 13:55:43 +0000 Received: from [85.158.138.51:40234] by server-7.bemta-3.messagelabs.com id 26/6E-03078-E53DA8F4; Sun, 15 Apr 2012 13:55:42 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334498141!22229336!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19306 invoked from network); 15 Apr 2012 13:55:41 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 13:55:41 -0000 Received: by werp12 with SMTP id p12so3555058wer.32 for ; Sun, 15 Apr 2012 06:55:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=fofMbvkqmr/wSKjzPmDchon2aYTkq7ttlP4ZGc4817w=; b=vH/xPEchhG5h5/tnxxHXGb9hhHHPojr0IyNAi0zUfnViV0jDbLZnc9Xt86nGDaggI/ z9IIPW1QDfdTgNM7VS9kZk+HnX/C98qcB+1VBvjOYT6BCMBVclUSWLOdO71kCT32G1Xy sVkFepGzRoio/HsgDP8C5X6edvevsL3EXaFPghZ6Vj7pROoYNBVihyuD9sEfgInShboo 62avxh+Q2t2pNhz6/z6rwhKOs6EorS/XfJTEc3jpvFdoKIBFIekBhfQwJ1Fw3LJ5t2Em ERzIHHKnyF/rr2V/RLj7kzAuXhZdpBQnYDRWfjKZoDaNm8u3/8/zNgTf/jQmTBlYikTS V4eg== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr4651416wei.85.1334498141267; Sun, 15 Apr 2012 06:55:41 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Sun, 15 Apr 2012 06:55:41 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Apr 2012 09:55:41 -0400 X-Google-Sender-Auth: _F_0AEXjUHbO0jbMQu2JFhRySKM Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8025478664343990856==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8025478664343990856== Content-Type: multipart/alternative; boundary=0016e6de16b1a9e5da04bdb80f9f --0016e6de16b1a9e5da04bdb80f9f Content-Type: text/plain; charset=ISO-8859-1 anyone? anyone? Buehler? On Fri, Apr 13, 2012 at 9:29 AM, Alan McKay wrote: > Hey folks, > > I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same > behavior. > > Use virt-manager to create my VM. I had previously used the virsh > commands to create an iSCSI pool (I think that is the right term) and > so my iSCSI disk shows up fine in virt-manager and I can add it to the > VM. > > The install goes well the disk is there - I can either choose to > partition it manually or let it go automatic. During the install from > the Ubuntu live CD I can open a shell and see the disk mounted and > stuff being installed to it. > > After the install I can reboot from the Ubuntu live CD and I see the > iSCSI disk there. I can mount stuff and look at it - looks like the > install went fine. > > But I reboot and try to boot from the HD and it says : > > Boot from Hard Disk failed: could not read the boot disk > FATAL: No bootable device > > What's up with that? > > thanks, > -Alan > --0016e6de16b1a9e5da04bdb80f9f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable anyone?
anyone?
Buehler?

On= Fri, Apr 13, 2012 at 9:29 AM, Alan McKay <alan.mckay+xen@gmail.com> = wrote:
Hey folks,

I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same behavio= r.

Use virt-manager to create my VM. =A0I had previously used the virsh
commands to create an iSCSI pool (I think that is the right term) and
so my iSCSI disk shows up fine in virt-manager and I can add it to the
VM.

The install goes well the disk is there - I can either choose to
partition it manually or let it go automatic. =A0During the install from the Ubuntu live CD I can open a shell and see the disk mounted and
stuff being installed to it.

After the install I can reboot from the Ubuntu live CD and I see the
iSCSI disk there. =A0I can mount stuff and look at it - looks like the
install went fine.

But I reboot and try to boot from the HD and it says :

Boot from Hard Disk failed: could not read the boot disk
FATAL: No bootable device

What's up with that?

thanks,
-Alan

--0016e6de16b1a9e5da04bdb80f9f-- --===============8025478664343990856== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8025478664343990856==-- From xen-users-bounces@lists.xen.org Sun Apr 15 13:57:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 13:57: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 1SJPvc-0001W3-Ib; Sun, 15 Apr 2012 13:55:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJPvb-0001Vx-Av for xen-users@lists.xen.org; Sun, 15 Apr 2012 13:55:43 +0000 Received: from [85.158.138.51:40234] by server-7.bemta-3.messagelabs.com id 26/6E-03078-E53DA8F4; Sun, 15 Apr 2012 13:55:42 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334498141!22229336!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19306 invoked from network); 15 Apr 2012 13:55:41 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 13:55:41 -0000 Received: by werp12 with SMTP id p12so3555058wer.32 for ; Sun, 15 Apr 2012 06:55:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=fofMbvkqmr/wSKjzPmDchon2aYTkq7ttlP4ZGc4817w=; b=vH/xPEchhG5h5/tnxxHXGb9hhHHPojr0IyNAi0zUfnViV0jDbLZnc9Xt86nGDaggI/ z9IIPW1QDfdTgNM7VS9kZk+HnX/C98qcB+1VBvjOYT6BCMBVclUSWLOdO71kCT32G1Xy sVkFepGzRoio/HsgDP8C5X6edvevsL3EXaFPghZ6Vj7pROoYNBVihyuD9sEfgInShboo 62avxh+Q2t2pNhz6/z6rwhKOs6EorS/XfJTEc3jpvFdoKIBFIekBhfQwJ1Fw3LJ5t2Em ERzIHHKnyF/rr2V/RLj7kzAuXhZdpBQnYDRWfjKZoDaNm8u3/8/zNgTf/jQmTBlYikTS V4eg== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr4651416wei.85.1334498141267; Sun, 15 Apr 2012 06:55:41 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Sun, 15 Apr 2012 06:55:41 -0700 (PDT) In-Reply-To: References: Date: Sun, 15 Apr 2012 09:55:41 -0400 X-Google-Sender-Auth: _F_0AEXjUHbO0jbMQu2JFhRySKM Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8025478664343990856==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8025478664343990856== Content-Type: multipart/alternative; boundary=0016e6de16b1a9e5da04bdb80f9f --0016e6de16b1a9e5da04bdb80f9f Content-Type: text/plain; charset=ISO-8859-1 anyone? anyone? Buehler? On Fri, Apr 13, 2012 at 9:29 AM, Alan McKay wrote: > Hey folks, > > I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same > behavior. > > Use virt-manager to create my VM. I had previously used the virsh > commands to create an iSCSI pool (I think that is the right term) and > so my iSCSI disk shows up fine in virt-manager and I can add it to the > VM. > > The install goes well the disk is there - I can either choose to > partition it manually or let it go automatic. During the install from > the Ubuntu live CD I can open a shell and see the disk mounted and > stuff being installed to it. > > After the install I can reboot from the Ubuntu live CD and I see the > iSCSI disk there. I can mount stuff and look at it - looks like the > install went fine. > > But I reboot and try to boot from the HD and it says : > > Boot from Hard Disk failed: could not read the boot disk > FATAL: No bootable device > > What's up with that? > > thanks, > -Alan > --0016e6de16b1a9e5da04bdb80f9f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable anyone?
anyone?
Buehler?

On= Fri, Apr 13, 2012 at 9:29 AM, Alan McKay <alan.mckay+xen@gmail.com> = wrote:
Hey folks,

I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same behavio= r.

Use virt-manager to create my VM. =A0I had previously used the virsh
commands to create an iSCSI pool (I think that is the right term) and
so my iSCSI disk shows up fine in virt-manager and I can add it to the
VM.

The install goes well the disk is there - I can either choose to
partition it manually or let it go automatic. =A0During the install from the Ubuntu live CD I can open a shell and see the disk mounted and
stuff being installed to it.

After the install I can reboot from the Ubuntu live CD and I see the
iSCSI disk there. =A0I can mount stuff and look at it - looks like the
install went fine.

But I reboot and try to boot from the HD and it says :

Boot from Hard Disk failed: could not read the boot disk
FATAL: No bootable device

What's up with that?

thanks,
-Alan

--0016e6de16b1a9e5da04bdb80f9f-- --===============8025478664343990856== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8025478664343990856==-- From xen-users-bounces@lists.xen.org Sun Apr 15 18:04:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 18:04: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 1SJTmI-0003SG-Qa; Sun, 15 Apr 2012 18:02:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJTmI-0003SB-9I for xen-users@lists.xen.org; Sun, 15 Apr 2012 18:02:22 +0000 Received: from [85.158.143.99:18176] by server-1.bemta-4.messagelabs.com id 94/87-20925-D2D0B8F4; Sun, 15 Apr 2012 18:02:21 +0000 X-Env-Sender: felipe.coury@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334512939!12531631!1 X-Originating-IP: [209.85.216.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30214 invoked from network); 15 Apr 2012 18:02:20 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 18:02:20 -0000 Received: by qcsc20 with SMTP id c20so3392628qcs.32 for ; Sun, 15 Apr 2012 11:02:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=i5hiW9PHNcqK8Wl/WtipF82LlcRfWnEUEhrHjmGaJm4=; b=HjEoNP9+8Kwnz1zBgayls5g0pRp6ssR7Y2p6WqZ/h02VVCRGY07DOK8YyLLVHEJVX9 sEUf7JrqzYfiiqF6smqY+89ZMrtZxow4UsjaXTtJyntfSuTLi2qFf00qUBvMfALfB7iD o4g9GyQS2PHxGlwHrser7z5pmix/+NNJVqIqaYK0CAG+AOTTSx4AyYqskY2EMKzeqLKf BZbWf7syhHRL4xn5jnpfO8b3Gcnge8ODKLnntfBfjtBEQ10GR/rBF6/0EXrsStFmLCex V4Qy1rZmDUUVF6FWn0j63rs16cozNrlHMcyGGnQIpEHfV+UjEREIZ56AU5IfNiimMoT1 FEFQ== Received: by 10.229.115.5 with SMTP id g5mr3589201qcq.23.1334512939198; Sun, 15 Apr 2012 11:02:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.29.7 with HTTP; Sun, 15 Apr 2012 11:01:59 -0700 (PDT) In-Reply-To: References: From: Felipe Coury Date: Sun, 15 Apr 2012 15:01:59 -0300 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Callback scripts on VM lifecycle X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6477481795716641113==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6477481795716641113== Content-Type: multipart/alternative; boundary=00235429d050b0689e04bdbb8121 --00235429d050b0689e04bdbb8121 Content-Type: text/plain; charset=ISO-8859-1 Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0? Thanks in advance, -- Felipe. --00235429d050b0689e04bdbb8121 Content-Type: text/html; charset=ISO-8859-1
Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0?

Thanks in advance,

-- Felipe.

--00235429d050b0689e04bdbb8121-- --===============6477481795716641113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6477481795716641113==-- From xen-users-bounces@lists.xen.org Sun Apr 15 18:04:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 18:04: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 1SJTmI-0003SG-Qa; Sun, 15 Apr 2012 18:02:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJTmI-0003SB-9I for xen-users@lists.xen.org; Sun, 15 Apr 2012 18:02:22 +0000 Received: from [85.158.143.99:18176] by server-1.bemta-4.messagelabs.com id 94/87-20925-D2D0B8F4; Sun, 15 Apr 2012 18:02:21 +0000 X-Env-Sender: felipe.coury@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334512939!12531631!1 X-Originating-IP: [209.85.216.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30214 invoked from network); 15 Apr 2012 18:02:20 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 18:02:20 -0000 Received: by qcsc20 with SMTP id c20so3392628qcs.32 for ; Sun, 15 Apr 2012 11:02:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=i5hiW9PHNcqK8Wl/WtipF82LlcRfWnEUEhrHjmGaJm4=; b=HjEoNP9+8Kwnz1zBgayls5g0pRp6ssR7Y2p6WqZ/h02VVCRGY07DOK8YyLLVHEJVX9 sEUf7JrqzYfiiqF6smqY+89ZMrtZxow4UsjaXTtJyntfSuTLi2qFf00qUBvMfALfB7iD o4g9GyQS2PHxGlwHrser7z5pmix/+NNJVqIqaYK0CAG+AOTTSx4AyYqskY2EMKzeqLKf BZbWf7syhHRL4xn5jnpfO8b3Gcnge8ODKLnntfBfjtBEQ10GR/rBF6/0EXrsStFmLCex V4Qy1rZmDUUVF6FWn0j63rs16cozNrlHMcyGGnQIpEHfV+UjEREIZ56AU5IfNiimMoT1 FEFQ== Received: by 10.229.115.5 with SMTP id g5mr3589201qcq.23.1334512939198; Sun, 15 Apr 2012 11:02:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.29.7 with HTTP; Sun, 15 Apr 2012 11:01:59 -0700 (PDT) In-Reply-To: References: From: Felipe Coury Date: Sun, 15 Apr 2012 15:01:59 -0300 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Callback scripts on VM lifecycle X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6477481795716641113==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6477481795716641113== Content-Type: multipart/alternative; boundary=00235429d050b0689e04bdbb8121 --00235429d050b0689e04bdbb8121 Content-Type: text/plain; charset=ISO-8859-1 Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0? Thanks in advance, -- Felipe. --00235429d050b0689e04bdbb8121 Content-Type: text/html; charset=ISO-8859-1
Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0?

Thanks in advance,

-- Felipe.

--00235429d050b0689e04bdbb8121-- --===============6477481795716641113== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6477481795716641113==-- From xen-users-bounces@lists.xen.org Sun Apr 15 19:18:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 19:18: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 1SJUwp-0004Ce-It; Sun, 15 Apr 2012 19:17:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJUwo-0004CZ-Cw for xen-users@lists.xen.org; Sun, 15 Apr 2012 19:17:18 +0000 Received: from [85.158.138.51:13265] by server-9.bemta-3.messagelabs.com id 67/06-26691-DBE1B8F4; Sun, 15 Apr 2012 19:17:17 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334517434!22269903!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24382 invoked from network); 15 Apr 2012 19:17:16 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 19:17:16 -0000 Received: by iafj26 with SMTP id j26so8318339iaf.32 for ; Sun, 15 Apr 2012 12:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=VVcSrt2qVaz6JyPWagjJOaVoO5RPpWhPzewFcrb5KLI=; b=smis24MEpHiF3z7zn9NQl6w/LDFqXGw8JCt7k6LV08hyMZMg/W7E0hjm+x6mQp5z6Q o8OAtBochyrkl1gULfFXeRTUx1IPdD2yOt10NYbbr3lz3vn9CFb4Sy+B7W/RXjJIIFf2 yJQCcizkDQD/+CXUJUcpAiQKYmwVZZZsjL2pOVuMvgb5MREXRT53402JNGHdWlkfTX0B 2cShiXe21LRV+0G5eMVlOEpHW/nXUJ9nH9j7fEt/7jUp6BhsflaD5xuhL3xIV3n1Khyc Cmgk6whM/BWywXFl4nUlKw7+sTE/5xM+/uguzDo/ndGNZXryS3YtFT5FZJsCdWo72avC X9sw== Received: by 10.50.222.162 with SMTP id qn2mr3586252igc.65.1334517433761; Sun, 15 Apr 2012 12:17:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Sun, 15 Apr 2012 12:16:53 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Sun, 15 Apr 2012 21:16:53 +0200 Message-ID: To: Simon Hobson Cc: xen-users Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 14 April 2012 20:57, Simon Hobson wrote: Hello Simon, thanks for replying. > The default is that when you boot, all the system RAM (less a bit used by > Xen itself) will be 'available' to Dom0. As you start guests, then Dom0 will > balloon down it's memory availability to free memory for the guest. This all > works fine, and as long as you never force memory down too low then Dom0 > won't complain - you can set a minimum below which Dom0 will not balloon and > it would be a good idea to tune this to your requirements. Good. This is clear to me now. > > Now, for a couple of reasons this isn't ideal. The main reason is that > certain buffers and structures used to keep track of "stuff" are sized at > boot time based on the amount of memory available. So in your case, you > start with 8G of RAM but potentially balloon down to as little as 1/4G > (256M) - just 1/32 of the size. So you now have a system running in a small > amount of RAM but with buffers and structures sized for a lot of RAM (about > 32 times what it actually has available in this case). This still confuses me a little bit. I don't know if the memory issue I've reported in my previous message makes things hard to be understood by me, but what I can see when I use dom0_mem=1024M, is that the dom0 has 1024MB of RAM for itself and the 'free' command shows that I only have 600MB of total RAM. If I'm not wrong, I should see about 7GB of free RAM, since 1GB is assigned to dom0. Now, if things would work fine, I should have 1GB for the dom0, that could potentially balloon down for the reason you said above, and about 7GB for every domU I am running. Now, since I only have 600MB RAM free, this would mean that if I start a domU, this would completely freeze my system, due to memory exhaustion. Isn't it? Or the memory is simply hidden, and I can start whatever domU I want? To be honest I think that the last option shouldn't be true, since I notice a slowdown. > Lastly, these changes in memory allocation will (or may) affect performance > in some areas - giving a variable system performance depending on how many > guests are running and how much RAM they use. OK > > So it's a good idea to specify how much memory to give to Dom0. It will then > size things to suit (which in itself will reduce it's memory footprint). You > can still balloon between high and low limits, or you can set a fixed > allocation and have deterministic performance and minimum memory usage. > > > 8G isn't a good choise - see above about sizing of buffers and structures. OK. 1024M should be ok, in my case apart of the problem caused by the memory issue mentioned above. > > 256M may or may not be enough - only you can only determine that for your > setup, it depends on what is running on the system. If you run just the bare > minimum of software/services on Dom0 then it may well be enough, but if you > run other things (particularly memory hungry programs) it might not be > enough. Yes, actually if I run KDE, this sucks a lot. You may wonder why I run KDE on a dom0, but I usually use this installation for testing purposes and I need X to run graphical sessions of domUs. > You need to pick a value (not too low, try starting at 512M and work > down) and then look at how the system is running - look at how much memory > is used for different things (cat /proc/memory) and particularly if it is > swapping (very bad for performance). > Normally, you don't tend to do much in Dom0, so not having large caches > isn't really an issue (it just delays things when stuff has to read from > disk instead of cache when you issue a command) as long as all the stuff > that's running "all the time" or "frequently" can stay in RAM. Great. Thank you so much for the explanation. I would ask you if you know some book where all this memory issue is explained. It would be great to see some scheme, to understand in deep the memory management. I don't know if The definitive guide to the XEN hypervisor of Devid Chisnall would deal about this, and is good for the new XEN support into the vanilla kernel. I don't know how many things have changed with respect to the "old" xen-sources. Regards! Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 15 19:18:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 19:18: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 1SJUwp-0004Ce-It; Sun, 15 Apr 2012 19:17:19 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJUwo-0004CZ-Cw for xen-users@lists.xen.org; Sun, 15 Apr 2012 19:17:18 +0000 Received: from [85.158.138.51:13265] by server-9.bemta-3.messagelabs.com id 67/06-26691-DBE1B8F4; Sun, 15 Apr 2012 19:17:17 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334517434!22269903!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24382 invoked from network); 15 Apr 2012 19:17:16 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 19:17:16 -0000 Received: by iafj26 with SMTP id j26so8318339iaf.32 for ; Sun, 15 Apr 2012 12:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=VVcSrt2qVaz6JyPWagjJOaVoO5RPpWhPzewFcrb5KLI=; b=smis24MEpHiF3z7zn9NQl6w/LDFqXGw8JCt7k6LV08hyMZMg/W7E0hjm+x6mQp5z6Q o8OAtBochyrkl1gULfFXeRTUx1IPdD2yOt10NYbbr3lz3vn9CFb4Sy+B7W/RXjJIIFf2 yJQCcizkDQD/+CXUJUcpAiQKYmwVZZZsjL2pOVuMvgb5MREXRT53402JNGHdWlkfTX0B 2cShiXe21LRV+0G5eMVlOEpHW/nXUJ9nH9j7fEt/7jUp6BhsflaD5xuhL3xIV3n1Khyc Cmgk6whM/BWywXFl4nUlKw7+sTE/5xM+/uguzDo/ndGNZXryS3YtFT5FZJsCdWo72avC X9sw== Received: by 10.50.222.162 with SMTP id qn2mr3586252igc.65.1334517433761; Sun, 15 Apr 2012 12:17:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Sun, 15 Apr 2012 12:16:53 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Sun, 15 Apr 2012 21:16:53 +0200 Message-ID: To: Simon Hobson Cc: xen-users Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 14 April 2012 20:57, Simon Hobson wrote: Hello Simon, thanks for replying. > The default is that when you boot, all the system RAM (less a bit used by > Xen itself) will be 'available' to Dom0. As you start guests, then Dom0 will > balloon down it's memory availability to free memory for the guest. This all > works fine, and as long as you never force memory down too low then Dom0 > won't complain - you can set a minimum below which Dom0 will not balloon and > it would be a good idea to tune this to your requirements. Good. This is clear to me now. > > Now, for a couple of reasons this isn't ideal. The main reason is that > certain buffers and structures used to keep track of "stuff" are sized at > boot time based on the amount of memory available. So in your case, you > start with 8G of RAM but potentially balloon down to as little as 1/4G > (256M) - just 1/32 of the size. So you now have a system running in a small > amount of RAM but with buffers and structures sized for a lot of RAM (about > 32 times what it actually has available in this case). This still confuses me a little bit. I don't know if the memory issue I've reported in my previous message makes things hard to be understood by me, but what I can see when I use dom0_mem=1024M, is that the dom0 has 1024MB of RAM for itself and the 'free' command shows that I only have 600MB of total RAM. If I'm not wrong, I should see about 7GB of free RAM, since 1GB is assigned to dom0. Now, if things would work fine, I should have 1GB for the dom0, that could potentially balloon down for the reason you said above, and about 7GB for every domU I am running. Now, since I only have 600MB RAM free, this would mean that if I start a domU, this would completely freeze my system, due to memory exhaustion. Isn't it? Or the memory is simply hidden, and I can start whatever domU I want? To be honest I think that the last option shouldn't be true, since I notice a slowdown. > Lastly, these changes in memory allocation will (or may) affect performance > in some areas - giving a variable system performance depending on how many > guests are running and how much RAM they use. OK > > So it's a good idea to specify how much memory to give to Dom0. It will then > size things to suit (which in itself will reduce it's memory footprint). You > can still balloon between high and low limits, or you can set a fixed > allocation and have deterministic performance and minimum memory usage. > > > 8G isn't a good choise - see above about sizing of buffers and structures. OK. 1024M should be ok, in my case apart of the problem caused by the memory issue mentioned above. > > 256M may or may not be enough - only you can only determine that for your > setup, it depends on what is running on the system. If you run just the bare > minimum of software/services on Dom0 then it may well be enough, but if you > run other things (particularly memory hungry programs) it might not be > enough. Yes, actually if I run KDE, this sucks a lot. You may wonder why I run KDE on a dom0, but I usually use this installation for testing purposes and I need X to run graphical sessions of domUs. > You need to pick a value (not too low, try starting at 512M and work > down) and then look at how the system is running - look at how much memory > is used for different things (cat /proc/memory) and particularly if it is > swapping (very bad for performance). > Normally, you don't tend to do much in Dom0, so not having large caches > isn't really an issue (it just delays things when stuff has to read from > disk instead of cache when you issue a command) as long as all the stuff > that's running "all the time" or "frequently" can stay in RAM. Great. Thank you so much for the explanation. I would ask you if you know some book where all this memory issue is explained. It would be great to see some scheme, to understand in deep the memory management. I don't know if The definitive guide to the XEN hypervisor of Devid Chisnall would deal about this, and is good for the new XEN support into the vanilla kernel. I don't know how many things have changed with respect to the "old" xen-sources. Regards! Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 15 20:20:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 20:20: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 1SJVuB-0004ka-JY; Sun, 15 Apr 2012 20:18:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJVuA-0004kV-AO for xen-users@lists.xen.org; Sun, 15 Apr 2012 20:18:38 +0000 Received: from [193.109.254.147:39818] by server-1.bemta-14.messagelabs.com id A1/72-29372-D1D2B8F4; Sun, 15 Apr 2012 20:18:37 +0000 X-Env-Sender: geza@kzsdabas.hu X-Msg-Ref: server-2.tower-27.messagelabs.com!1334521115!4640487!1 X-Originating-IP: [109.74.53.85] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31676 invoked from network); 15 Apr 2012 20:18:36 -0000 Received: from mail.kzsdabas.hu (HELO mail.kzsdabas.hu) (109.74.53.85) by server-2.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 15 Apr 2012 20:18:36 -0000 Received: from [192.168.13.1] by mail-1.kzsdabas.hu with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SJVtx-0006IV-0U for xen-users@lists.xen.org; Sun, 15 Apr 2012 22:18:33 +0200 Message-ID: <4F8B2D0B.8000000@kzsdabas.hu> Date: Sun, 15 Apr 2012 22:18:19 +0200 From: =?ISO-8859-1?Q?G=E9mes_G=E9za?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-SA-Exim-Connect-IP: 192.168.13.1 X-SA-Exim-Mail-From: geza@kzsdabas.hu X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail-1.kzsdabas.hu X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_FONT_FACE_BAD,HTML_MESSAGE autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail-1.kzsdabas.hu) Subject: Re: [Xen-users] Trying to install openindiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3220593463992159383==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3220593463992159383== Content-Type: multipart/alternative; boundary="------------050700070503000302080809" This is a multi-part message in MIME format. --------------050700070503000302080809 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 2012-04-15 15:42 keltezéssel, Sandi Romih írta: > Hello, > > I am trying to get openindian 151a running under Xen. > I am using xen unstable rev 24798 and Debian Squeeze domain 0. > > My cfg file is: > > > > # builder='hvm' > > > > disk = [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , > 'file:/xen-vms/oi/xenoi.img,hda,w' ] > > > > vif = [ 'bridge=eth0, mac=00:14:3e:00:8f:d8' ] > > vcpus = 2 > memory = 2048 > name = "oi" > > > kernel = "/xen-vms/oi/kernels/unix" > ramdisk = "/xen-vms/oi/kernels/boot_archive" > extra = "/platform/i86xpv/kernel/amd64/unix -B console=ttya" > > on_shutdown = "destroy" > on_reboot = "restart" > on_crash = "destroy" > > > > > The VM starts up when I create it and it appears to boot. It also gets > an IP address assigned to it and I can ping it. > My problem is that I can not ssh to the install. I am not an > experienced linux or xen user, and I can not think of any other way I > could connect to the VM via a console or something... > > If I try and run the installation in HVM, I can see (in vncviewer) the > openindiana install menu come up, but whatever I select from there > causes the VM to freeze after it preforms its initial start-up > (............). It does not get an IP address assigned to it, I assume > that the OS is not running.... > > I dont understand how one goes about doing the installation if one can > not access the VM through vncviewer or through a remote login. > > Any help would be appreciated. > > > Regards > > Sandi > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users If you are using "vanilla" Xen (not XCP, Kronos) you could attach to the console of a running PV guest via xm console or xl console if using libxenlight. Regards Geza --------------050700070503000302080809 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 2012-04-15 15:42 keltezéssel, Sandi Romih írta:
Hello,

I am trying to get openindian 151a running under Xen.
I am using xen unstable rev 24798 and Debian Squeeze domain 0.

My cfg file is:



# builder='hvm'






 vif = [ 'bridge=eth0, mac=00:14:3e:00:8f:d8' ] 

 vcpus = 2
 memory = 2048
 name = "oi"


 kernel = "/xen-vms/oi/kernels/unix"
 ramdisk = "/xen-vms/oi/kernels/boot_archive"
 extra = "/platform/i86xpv/kernel/amd64/unix -B console=ttya"

on_shutdown = "destroy"
 on_reboot = "restart"
 on_crash = "destroy"




The VM starts up when I create it and it appears to boot. It also gets an IP address assigned to it and I can ping it.
My problem is that I can not ssh to the install. I am not an experienced linux or xen user, and I can not think of any other way I could connect to the VM via a console or something...

If I try and run the installation in HVM, I can see (in vncviewer) the openindiana install menu come up, but whatever I select from there causes the VM to freeze after it preforms its initial start-up (............). It does not get an IP address assigned to it, I assume that the OS is not running....

I dont understand how one goes about doing the installation if one can not access the VM through vncviewer or through a remote login.

Any help would be appreciated.


Regards

Sandi



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
If you are using "vanilla" Xen (not XCP, Kronos) you could attach to the console of a running PV guest via xm console <DomUname> or xl console <DomUname>if using libxenlight.

Regards

Geza
--------------050700070503000302080809-- --===============3220593463992159383== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3220593463992159383==-- From xen-users-bounces@lists.xen.org Sun Apr 15 20:20:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 20:20: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 1SJVuB-0004ka-JY; Sun, 15 Apr 2012 20:18:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJVuA-0004kV-AO for xen-users@lists.xen.org; Sun, 15 Apr 2012 20:18:38 +0000 Received: from [193.109.254.147:39818] by server-1.bemta-14.messagelabs.com id A1/72-29372-D1D2B8F4; Sun, 15 Apr 2012 20:18:37 +0000 X-Env-Sender: geza@kzsdabas.hu X-Msg-Ref: server-2.tower-27.messagelabs.com!1334521115!4640487!1 X-Originating-IP: [109.74.53.85] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31676 invoked from network); 15 Apr 2012 20:18:36 -0000 Received: from mail.kzsdabas.hu (HELO mail.kzsdabas.hu) (109.74.53.85) by server-2.tower-27.messagelabs.com with AES256-SHA encrypted SMTP; 15 Apr 2012 20:18:36 -0000 Received: from [192.168.13.1] by mail-1.kzsdabas.hu with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SJVtx-0006IV-0U for xen-users@lists.xen.org; Sun, 15 Apr 2012 22:18:33 +0200 Message-ID: <4F8B2D0B.8000000@kzsdabas.hu> Date: Sun, 15 Apr 2012 22:18:19 +0200 From: =?ISO-8859-1?Q?G=E9mes_G=E9za?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-SA-Exim-Connect-IP: 192.168.13.1 X-SA-Exim-Mail-From: geza@kzsdabas.hu X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail-1.kzsdabas.hu X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, HTML_FONT_FACE_BAD,HTML_MESSAGE autolearn=no version=3.3.1 X-SA-Exim-Version: 4.2.1 (built Mon, 22 Mar 2010 06:26:47 +0000) X-SA-Exim-Scanned: Yes (on mail-1.kzsdabas.hu) Subject: Re: [Xen-users] Trying to install openindiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3220593463992159383==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3220593463992159383== Content-Type: multipart/alternative; boundary="------------050700070503000302080809" This is a multi-part message in MIME format. --------------050700070503000302080809 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit 2012-04-15 15:42 keltezéssel, Sandi Romih írta: > Hello, > > I am trying to get openindian 151a running under Xen. > I am using xen unstable rev 24798 and Debian Squeeze domain 0. > > My cfg file is: > > > > # builder='hvm' > > > > disk = [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , > 'file:/xen-vms/oi/xenoi.img,hda,w' ] > > > > vif = [ 'bridge=eth0, mac=00:14:3e:00:8f:d8' ] > > vcpus = 2 > memory = 2048 > name = "oi" > > > kernel = "/xen-vms/oi/kernels/unix" > ramdisk = "/xen-vms/oi/kernels/boot_archive" > extra = "/platform/i86xpv/kernel/amd64/unix -B console=ttya" > > on_shutdown = "destroy" > on_reboot = "restart" > on_crash = "destroy" > > > > > The VM starts up when I create it and it appears to boot. It also gets > an IP address assigned to it and I can ping it. > My problem is that I can not ssh to the install. I am not an > experienced linux or xen user, and I can not think of any other way I > could connect to the VM via a console or something... > > If I try and run the installation in HVM, I can see (in vncviewer) the > openindiana install menu come up, but whatever I select from there > causes the VM to freeze after it preforms its initial start-up > (............). It does not get an IP address assigned to it, I assume > that the OS is not running.... > > I dont understand how one goes about doing the installation if one can > not access the VM through vncviewer or through a remote login. > > Any help would be appreciated. > > > Regards > > Sandi > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users If you are using "vanilla" Xen (not XCP, Kronos) you could attach to the console of a running PV guest via xm console or xl console if using libxenlight. Regards Geza --------------050700070503000302080809 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 2012-04-15 15:42 keltezéssel, Sandi Romih írta:
Hello,

I am trying to get openindian 151a running under Xen.
I am using xen unstable rev 24798 and Debian Squeeze domain 0.

My cfg file is:



# builder='hvm'






 vif = [ 'bridge=eth0, mac=00:14:3e:00:8f:d8' ] 

 vcpus = 2
 memory = 2048
 name = "oi"


 kernel = "/xen-vms/oi/kernels/unix"
 ramdisk = "/xen-vms/oi/kernels/boot_archive"
 extra = "/platform/i86xpv/kernel/amd64/unix -B console=ttya"

on_shutdown = "destroy"
 on_reboot = "restart"
 on_crash = "destroy"




The VM starts up when I create it and it appears to boot. It also gets an IP address assigned to it and I can ping it.
My problem is that I can not ssh to the install. I am not an experienced linux or xen user, and I can not think of any other way I could connect to the VM via a console or something...

If I try and run the installation in HVM, I can see (in vncviewer) the openindiana install menu come up, but whatever I select from there causes the VM to freeze after it preforms its initial start-up (............). It does not get an IP address assigned to it, I assume that the OS is not running....

I dont understand how one goes about doing the installation if one can not access the VM through vncviewer or through a remote login.

Any help would be appreciated.


Regards

Sandi



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
If you are using "vanilla" Xen (not XCP, Kronos) you could attach to the console of a running PV guest via xm console <DomUname> or xl console <DomUname>if using libxenlight.

Regards

Geza
--------------050700070503000302080809-- --===============3220593463992159383== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3220593463992159383==-- From xen-users-bounces@lists.xen.org Sun Apr 15 20:47:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 20:47: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 1SJWKg-00058J-60; Sun, 15 Apr 2012 20:46:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJWKf-00058D-1c for xen-users@lists.xen.org; Sun, 15 Apr 2012 20:46:01 +0000 Received: from [85.158.143.35:51764] by server-2.bemta-4.messagelabs.com id CA/61-17550-8833B8F4; Sun, 15 Apr 2012 20:46:00 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334522759!10067948!1 X-Originating-IP: [209.85.215.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4534 invoked from network); 15 Apr 2012 20:45:59 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 20:45:59 -0000 Received: by lahe6 with SMTP id e6so4096349lah.32 for ; Sun, 15 Apr 2012 13:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=Lh7zlk/5cou0Jh8afXZawUmz3JjMmW9qIIVVdLJ6+ak=; b=MhoijFhoMSOOnv7vzh7mjAI6lpKK0yI3m9+2YOO2ZF+e8x/rM6gzKHBVm/35ztEsLN jtq+ImmPn2E//XwNNmCwAvLtVb4v1rT2mMWwYXMx67ttXAncLyjR/S7iBzLllJeY2GP+ y/SKuHyOjMRyFFN59SafV0L78s+AGRlLjZgvlnq7+A5RalUlOJ/CRywVQPaK1B5b31KR hCZrAig31miLtPrgPSRuQB20SZ3FBT4fC6rzX1X6aSTunJPqU254JyoXx2/XwfT4kJpA vgh7OFx4jXYSzrR3ibwmi1eTd1DJ25beb3TtxUAInBBOVP0CtGJ7jk0lK555k4Q3tTem 9l0A== Received: by 10.112.100.8 with SMTP id eu8mr4234815lbb.16.1334522758856; Sun, 15 Apr 2012 13:45:58 -0700 (PDT) Received: from home.desunote.ru (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id ox7sm21696810lbb.17.2012.04.15.13.45.56 (version=SSLv3 cipher=OTHER); Sun, 15 Apr 2012 13:45:57 -0700 (PDT) Message-ID: <4F8B338D.50701@gmail.com> Date: Mon, 16 Apr 2012 00:46:05 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Callback scripts on VM lifecycle X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1843720466009565565==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1843720466009565565== Content-Type: multipart/alternative; boundary="------------050404070302090202030507" This is a multi-part message in MIME format. --------------050404070302090202030507 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Xen is hypervisor, and it did not care about 'VM creation'. Xen use term 'domain' and it somehow differ from VM. And no, Xen does not support callbacks. You can expect them from toolstack (xend, xl or xapi), but unfortunately, no, they don't support them (AFAIK xapi definitively, not completely sure about xend). On 15.04.2012 22:01, Felipe Coury wrote: > Does Xen support VM lifecycle hooks? Would it be possible to have a > script triggered after events like when VMs are created or shutdown on > the Dom0? > > Thanks in advance, > > -- Felipe. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050404070302090202030507 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Xen is hypervisor, and it did not care about 'VM creation'. Xen use term 'domain' and it somehow differ from VM. And no, Xen does not support callbacks.

You can expect them from toolstack (xend, xl or xapi), but unfortunately, no, they don't support them (AFAIK xapi definitively, not completely sure about xend).


On 15.04.2012 22:01, Felipe Coury wrote:
Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0?

Thanks in advance,

-- Felipe.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--------------050404070302090202030507-- --===============1843720466009565565== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1843720466009565565==-- From xen-users-bounces@lists.xen.org Sun Apr 15 20:47:14 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 20:47: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 1SJWKg-00058J-60; Sun, 15 Apr 2012 20:46:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJWKf-00058D-1c for xen-users@lists.xen.org; Sun, 15 Apr 2012 20:46:01 +0000 Received: from [85.158.143.35:51764] by server-2.bemta-4.messagelabs.com id CA/61-17550-8833B8F4; Sun, 15 Apr 2012 20:46:00 +0000 X-Env-Sender: george.shuklin@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334522759!10067948!1 X-Originating-IP: [209.85.215.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4534 invoked from network); 15 Apr 2012 20:45:59 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 20:45:59 -0000 Received: by lahe6 with SMTP id e6so4096349lah.32 for ; Sun, 15 Apr 2012 13:45:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=Lh7zlk/5cou0Jh8afXZawUmz3JjMmW9qIIVVdLJ6+ak=; b=MhoijFhoMSOOnv7vzh7mjAI6lpKK0yI3m9+2YOO2ZF+e8x/rM6gzKHBVm/35ztEsLN jtq+ImmPn2E//XwNNmCwAvLtVb4v1rT2mMWwYXMx67ttXAncLyjR/S7iBzLllJeY2GP+ y/SKuHyOjMRyFFN59SafV0L78s+AGRlLjZgvlnq7+A5RalUlOJ/CRywVQPaK1B5b31KR hCZrAig31miLtPrgPSRuQB20SZ3FBT4fC6rzX1X6aSTunJPqU254JyoXx2/XwfT4kJpA vgh7OFx4jXYSzrR3ibwmi1eTd1DJ25beb3TtxUAInBBOVP0CtGJ7jk0lK555k4Q3tTem 9l0A== Received: by 10.112.100.8 with SMTP id eu8mr4234815lbb.16.1334522758856; Sun, 15 Apr 2012 13:45:58 -0700 (PDT) Received: from home.desunote.ru (desunote.ru. [95.161.2.76]) by mx.google.com with ESMTPS id ox7sm21696810lbb.17.2012.04.15.13.45.56 (version=SSLv3 cipher=OTHER); Sun, 15 Apr 2012 13:45:57 -0700 (PDT) Message-ID: <4F8B338D.50701@gmail.com> Date: Mon, 16 Apr 2012 00:46:05 +0400 From: George Shuklin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Callback scripts on VM lifecycle X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1843720466009565565==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1843720466009565565== Content-Type: multipart/alternative; boundary="------------050404070302090202030507" This is a multi-part message in MIME format. --------------050404070302090202030507 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Xen is hypervisor, and it did not care about 'VM creation'. Xen use term 'domain' and it somehow differ from VM. And no, Xen does not support callbacks. You can expect them from toolstack (xend, xl or xapi), but unfortunately, no, they don't support them (AFAIK xapi definitively, not completely sure about xend). On 15.04.2012 22:01, Felipe Coury wrote: > Does Xen support VM lifecycle hooks? Would it be possible to have a > script triggered after events like when VMs are created or shutdown on > the Dom0? > > Thanks in advance, > > -- Felipe. > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050404070302090202030507 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Xen is hypervisor, and it did not care about 'VM creation'. Xen use term 'domain' and it somehow differ from VM. And no, Xen does not support callbacks.

You can expect them from toolstack (xend, xl or xapi), but unfortunately, no, they don't support them (AFAIK xapi definitively, not completely sure about xend).


On 15.04.2012 22:01, Felipe Coury wrote:
Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0?

Thanks in advance,

-- Felipe.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--------------050404070302090202030507-- --===============1843720466009565565== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1843720466009565565==-- From xen-users-bounces@lists.xen.org Sun Apr 15 21:57:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 21:57: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 1SJXQw-0005lk-Ar; Sun, 15 Apr 2012 21:56:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJXQv-0005lf-6G for xen-users@lists.xen.org; Sun, 15 Apr 2012 21:56:33 +0000 Received: from [85.158.138.51:17659] by server-5.bemta-3.messagelabs.com id ED/F0-17113-0144B8F4; Sun, 15 Apr 2012 21:56:32 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-9.tower-174.messagelabs.com!1334526991!22278498!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13506 invoked from network); 15 Apr 2012 21:56:31 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-9.tower-174.messagelabs.com with SMTP; 15 Apr 2012 21:56:31 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5C9F210401A for ; Sun, 15 Apr 2012 22:56:29 +0100 (BST) 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 UD9TnR8ttvPn for ; Sun, 15 Apr 2012 22:56:29 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 054E528265 for ; Sun, 15 Apr 2012 22:56:28 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 15 Apr 2012 22:56:19 +0100 To: xen-users From: Simon Hobson Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Flavio wrote: > > Now, for a couple of reasons this isn't ideal. The main reason is that >> certain buffers and structures used to keep track of "stuff" are sized at >> boot time based on the amount of memory available. So in your case, you >> start with 8G of RAM but potentially balloon down to as little as 1/4G >> (256M) - just 1/32 of the size. So you now have a system running in a small >> amount of RAM but with buffers and structures sized for a lot of RAM (about >> 32 times what it actually has available in this case). >This still confuses me a little bit. I don't know if the memory issue >I've reported >in my previous message makes things hard to be understood by me, but what >I can see when I use dom0_mem=1024M, is that the dom0 has 1024MB of RAM >for itself and the 'free' command shows that I only have 600MB of total RAM. >If I'm not wrong, I should see about 7GB of free RAM, since 1GB is assigned to >dom0. That sounds about right. Dom0 will only "see" the RAM that's assigned to it, you need to use the Xen tools (eg xentop) to see how much memory is assigned to each domain and how much is free. What you are probably missing is that Dom0 is itself a guest virtual machine running under the Xen hypervisor - it differs from a DomU PV guest mainly in having privileged access to communicate with the hypervisor and hardware. But since it is itself a guest, it only has access to resources (in this discussion, RAM) given to it by the hypervisor. The dom0 memory allocation statements are instructions to the hypervisor, not Dom0. >I would ask you if you know some book where all this memory issue is >explained. Sorry, like a lot of FOSS, documentation tends to lag development - writing documentation (or at least documentation that's any good) is a) really hard, and b) a different skill to writing code. There tend to be less volunteers for this task. I don't personally know of any good books - but then books are a tricky thing in this sort of area as they have a limited shelf life before the software moves on. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 15 21:57:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 15 Apr 2012 21:57: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 1SJXQw-0005lk-Ar; Sun, 15 Apr 2012 21:56:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJXQv-0005lf-6G for xen-users@lists.xen.org; Sun, 15 Apr 2012 21:56:33 +0000 Received: from [85.158.138.51:17659] by server-5.bemta-3.messagelabs.com id ED/F0-17113-0144B8F4; Sun, 15 Apr 2012 21:56:32 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-9.tower-174.messagelabs.com!1334526991!22278498!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13506 invoked from network); 15 Apr 2012 21:56:31 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-9.tower-174.messagelabs.com with SMTP; 15 Apr 2012 21:56:31 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 5C9F210401A for ; Sun, 15 Apr 2012 22:56:29 +0100 (BST) 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 UD9TnR8ttvPn for ; Sun, 15 Apr 2012 22:56:29 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 054E528265 for ; Sun, 15 Apr 2012 22:56:28 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sun, 15 Apr 2012 22:56:19 +0100 To: xen-users From: Simon Hobson Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Flavio wrote: > > Now, for a couple of reasons this isn't ideal. The main reason is that >> certain buffers and structures used to keep track of "stuff" are sized at >> boot time based on the amount of memory available. So in your case, you >> start with 8G of RAM but potentially balloon down to as little as 1/4G >> (256M) - just 1/32 of the size. So you now have a system running in a small >> amount of RAM but with buffers and structures sized for a lot of RAM (about >> 32 times what it actually has available in this case). >This still confuses me a little bit. I don't know if the memory issue >I've reported >in my previous message makes things hard to be understood by me, but what >I can see when I use dom0_mem=1024M, is that the dom0 has 1024MB of RAM >for itself and the 'free' command shows that I only have 600MB of total RAM. >If I'm not wrong, I should see about 7GB of free RAM, since 1GB is assigned to >dom0. That sounds about right. Dom0 will only "see" the RAM that's assigned to it, you need to use the Xen tools (eg xentop) to see how much memory is assigned to each domain and how much is free. What you are probably missing is that Dom0 is itself a guest virtual machine running under the Xen hypervisor - it differs from a DomU PV guest mainly in having privileged access to communicate with the hypervisor and hardware. But since it is itself a guest, it only has access to resources (in this discussion, RAM) given to it by the hypervisor. The dom0 memory allocation statements are instructions to the hypervisor, not Dom0. >I would ask you if you know some book where all this memory issue is >explained. Sorry, like a lot of FOSS, documentation tends to lag development - writing documentation (or at least documentation that's any good) is a) really hard, and b) a different skill to writing code. There tend to be less volunteers for this task. I don't personally know of any good books - but then books are a tricky thing in this sort of area as they have a limited shelf life before the software moves on. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 04:48:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 04:48:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJdqY-0003pH-NL; Mon, 16 Apr 2012 04:47:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJdqW-0003pC-US for xen-users@lists.xensource.com; Mon, 16 Apr 2012 04:47:25 +0000 Received: from [193.109.254.147:57178] by server-2.bemta-14.messagelabs.com id 78/EF-19409-C54AB8F4; Mon, 16 Apr 2012 04:47:24 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334551641!4750013!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31058 invoked from network); 16 Apr 2012 04:47:23 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 04:47:23 -0000 Received: by iadj38 with SMTP id j38so8585541iad.30 for ; Sun, 15 Apr 2012 21:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=++sPd7D6h0jh0cIZJBZbRXkt6OYad4jtNAcGKWmGz3Y=; b=d+nFWXOC2PZPBa0gwZtLjRbNxPpEBo7m4rxa5sk2agGbN0UZWRF+E4fvAiYwWYj34l IdIk8Hb1bjJEp6+CUbSD4FqxoL7KNRRY6UHIObpYDQGCnG3L3miueXcjlTLIYlU9xU1H tGM/KGrjE1IhYyJkVl4FlcEQKMwOx7LDQxPRu11UDnPfRtZonId9p5OpEMYcHvnY/Old 4X+SU5o9MI1DE8EVC7L/b2Zo32iTJoqWXarDCoMGa93MBTdeZ8xyNTXDpJbkuWv0sqcE 3yRzO57W8lT+wagqRzG80d7jFcQwkG5ZOk1PV9FYCe72DNmuPPucwF3Z+RQTtfQUWbqj t4OQ== Received: by 10.50.181.194 with SMTP id dy2mr4266275igc.48.1334551641143; Sun, 15 Apr 2012 21:47:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Sun, 15 Apr 2012 21:47:00 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Mon, 16 Apr 2012 00:47:00 -0400 X-Google-Sender-Auth: hETEAnIO3miPXj5UT6s7jJbuEWw Message-ID: To: Sandi Romih Cc: xen-discuss@opensolaris.org, xen-users@lists.xensource.com Subject: Re: [Xen-users] Trying to install openindiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org adding the (inactive) OpenSolaris Xen list to the CC in case there is someone able to comment. Some comments inline On Sun, Apr 15, 2012 at 9:42 AM, Sandi Romih wrot= e: > Hello, > > I am trying to get openindian 151a running under Xen. > I am using xen unstable rev 24798 and Debian Squeeze domain 0. > > My cfg file is: > > # builder=3D'hvm' > > =A0disk =3D [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , > 'file:/xen-vms/oi/xenoi.img,hda,w' ] > > =A0vif =3D [ 'bridge=3Deth0, mac=3D00:14:3e:00:8f:d8' ] > > =A0vcpus =3D 2 > =A0memory =3D 2048 > =A0name =3D "oi" > > =A0kernel =3D "/xen-vms/oi/kernels/unix" > =A0ramdisk =3D "/xen-vms/oi/kernels/boot_archive" > =A0extra =3D "/platform/i86xpv/kernel/amd64/unix -B console=3Dttya" > > on_shutdown =3D "destroy" > =A0on_reboot =3D "restart" > =A0on_crash =3D "destroy" > > > > The VM starts up when I create it and it appears to boot. It also gets an= IP > address assigned to it and I can ping it. > My problem is that I can not ssh to the install. I am not an experienced > linux or xen user, and I can not think of any other way I could connect to > the VM via a console or something... > > If I try and run the installation in HVM, I can see (in vncviewer) the > openindiana install menu come up, but whatever I select from there causes > the VM to freeze after it preforms its initial start-up (............). It > does not get an IP address assigned to it, I assume that the OS is not > running.... > > I dont understand how one goes about doing the installation if one can not > access the VM through vncviewer or through a remote login. > > Any help would be appreciated. Other places to look: http://xen.markmail.org/search/?q=3Dopenindiana http://xen.markmail.org/search/?q=3Dsolaris http://xen.markmail.org/search/?q=3Dopensolaris I'm not sure if these patches for PV-grub support made it into the Xen tree or not: http://xen.markmail.org/search/?q=3Dsolaris+console#query:solaris%20console= +page:1+mid:d7qhk4vzikgo5ofc+state:results A good thread to follow up on though. 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 04:48:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 04:48:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJdqY-0003pH-NL; Mon, 16 Apr 2012 04:47:26 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJdqW-0003pC-US for xen-users@lists.xensource.com; Mon, 16 Apr 2012 04:47:25 +0000 Received: from [193.109.254.147:57178] by server-2.bemta-14.messagelabs.com id 78/EF-19409-C54AB8F4; Mon, 16 Apr 2012 04:47:24 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334551641!4750013!1 X-Originating-IP: [209.85.210.171] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31058 invoked from network); 16 Apr 2012 04:47:23 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 04:47:23 -0000 Received: by iadj38 with SMTP id j38so8585541iad.30 for ; Sun, 15 Apr 2012 21:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=++sPd7D6h0jh0cIZJBZbRXkt6OYad4jtNAcGKWmGz3Y=; b=d+nFWXOC2PZPBa0gwZtLjRbNxPpEBo7m4rxa5sk2agGbN0UZWRF+E4fvAiYwWYj34l IdIk8Hb1bjJEp6+CUbSD4FqxoL7KNRRY6UHIObpYDQGCnG3L3miueXcjlTLIYlU9xU1H tGM/KGrjE1IhYyJkVl4FlcEQKMwOx7LDQxPRu11UDnPfRtZonId9p5OpEMYcHvnY/Old 4X+SU5o9MI1DE8EVC7L/b2Zo32iTJoqWXarDCoMGa93MBTdeZ8xyNTXDpJbkuWv0sqcE 3yRzO57W8lT+wagqRzG80d7jFcQwkG5ZOk1PV9FYCe72DNmuPPucwF3Z+RQTtfQUWbqj t4OQ== Received: by 10.50.181.194 with SMTP id dy2mr4266275igc.48.1334551641143; Sun, 15 Apr 2012 21:47:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.103.70 with HTTP; Sun, 15 Apr 2012 21:47:00 -0700 (PDT) In-Reply-To: References: From: Todd Deshane Date: Mon, 16 Apr 2012 00:47:00 -0400 X-Google-Sender-Auth: hETEAnIO3miPXj5UT6s7jJbuEWw Message-ID: To: Sandi Romih Cc: xen-discuss@opensolaris.org, xen-users@lists.xensource.com Subject: Re: [Xen-users] Trying to install openindiana 151a X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org adding the (inactive) OpenSolaris Xen list to the CC in case there is someone able to comment. Some comments inline On Sun, Apr 15, 2012 at 9:42 AM, Sandi Romih wrot= e: > Hello, > > I am trying to get openindian 151a running under Xen. > I am using xen unstable rev 24798 and Debian Squeeze domain 0. > > My cfg file is: > > # builder=3D'hvm' > > =A0disk =3D [ 'file:/xen-vms/oi/oi151a.iso,hdc:cdrom,r' , > 'file:/xen-vms/oi/xenoi.img,hda,w' ] > > =A0vif =3D [ 'bridge=3Deth0, mac=3D00:14:3e:00:8f:d8' ] > > =A0vcpus =3D 2 > =A0memory =3D 2048 > =A0name =3D "oi" > > =A0kernel =3D "/xen-vms/oi/kernels/unix" > =A0ramdisk =3D "/xen-vms/oi/kernels/boot_archive" > =A0extra =3D "/platform/i86xpv/kernel/amd64/unix -B console=3Dttya" > > on_shutdown =3D "destroy" > =A0on_reboot =3D "restart" > =A0on_crash =3D "destroy" > > > > The VM starts up when I create it and it appears to boot. It also gets an= IP > address assigned to it and I can ping it. > My problem is that I can not ssh to the install. I am not an experienced > linux or xen user, and I can not think of any other way I could connect to > the VM via a console or something... > > If I try and run the installation in HVM, I can see (in vncviewer) the > openindiana install menu come up, but whatever I select from there causes > the VM to freeze after it preforms its initial start-up (............). It > does not get an IP address assigned to it, I assume that the OS is not > running.... > > I dont understand how one goes about doing the installation if one can not > access the VM through vncviewer or through a remote login. > > Any help would be appreciated. Other places to look: http://xen.markmail.org/search/?q=3Dopenindiana http://xen.markmail.org/search/?q=3Dsolaris http://xen.markmail.org/search/?q=3Dopensolaris I'm not sure if these patches for PV-grub support made it into the Xen tree or not: http://xen.markmail.org/search/?q=3Dsolaris+console#query:solaris%20console= +page:1+mid:d7qhk4vzikgo5ofc+state:results A good thread to follow up on though. 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 04:50:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 04:50: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 1SJdsN-0003u8-Fh; Mon, 16 Apr 2012 04:49:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJTiq-0003Nd-E8 for xen-users@lists.xen.org; Sun, 15 Apr 2012 17:58:48 +0000 Received: from [85.158.143.99:9994] by server-2.bemta-4.messagelabs.com id 88/7C-17550-75C0B8F4; Sun, 15 Apr 2012 17:58:47 +0000 X-Env-Sender: felipe.coury@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1334512725!14089464!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14257 invoked from network); 15 Apr 2012 17:58:47 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 17:58:47 -0000 Received: by qcsc20 with SMTP id c20so3391416qcs.32 for ; Sun, 15 Apr 2012 10:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=bYnw3nC66oPKKaA6t1P3uk2sd3pSRu4VJG4sIzgUoI8=; b=lJ6L4Tg8mj+oCSlpPv0Y++tkC8xAWB752yIc3EVs6R2IC3efFM4Ask8gOndlVKfXWw +b7pGKrWNa49Zj05IxB+3tRnoWyNtuW9Ryk4RmaGvfJfjr9p9hlMHzCe+GtmGgU5T5OH Z+JcMJn07L3nP9XnEvWBo7BIBRnO3crazxlITsNm+NTl6p4R10h7NpMDsExd1YHWZBdT 9mTvYIMuEMxOK3mYLRluDvhic4TgJ5D3SkfzDBt59FxGMzu7/dS1Rfe+t5O6C0So2thB 5D/7JKLZWpHjkTRMx03VvJCVzqRA57xTKms0K7MXOsEdc7RWreR/f+hjzBCSML3KqvIW zr/Q== Received: by 10.224.116.5 with SMTP id k5mr11895863qaq.19.1334512725273; Sun, 15 Apr 2012 10:58:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.29.7 with HTTP; Sun, 15 Apr 2012 10:58:24 -0700 (PDT) From: Felipe Coury Date: Sun, 15 Apr 2012 14:58:24 -0300 Message-ID: To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 16 Apr 2012 04:49:18 +0000 Subject: [Xen-users] Callback scripts on VM lifecycle X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4618868631066649133==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4618868631066649133== Content-Type: multipart/alternative; boundary=20cf3074d21ef02e1b04bdbb7441 --20cf3074d21ef02e1b04bdbb7441 Content-Type: text/plain; charset=ISO-8859-1 Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0? Thanks in advance, -- Felipe. --20cf3074d21ef02e1b04bdbb7441 Content-Type: text/html; charset=ISO-8859-1 Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0?

Thanks in advance,

-- Felipe.
--20cf3074d21ef02e1b04bdbb7441-- --===============4618868631066649133== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4618868631066649133==-- From xen-users-bounces@lists.xen.org Mon Apr 16 04:50:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 04:50: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 1SJdsN-0003u8-Fh; Mon, 16 Apr 2012 04:49:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJTiq-0003Nd-E8 for xen-users@lists.xen.org; Sun, 15 Apr 2012 17:58:48 +0000 Received: from [85.158.143.99:9994] by server-2.bemta-4.messagelabs.com id 88/7C-17550-75C0B8F4; Sun, 15 Apr 2012 17:58:47 +0000 X-Env-Sender: felipe.coury@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1334512725!14089464!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14257 invoked from network); 15 Apr 2012 17:58:47 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 15 Apr 2012 17:58:47 -0000 Received: by qcsc20 with SMTP id c20so3391416qcs.32 for ; Sun, 15 Apr 2012 10:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=bYnw3nC66oPKKaA6t1P3uk2sd3pSRu4VJG4sIzgUoI8=; b=lJ6L4Tg8mj+oCSlpPv0Y++tkC8xAWB752yIc3EVs6R2IC3efFM4Ask8gOndlVKfXWw +b7pGKrWNa49Zj05IxB+3tRnoWyNtuW9Ryk4RmaGvfJfjr9p9hlMHzCe+GtmGgU5T5OH Z+JcMJn07L3nP9XnEvWBo7BIBRnO3crazxlITsNm+NTl6p4R10h7NpMDsExd1YHWZBdT 9mTvYIMuEMxOK3mYLRluDvhic4TgJ5D3SkfzDBt59FxGMzu7/dS1Rfe+t5O6C0So2thB 5D/7JKLZWpHjkTRMx03VvJCVzqRA57xTKms0K7MXOsEdc7RWreR/f+hjzBCSML3KqvIW zr/Q== Received: by 10.224.116.5 with SMTP id k5mr11895863qaq.19.1334512725273; Sun, 15 Apr 2012 10:58:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.29.7 with HTTP; Sun, 15 Apr 2012 10:58:24 -0700 (PDT) From: Felipe Coury Date: Sun, 15 Apr 2012 14:58:24 -0300 Message-ID: To: xen-users@lists.xen.org X-Mailman-Approved-At: Mon, 16 Apr 2012 04:49:18 +0000 Subject: [Xen-users] Callback scripts on VM lifecycle X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4618868631066649133==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4618868631066649133== Content-Type: multipart/alternative; boundary=20cf3074d21ef02e1b04bdbb7441 --20cf3074d21ef02e1b04bdbb7441 Content-Type: text/plain; charset=ISO-8859-1 Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0? Thanks in advance, -- Felipe. --20cf3074d21ef02e1b04bdbb7441 Content-Type: text/html; charset=ISO-8859-1 Does Xen support VM lifecycle hooks? Would it be possible to have a script triggered after events like when VMs are created or shutdown on the Dom0?

Thanks in advance,

-- Felipe.
--20cf3074d21ef02e1b04bdbb7441-- --===============4618868631066649133== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4618868631066649133==-- From xen-users-bounces@lists.xen.org Mon Apr 16 07:38:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 07:38:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgUy-0005H1-OP; Mon, 16 Apr 2012 07:37:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgUw-0005Gw-JZ for xen-users@lists.xensource.com; Mon, 16 Apr 2012 07:37:18 +0000 Received: from [85.158.138.51:35675] by server-2.bemta-3.messagelabs.com id 07/24-09269-D2CCB8F4; Mon, 16 Apr 2012 07:37:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334561836!22314454!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQzOQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6581 invoked from network); 16 Apr 2012 07:37:17 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 07:37:17 -0000 X-IronPort-AV: E=Sophos;i="4.75,428,1330905600"; d="scan'208";a="11946854" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 07:37:16 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 16 Apr 2012 08:37:16 +0100 Message-ID: <1334561835.4445.3.camel@dagon.hellion.org.uk> From: Ian Campbell To: Scott Meyers Date: Mon, 16 Apr 2012 08:37:15 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: Xen Users List Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2012-04-14 at 19:15 +0100, Scott Meyers wrote: > I am trying to figure out the offest sector for vm01.img2 partition. I > tried many possible ways, for example (1020 *512) , but in vain. I > just can't hit the right offest sector to mount vm01.img2 partition. > Any help is greatly appreciated. There is a tool called "kpartx" which is very useful here -- it will read the partition table and create DM nodes corresponding to the partitions on it. You might need to "losetup" the img to get a /dev/loop and then run kpartx on that (I don't recall if kpartx handles loop mounting too) kpartx ought to be available on most distros, on Debian it is its own binary package but the source is "multipath-tools" so YMMV may vary on other distros. Xen also ships "lomount" which automates the calculation of offset to mount, but strangely I've never really used it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 07:38:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 07:38:59 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgUy-0005H1-OP; Mon, 16 Apr 2012 07:37:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgUw-0005Gw-JZ for xen-users@lists.xensource.com; Mon, 16 Apr 2012 07:37:18 +0000 Received: from [85.158.138.51:35675] by server-2.bemta-3.messagelabs.com id 07/24-09269-D2CCB8F4; Mon, 16 Apr 2012 07:37:17 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334561836!22314454!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQzOQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6581 invoked from network); 16 Apr 2012 07:37:17 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 07:37:17 -0000 X-IronPort-AV: E=Sophos;i="4.75,428,1330905600"; d="scan'208";a="11946854" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 07:37:16 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 16 Apr 2012 08:37:16 +0100 Message-ID: <1334561835.4445.3.camel@dagon.hellion.org.uk> From: Ian Campbell To: Scott Meyers Date: Mon, 16 Apr 2012 08:37:15 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: Xen Users List Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, 2012-04-14 at 19:15 +0100, Scott Meyers wrote: > I am trying to figure out the offest sector for vm01.img2 partition. I > tried many possible ways, for example (1020 *512) , but in vain. I > just can't hit the right offest sector to mount vm01.img2 partition. > Any help is greatly appreciated. There is a tool called "kpartx" which is very useful here -- it will read the partition table and create DM nodes corresponding to the partitions on it. You might need to "losetup" the img to get a /dev/loop and then run kpartx on that (I don't recall if kpartx handles loop mounting too) kpartx ought to be available on most distros, on Debian it is its own binary package but the source is "multipath-tools" so YMMV may vary on other distros. Xen also ships "lomount" which automates the calculation of offset to mount, but strangely I've never really used it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 07:48:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 07:48: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 1SJgeQ-0005li-EA; Mon, 16 Apr 2012 07:47:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgeP-0005lb-8j for xen-users@lists.xen.org; Mon, 16 Apr 2012 07:47:05 +0000 Received: from [85.158.143.35:58790] by server-2.bemta-4.messagelabs.com id 66/38-17550-87ECB8F4; Mon, 16 Apr 2012 07:47:04 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334562412!13404575!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20150 invoked from network); 16 Apr 2012 07:46:54 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 07:46:54 -0000 Received: by iafj26 with SMTP id j26so9105153iaf.32 for ; Mon, 16 Apr 2012 00:46:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=8rKnHjCCSGht0tsHn4d4lTGEHWFnRA9ahRF1RAxyr3M=; b=gPFKYd4GN3P3BRlyS3UFV7Dc6SUjI62hBanjkLMhxOenTHQKmggExSaFWlE5bFGf94 2DgbbL3tU+G+Hy1X3cI+PZlpVtz40E1OPiDyYgA/lvpj5uJ65CexpLrCDT4zyu7IcPNT eq7Pv5DidrM6kym6krllq8in1PPi73BBDTvXlx+8PgP8EuzcYr0wvzcowFzl3h5DmVfa 4CjUkgHFiqtt4lY95D3V/Z917TUqm0JNd0rVnvR+9nk+wMJKV6q40WUUqInj5o+3Cec3 GzMhVLS7ezRsp2gUxSSumc/XKbhWydUI3upQotGTbQ2e5m9+WXsBZ8IHqLcskKR9T4Ql pA0g== Received: by 10.50.222.202 with SMTP id qo10mr4691120igc.0.1334562412558; Mon, 16 Apr 2012 00:46:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Mon, 16 Apr 2012 00:46:32 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Mon, 16 Apr 2012 09:46:32 +0200 Message-ID: To: Simon Hobson Cc: xen-users Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMTUgQXByaWwgMjAxMiAyMzo1NiwgU2ltb24gSG9ic29uIDxsaW51eEB0aGVob2Jzb25zLmNv LnVrPiB3cm90ZToKPiBUaGF0IHNvdW5kcyBhYm91dCByaWdodC4gRG9tMCB3aWxsIG9ubHkgInNl ZSIgdGhlIFJBTSB0aGF0J3MgYXNzaWduZWQgdG8gaXQsCj4geW91IG5lZWQgdG8gdXNlIHRoZSBY ZW4gdG9vbHMgKGVnIHhlbnRvcCkgdG8gc2VlIGhvdyBtdWNoIG1lbW9yeSBpcyBhc3NpZ25lZAo+ IHRvIGVhY2ggZG9tYWluIGFuZCBob3cgbXVjaCBpcyBmcmVlLgo+IFdoYXQgeW91IGFyZSBwcm9i YWJseSBtaXNzaW5nIGlzIHRoYXQgRG9tMCBpcyBpdHNlbGYgYSBndWVzdCB2aXJ0dWFsIG1hY2hp bmUKPiBydW5uaW5nIHVuZGVyIHRoZSBYZW4gaHlwZXJ2aXNvciAtIGl0IGRpZmZlcnMgZnJvbSBh IERvbVUgUFYgZ3Vlc3QgbWFpbmx5IGluCj4gaGF2aW5nIHByaXZpbGVnZWQgwqBhY2Nlc3MgdG8g Y29tbXVuaWNhdGUgd2l0aCB0aGUgaHlwZXJ2aXNvciBhbmQgaGFyZHdhcmUuCj4gQnV0IHNpbmNl IGl0IGlzIGl0c2VsZiBhIGd1ZXN0LCBpdCBvbmx5IGhhcyBhY2Nlc3MgdG8gcmVzb3VyY2VzIChp biB0aGlzCj4gZGlzY3Vzc2lvbiwgUkFNKSBnaXZlbiB0byBpdCBieSB0aGUgaHlwZXJ2aXNvci4g VGhlIGRvbTAgbWVtb3J5IGFsbG9jYXRpb24KPiBzdGF0ZW1lbnRzIGFyZSBpbnN0cnVjdGlvbnMg dG8gdGhlIGh5cGVydmlzb3IsIG5vdCBEb20wLgpPSyBTaW1vbi4gVGhhbmtzIGEgbG90LgpUaGlz IGNsYXJpZmllZCBtZSB0aGUgZG91YnQgSSBoYWQgb24gdGhpcyB0b3BpYy4KVG8gYmUgaG9uZXN0 IEkgZGlkIGtub3cgdGhhdCB0aGUgZG9tMCBpcyBhIGd1ZXN0IFZNLCBidXQgSSB3YXMgY29uZnVz aW5nIGJldHdlZW4KdGhlIGh5cGVydmlzb3IgYW5kIHRoZSBkb20wIGl0c2VsZi4gSXQgc2hvdWxk IGJlIHRvdGFsbHkgY2xlYXIgdG8gbWUgbm93LgoKU28sIG5vdyB0aGUgcHJvYmxlbSBpcyB0aGF0 IHVudGlsIHRoZSBtZW1vcnkgaXNzdWUgcHJvYmxlbSB3b24ndCBiZSBzb2x2ZWQsCml0IHdpbGwg YmUgYSBzb3J0IG9mIHRyb3VibGUgdG8gbWFuYWdlIFhFTiB3aXRoIGl0cyBkb21Vcy4gSSB0aGlu awpldmVyeW9uZSB3b3VsZApoYXZlIHNvbWUgcGFpbiBpZiBpdHMgc3lzdGVtIHNob3dzIDYwME1C IGZvciBmcmVlLCB3aGVuIGl0IGhhcyBhdCBsZWFzdCA3R0IuCgo+IEkgZG9uJ3QgcGVyc29uYWxs eSBrbm93IG9mIGFueSBnb29kIGJvb2tzIC0gYnV0IHRoZW4gYm9va3MgYXJlIGEgdHJpY2t5Cj4g dGhpbmcgaW4gdGhpcyBzb3J0IG9mIGFyZWEgYXMgdGhleSBoYXZlIGEgbGltaXRlZCBzaGVsZiBs aWZlIGJlZm9yZSB0aGUKPiBzb2Z0d2FyZSBtb3ZlcyBvbi4KSSBwZXJmZWN0bHkgYWdyZWUgd2l0 aCB5b3UuIFRoaXMgaXMgdHJ1ZSBpbiBtb3N0IG9mIHRoZSBmaWVsZCB3aXRoaW4gY29tcHV0ZXIK cmVzZWFyY2ggYW5kIElUIHRlY2hub2xvZ2llcywgYnV0IGl0IHdhcyB3b3J0aCB0byBhc2shCgpU aGFuayB5b3UgdmVyeSBtdWNoLAoKRmxhdmlvCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon Apr 16 07:48:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 07:48: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 1SJgeQ-0005li-EA; Mon, 16 Apr 2012 07:47:06 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgeP-0005lb-8j for xen-users@lists.xen.org; Mon, 16 Apr 2012 07:47:05 +0000 Received: from [85.158.143.35:58790] by server-2.bemta-4.messagelabs.com id 66/38-17550-87ECB8F4; Mon, 16 Apr 2012 07:47:04 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334562412!13404575!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20150 invoked from network); 16 Apr 2012 07:46:54 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 07:46:54 -0000 Received: by iafj26 with SMTP id j26so9105153iaf.32 for ; Mon, 16 Apr 2012 00:46:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=8rKnHjCCSGht0tsHn4d4lTGEHWFnRA9ahRF1RAxyr3M=; b=gPFKYd4GN3P3BRlyS3UFV7Dc6SUjI62hBanjkLMhxOenTHQKmggExSaFWlE5bFGf94 2DgbbL3tU+G+Hy1X3cI+PZlpVtz40E1OPiDyYgA/lvpj5uJ65CexpLrCDT4zyu7IcPNT eq7Pv5DidrM6kym6krllq8in1PPi73BBDTvXlx+8PgP8EuzcYr0wvzcowFzl3h5DmVfa 4CjUkgHFiqtt4lY95D3V/Z917TUqm0JNd0rVnvR+9nk+wMJKV6q40WUUqInj5o+3Cec3 GzMhVLS7ezRsp2gUxSSumc/XKbhWydUI3upQotGTbQ2e5m9+WXsBZ8IHqLcskKR9T4Ql pA0g== Received: by 10.50.222.202 with SMTP id qo10mr4691120igc.0.1334562412558; Mon, 16 Apr 2012 00:46:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Mon, 16 Apr 2012 00:46:32 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Mon, 16 Apr 2012 09:46:32 +0200 Message-ID: To: Simon Hobson Cc: xen-users Subject: Re: [Xen-users] Doubt on XEN memory management: please clarify X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gMTUgQXByaWwgMjAxMiAyMzo1NiwgU2ltb24gSG9ic29uIDxsaW51eEB0aGVob2Jzb25zLmNv LnVrPiB3cm90ZToKPiBUaGF0IHNvdW5kcyBhYm91dCByaWdodC4gRG9tMCB3aWxsIG9ubHkgInNl ZSIgdGhlIFJBTSB0aGF0J3MgYXNzaWduZWQgdG8gaXQsCj4geW91IG5lZWQgdG8gdXNlIHRoZSBY ZW4gdG9vbHMgKGVnIHhlbnRvcCkgdG8gc2VlIGhvdyBtdWNoIG1lbW9yeSBpcyBhc3NpZ25lZAo+ IHRvIGVhY2ggZG9tYWluIGFuZCBob3cgbXVjaCBpcyBmcmVlLgo+IFdoYXQgeW91IGFyZSBwcm9i YWJseSBtaXNzaW5nIGlzIHRoYXQgRG9tMCBpcyBpdHNlbGYgYSBndWVzdCB2aXJ0dWFsIG1hY2hp bmUKPiBydW5uaW5nIHVuZGVyIHRoZSBYZW4gaHlwZXJ2aXNvciAtIGl0IGRpZmZlcnMgZnJvbSBh IERvbVUgUFYgZ3Vlc3QgbWFpbmx5IGluCj4gaGF2aW5nIHByaXZpbGVnZWQgwqBhY2Nlc3MgdG8g Y29tbXVuaWNhdGUgd2l0aCB0aGUgaHlwZXJ2aXNvciBhbmQgaGFyZHdhcmUuCj4gQnV0IHNpbmNl IGl0IGlzIGl0c2VsZiBhIGd1ZXN0LCBpdCBvbmx5IGhhcyBhY2Nlc3MgdG8gcmVzb3VyY2VzIChp biB0aGlzCj4gZGlzY3Vzc2lvbiwgUkFNKSBnaXZlbiB0byBpdCBieSB0aGUgaHlwZXJ2aXNvci4g VGhlIGRvbTAgbWVtb3J5IGFsbG9jYXRpb24KPiBzdGF0ZW1lbnRzIGFyZSBpbnN0cnVjdGlvbnMg dG8gdGhlIGh5cGVydmlzb3IsIG5vdCBEb20wLgpPSyBTaW1vbi4gVGhhbmtzIGEgbG90LgpUaGlz IGNsYXJpZmllZCBtZSB0aGUgZG91YnQgSSBoYWQgb24gdGhpcyB0b3BpYy4KVG8gYmUgaG9uZXN0 IEkgZGlkIGtub3cgdGhhdCB0aGUgZG9tMCBpcyBhIGd1ZXN0IFZNLCBidXQgSSB3YXMgY29uZnVz aW5nIGJldHdlZW4KdGhlIGh5cGVydmlzb3IgYW5kIHRoZSBkb20wIGl0c2VsZi4gSXQgc2hvdWxk IGJlIHRvdGFsbHkgY2xlYXIgdG8gbWUgbm93LgoKU28sIG5vdyB0aGUgcHJvYmxlbSBpcyB0aGF0 IHVudGlsIHRoZSBtZW1vcnkgaXNzdWUgcHJvYmxlbSB3b24ndCBiZSBzb2x2ZWQsCml0IHdpbGwg YmUgYSBzb3J0IG9mIHRyb3VibGUgdG8gbWFuYWdlIFhFTiB3aXRoIGl0cyBkb21Vcy4gSSB0aGlu awpldmVyeW9uZSB3b3VsZApoYXZlIHNvbWUgcGFpbiBpZiBpdHMgc3lzdGVtIHNob3dzIDYwME1C IGZvciBmcmVlLCB3aGVuIGl0IGhhcyBhdCBsZWFzdCA3R0IuCgo+IEkgZG9uJ3QgcGVyc29uYWxs eSBrbm93IG9mIGFueSBnb29kIGJvb2tzIC0gYnV0IHRoZW4gYm9va3MgYXJlIGEgdHJpY2t5Cj4g dGhpbmcgaW4gdGhpcyBzb3J0IG9mIGFyZWEgYXMgdGhleSBoYXZlIGEgbGltaXRlZCBzaGVsZiBs aWZlIGJlZm9yZSB0aGUKPiBzb2Z0d2FyZSBtb3ZlcyBvbi4KSSBwZXJmZWN0bHkgYWdyZWUgd2l0 aCB5b3UuIFRoaXMgaXMgdHJ1ZSBpbiBtb3N0IG9mIHRoZSBmaWVsZCB3aXRoaW4gY29tcHV0ZXIK cmVzZWFyY2ggYW5kIElUIHRlY2hub2xvZ2llcywgYnV0IGl0IHdhcyB3b3J0aCB0byBhc2shCgpU aGFuayB5b3UgdmVyeSBtdWNoLAoKRmxhdmlvCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0 cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Mon Apr 16 07:59:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 07:59: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 1SJgpv-0006SU-SC; Mon, 16 Apr 2012 07:58:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgpu-0006SP-5A for xen-users@lists.xensource.com; Mon, 16 Apr 2012 07:58:58 +0000 Received: from [85.158.138.51:29640] by server-9.bemta-3.messagelabs.com id 3D/62-26691-141DB8F4; Mon, 16 Apr 2012 07:58:57 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334563135!22199496!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 353 invoked from network); 16 Apr 2012 07:58:56 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 07:58:56 -0000 Received: by iadj38 with SMTP id j38so8823854iad.30 for ; Mon, 16 Apr 2012 00:58:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qGZgZ7RJevO4NMT1LIXujlChCH3u4ZVdBXzqCpOz874=; b=wlz9LLs0xxfdr/TljKRdTTzBbA1B1PpLRiGc1LVLp1CH5ToNBzvQ2deXtseRdDKHci Ki8yPr4+9vtiFZOvAatJ/gCWlfPgvG1Rdyou+IL45fjPs+/QR8je09uAKo+rqpkp+OHB 7gADSU3wzLzaphqIX5decseq9TWQIdjUsO37WnZBcOYI6L8RXVUIYl9g3mA3gjoEMV56 yYjFi0wROJIS9p0X5QWZjVl8IHd69pedL7v3SwhEt86N+bsQFz0ciTNSXKc48U18+JVo 3lxjZbCkMwRThuGANWix+byj8ADiqEzdsNbjbHRmGL3Fmix0uSkLrJyRiN9svxw0C37v Brqw== Received: by 10.50.212.97 with SMTP id nj1mr4646849igc.65.1334563135037; Mon, 16 Apr 2012 00:58:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Mon, 16 Apr 2012 00:58:34 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Mon, 16 Apr 2012 09:58:34 +0200 Message-ID: To: Scott Meyers Cc: Xen Users List Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 14 April 2012 20:15, Scott Meyers wrote: > I am trying to figure out the offest sector for vm01.img2 partition. I tried > many possible ways, for example (1020 *512) , but in vain. Hi, you should do 65*512 if you want to mount at the beginning of partition 2, not 1020x512. I've already answered you for this question. Please read this: http://xen.1045712.n5.nabble.com/Viewing-the-content-of-img-file-td4840212.html Haven't you tried what I suggested in such old discussion? Please try that method because this always works for me. I can't figure out why it shouldn't work for you. Cheers, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 07:59:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 07:59: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 1SJgpv-0006SU-SC; Mon, 16 Apr 2012 07:58:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJgpu-0006SP-5A for xen-users@lists.xensource.com; Mon, 16 Apr 2012 07:58:58 +0000 Received: from [85.158.138.51:29640] by server-9.bemta-3.messagelabs.com id 3D/62-26691-141DB8F4; Mon, 16 Apr 2012 07:58:57 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1334563135!22199496!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 353 invoked from network); 16 Apr 2012 07:58:56 -0000 Received: from mail-iy0-f171.google.com (HELO mail-iy0-f171.google.com) (209.85.210.171) by server-8.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 07:58:56 -0000 Received: by iadj38 with SMTP id j38so8823854iad.30 for ; Mon, 16 Apr 2012 00:58:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qGZgZ7RJevO4NMT1LIXujlChCH3u4ZVdBXzqCpOz874=; b=wlz9LLs0xxfdr/TljKRdTTzBbA1B1PpLRiGc1LVLp1CH5ToNBzvQ2deXtseRdDKHci Ki8yPr4+9vtiFZOvAatJ/gCWlfPgvG1Rdyou+IL45fjPs+/QR8je09uAKo+rqpkp+OHB 7gADSU3wzLzaphqIX5decseq9TWQIdjUsO37WnZBcOYI6L8RXVUIYl9g3mA3gjoEMV56 yYjFi0wROJIS9p0X5QWZjVl8IHd69pedL7v3SwhEt86N+bsQFz0ciTNSXKc48U18+JVo 3lxjZbCkMwRThuGANWix+byj8ADiqEzdsNbjbHRmGL3Fmix0uSkLrJyRiN9svxw0C37v Brqw== Received: by 10.50.212.97 with SMTP id nj1mr4646849igc.65.1334563135037; Mon, 16 Apr 2012 00:58:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Mon, 16 Apr 2012 00:58:34 -0700 (PDT) In-Reply-To: References: From: Flavio Date: Mon, 16 Apr 2012 09:58:34 +0200 Message-ID: To: Scott Meyers Cc: Xen Users List Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 14 April 2012 20:15, Scott Meyers wrote: > I am trying to figure out the offest sector for vm01.img2 partition. I tried > many possible ways, for example (1020 *512) , but in vain. Hi, you should do 65*512 if you want to mount at the beginning of partition 2, not 1020x512. I've already answered you for this question. Please read this: http://xen.1045712.n5.nabble.com/Viewing-the-content-of-img-file-td4840212.html Haven't you tried what I suggested in such old discussion? Please try that method because this always works for me. I can't figure out why it shouldn't work for you. Cheers, -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 09:58:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 09:58: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 1SJigp-0000AJ-Vv; Mon, 16 Apr 2012 09:57:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJigo-0000AA-Bj for xen-users@lists.xen.org; Mon, 16 Apr 2012 09:57:42 +0000 Received: from [85.158.143.99:6685] by server-1.bemta-4.messagelabs.com id 58/A7-20925-51DEB8F4; Mon, 16 Apr 2012 09:57:41 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1334570259!23825352!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29017 invoked from network); 16 Apr 2012 09:57:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 09:57:40 -0000 X-IronPort-AV: E=Sophos;i="4.75,428,1330905600"; d="scan'208";a="11950466" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 09:57:39 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 16 Apr 2012 10:57:38 +0100 Message-ID: <1334570256.14560.80.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Todd Deshane Date: Mon, 16 Apr 2012 10:57:36 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: Lloyd Dizon , "xen-users@lists.xen.org" , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > Adding Xen-devel. > > What are the current timekeeping best practices now? pvops kernels behave as if independent_wallclock == 1, so the existing advice: set /proc/sys/xen/independent_wallclock to 1 and run ntp on domU. still applies. Ian. > > Thanks, > Todd > > ---------- Forwarded message ---------- > From: Remi Gacogne > Date: Fri, Apr 13, 2012 at 12:31 PM > Subject: Re: [Xen-users] Xen timekeeping best practices > To: Todd Deshane > Cc: Lloyd Dizon , xen-users@lists.xen.org > > > > > Does this help at all: > > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F > > > Well, thank you but independent_wallclock doesn't exist anymore on > pvops kernel, and the link to blogspot seems broken so, no, not very > much :) > > -- > > Regards, > > Remi Gacogne > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 09:58:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 09:58: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 1SJigp-0000AJ-Vv; Mon, 16 Apr 2012 09:57:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJigo-0000AA-Bj for xen-users@lists.xen.org; Mon, 16 Apr 2012 09:57:42 +0000 Received: from [85.158.143.99:6685] by server-1.bemta-4.messagelabs.com id 58/A7-20925-51DEB8F4; Mon, 16 Apr 2012 09:57:41 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1334570259!23825352!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29017 invoked from network); 16 Apr 2012 09:57:40 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 09:57:40 -0000 X-IronPort-AV: E=Sophos;i="4.75,428,1330905600"; d="scan'208";a="11950466" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 09:57:39 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 16 Apr 2012 10:57:38 +0100 Message-ID: <1334570256.14560.80.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Todd Deshane Date: Mon, 16 Apr 2012 10:57:36 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: Lloyd Dizon , "xen-users@lists.xen.org" , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > Adding Xen-devel. > > What are the current timekeeping best practices now? pvops kernels behave as if independent_wallclock == 1, so the existing advice: set /proc/sys/xen/independent_wallclock to 1 and run ntp on domU. still applies. Ian. > > Thanks, > Todd > > ---------- Forwarded message ---------- > From: Remi Gacogne > Date: Fri, Apr 13, 2012 at 12:31 PM > Subject: Re: [Xen-users] Xen timekeeping best practices > To: Todd Deshane > Cc: Lloyd Dizon , xen-users@lists.xen.org > > > > > Does this help at all: > > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F > > > Well, thank you but independent_wallclock doesn't exist anymore on > pvops kernel, and the link to blogspot seems broken so, no, not very > much :) > > -- > > Regards, > > Remi Gacogne > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 09:59:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 09: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 1SJihM-0000Ct-1v; Mon, 16 Apr 2012 09:58:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJihK-0000Cd-PA for xen-users@lists.xen.org; Mon, 16 Apr 2012 09:58:15 +0000 Received: from [85.158.139.83:11688] by server-2.bemta-5.messagelabs.com id 2C/5D-17016-53DEB8F4; Mon, 16 Apr 2012 09:58:13 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1334570291!12713687!1 X-Originating-IP: [209.85.214.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12962 invoked from network); 16 Apr 2012 09:58:12 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 09:58:12 -0000 Received: by obbwd18 with SMTP id wd18so1326318obb.32 for ; Mon, 16 Apr 2012 02:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=BsJgRbrLEsONMU7BdcqSo1mJcyobdUp3Y4gn+BFewhE=; b=IwfSCvrNUA9ftJEbj8zPb5YuRy7O+okx+g3fUiD3qCS8sz3SiNIpHvm9+7zGQL4UjG knS6YgwjeMm+29MOZKGMe7mKOP9WHwAbzJ9+QKB/icj9I5EzF/Zc0j5yC64Kb0cn7wLg VrhnclztKBKhGMcyPUzjlyvtzRHPW4sE/ZwnPHUyuj5vozACA3Hn4EFzMNI5mVRRH+Fi 8xlNfFIN5/VdlpS5+6bYYHVikOCtZi3Dm4DOoj5WS2n04PYnA1TbL43iPuCwq9O/S1qn E6JajeuW52u015r0p6qWaKRNHaR7uZySECjiUd6xKbULl4e4lsOTwlUPhI8JGUfPxVZf 6m3w== Received: by 10.60.9.38 with SMTP id w6mr14624994oea.41.1334570291274; Mon, 16 Apr 2012 02:58:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 02:57:50 -0700 (PDT) From: eva Date: Mon, 16 Apr 2012 11:57:50 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5699307272571393804==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5699307272571393804== Content-Type: multipart/alternative; boundary=e89a8fb1fbbe23a3f904bdc8dc84 --e89a8fb1fbbe23a3f904bdc8dc84 Content-Type: text/plain; charset=ISO-8859-1 Hello, I got into a debate about if xen is really a type 1 hypervisor. A friend said that Xen/KVM/Intel are not really type 1 hypervisor, that is, the "real" type 1 hypervisor is the one running with Sparc. (?) How to know? Because if you reboot the Host, vm's keep running, that means, it's type 1. (?) -- At this point, I am confused. Is he talking about HVM? Is he mixing HVM with type 1? What I know it's what wikipedia and other xen related documents say about type 1, that is, the hypervisor is at the lowest level, next to the hardware, and controlled at an upper level by dom0. He also says that there are not many differences between type 1 and type 2 in practice, when talking about the xen and kvm model as wikipedia describes it. What do you think? Is he mistaken? Thanks --e89a8fb1fbbe23a3f904bdc8dc84 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello,=A0


I got into a debate about if xen is really a type 1 hypervisor. A friend sa= id that Xen/KVM/Intel are not really type 1 hypervisor, that is, the "= real" type 1 hypervisor is the one running with Sparc. (?)


How to know? Because if you reboot the Host, vm's keep running, that me= ans, it's type 1. (?)


-- At this point, I am confused. Is he talking about HVM? Is he mixing HVM = with type 1?


What I know it's what wikipedia and other xen related documents say abo= ut type 1, that is, the hypervisor is at the lowest level, next to the hard= ware, and controlled at an upper level by dom0.


He also says that there are not many differences between type 1 and type 2 = in practice, when talking about the xen and kvm model as wikipedia describe= s it.


What do you think?=A0Is he mistaken?


Thanks



--e89a8fb1fbbe23a3f904bdc8dc84-- --===============5699307272571393804== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5699307272571393804==-- From xen-users-bounces@lists.xen.org Mon Apr 16 09:59:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 09: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 1SJihM-0000Ct-1v; Mon, 16 Apr 2012 09:58:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJihK-0000Cd-PA for xen-users@lists.xen.org; Mon, 16 Apr 2012 09:58:15 +0000 Received: from [85.158.139.83:11688] by server-2.bemta-5.messagelabs.com id 2C/5D-17016-53DEB8F4; Mon, 16 Apr 2012 09:58:13 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1334570291!12713687!1 X-Originating-IP: [209.85.214.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12962 invoked from network); 16 Apr 2012 09:58:12 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 09:58:12 -0000 Received: by obbwd18 with SMTP id wd18so1326318obb.32 for ; Mon, 16 Apr 2012 02:58:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=BsJgRbrLEsONMU7BdcqSo1mJcyobdUp3Y4gn+BFewhE=; b=IwfSCvrNUA9ftJEbj8zPb5YuRy7O+okx+g3fUiD3qCS8sz3SiNIpHvm9+7zGQL4UjG knS6YgwjeMm+29MOZKGMe7mKOP9WHwAbzJ9+QKB/icj9I5EzF/Zc0j5yC64Kb0cn7wLg VrhnclztKBKhGMcyPUzjlyvtzRHPW4sE/ZwnPHUyuj5vozACA3Hn4EFzMNI5mVRRH+Fi 8xlNfFIN5/VdlpS5+6bYYHVikOCtZi3Dm4DOoj5WS2n04PYnA1TbL43iPuCwq9O/S1qn E6JajeuW52u015r0p6qWaKRNHaR7uZySECjiUd6xKbULl4e4lsOTwlUPhI8JGUfPxVZf 6m3w== Received: by 10.60.9.38 with SMTP id w6mr14624994oea.41.1334570291274; Mon, 16 Apr 2012 02:58:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 02:57:50 -0700 (PDT) From: eva Date: Mon, 16 Apr 2012 11:57:50 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5699307272571393804==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5699307272571393804== Content-Type: multipart/alternative; boundary=e89a8fb1fbbe23a3f904bdc8dc84 --e89a8fb1fbbe23a3f904bdc8dc84 Content-Type: text/plain; charset=ISO-8859-1 Hello, I got into a debate about if xen is really a type 1 hypervisor. A friend said that Xen/KVM/Intel are not really type 1 hypervisor, that is, the "real" type 1 hypervisor is the one running with Sparc. (?) How to know? Because if you reboot the Host, vm's keep running, that means, it's type 1. (?) -- At this point, I am confused. Is he talking about HVM? Is he mixing HVM with type 1? What I know it's what wikipedia and other xen related documents say about type 1, that is, the hypervisor is at the lowest level, next to the hardware, and controlled at an upper level by dom0. He also says that there are not many differences between type 1 and type 2 in practice, when talking about the xen and kvm model as wikipedia describes it. What do you think? Is he mistaken? Thanks --e89a8fb1fbbe23a3f904bdc8dc84 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello,=A0


I got into a debate about if xen is really a type 1 hypervisor. A friend sa= id that Xen/KVM/Intel are not really type 1 hypervisor, that is, the "= real" type 1 hypervisor is the one running with Sparc. (?)


How to know? Because if you reboot the Host, vm's keep running, that me= ans, it's type 1. (?)


-- At this point, I am confused. Is he talking about HVM? Is he mixing HVM = with type 1?


What I know it's what wikipedia and other xen related documents say abo= ut type 1, that is, the hypervisor is at the lowest level, next to the hard= ware, and controlled at an upper level by dom0.


He also says that there are not many differences between type 1 and type 2 = in practice, when talking about the xen and kvm model as wikipedia describe= s it.


What do you think?=A0Is he mistaken?


Thanks



--e89a8fb1fbbe23a3f904bdc8dc84-- --===============5699307272571393804== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5699307272571393804==-- From xen-users-bounces@lists.xen.org Mon Apr 16 10:57:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 10:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJjc2-0002Sn-Dw; Mon, 16 Apr 2012 10:56:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJjc0-0002SY-SL for xen-users@lists.xen.org; Mon, 16 Apr 2012 10:56:49 +0000 Received: from [85.158.138.51:47772] by server-7.bemta-3.messagelabs.com id 48/0F-03078-0FAFB8F4; Mon, 16 Apr 2012 10:56:48 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1334573805!18239139!1 X-Originating-IP: [209.85.214.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26973 invoked from network); 16 Apr 2012 10:56:46 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 10:56:46 -0000 Received: by obbwd18 with SMTP id wd18so1416994obb.32 for ; Mon, 16 Apr 2012 03:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Lh2Hf8c2S7oMcRSKn39w6vsdwDNnagNb07LFwVsNF0o=; b=LHJTYxcnllKe5ujefJC3CCHMeBzqQHe4S/Z2cFwOIhaCcdcLoL3bwJ3KrIcGJlmyl/ GEPEqy/6r5eE4JrghO7fPs7ur5LhEnTj2ozPvivQFyGvy5DklXNHfV2Bvgi4TdVPVU4P dAnSKrwhBdXKnFM99JnE414booG9qyVeXtC3gqdGyuq4Df1A1YUGlmv8CPv+EZgo+w3l PqpLjs1ROhTqaD11KWvT+aVs2a9IBmUTMvePVVsvLL+aw166HzCU9tKWRMU9TSktxqMk mfcDLuO3VrogpNJDwvRtkIjdir/UJMatSYGbNxdZahqyiNhJR7nUT6iIdJ8DnrQdsRXC L5DQ== Received: by 10.182.85.39 with SMTP id e7mr14853292obz.51.1334573804690; Mon, 16 Apr 2012 03:56:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 03:56:24 -0700 (PDT) In-Reply-To: References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> From: eva Date: Mon, 16 Apr 2012 12:56:24 +0200 Message-ID: To: xen-users@lists.xen.org Cc: Dan Magenheimer Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2119559910091426596==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2119559910091426596== Content-Type: multipart/alternative; boundary=f46d044631268e1cc704bdc9ad38 --f46d044631268e1cc704bdc9ad38 Content-Type: text/plain; charset=ISO-8859-1 On 25 March 2012 07:46, Joseph Glanville wrote: > On 23 March 2012 04:22, Dan Magenheimer > wrote: > > Transcendent Memory ("tmem") [1] is a new approach to optimizing RAM > utilization > > in a virtualized (and, in some cases, a physical) environment > > > > Support for tmem has been in the Xen hypervisor since the 4.0 release, > but > > the tmem protocols require cooperation between the hypervisor and guest > > OS kernel. While the guest-side kernel changes are relatively simple > > and non-intrusive, getting any new technology into any operating system > > can be, shall we say, challenging... :-) BUT... > > > > Last week, Oracle released "Oracle Unbreakable Enterprise Kernel Release > 2", > > the first publicly-available fully-supported[2] Linux kernel > implementing all > > Xen-guest-side capabilities for tmem, including "cleancache" (ephemeral > tmem > > pools), "frontswap" (persistent tmem pools), and in-kernel support for > > "self-ballooning". > > > > So now, finally, it should be easy to give tmem a try! > Dan, Thanks so much. This is great news. I just wanted to know what kind of license does it have. Is it open source..or..? --Thank you --f46d044631268e1cc704bdc9ad38 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On 25 March 2012 07:46, Joseph Glanville= <j= oseph.glanville@orionvm.com.au> wrote:
On 23 March 2012 04:22, Dan Magenhe= imer <dan.magenheimer@orac= le.com> wrote:
> Transcendent Memory ("tmem") [1] is a new approach to optimi= zing RAM utilization
> in a virtualized (and, in some cases, a physical) environment
>
> Support for tmem has been in the Xen hypervisor since the 4.0 release,= but
> the tmem protocols require cooperation between the hypervisor and gues= t
> OS kernel. =A0While the guest-side kernel changes are relatively simpl= e
> and non-intrusive, getting any new technology into any operating syste= m
> can be, shall we say, challenging... :-) =A0BUT...
>
> Last week, Oracle released "Oracle Unbreakable Enterprise Kernel = Release 2",
> the first publicly-available fully-supported[2] Linux kernel implement= ing all
> Xen-guest-side capabilities for tmem, including "cleancache"= (ephemeral tmem
> pools), "frontswap" (persistent tmem pools), and in-kernel s= upport for
> "self-ballooning".
>
> So now, finally, it should be easy to give tmem a try!
=

Dan,

Thanks so mu= ch. This is great news. I just wanted to know what kind of license does it = have. Is it open source..or..? --Thank =A0you=A0
--f46d044631268e1cc704bdc9ad38-- --===============2119559910091426596== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2119559910091426596==-- From xen-users-bounces@lists.xen.org Mon Apr 16 10:57:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 10:57:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJjc2-0002Sn-Dw; Mon, 16 Apr 2012 10:56:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJjc0-0002SY-SL for xen-users@lists.xen.org; Mon, 16 Apr 2012 10:56:49 +0000 Received: from [85.158.138.51:47772] by server-7.bemta-3.messagelabs.com id 48/0F-03078-0FAFB8F4; Mon, 16 Apr 2012 10:56:48 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1334573805!18239139!1 X-Originating-IP: [209.85.214.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26973 invoked from network); 16 Apr 2012 10:56:46 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 10:56:46 -0000 Received: by obbwd18 with SMTP id wd18so1416994obb.32 for ; Mon, 16 Apr 2012 03:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Lh2Hf8c2S7oMcRSKn39w6vsdwDNnagNb07LFwVsNF0o=; b=LHJTYxcnllKe5ujefJC3CCHMeBzqQHe4S/Z2cFwOIhaCcdcLoL3bwJ3KrIcGJlmyl/ GEPEqy/6r5eE4JrghO7fPs7ur5LhEnTj2ozPvivQFyGvy5DklXNHfV2Bvgi4TdVPVU4P dAnSKrwhBdXKnFM99JnE414booG9qyVeXtC3gqdGyuq4Df1A1YUGlmv8CPv+EZgo+w3l PqpLjs1ROhTqaD11KWvT+aVs2a9IBmUTMvePVVsvLL+aw166HzCU9tKWRMU9TSktxqMk mfcDLuO3VrogpNJDwvRtkIjdir/UJMatSYGbNxdZahqyiNhJR7nUT6iIdJ8DnrQdsRXC L5DQ== Received: by 10.182.85.39 with SMTP id e7mr14853292obz.51.1334573804690; Mon, 16 Apr 2012 03:56:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 03:56:24 -0700 (PDT) In-Reply-To: References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> From: eva Date: Mon, 16 Apr 2012 12:56:24 +0200 Message-ID: To: xen-users@lists.xen.org Cc: Dan Magenheimer Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2119559910091426596==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2119559910091426596== Content-Type: multipart/alternative; boundary=f46d044631268e1cc704bdc9ad38 --f46d044631268e1cc704bdc9ad38 Content-Type: text/plain; charset=ISO-8859-1 On 25 March 2012 07:46, Joseph Glanville wrote: > On 23 March 2012 04:22, Dan Magenheimer > wrote: > > Transcendent Memory ("tmem") [1] is a new approach to optimizing RAM > utilization > > in a virtualized (and, in some cases, a physical) environment > > > > Support for tmem has been in the Xen hypervisor since the 4.0 release, > but > > the tmem protocols require cooperation between the hypervisor and guest > > OS kernel. While the guest-side kernel changes are relatively simple > > and non-intrusive, getting any new technology into any operating system > > can be, shall we say, challenging... :-) BUT... > > > > Last week, Oracle released "Oracle Unbreakable Enterprise Kernel Release > 2", > > the first publicly-available fully-supported[2] Linux kernel > implementing all > > Xen-guest-side capabilities for tmem, including "cleancache" (ephemeral > tmem > > pools), "frontswap" (persistent tmem pools), and in-kernel support for > > "self-ballooning". > > > > So now, finally, it should be easy to give tmem a try! > Dan, Thanks so much. This is great news. I just wanted to know what kind of license does it have. Is it open source..or..? --Thank you --f46d044631268e1cc704bdc9ad38 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On 25 March 2012 07:46, Joseph Glanville= <j= oseph.glanville@orionvm.com.au> wrote:
On 23 March 2012 04:22, Dan Magenhe= imer <dan.magenheimer@orac= le.com> wrote:
> Transcendent Memory ("tmem") [1] is a new approach to optimi= zing RAM utilization
> in a virtualized (and, in some cases, a physical) environment
>
> Support for tmem has been in the Xen hypervisor since the 4.0 release,= but
> the tmem protocols require cooperation between the hypervisor and gues= t
> OS kernel. =A0While the guest-side kernel changes are relatively simpl= e
> and non-intrusive, getting any new technology into any operating syste= m
> can be, shall we say, challenging... :-) =A0BUT...
>
> Last week, Oracle released "Oracle Unbreakable Enterprise Kernel = Release 2",
> the first publicly-available fully-supported[2] Linux kernel implement= ing all
> Xen-guest-side capabilities for tmem, including "cleancache"= (ephemeral tmem
> pools), "frontswap" (persistent tmem pools), and in-kernel s= upport for
> "self-ballooning".
>
> So now, finally, it should be easy to give tmem a try!
=

Dan,

Thanks so mu= ch. This is great news. I just wanted to know what kind of license does it = have. Is it open source..or..? --Thank =A0you=A0
--f46d044631268e1cc704bdc9ad38-- --===============2119559910091426596== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2119559910091426596==-- From xen-users-bounces@lists.xen.org Mon Apr 16 11:58:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 11:58: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 1SJkY8-0003sa-0M; Mon, 16 Apr 2012 11:56:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJkY5-0003sT-BE for xen-users@lists.xen.org; Mon, 16 Apr 2012 11:56:49 +0000 Received: from [85.158.143.35:36923] by server-1.bemta-4.messagelabs.com id C3/C1-20925-0090C8F4; Mon, 16 Apr 2012 11:56:48 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1334577405!14727128!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20188 invoked from network); 16 Apr 2012 11:56:46 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 11:56:46 -0000 Received: by vbbfs19 with SMTP id fs19so4431550vbb.32 for ; Mon, 16 Apr 2012 04:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tA9FH5Hs5IHj3tuZIEz3cG4dHq9a4Hbm/RmUyuiTCpM=; b=ngNVn5X3Tb8kZOVJtv2r/ur42xwvdS+l6jIXYyAqmjjmqITxsmlsFIdGm/6FG4PYlV 5oWPGLaoIazIA+D7EAVoWXmqrZcicQ6mHlAd4NKCcEFHP/mzZD81/FyamW8A02Luf1t5 YpGQRmR8ffrdy2hOoqFQRqzmjHJGnb1iagU5Mq/Iv5jDMQy00rHQG0quFZUoriUnZmSg RGN6jkMcAkix5JR6q6UYfSanKxeManDh7QCRu6BwpGg83ED1FE3PsRJRm5q2vQojlqw6 7nMBMZuy//OFRNak3acA2muc8F7OZs4Xs+DFJfxVVEcdpqWBh4VGzSNJTuNqbBjxyj1J 99Jg== MIME-Version: 1.0 Received: by 10.220.64.137 with SMTP id e9mr5921477vci.9.1334577404801; Mon, 16 Apr 2012 04:56:44 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Mon, 16 Apr 2012 04:56:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 07:56:44 -0400 Message-ID: From: Casey DeLorme To: eva Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7522908553774512722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7522908553774512722== Content-Type: multipart/alternative; boundary=000e0cdf989e23745204bdca84bc --000e0cdf989e23745204bdca84bc Content-Type: text/plain; charset=ISO-8859-1 Hello Eva, I would consider Xen to be a type 1 Hypervisor, it runs directly on the hardware and manages resources. Your friend may be misunderstanding Dom0 as a "host", but Dom0 is just a privileged control OS running ontop of the hypervisor ("second layer" if going by the description). I tried ESXi, and switched to Xen specifically because the tiny built-in control OS doesn't support a myriad of consumer drivers, something that having a Linux control guest fixes. http://www.virtuatopia.com/images/0/0f/Hypervisor_diagram.jpg On Mon, Apr 16, 2012 at 5:57 AM, eva wrote: > Hello, > > > I got into a debate about if xen is really a type 1 hypervisor. A friend > said that Xen/KVM/Intel are not really type 1 hypervisor, that is, the > "real" type 1 hypervisor is the one running with Sparc. (?) > > > How to know? Because if you reboot the Host, vm's keep running, that > means, it's type 1. (?) > > > -- At this point, I am confused. Is he talking about HVM? Is he mixing HVM > with type 1? > > > What I know it's what wikipedia and other xen related documents say about > type 1, that is, the hypervisor is at the lowest level, next to the > hardware, and controlled at an upper level by dom0. > > > He also says that there are not many differences between type 1 and type 2 > in practice, when talking about the xen and kvm model as wikipedia > describes it. > > > What do you think? Is he mistaken? > > > Thanks > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --000e0cdf989e23745204bdca84bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Eva,

I would consider Xen to be a type = 1 Hypervisor, it runs directly on the hardware and manages resources.
=

Your friend may be misunderstanding Dom0 as a "hos= t", but Dom0 is just a privileged control OS running ontop of the hype= rvisor ("second layer" if going by the description).

I tried ESXi, and switched to Xen specifically because = the tiny built-in control OS doesn't support a myriad of consumer drive= rs, something that having a Linux control guest fixes.

=
On Mon, Apr 16, 2012 at 5:57 AM, eva <evammg@gmail.com>= wrote:

Hello,=A0


I got into a debate about if xen is really a type 1 hypervisor. A friend sa= id that Xen/KVM/Intel are not really type 1 hypervisor, that is, the "= real" type 1 hypervisor is the one running with Sparc. (?)


How to know? Because if you reboot the Host, vm's keep running, that me= ans, it's type 1. (?)


-- At this point, I am confused. Is he talking about HVM? Is he mixing HVM = with type 1?


What I know it's what wikipedia and other xen related documents say abo= ut type 1, that is, the hypervisor is at the lowest level, next to the hard= ware, and controlled at an upper level by dom0.


He also says that there are not many differences between type 1 and type 2 = in practice, when talking about the xen and kvm model as wikipedia describe= s it.


What do you think?=A0Is he mistaken?


Thanks




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

--000e0cdf989e23745204bdca84bc-- --===============7522908553774512722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7522908553774512722==-- From xen-users-bounces@lists.xen.org Mon Apr 16 11:58:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 11:58: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 1SJkY8-0003sa-0M; Mon, 16 Apr 2012 11:56:52 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJkY5-0003sT-BE for xen-users@lists.xen.org; Mon, 16 Apr 2012 11:56:49 +0000 Received: from [85.158.143.35:36923] by server-1.bemta-4.messagelabs.com id C3/C1-20925-0090C8F4; Mon, 16 Apr 2012 11:56:48 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-13.tower-21.messagelabs.com!1334577405!14727128!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20188 invoked from network); 16 Apr 2012 11:56:46 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-13.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 11:56:46 -0000 Received: by vbbfs19 with SMTP id fs19so4431550vbb.32 for ; Mon, 16 Apr 2012 04:56:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tA9FH5Hs5IHj3tuZIEz3cG4dHq9a4Hbm/RmUyuiTCpM=; b=ngNVn5X3Tb8kZOVJtv2r/ur42xwvdS+l6jIXYyAqmjjmqITxsmlsFIdGm/6FG4PYlV 5oWPGLaoIazIA+D7EAVoWXmqrZcicQ6mHlAd4NKCcEFHP/mzZD81/FyamW8A02Luf1t5 YpGQRmR8ffrdy2hOoqFQRqzmjHJGnb1iagU5Mq/Iv5jDMQy00rHQG0quFZUoriUnZmSg RGN6jkMcAkix5JR6q6UYfSanKxeManDh7QCRu6BwpGg83ED1FE3PsRJRm5q2vQojlqw6 7nMBMZuy//OFRNak3acA2muc8F7OZs4Xs+DFJfxVVEcdpqWBh4VGzSNJTuNqbBjxyj1J 99Jg== MIME-Version: 1.0 Received: by 10.220.64.137 with SMTP id e9mr5921477vci.9.1334577404801; Mon, 16 Apr 2012 04:56:44 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Mon, 16 Apr 2012 04:56:44 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Apr 2012 07:56:44 -0400 Message-ID: From: Casey DeLorme To: eva Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7522908553774512722==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7522908553774512722== Content-Type: multipart/alternative; boundary=000e0cdf989e23745204bdca84bc --000e0cdf989e23745204bdca84bc Content-Type: text/plain; charset=ISO-8859-1 Hello Eva, I would consider Xen to be a type 1 Hypervisor, it runs directly on the hardware and manages resources. Your friend may be misunderstanding Dom0 as a "host", but Dom0 is just a privileged control OS running ontop of the hypervisor ("second layer" if going by the description). I tried ESXi, and switched to Xen specifically because the tiny built-in control OS doesn't support a myriad of consumer drivers, something that having a Linux control guest fixes. http://www.virtuatopia.com/images/0/0f/Hypervisor_diagram.jpg On Mon, Apr 16, 2012 at 5:57 AM, eva wrote: > Hello, > > > I got into a debate about if xen is really a type 1 hypervisor. A friend > said that Xen/KVM/Intel are not really type 1 hypervisor, that is, the > "real" type 1 hypervisor is the one running with Sparc. (?) > > > How to know? Because if you reboot the Host, vm's keep running, that > means, it's type 1. (?) > > > -- At this point, I am confused. Is he talking about HVM? Is he mixing HVM > with type 1? > > > What I know it's what wikipedia and other xen related documents say about > type 1, that is, the hypervisor is at the lowest level, next to the > hardware, and controlled at an upper level by dom0. > > > He also says that there are not many differences between type 1 and type 2 > in practice, when talking about the xen and kvm model as wikipedia > describes it. > > > What do you think? Is he mistaken? > > > Thanks > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --000e0cdf989e23745204bdca84bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Eva,

I would consider Xen to be a type = 1 Hypervisor, it runs directly on the hardware and manages resources.
=

Your friend may be misunderstanding Dom0 as a "hos= t", but Dom0 is just a privileged control OS running ontop of the hype= rvisor ("second layer" if going by the description).

I tried ESXi, and switched to Xen specifically because = the tiny built-in control OS doesn't support a myriad of consumer drive= rs, something that having a Linux control guest fixes.

=
On Mon, Apr 16, 2012 at 5:57 AM, eva <evammg@gmail.com>= wrote:

Hello,=A0


I got into a debate about if xen is really a type 1 hypervisor. A friend sa= id that Xen/KVM/Intel are not really type 1 hypervisor, that is, the "= real" type 1 hypervisor is the one running with Sparc. (?)


How to know? Because if you reboot the Host, vm's keep running, that me= ans, it's type 1. (?)


-- At this point, I am confused. Is he talking about HVM? Is he mixing HVM = with type 1?


What I know it's what wikipedia and other xen related documents say abo= ut type 1, that is, the hypervisor is at the lowest level, next to the hard= ware, and controlled at an upper level by dom0.


He also says that there are not many differences between type 1 and type 2 = in practice, when talking about the xen and kvm model as wikipedia describe= s it.


What do you think?=A0Is he mistaken?


Thanks




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

--000e0cdf989e23745204bdca84bc-- --===============7522908553774512722== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7522908553774512722==-- From xen-users-bounces@lists.xen.org Mon Apr 16 12:48:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 12:48: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 1SJlLQ-0004dv-JX; Mon, 16 Apr 2012 12:47:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJlLO-0004do-Gq for xen-users@lists.xen.org; Mon, 16 Apr 2012 12:47:46 +0000 Received: from [85.158.143.99:13123] by server-3.bemta-4.messagelabs.com id 94/C8-05853-1F41C8F4; Mon, 16 Apr 2012 12:47:45 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1334580463!25284472!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1237 invoked from network); 16 Apr 2012 12:47:45 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 12:47:45 -0000 Received: by obbwd18 with SMTP id wd18so1571734obb.32 for ; Mon, 16 Apr 2012 05:47:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=ZpOhl6VOAEunXmqgTfAGKhViLc+yrn98a9xeX/y5A+Q=; b=hFF74sLLAxehrjamYjfCqdr57JAuuzjvC57Lu1JlhQxxJMzxu4B8AHgSqvftyyews+ m1XE6a8LWr7860b333vnjwyiy/n+0O7KCEw3PcAfWsBLgWUbNGnLR1Nk5PE4FcCGL5g/ 2y4MiXERSzn3r3RBgjvbwn7KPFzRTyiL6qLAfSyKxFNQMsR5jJyoVe53ZwqdL7Yy4xki u5qSS7h4ap9K6x3SvTrUb80yLrPMUJVZJd2EPg4p08+bDvoKHowbC5kjCGqhBdpP7F3j 9EB9rBn8GTiKLNQ3y7jc0i8FMVkOq80YFbXHCJ1M0nmhNkWFoP0YdC5/Jx67wMp0nwPC LFOA== Received: by 10.60.1.7 with SMTP id 7mr15598960oei.71.1334580463063; Mon, 16 Apr 2012 05:47:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 05:47:22 -0700 (PDT) In-Reply-To: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> From: eva Date: Mon, 16 Apr 2012 14:47:22 +0200 Message-ID: To: John McDermott CIV Cc: xen-users@lists.xen.org, cdelorme@gmail.com Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 16 April 2012 13:57, John McDermott CIV wr= ote: > > > The main Wikipedia article is not clear. Type 1 and Type 2 are NOT define= d by what is "running" on what. All of the software "runs" on the hardware.= The meaning of Type 1 and Type 2 depends on what is called a _sensitive in= struction_: any instruction in the hardware ISA that could interfere with o= r screw up the hypervisor. A hypervisor needs to control and manage the exe= cution of all sensitive instructions, so it needs to know when a guest is a= ttempting to execute a sensitive instruction, and take control. Otherwise, = a guest could misuse a sensitive instruction. An example of a sensitive ins= truction on the x86 is int n. > > A Type 1 hypervisor detects sensitive instructions for itself but a Type = 2 hypervisor relies on some other software (typically a conventional OS)to = detect them and then pass the notification on to the hypervisor. > > Xen is Type 1; you can look at the source code to confirm this, though yo= u will need to understand how to read AT&T assembler syntax. > > Sincerely, > > John > > John, =A0Clear enough :) Thank you. Casey, Could you explain this "I tried ESXi, and switched to Xen specifically because the tiny built-in control OS doesn't support a myriad of consumer drivers, something that having a Linux control guest fixes." in a different way? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 12:48:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 12:48: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 1SJlLQ-0004dv-JX; Mon, 16 Apr 2012 12:47:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJlLO-0004do-Gq for xen-users@lists.xen.org; Mon, 16 Apr 2012 12:47:46 +0000 Received: from [85.158.143.99:13123] by server-3.bemta-4.messagelabs.com id 94/C8-05853-1F41C8F4; Mon, 16 Apr 2012 12:47:45 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1334580463!25284472!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1237 invoked from network); 16 Apr 2012 12:47:45 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 12:47:45 -0000 Received: by obbwd18 with SMTP id wd18so1571734obb.32 for ; Mon, 16 Apr 2012 05:47:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=ZpOhl6VOAEunXmqgTfAGKhViLc+yrn98a9xeX/y5A+Q=; b=hFF74sLLAxehrjamYjfCqdr57JAuuzjvC57Lu1JlhQxxJMzxu4B8AHgSqvftyyews+ m1XE6a8LWr7860b333vnjwyiy/n+0O7KCEw3PcAfWsBLgWUbNGnLR1Nk5PE4FcCGL5g/ 2y4MiXERSzn3r3RBgjvbwn7KPFzRTyiL6qLAfSyKxFNQMsR5jJyoVe53ZwqdL7Yy4xki u5qSS7h4ap9K6x3SvTrUb80yLrPMUJVZJd2EPg4p08+bDvoKHowbC5kjCGqhBdpP7F3j 9EB9rBn8GTiKLNQ3y7jc0i8FMVkOq80YFbXHCJ1M0nmhNkWFoP0YdC5/Jx67wMp0nwPC LFOA== Received: by 10.60.1.7 with SMTP id 7mr15598960oei.71.1334580463063; Mon, 16 Apr 2012 05:47:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 05:47:22 -0700 (PDT) In-Reply-To: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> From: eva Date: Mon, 16 Apr 2012 14:47:22 +0200 Message-ID: To: John McDermott CIV Cc: xen-users@lists.xen.org, cdelorme@gmail.com Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 16 April 2012 13:57, John McDermott CIV wr= ote: > > > The main Wikipedia article is not clear. Type 1 and Type 2 are NOT define= d by what is "running" on what. All of the software "runs" on the hardware.= The meaning of Type 1 and Type 2 depends on what is called a _sensitive in= struction_: any instruction in the hardware ISA that could interfere with o= r screw up the hypervisor. A hypervisor needs to control and manage the exe= cution of all sensitive instructions, so it needs to know when a guest is a= ttempting to execute a sensitive instruction, and take control. Otherwise, = a guest could misuse a sensitive instruction. An example of a sensitive ins= truction on the x86 is int n. > > A Type 1 hypervisor detects sensitive instructions for itself but a Type = 2 hypervisor relies on some other software (typically a conventional OS)to = detect them and then pass the notification on to the hypervisor. > > Xen is Type 1; you can look at the source code to confirm this, though yo= u will need to understand how to read AT&T assembler syntax. > > Sincerely, > > John > > John, =A0Clear enough :) Thank you. Casey, Could you explain this "I tried ESXi, and switched to Xen specifically because the tiny built-in control OS doesn't support a myriad of consumer drivers, something that having a Linux control guest fixes." in a different way? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 12:56:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 12:56: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 1SJlT6-0004tc-WA; Mon, 16 Apr 2012 12:55:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJlT5-0004tW-5T for xen-users@lists.xen.org; Mon, 16 Apr 2012 12:55:43 +0000 Received: from [85.158.139.83:60557] by server-12.bemta-5.messagelabs.com id 35/A7-05587-EC61C8F4; Mon, 16 Apr 2012 12:55:42 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1334580941!19744962!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19633 invoked from network); 16 Apr 2012 12:55:41 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 12:55:41 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 43D1726A0AC; Mon, 16 Apr 2012 14:55:40 +0200 (CEST) Date: Mon, 16 Apr 2012 14:55:38 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Ian Campbell In-Reply-To: <1334570256.14560.80.camel@zakaz.uk.xensource.com> Message-ID: References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: Lloyd Dizon , "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ian, >> What are the current timekeeping best practices now? > > pvops kernels behave as if independent_wallclock == 1, so the existing > advice: > set /proc/sys/xen/independent_wallclock to 1 and run ntp on > domU. > still applies. O, thanks! The thing is, we have several servers in Xen 4.0.1 using NTP in dom0 and domU. We didn't have any problem keeping a correct time with Xen 3 on the same servers, but with Xen 4 we have a recurring problem where the clock goes out of sync for an hour or so, in dom0 and domU at the same time. We have done more tests since friday, and it seems that this issue does not occur on servers having a Intel Xeon L5630, but on older servers having E5405 or L5410 processors. Looking at the output from xm dmesg, olders servers have : (XEN) checking TSC synchronization across 8 CPUs: passed. (XEN) Platform timer appears to have unexpectedly wrapped 10 or more times. (XEN) Platform timer is 3.579MHz ACPI PM Timer (XEN) CPUIDLE: disabled due to no HPET. Force enable with 'cpuidle'. where newer have : (XEN) TSC is reliable, synchronization unnecessary (XEN) Platform timer is 14.318MHz HPET I'm wondering if my issue could simply be linked to the fact that HPET is not available ? On newer servers, the ouput of # xm debug-key s; xm dmesg | tail is : (XEN) TSC marked as reliable, warp = 0 (count=4) (XEN) dom3: mode=0,ofs=0x42f57c62a36,khz=2133464,inc=1 (XEN) dom4: mode=0,ofs=0x430b996b94f,khz=2133464,inc=1 (XEN) dom5(hvm): mode=0,ofs=0x470ba656d26,khz=2133464,inc=1 (XEN) dom10(hvm): mode=0,ofs=0x6baa148c81f66,khz=2133464,inc=1 (XEN) No domains have emulated TSC whereas it is on olders servers : (XEN) Platform timer appears to have unexpectedly wrapped 10 or more times (XEN) TSC has constant rate, deep Cstates possible, so not reliable, warp=2310 (count=8) (XEN) dom1: mode=0,ofs=0x4379529ffa3,khz=2000068,inc=1,vtsc count: 5579056116 kernel, 18906545 user (XEN) dom2: mode=0,ofs=0x43a55ddb79e,khz=2000068,inc=1,vtsc count: 12684066480 kernel, 25277162 user (XEN) dom3: mode=0,ofs=0x43bd882b29e,khz=2000068,inc=1,vtsc count: 35568040315 kernel, 27356321 user Any idea would be appreciated ! Thanks, _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 12:56:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 12:56: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 1SJlT6-0004tc-WA; Mon, 16 Apr 2012 12:55:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJlT5-0004tW-5T for xen-users@lists.xen.org; Mon, 16 Apr 2012 12:55:43 +0000 Received: from [85.158.139.83:60557] by server-12.bemta-5.messagelabs.com id 35/A7-05587-EC61C8F4; Mon, 16 Apr 2012 12:55:42 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-14.tower-182.messagelabs.com!1334580941!19744962!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19633 invoked from network); 16 Apr 2012 12:55:41 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-14.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 12:55:41 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 43D1726A0AC; Mon, 16 Apr 2012 14:55:40 +0200 (CEST) Date: Mon, 16 Apr 2012 14:55:38 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Ian Campbell In-Reply-To: <1334570256.14560.80.camel@zakaz.uk.xensource.com> Message-ID: References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: Lloyd Dizon , "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ian, >> What are the current timekeeping best practices now? > > pvops kernels behave as if independent_wallclock == 1, so the existing > advice: > set /proc/sys/xen/independent_wallclock to 1 and run ntp on > domU. > still applies. O, thanks! The thing is, we have several servers in Xen 4.0.1 using NTP in dom0 and domU. We didn't have any problem keeping a correct time with Xen 3 on the same servers, but with Xen 4 we have a recurring problem where the clock goes out of sync for an hour or so, in dom0 and domU at the same time. We have done more tests since friday, and it seems that this issue does not occur on servers having a Intel Xeon L5630, but on older servers having E5405 or L5410 processors. Looking at the output from xm dmesg, olders servers have : (XEN) checking TSC synchronization across 8 CPUs: passed. (XEN) Platform timer appears to have unexpectedly wrapped 10 or more times. (XEN) Platform timer is 3.579MHz ACPI PM Timer (XEN) CPUIDLE: disabled due to no HPET. Force enable with 'cpuidle'. where newer have : (XEN) TSC is reliable, synchronization unnecessary (XEN) Platform timer is 14.318MHz HPET I'm wondering if my issue could simply be linked to the fact that HPET is not available ? On newer servers, the ouput of # xm debug-key s; xm dmesg | tail is : (XEN) TSC marked as reliable, warp = 0 (count=4) (XEN) dom3: mode=0,ofs=0x42f57c62a36,khz=2133464,inc=1 (XEN) dom4: mode=0,ofs=0x430b996b94f,khz=2133464,inc=1 (XEN) dom5(hvm): mode=0,ofs=0x470ba656d26,khz=2133464,inc=1 (XEN) dom10(hvm): mode=0,ofs=0x6baa148c81f66,khz=2133464,inc=1 (XEN) No domains have emulated TSC whereas it is on olders servers : (XEN) Platform timer appears to have unexpectedly wrapped 10 or more times (XEN) TSC has constant rate, deep Cstates possible, so not reliable, warp=2310 (count=8) (XEN) dom1: mode=0,ofs=0x4379529ffa3,khz=2000068,inc=1,vtsc count: 5579056116 kernel, 18906545 user (XEN) dom2: mode=0,ofs=0x43a55ddb79e,khz=2000068,inc=1,vtsc count: 12684066480 kernel, 25277162 user (XEN) dom3: mode=0,ofs=0x43bd882b29e,khz=2000068,inc=1,vtsc count: 35568040315 kernel, 27356321 user Any idea would be appreciated ! Thanks, _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 13:01:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:01: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 1SJlYE-0005DM-40; Mon, 16 Apr 2012 13:01:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJlYC-0005DE-UB for xen-users@lists.xen.org; Mon, 16 Apr 2012 13:01:01 +0000 Received: from [85.158.139.83:48995] by server-12.bemta-5.messagelabs.com id F0/A9-05587-C081C8F4; Mon, 16 Apr 2012 13:01:00 +0000 X-Env-Sender: Trilab@gmx.de X-Msg-Ref: server-13.tower-182.messagelabs.com!1334581259!23482065!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10258 invoked from network); 16 Apr 2012 13:00:59 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-13.tower-182.messagelabs.com with SMTP; 16 Apr 2012 13:00:59 -0000 Received: (qmail 20734 invoked by uid 0); 16 Apr 2012 13:00:58 -0000 Received: from 87.79.237.33 by www029.gmx.net with HTTP; Mon, 16 Apr 2012 15:00:56 +0200 (CEST) Date: Mon, 16 Apr 2012 15:00:56 +0200 From: "Dominik Lange" Message-ID: <20120416130056.222570@gmx.net> MIME-Version: 1.0 To: xen-users@lists.xen.org X-Authenticated: #11350055 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1+fWo9ChwWfgm2Iw4qIXBoGU99zfOWVv/CFfQ7Vsj 7eDfkefJt3bZlL+77i0oScnZYcbIbtgBN+TQ== X-GMX-UID: X33+b5U3eSEqa0ZTxnQhOr5+IGRvb0BG Subject: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. My question is: Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. I would be very grateful for help! :-) Best regards, Dominik -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 13:01:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:01: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 1SJlYE-0005DM-40; Mon, 16 Apr 2012 13:01:02 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJlYC-0005DE-UB for xen-users@lists.xen.org; Mon, 16 Apr 2012 13:01:01 +0000 Received: from [85.158.139.83:48995] by server-12.bemta-5.messagelabs.com id F0/A9-05587-C081C8F4; Mon, 16 Apr 2012 13:01:00 +0000 X-Env-Sender: Trilab@gmx.de X-Msg-Ref: server-13.tower-182.messagelabs.com!1334581259!23482065!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10258 invoked from network); 16 Apr 2012 13:00:59 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-13.tower-182.messagelabs.com with SMTP; 16 Apr 2012 13:00:59 -0000 Received: (qmail 20734 invoked by uid 0); 16 Apr 2012 13:00:58 -0000 Received: from 87.79.237.33 by www029.gmx.net with HTTP; Mon, 16 Apr 2012 15:00:56 +0200 (CEST) Date: Mon, 16 Apr 2012 15:00:56 +0200 From: "Dominik Lange" Message-ID: <20120416130056.222570@gmx.net> MIME-Version: 1.0 To: xen-users@lists.xen.org X-Authenticated: #11350055 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1+fWo9ChwWfgm2Iw4qIXBoGU99zfOWVv/CFfQ7Vsj 7eDfkefJt3bZlL+77i0oScnZYcbIbtgBN+TQ== X-GMX-UID: X33+b5U3eSEqa0ZTxnQhOr5+IGRvb0BG Subject: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. My question is: Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. I would be very grateful for help! :-) Best regards, Dominik -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 13:37:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:37: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 1SJm6a-0005ra-To; Mon, 16 Apr 2012 13:36:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJm6Z-0005rV-IB for xen-users@lists.xensource.com; Mon, 16 Apr 2012 13:36:32 +0000 Received: from [85.158.143.99:60584] by server-3.bemta-4.messagelabs.com id 17/A1-05853-E502C8F4; Mon, 16 Apr 2012 13:36:30 +0000 X-Env-Sender: snak-707@163.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1334583386!23834167!1 X-Originating-IP: [123.125.50.134] X-SpamReason: No, hits=0.8 required=7.0 tests=sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjY3OQ==\n,sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjY3OQ==\n, HTML_40_50, HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28724 invoked from network); 16 Apr 2012 13:36:28 -0000 Received: from m50-134.163.com (HELO m50-134.163.com) (123.125.50.134) by server-15.tower-216.messagelabs.com with SMTP; 16 Apr 2012 13:36:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:User-Agent:Date:Subject:From:To:Message-ID: Thread-Topic:Mime-version:Content-type; bh=NytMrx7ygdsBI89xLTpLs kUGUAXkKVvmmeTIo5uJyHE=; b=Wk+7ZaV+4dXaoZ9ebE8XtAa9lB4Do5SeL4qRq bxikbSHGCJZKd2nW4vhjM3ktL/vGRdnpQt2uZszzE0GndtM9z6/LqO5WG6jw6mjg bsidntOMg2sfZwTX3PVEEd0E2CIyhg4TkBdCe1LwE/D7J3r98B3YdDeXR8KTkmmd XnrgNo= Received: from [10.0.1.237] (unknown [166.111.131.55]) by smtp4 (Coremail) with SMTP id DtGowEBZRkVSIIxPh5a5Hg--.1224S2; Mon, 16 Apr 2012 21:36:21 +0800 (CST) User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Mon, 16 Apr 2012 21:36:16 +0800 From: wang bo To: Message-ID: Thread-Topic: How can I switch off vtpm ? Mime-version: 1.0 X-CM-TRANSID: DtGowEBZRkVSIIxPh5a5Hg--.1224S2 X-Coremail-Antispam: 1Uf129KBjvdXoWrKr1fCr4xurWDCr4DXFWkZwb_yoW3AFg_A3 97JF1DAr4qqFWYq393Ar4rCr4DWayIga4UWa40ywsrAwn7ZwsxJrn3XrsYqwn7XFyxJrnx Kr1kurnYq3W7ZjkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUvcSsGvfC2KfnxnUUI43ZEXa7IUjaiiDUUUUU== X-CM-SenderInfo: 5vqdygqxqxqiywtou0bp/1tbisB2SWE9o0gKaNwABs8 Subject: [Xen-users] How can I switch off vtpm ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0548889096142788553==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --===============0548889096142788553== Content-type: multipart/alternative; boundary="B_3417456981_2162072" > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --B_3417456981_2162072 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi, everyone! I was using xen-hypervisor-4.1-amd64 on Ubuntu server 11.10. When I start my DomU, it block at vtpm, getting such error: [2012-04-16 20:53:00 10497] DEBUG (DevController:139) Waiting for devices vtpm. [2012-04-16 20:53:00 10497] INFO (XendDomain:1225) Domain nfsclient (13) unpaused. For I don't want to use vtpm function, How can I turn it off? DomU conf is: #Common things. name = "nfsclient" memory = 1024 vcpus = 2 vif = [ "mac=1c:6f:65:df:75:34,bridge=xenbr0,ip=10.0.1.183" ] #Boot configuration kernel = "/boot/vmlinuz-2.6.38" root = "/dev/nfs nfsroot=10.0.1.219:/root/debian nfsrootdebug" extra ="ip=10.0.1.183:10.0.1.219:10.0.1.254:255.255.255.0:nfsclient:eth0:off" Thanks a lot in advance!!! --------- eaglewatcher --B_3417456981_2162072 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Hi, e= veryone!
I was using xen-hypervisor-4.1-amd64 on Ubuntu server 11.= 10. When I start my DomU, it block at vtpm, getting such error:

[2012-04-16 20:53:00 10497] DEBUG (DevController:139)= Waiting for devices vtpm.
[2012-04-16 20:53:00 10497] INFO (XendD= omain:1225) Domain nfsclient (13) unpaused.

F= or I don't want to use vtpm function, How can I turn it off?

DomU conf is:

#Common th= ings.
name =3D "nfsclient"
memory =3D 1024
vcpus =3D= 2

vif =3D [ "mac=3D1c:6f:65:df:75:34,bridge=3Dxenbr0,ip=3D= 10.0.1.183" ]

#Boot configuration
kernel = =3D "/boot/vmlinuz-2.6.38"
root =3D "/dev/nfs nfsroot=3D10.0.1.219:/root= /debian nfsrootdebug"
extra =3D"ip=3D10.0.1.183:10.0.1.219:10.0.1.254:= 255.255.255.0:nfsclient:eth0:off"

Thanks &nbs= p;a lot in advance!!!

---------
eaglewatc= her
--B_3417456981_2162072-- --===============0548889096142788553== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0548889096142788553==-- From xen-users-bounces@lists.xen.org Mon Apr 16 13:37:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:37: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 1SJm6a-0005ra-To; Mon, 16 Apr 2012 13:36:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJm6Z-0005rV-IB for xen-users@lists.xensource.com; Mon, 16 Apr 2012 13:36:32 +0000 Received: from [85.158.143.99:60584] by server-3.bemta-4.messagelabs.com id 17/A1-05853-E502C8F4; Mon, 16 Apr 2012 13:36:30 +0000 X-Env-Sender: snak-707@163.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1334583386!23834167!1 X-Originating-IP: [123.125.50.134] X-SpamReason: No, hits=0.8 required=7.0 tests=sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjY3OQ==\n,sa_preprocessor: QmFkIElQOiAxMjMuMTI1LjUwLjEzNCA9PiAyMjY3OQ==\n, HTML_40_50, HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28724 invoked from network); 16 Apr 2012 13:36:28 -0000 Received: from m50-134.163.com (HELO m50-134.163.com) (123.125.50.134) by server-15.tower-216.messagelabs.com with SMTP; 16 Apr 2012 13:36:28 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Received:User-Agent:Date:Subject:From:To:Message-ID: Thread-Topic:Mime-version:Content-type; bh=NytMrx7ygdsBI89xLTpLs kUGUAXkKVvmmeTIo5uJyHE=; b=Wk+7ZaV+4dXaoZ9ebE8XtAa9lB4Do5SeL4qRq bxikbSHGCJZKd2nW4vhjM3ktL/vGRdnpQt2uZszzE0GndtM9z6/LqO5WG6jw6mjg bsidntOMg2sfZwTX3PVEEd0E2CIyhg4TkBdCe1LwE/D7J3r98B3YdDeXR8KTkmmd XnrgNo= Received: from [10.0.1.237] (unknown [166.111.131.55]) by smtp4 (Coremail) with SMTP id DtGowEBZRkVSIIxPh5a5Hg--.1224S2; Mon, 16 Apr 2012 21:36:21 +0800 (CST) User-Agent: Microsoft-MacOutlook/14.10.0.110310 Date: Mon, 16 Apr 2012 21:36:16 +0800 From: wang bo To: Message-ID: Thread-Topic: How can I switch off vtpm ? Mime-version: 1.0 X-CM-TRANSID: DtGowEBZRkVSIIxPh5a5Hg--.1224S2 X-Coremail-Antispam: 1Uf129KBjvdXoWrKr1fCr4xurWDCr4DXFWkZwb_yoW3AFg_A3 97JF1DAr4qqFWYq393Ar4rCr4DWayIga4UWa40ywsrAwn7ZwsxJrn3XrsYqwn7XFyxJrnx Kr1kurnYq3W7ZjkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUvcSsGvfC2KfnxnUUI43ZEXa7IUjaiiDUUUUU== X-CM-SenderInfo: 5vqdygqxqxqiywtou0bp/1tbisB2SWE9o0gKaNwABs8 Subject: [Xen-users] How can I switch off vtpm ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0548889096142788553==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --===============0548889096142788553== Content-type: multipart/alternative; boundary="B_3417456981_2162072" > ´ËÓʼþʹÓà MIME ¸ñʽ¡£ÓÉÓÚÓʼþÔĶÁ³ÌÐò²»ÄÜʶ±ð ´Ë¸ñʽ£¬Òò´Ë£¬¿ÉÄÜÎÞ·¨Ê¶±ð¸ÃÓʼþµÄ·Ö²¿»ò²¿·ÖÄÚÈÝ¡£ --B_3417456981_2162072 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi, everyone! I was using xen-hypervisor-4.1-amd64 on Ubuntu server 11.10. When I start my DomU, it block at vtpm, getting such error: [2012-04-16 20:53:00 10497] DEBUG (DevController:139) Waiting for devices vtpm. [2012-04-16 20:53:00 10497] INFO (XendDomain:1225) Domain nfsclient (13) unpaused. For I don't want to use vtpm function, How can I turn it off? DomU conf is: #Common things. name = "nfsclient" memory = 1024 vcpus = 2 vif = [ "mac=1c:6f:65:df:75:34,bridge=xenbr0,ip=10.0.1.183" ] #Boot configuration kernel = "/boot/vmlinuz-2.6.38" root = "/dev/nfs nfsroot=10.0.1.219:/root/debian nfsrootdebug" extra ="ip=10.0.1.183:10.0.1.219:10.0.1.254:255.255.255.0:nfsclient:eth0:off" Thanks a lot in advance!!! --------- eaglewatcher --B_3417456981_2162072 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Hi, e= veryone!
I was using xen-hypervisor-4.1-amd64 on Ubuntu server 11.= 10. When I start my DomU, it block at vtpm, getting such error:

[2012-04-16 20:53:00 10497] DEBUG (DevController:139)= Waiting for devices vtpm.
[2012-04-16 20:53:00 10497] INFO (XendD= omain:1225) Domain nfsclient (13) unpaused.

F= or I don't want to use vtpm function, How can I turn it off?

DomU conf is:

#Common th= ings.
name =3D "nfsclient"
memory =3D 1024
vcpus =3D= 2

vif =3D [ "mac=3D1c:6f:65:df:75:34,bridge=3Dxenbr0,ip=3D= 10.0.1.183" ]

#Boot configuration
kernel = =3D "/boot/vmlinuz-2.6.38"
root =3D "/dev/nfs nfsroot=3D10.0.1.219:/root= /debian nfsrootdebug"
extra =3D"ip=3D10.0.1.183:10.0.1.219:10.0.1.254:= 255.255.255.0:nfsclient:eth0:off"

Thanks &nbs= p;a lot in advance!!!

---------
eaglewatc= her
--B_3417456981_2162072-- --===============0548889096142788553== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0548889096142788553==-- From xen-users-bounces@lists.xen.org Mon Apr 16 13:38:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:38: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 1SJm7f-0005xf-0Q; Mon, 16 Apr 2012 13:37:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJm7d-0005xL-AI for xen-users@lists.xensource.com; Mon, 16 Apr 2012 13:37:37 +0000 Received: from [193.109.254.147:9386] by server-1.bemta-14.messagelabs.com id FA/C2-29372-0A02C8F4; Mon, 16 Apr 2012 13:37:36 +0000 X-Env-Sender: matthew.keeler@jhuapl.edu X-Msg-Ref: server-9.tower-27.messagelabs.com!1334583454!4790780!1 X-Originating-IP: [128.244.251.36] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9085 invoked from network); 16 Apr 2012 13:37:35 -0000 Received: from pilot.jhuapl.edu (HELO jhuapl.edu) (128.244.251.36) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 13:37:35 -0000 Received: from ([128.244.198.90]) by pilot.jhuapl.edu with ESMTP with TLS id 63GHCH1.141195969; Mon, 16 Apr 2012 09:37:29 -0400 Received: from aplesstripe.dom1.jhuapl.edu ([128.244.198.211]) by aplexcas1.dom1.jhuapl.edu ([128.244.198.90]) with mapi; Mon, 16 Apr 2012 09:37:29 -0400 From: "Keeler, Matthew J." To: 'Scott Meyers' , Xen Users List Date: Mon, 16 Apr 2012 09:37:28 -0400 Thread-Topic: [Xen-users] Mounting *.img file Thread-Index: Ac0aarAdLIZ2mGCKS+WA/3aAD7qB4gBaZVIQ Message-ID: <068F06DC4D106941B297C0C5F9F446EA48312B59FE@aplesstripe.dom1.jhuapl.edu> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4566959725059316065==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4566959725059316065== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_" --_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Instead of figuring out the offset and mounting that way, why not use kpart= x to figure out where all of the partitions are. You would run: losetup -f to determine an available loop device losetup /dev/loopX to do the loop setup where X is the loop= device number kpartx -a /dev/loopX to read the partition table and create entries in /dev= /mapper mount /dev/mapper/loopXpY where Y is the partition number If you really want to get the proper offset and are running in Python do Import parted pdev =3D parted.device.Device() pdisk =3D parted.disk.Disk(pdev) offset =3D pdisk.partitions[ - 1].geometry.start * pdisk.dev= ice.sectorSize # Need to multiply by the sectorSize as parted gives the off= set in sectors not bytes. If you are doing this from bash run: parted -s unit b print | grep "^\s*" | aw= k '{print $2 }' | tr -d 'B' This prints out the partition table with all the units in bytes, then selec= ts the line with the proper partition number, selects the starting offset e= ntry and removes the trailing B from the number. This will leave you with j= ust the byte offset which you can then give to the mount command to mount t= he partition. Matt Keeler From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Scott Meyers Sent: Saturday, April 14, 2012 2:15 PM To: Xen Users List Subject: [Xen-users] Mounting *.img file I am trying to figure out the offest sector for vm01.img2 partition. I trie= d many possible ways, for example (1020 *512) , but in vain. I just can't h= it the right offest sector to mount vm01.img2 partition. Any help is greatl= y appreciated. BTW, I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created using = virt-install command. The command I am using to mount the partition in that= img file is: mount -o loop,offset=3D130048 -t ext3 /vm/vm01.img /mnt/xenim= g #fdisk -l /vm/vm01.img vice Boot Start End Blocks Id System /vm/vm01.img1 * 1 64 514048+ 83 Linux /vm/vm01.img2 65 1020 7679070 83 Linux /vm/vm01.img3 1021 1657 5116702+ 83 Linux Partition 3 has different physical/logical endings: phys=3D(1023, 254, 63) logical=3D(1656, 254, 63) /vm/vm01.img4 1658 3916 18145417+ 5 Extended Partition 4 has different physical/logical beginnings (non-Linux?): phys=3D(1023, 254, 63) logical=3D(1657, 0, 1) Partition 4 has different physical/logical endings: phys=3D(1023, 254, 63) logical=3D(3915, 254, 63) /vm/vm01.img5 1658 1784 1020096 83 Linux /vm/vm01.img6 1785 1848 514048+ 82 Linux swap / Solar= is /vm/vm01.img7 1849 3916 16611178+ 83 Linux --_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Instead o= f figuring out the offset and mounting that way, why not use kpartx to figu= re out where all of the partitions are.

 

You = would run:

losetup –= f to determine an available loop device

losetup /dev/loopX <path to image> to do the loop setup= where X is the loop device number

kpartx –a /dev/loopX to read the partition table and create = entries in /dev/mapper

mou= nt /dev/mapper/loopXpY where Y is the partition number

 

If you really want to get the proper offset and are running in Py= thon do

 <= /span>

Import par= ted

pdev =3D parted.device.Device(<path to image>)=

pdisk =3D parted= .disk.Disk(pdev)

offset =3D pdisk.partitions[<partition num> - 1].ge= ometry.start * pdisk.device.sectorSize # Need to multiply by the sectorSize= as parted gives the offset in sectors not bytes.

 

If you are doing this from bash run:

 

parted <path to image> -s unit b print | grep= “^\s*<partition number>” | awk ‘{print $2 }’= | tr –d ‘B’

 

This prints ou= t the partition table with all the units in bytes, then selects the line wi= th the proper partition number, selects the starting offset entry and remov= es the trailing B from the number. This will leave you with just the byte o= ffset which you can then give to the mount command to mount the partition.<= o:p>

 

Matt Keeler

 

F= rom: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen= .org] On Behalf Of Scott Meyers
Sent: Saturday, April 14, = 2012 2:15 PM
To: Xen Users List
Subject: [Xen-users] Mo= unting *.img file

 

I am trying to figure out the offest se= ctor for vm01.img2 partition. I tried many possible ways, for example (1020= *512) , but in vain. I just can't hit the right offest sector to mount vm0= 1.img2 partition. Any help is greatly appreciated.

BTW, I am using x= en-3.0.3-135.el5_8.2. The vm01.img file was created using virt-install comm= and. The command I am using to mount the partition in that img file is: mou= nt -o loop,offset=3D130048 -t ext3 /vm/vm01.img /mnt/xenimg
 
#f= disk -l /vm/vm01.img
         vi= ce Boot      Start     &n= bsp;   End      Blocks   Id&nb= sp; System
/vm/vm01.img1   *     &nbs= p;     1        = ;  64      514048+  83  Linux
/v= m/vm01.img2          &nbs= p;   65        1020  = ;   7679070   83  Linux
/vm/vm01.img3 &nbs= p;          1021  &n= bsp;     1657     5116702+  83=   Linux
 
Partition 3 has different physical/logical ending= s:
     phys=3D(1023, 254, 63) logical=3D(1656, 254,= 63)
/vm/vm01.img4        1658 &= nbsp;      3916    18145417+ &= nbsp; 5  Extended
 
Partition 4 has different physical/logi= cal beginnings (non-Linux?):
     phys=3D(1023, 254,= 63) logical=3D(1657, 0, 1)

Partition 4 has different physical/logic= al endings:
     phys=3D(1023, 254, 63) logical=3D(3= 915, 254, 63)
/vm/vm01.img5       &nb= sp; 1658        1784   &n= bsp; 1020096   83  Linux
/vm/vm01.img6   &= nbsp;     1785       = ; 1848      514048+  82  Linux swap / So= laris
/vm/vm01.img7         1849=         3916    16611178+=   83  Linux

= --_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_-- --===============4566959725059316065== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4566959725059316065==-- From xen-users-bounces@lists.xen.org Mon Apr 16 13:38:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:38: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 1SJm7f-0005xf-0Q; Mon, 16 Apr 2012 13:37:39 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJm7d-0005xL-AI for xen-users@lists.xensource.com; Mon, 16 Apr 2012 13:37:37 +0000 Received: from [193.109.254.147:9386] by server-1.bemta-14.messagelabs.com id FA/C2-29372-0A02C8F4; Mon, 16 Apr 2012 13:37:36 +0000 X-Env-Sender: matthew.keeler@jhuapl.edu X-Msg-Ref: server-9.tower-27.messagelabs.com!1334583454!4790780!1 X-Originating-IP: [128.244.251.36] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9085 invoked from network); 16 Apr 2012 13:37:35 -0000 Received: from pilot.jhuapl.edu (HELO jhuapl.edu) (128.244.251.36) by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 13:37:35 -0000 Received: from ([128.244.198.90]) by pilot.jhuapl.edu with ESMTP with TLS id 63GHCH1.141195969; Mon, 16 Apr 2012 09:37:29 -0400 Received: from aplesstripe.dom1.jhuapl.edu ([128.244.198.211]) by aplexcas1.dom1.jhuapl.edu ([128.244.198.90]) with mapi; Mon, 16 Apr 2012 09:37:29 -0400 From: "Keeler, Matthew J." To: 'Scott Meyers' , Xen Users List Date: Mon, 16 Apr 2012 09:37:28 -0400 Thread-Topic: [Xen-users] Mounting *.img file Thread-Index: Ac0aarAdLIZ2mGCKS+WA/3aAD7qB4gBaZVIQ Message-ID: <068F06DC4D106941B297C0C5F9F446EA48312B59FE@aplesstripe.dom1.jhuapl.edu> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Subject: Re: [Xen-users] Mounting *.img file X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4566959725059316065==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4566959725059316065== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_" --_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Instead of figuring out the offset and mounting that way, why not use kpart= x to figure out where all of the partitions are. You would run: losetup -f to determine an available loop device losetup /dev/loopX to do the loop setup where X is the loop= device number kpartx -a /dev/loopX to read the partition table and create entries in /dev= /mapper mount /dev/mapper/loopXpY where Y is the partition number If you really want to get the proper offset and are running in Python do Import parted pdev =3D parted.device.Device() pdisk =3D parted.disk.Disk(pdev) offset =3D pdisk.partitions[ - 1].geometry.start * pdisk.dev= ice.sectorSize # Need to multiply by the sectorSize as parted gives the off= set in sectors not bytes. If you are doing this from bash run: parted -s unit b print | grep "^\s*" | aw= k '{print $2 }' | tr -d 'B' This prints out the partition table with all the units in bytes, then selec= ts the line with the proper partition number, selects the starting offset e= ntry and removes the trailing B from the number. This will leave you with j= ust the byte offset which you can then give to the mount command to mount t= he partition. Matt Keeler From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Scott Meyers Sent: Saturday, April 14, 2012 2:15 PM To: Xen Users List Subject: [Xen-users] Mounting *.img file I am trying to figure out the offest sector for vm01.img2 partition. I trie= d many possible ways, for example (1020 *512) , but in vain. I just can't h= it the right offest sector to mount vm01.img2 partition. Any help is greatl= y appreciated. BTW, I am using xen-3.0.3-135.el5_8.2. The vm01.img file was created using = virt-install command. The command I am using to mount the partition in that= img file is: mount -o loop,offset=3D130048 -t ext3 /vm/vm01.img /mnt/xenim= g #fdisk -l /vm/vm01.img vice Boot Start End Blocks Id System /vm/vm01.img1 * 1 64 514048+ 83 Linux /vm/vm01.img2 65 1020 7679070 83 Linux /vm/vm01.img3 1021 1657 5116702+ 83 Linux Partition 3 has different physical/logical endings: phys=3D(1023, 254, 63) logical=3D(1656, 254, 63) /vm/vm01.img4 1658 3916 18145417+ 5 Extended Partition 4 has different physical/logical beginnings (non-Linux?): phys=3D(1023, 254, 63) logical=3D(1657, 0, 1) Partition 4 has different physical/logical endings: phys=3D(1023, 254, 63) logical=3D(3915, 254, 63) /vm/vm01.img5 1658 1784 1020096 83 Linux /vm/vm01.img6 1785 1848 514048+ 82 Linux swap / Solar= is /vm/vm01.img7 1849 3916 16611178+ 83 Linux --_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Instead o= f figuring out the offset and mounting that way, why not use kpartx to figu= re out where all of the partitions are.

 

You = would run:

losetup –= f to determine an available loop device

losetup /dev/loopX <path to image> to do the loop setup= where X is the loop device number

kpartx –a /dev/loopX to read the partition table and create = entries in /dev/mapper

mou= nt /dev/mapper/loopXpY where Y is the partition number

 

If you really want to get the proper offset and are running in Py= thon do

 <= /span>

Import par= ted

pdev =3D parted.device.Device(<path to image>)=

pdisk =3D parted= .disk.Disk(pdev)

offset =3D pdisk.partitions[<partition num> - 1].ge= ometry.start * pdisk.device.sectorSize # Need to multiply by the sectorSize= as parted gives the offset in sectors not bytes.

 

If you are doing this from bash run:

 

parted <path to image> -s unit b print | grep= “^\s*<partition number>” | awk ‘{print $2 }’= | tr –d ‘B’

 

This prints ou= t the partition table with all the units in bytes, then selects the line wi= th the proper partition number, selects the starting offset entry and remov= es the trailing B from the number. This will leave you with just the byte o= ffset which you can then give to the mount command to mount the partition.<= o:p>

 

Matt Keeler

 

F= rom: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen= .org] On Behalf Of Scott Meyers
Sent: Saturday, April 14, = 2012 2:15 PM
To: Xen Users List
Subject: [Xen-users] Mo= unting *.img file

 

I am trying to figure out the offest se= ctor for vm01.img2 partition. I tried many possible ways, for example (1020= *512) , but in vain. I just can't hit the right offest sector to mount vm0= 1.img2 partition. Any help is greatly appreciated.

BTW, I am using x= en-3.0.3-135.el5_8.2. The vm01.img file was created using virt-install comm= and. The command I am using to mount the partition in that img file is: mou= nt -o loop,offset=3D130048 -t ext3 /vm/vm01.img /mnt/xenimg
 
#f= disk -l /vm/vm01.img
         vi= ce Boot      Start     &n= bsp;   End      Blocks   Id&nb= sp; System
/vm/vm01.img1   *     &nbs= p;     1        = ;  64      514048+  83  Linux
/v= m/vm01.img2          &nbs= p;   65        1020  = ;   7679070   83  Linux
/vm/vm01.img3 &nbs= p;          1021  &n= bsp;     1657     5116702+  83=   Linux
 
Partition 3 has different physical/logical ending= s:
     phys=3D(1023, 254, 63) logical=3D(1656, 254,= 63)
/vm/vm01.img4        1658 &= nbsp;      3916    18145417+ &= nbsp; 5  Extended
 
Partition 4 has different physical/logi= cal beginnings (non-Linux?):
     phys=3D(1023, 254,= 63) logical=3D(1657, 0, 1)

Partition 4 has different physical/logic= al endings:
     phys=3D(1023, 254, 63) logical=3D(3= 915, 254, 63)
/vm/vm01.img5       &nb= sp; 1658        1784   &n= bsp; 1020096   83  Linux
/vm/vm01.img6   &= nbsp;     1785       = ; 1848      514048+  82  Linux swap / So= laris
/vm/vm01.img7         1849=         3916    16611178+=   83  Linux

= --_000_068F06DC4D106941B297C0C5F9F446EA48312B59FEaplesstripedo_-- --===============4566959725059316065== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4566959725059316065==-- From xen-users-bounces@lists.xen.org Mon Apr 16 13:54:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:54: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 1SJmMu-0006iU-W3; Mon, 16 Apr 2012 13:53:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmMt-0006iP-6e for xen-users@lists.xen.org; Mon, 16 Apr 2012 13:53:23 +0000 Received: from [85.158.139.83:58711] by server-12.bemta-5.messagelabs.com id BF/7E-05587-2542C8F4; Mon, 16 Apr 2012 13:53:22 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334584400!24019845!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2491 invoked from network); 16 Apr 2012 13:53:21 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 13:53:21 -0000 Received: by dajx4 with SMTP id x4so7714681daj.28 for ; Mon, 16 Apr 2012 06:53:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2AB+fUlbnWYhOtpemFbf+TDYencDENNZtq/sEtdhPlY=; b=l3dirOScbxecnZDosISnvFYhUBKUAJcfC5r+Vp8SDD1Q4ah3DFRgZCf7YCrUMxLgfb rGAANKasSCqjIMfv7FIluN4E5FIRx8Q6tllkalLBNo3wSZI2jzP1X8FSit1TZuW8Tn9k Da2+bK/fXcsjnFU9z5WdK9UHYD5PiPG2UwduzI/42UBgl/gUdHb+4aLZd9e+nY08uOOB MbksAIXkppODczZUriU6EpCmxhlEI1OhgQhTOvwKpxRSYORCvgeNagf5OOJQx/rvduz8 ltvCdGlDNjSVr31rVVTD4pLUuNZkpr+75Ggc/5jPFnIYa+hIVWZ0Na8fvylADQWUBpFi lAVA== MIME-Version: 1.0 Received: by 10.68.194.198 with SMTP id hy6mr28534016pbc.0.1334584399825; Mon, 16 Apr 2012 06:53:19 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Mon, 16 Apr 2012 06:53:19 -0700 (PDT) In-Reply-To: <20120416130056.222570@gmx.net> References: <20120416130056.222570@gmx.net> Date: Mon, 16 Apr 2012 09:53:19 -0400 Message-ID: From: Andrew Bobulsky To: Dominik Lange Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Dominik, Your question got me a little curious, because I know that Hyper-V is a bit of a stickler for hardware requirements. A bit of light googling and link crawling turned up this: http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html I laughed a little bit when he referred to the nested VMs as "Inception." Great movie :D It seems as though what you want to do will require hardware VT translation on the part of the hypervisor (software virtualization of hardware virtualization? That makes my brain explode a little!). It *can* work, but maybe the devs can speak as to whether or not the feature exists, or at least tell you what its "properly" called. I'm guessing that VMware calls it "VHV," probably short for "Virtualized Hardware-assisted Virtualization." Or something. Hehe. Cheers, Andrew Bobulsky On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > Hi all, > > i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. > > My question is: > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. > > I would be very grateful for help! :-) > > Best regards, > > Dominik > -- > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 13:54:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 13:54: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 1SJmMu-0006iU-W3; Mon, 16 Apr 2012 13:53:24 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmMt-0006iP-6e for xen-users@lists.xen.org; Mon, 16 Apr 2012 13:53:23 +0000 Received: from [85.158.139.83:58711] by server-12.bemta-5.messagelabs.com id BF/7E-05587-2542C8F4; Mon, 16 Apr 2012 13:53:22 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334584400!24019845!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2491 invoked from network); 16 Apr 2012 13:53:21 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 13:53:21 -0000 Received: by dajx4 with SMTP id x4so7714681daj.28 for ; Mon, 16 Apr 2012 06:53:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2AB+fUlbnWYhOtpemFbf+TDYencDENNZtq/sEtdhPlY=; b=l3dirOScbxecnZDosISnvFYhUBKUAJcfC5r+Vp8SDD1Q4ah3DFRgZCf7YCrUMxLgfb rGAANKasSCqjIMfv7FIluN4E5FIRx8Q6tllkalLBNo3wSZI2jzP1X8FSit1TZuW8Tn9k Da2+bK/fXcsjnFU9z5WdK9UHYD5PiPG2UwduzI/42UBgl/gUdHb+4aLZd9e+nY08uOOB MbksAIXkppODczZUriU6EpCmxhlEI1OhgQhTOvwKpxRSYORCvgeNagf5OOJQx/rvduz8 ltvCdGlDNjSVr31rVVTD4pLUuNZkpr+75Ggc/5jPFnIYa+hIVWZ0Na8fvylADQWUBpFi lAVA== MIME-Version: 1.0 Received: by 10.68.194.198 with SMTP id hy6mr28534016pbc.0.1334584399825; Mon, 16 Apr 2012 06:53:19 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Mon, 16 Apr 2012 06:53:19 -0700 (PDT) In-Reply-To: <20120416130056.222570@gmx.net> References: <20120416130056.222570@gmx.net> Date: Mon, 16 Apr 2012 09:53:19 -0400 Message-ID: From: Andrew Bobulsky To: Dominik Lange Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Dominik, Your question got me a little curious, because I know that Hyper-V is a bit of a stickler for hardware requirements. A bit of light googling and link crawling turned up this: http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html I laughed a little bit when he referred to the nested VMs as "Inception." Great movie :D It seems as though what you want to do will require hardware VT translation on the part of the hypervisor (software virtualization of hardware virtualization? That makes my brain explode a little!). It *can* work, but maybe the devs can speak as to whether or not the feature exists, or at least tell you what its "properly" called. I'm guessing that VMware calls it "VHV," probably short for "Virtualized Hardware-assisted Virtualization." Or something. Hehe. Cheers, Andrew Bobulsky On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > Hi all, > > i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. > > My question is: > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. > > I would be very grateful for help! :-) > > Best regards, > > Dominik > -- > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:12:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:12:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmeT-0007e2-GA; Mon, 16 Apr 2012 14:11:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmeS-0007dx-G3 for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:11:32 +0000 Received: from [85.158.143.35:43181] by server-3.bemta-4.messagelabs.com id 1E/63-05853-3982C8F4; Mon, 16 Apr 2012 14:11:31 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1334585490!11559292!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11036 invoked from network); 16 Apr 2012 14:11:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:11:31 -0000 X-IronPort-AV: E=Sophos;i="4.75,429,1330905600"; d="scan'208";a="11957381" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 14:10:52 +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; Mon, 16 Apr 2012 15:10:52 +0100 Message-ID: <1334585451.14560.196.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Bobulsky Date: Mon, 16 Apr 2012 15:10:51 +0100 In-Reply-To: References: <20120416130056.222570@gmx.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Dominik Lange Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-16 at 14:53 +0100, Andrew Bobulsky wrote: > Hello Dominik, > > Your question got me a little curious, because I know that Hyper-V is > a bit of a stickler for hardware requirements. A bit of light > googling and link crawling turned up this: > http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html > > I laughed a little bit when he referred to the nested VMs as > "Inception." Great movie :D > > It seems as though what you want to do will require hardware VT > translation on the part of the hypervisor (software virtualization of > hardware virtualization? That makes my brain explode a little!). It > *can* work, but maybe the devs can speak as to whether or not the > feature exists, or at least tell you what its "properly" called. I'm > guessing that VMware calls it "VHV," probably short for "Virtualized > Hardware-assisted Virtualization." Or something. Hehe. This is called "nested virtualisation" and will be an experimental feature in the upcoming 4.2 release. I've seen some reports of it running uniprocessor Hyper-V on AMD hardware, however there are some known issues with it and testing has not been extensive (hence experimental). See <4F5F323D.1020904@amd.com> (on xen-devel) for the situation with Nested-SVM, I'm not aware of any similar list for nested VMX. Please check the xen-devel archives for this year, in particular the "Nested SVM" thread referenced above and the entries on the weekly "4.2 TODO" mails (and their sub-threads). Ian. > > Cheers, > Andrew Bobulsky > > On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > > Hi all, > > > > i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) > > > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. > > > > My question is: > > > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. > > > > I would be very grateful for help! :-) > > > > Best regards, > > > > Dominik > > -- > > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:12:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:12:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmeT-0007e2-GA; Mon, 16 Apr 2012 14:11:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmeS-0007dx-G3 for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:11:32 +0000 Received: from [85.158.143.35:43181] by server-3.bemta-4.messagelabs.com id 1E/63-05853-3982C8F4; Mon, 16 Apr 2012 14:11:31 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1334585490!11559292!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11036 invoked from network); 16 Apr 2012 14:11:31 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:11:31 -0000 X-IronPort-AV: E=Sophos;i="4.75,429,1330905600"; d="scan'208";a="11957381" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 14:10:52 +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; Mon, 16 Apr 2012 15:10:52 +0100 Message-ID: <1334585451.14560.196.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Andrew Bobulsky Date: Mon, 16 Apr 2012 15:10:51 +0100 In-Reply-To: References: <20120416130056.222570@gmx.net> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Dominik Lange Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-16 at 14:53 +0100, Andrew Bobulsky wrote: > Hello Dominik, > > Your question got me a little curious, because I know that Hyper-V is > a bit of a stickler for hardware requirements. A bit of light > googling and link crawling turned up this: > http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html > > I laughed a little bit when he referred to the nested VMs as > "Inception." Great movie :D > > It seems as though what you want to do will require hardware VT > translation on the part of the hypervisor (software virtualization of > hardware virtualization? That makes my brain explode a little!). It > *can* work, but maybe the devs can speak as to whether or not the > feature exists, or at least tell you what its "properly" called. I'm > guessing that VMware calls it "VHV," probably short for "Virtualized > Hardware-assisted Virtualization." Or something. Hehe. This is called "nested virtualisation" and will be an experimental feature in the upcoming 4.2 release. I've seen some reports of it running uniprocessor Hyper-V on AMD hardware, however there are some known issues with it and testing has not been extensive (hence experimental). See <4F5F323D.1020904@amd.com> (on xen-devel) for the situation with Nested-SVM, I'm not aware of any similar list for nested VMX. Please check the xen-devel archives for this year, in particular the "Nested SVM" thread referenced above and the entries on the weekly "4.2 TODO" mails (and their sub-threads). Ian. > > Cheers, > Andrew Bobulsky > > On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > > Hi all, > > > > i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) > > > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. > > > > My question is: > > > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. > > > > I would be very grateful for help! :-) > > > > Best regards, > > > > Dominik > > -- > > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:25:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:25: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 1SJmrF-0008Ck-VE; Mon, 16 Apr 2012 14:24:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmrE-0008Cd-O0 for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:24:44 +0000 Received: from [85.158.139.83:36612] by server-7.bemta-5.messagelabs.com id 7B/65-16195-CAB2C8F4; Mon, 16 Apr 2012 14:24:44 +0000 X-Env-Sender: javier@guerrag.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1334586282!19432327!1 X-Originating-IP: [209.85.216.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15443 invoked from network); 16 Apr 2012 14:24:43 -0000 Received: from mail-qa0-f43.google.com (HELO mail-qa0-f43.google.com) (209.85.216.43) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:24:43 -0000 Received: by qadb15 with SMTP id b15so7516872qad.16 for ; Mon, 16 Apr 2012 07:24:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=lDZ0VR/y72W0TiFPnh/rz0rU1BMakxIJnY2IumOfik8=; b=P/LgTi5qgbKaBUJVae8vET+cwRZq/Hw1QBkkFf34ozt50QoDqljEFCVwFHN2/CfSS3 TtsbMXvs0Dk4ueN61RzKw5gFilu3rN/FFq/xZjZ78mOnU1Hx9VXuKLtFl+xKVRDybilh 1Vp4+csyMQex3x9Wdtf8hZNe3faYXkwXudWBhXUqryCm6LJxu2hZclkyKZWDwQQLcjnq c28hXBdHy5si09vCD6bypsaLoUB/OcCRL/hENhR4FG/YO6pb6qH4EWZV9/ZX4bFZ2rmy mh5AMu11oE8mzTzxZvOLwxP6uy6anaPaUCxyHy1t6QfbnTZMdaNxwhKroJ2Ns7qcnV23 iEYQ== MIME-Version: 1.0 Received: by 10.224.59.194 with SMTP id m2mr15702763qah.46.1334586281952; Mon, 16 Apr 2012 07:24:41 -0700 (PDT) Received: by 10.229.160.209 with HTTP; Mon, 16 Apr 2012 07:24:41 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> Date: Mon, 16 Apr 2012 09:24:41 -0500 Message-ID: From: Javier Guerra Giraldez To: eva X-Gm-Message-State: ALoCoQmhB9ABZnI3klzxTDF7ri7GcX7Latp4C91gi35bLq6j/w01Qx/v4PX4ONEECHTwSjIbgcZp Cc: John McDermott CIV , cdelorme@gmail.com, xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 7:47 AM, eva wrote: > Could you explain this > > "I tried ESXi, and switched to Xen specifically because the tiny > built-in control OS doesn't support a myriad of consumer drivers, > something that having a Linux control guest fixes." > > in a different way? altought Xen itself manages CPU, VM switches, RAM, PCI access, and a few other things; other, more 'external' hardware (mainly block and network devices) is managed by Dom0 processes. There you benefit from the wide hardware support of Linux, in contrast to the small selection of drivers available to VMWare -- Javier _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:25:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:25: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 1SJmrF-0008Ck-VE; Mon, 16 Apr 2012 14:24:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmrE-0008Cd-O0 for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:24:44 +0000 Received: from [85.158.139.83:36612] by server-7.bemta-5.messagelabs.com id 7B/65-16195-CAB2C8F4; Mon, 16 Apr 2012 14:24:44 +0000 X-Env-Sender: javier@guerrag.com X-Msg-Ref: server-11.tower-182.messagelabs.com!1334586282!19432327!1 X-Originating-IP: [209.85.216.43] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15443 invoked from network); 16 Apr 2012 14:24:43 -0000 Received: from mail-qa0-f43.google.com (HELO mail-qa0-f43.google.com) (209.85.216.43) by server-11.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:24:43 -0000 Received: by qadb15 with SMTP id b15so7516872qad.16 for ; Mon, 16 Apr 2012 07:24:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=lDZ0VR/y72W0TiFPnh/rz0rU1BMakxIJnY2IumOfik8=; b=P/LgTi5qgbKaBUJVae8vET+cwRZq/Hw1QBkkFf34ozt50QoDqljEFCVwFHN2/CfSS3 TtsbMXvs0Dk4ueN61RzKw5gFilu3rN/FFq/xZjZ78mOnU1Hx9VXuKLtFl+xKVRDybilh 1Vp4+csyMQex3x9Wdtf8hZNe3faYXkwXudWBhXUqryCm6LJxu2hZclkyKZWDwQQLcjnq c28hXBdHy5si09vCD6bypsaLoUB/OcCRL/hENhR4FG/YO6pb6qH4EWZV9/ZX4bFZ2rmy mh5AMu11oE8mzTzxZvOLwxP6uy6anaPaUCxyHy1t6QfbnTZMdaNxwhKroJ2Ns7qcnV23 iEYQ== MIME-Version: 1.0 Received: by 10.224.59.194 with SMTP id m2mr15702763qah.46.1334586281952; Mon, 16 Apr 2012 07:24:41 -0700 (PDT) Received: by 10.229.160.209 with HTTP; Mon, 16 Apr 2012 07:24:41 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> Date: Mon, 16 Apr 2012 09:24:41 -0500 Message-ID: From: Javier Guerra Giraldez To: eva X-Gm-Message-State: ALoCoQmhB9ABZnI3klzxTDF7ri7GcX7Latp4C91gi35bLq6j/w01Qx/v4PX4ONEECHTwSjIbgcZp Cc: John McDermott CIV , cdelorme@gmail.com, xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 7:47 AM, eva wrote: > Could you explain this > > "I tried ESXi, and switched to Xen specifically because the tiny > built-in control OS doesn't support a myriad of consumer drivers, > something that having a Linux control guest fixes." > > in a different way? altought Xen itself manages CPU, VM switches, RAM, PCI access, and a few other things; other, more 'external' hardware (mainly block and network devices) is managed by Dom0 processes. There you benefit from the wide hardware support of Linux, in contrast to the small selection of drivers available to VMWare -- Javier _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:29:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:29: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 1SJmvJ-000089-9L; Mon, 16 Apr 2012 14:28:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmvH-00007y-KN for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:28:55 +0000 Received: from [85.158.143.99:54504] by server-1.bemta-4.messagelabs.com id DC/11-20925-6AC2C8F4; Mon, 16 Apr 2012 14:28:54 +0000 X-Env-Sender: Trilab@gmx.de X-Msg-Ref: server-12.tower-216.messagelabs.com!1334586533!18612122!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyNzY3ODY=\n, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13940 invoked from network); 16 Apr 2012 14:28:53 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-12.tower-216.messagelabs.com with SMTP; 16 Apr 2012 14:28:53 -0000 Received: (qmail 18744 invoked by uid 0); 16 Apr 2012 14:28:53 -0000 Received: from 87.78.209.210 by www017.gmx.net with HTTP; Mon, 16 Apr 2012 16:28:50 +0200 (CEST) Date: Mon, 16 Apr 2012 16:28:50 +0200 From: "Dominik Lange" In-Reply-To: Message-ID: <20120416142850.170680@gmx.net> MIME-Version: 1.0 References: <20120416130056.222570@gmx.net> To: Andrew Bobulsky X-Authenticated: #11350055 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX18A3UY5aa4AoZ7mNAtbZNuuHPpX0cL51LAoVIxhcU bnaVaDgbZoBq5hxH9reC02Bp1k29Tw8MC/ww== X-GMX-UID: 9Un+b8gjeSEqSkZTxnQhSIZ+IGRvb4BH Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Andrew, thanks for your fast answer and your effort:-). Yes, what i want to do requires VT- Hardware. I want to use a demo version from a sap component called SAP NetWeaver Gateway 2.0. This component requires Suse or HyperV and i must use HyperV. That sucks. ;) And cause i have no Server i just can use a VM for run a VM. the link you sent me uses sphere 5, but i have only a license for sphere 4. And this version does not support VT and HyperV :(. For this reason i wanted to try to work with Xen as an alternative to vsphere. Thats my problem and my question. :) But "Inception" is really a great Movie and the reference is nice xD. Thanks and best regards, Dominik -------- Original-Nachricht -------- > Datum: Mon, 16 Apr 2012 09:53:19 -0400 > Von: Andrew Bobulsky > An: Dominik Lange > CC: xen-users@lists.xen.org > Betreff: Re: [Xen-users] Hyper V with Xen > Hello Dominik, > > Your question got me a little curious, because I know that Hyper-V is > a bit of a stickler for hardware requirements. A bit of light > googling and link crawling turned up this: > http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html > > I laughed a little bit when he referred to the nested VMs as > "Inception." Great movie :D > > It seems as though what you want to do will require hardware VT > translation on the part of the hypervisor (software virtualization of > hardware virtualization? That makes my brain explode a little!). It > *can* work, but maybe the devs can speak as to whether or not the > feature exists, or at least tell you what its "properly" called. I'm > guessing that VMware calls it "VHV," probably short for "Virtualized > Hardware-assisted Virtualization." Or something. Hehe. > > Cheers, > Andrew Bobulsky > > On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > > Hi all, > > > > i have a question about Xen Hypervisor. Im a beginner in this area and > sry if my question are stupid or something :-) > > > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 with > Hyper2. > > > > My question is: > > > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V > needs VT)?I looked in the documentation and use google but i find nothing. > > > > I would be very grateful for help! :-) > > > > Best regards, > > > > Dominik > > -- > > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:29:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:29: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 1SJmvJ-000089-9L; Mon, 16 Apr 2012 14:28:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmvH-00007y-KN for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:28:55 +0000 Received: from [85.158.143.99:54504] by server-1.bemta-4.messagelabs.com id DC/11-20925-6AC2C8F4; Mon, 16 Apr 2012 14:28:54 +0000 X-Env-Sender: Trilab@gmx.de X-Msg-Ref: server-12.tower-216.messagelabs.com!1334586533!18612122!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyNzY3ODY=\n, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13940 invoked from network); 16 Apr 2012 14:28:53 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-12.tower-216.messagelabs.com with SMTP; 16 Apr 2012 14:28:53 -0000 Received: (qmail 18744 invoked by uid 0); 16 Apr 2012 14:28:53 -0000 Received: from 87.78.209.210 by www017.gmx.net with HTTP; Mon, 16 Apr 2012 16:28:50 +0200 (CEST) Date: Mon, 16 Apr 2012 16:28:50 +0200 From: "Dominik Lange" In-Reply-To: Message-ID: <20120416142850.170680@gmx.net> MIME-Version: 1.0 References: <20120416130056.222570@gmx.net> To: Andrew Bobulsky X-Authenticated: #11350055 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX18A3UY5aa4AoZ7mNAtbZNuuHPpX0cL51LAoVIxhcU bnaVaDgbZoBq5hxH9reC02Bp1k29Tw8MC/ww== X-GMX-UID: 9Un+b8gjeSEqSkZTxnQhSIZ+IGRvb4BH Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Andrew, thanks for your fast answer and your effort:-). Yes, what i want to do requires VT- Hardware. I want to use a demo version from a sap component called SAP NetWeaver Gateway 2.0. This component requires Suse or HyperV and i must use HyperV. That sucks. ;) And cause i have no Server i just can use a VM for run a VM. the link you sent me uses sphere 5, but i have only a license for sphere 4. And this version does not support VT and HyperV :(. For this reason i wanted to try to work with Xen as an alternative to vsphere. Thats my problem and my question. :) But "Inception" is really a great Movie and the reference is nice xD. Thanks and best regards, Dominik -------- Original-Nachricht -------- > Datum: Mon, 16 Apr 2012 09:53:19 -0400 > Von: Andrew Bobulsky > An: Dominik Lange > CC: xen-users@lists.xen.org > Betreff: Re: [Xen-users] Hyper V with Xen > Hello Dominik, > > Your question got me a little curious, because I know that Hyper-V is > a bit of a stickler for hardware requirements. A bit of light > googling and link crawling turned up this: > http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html > > I laughed a little bit when he referred to the nested VMs as > "Inception." Great movie :D > > It seems as though what you want to do will require hardware VT > translation on the part of the hypervisor (software virtualization of > hardware virtualization? That makes my brain explode a little!). It > *can* work, but maybe the devs can speak as to whether or not the > feature exists, or at least tell you what its "properly" called. I'm > guessing that VMware calls it "VHV," probably short for "Virtualized > Hardware-assisted Virtualization." Or something. Hehe. > > Cheers, > Andrew Bobulsky > > On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > > Hi all, > > > > i have a question about Xen Hypervisor. Im a beginner in this area and > sry if my question are stupid or something :-) > > > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 with > Hyper2. > > > > My question is: > > > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V > needs VT)?I looked in the documentation and use google but i find nothing. > > > > I would be very grateful for help! :-) > > > > Best regards, > > > > Dominik > > -- > > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:33:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:33: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 1SJmyr-0000VM-Rd; Mon, 16 Apr 2012 14:32:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmyq-0000V8-Cu for Xen-users@lists.xen.org; Mon, 16 Apr 2012 14:32:36 +0000 Received: from [85.158.139.83:46711] by server-7.bemta-5.messagelabs.com id 23/36-16195-38D2C8F4; Mon, 16 Apr 2012 14:32:35 +0000 X-Env-Sender: locuse@mm.st X-Msg-Ref: server-8.tower-182.messagelabs.com!1334586754!12767508!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDg5MDA=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9003 invoked from network); 16 Apr 2012 14:32:35 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 14:32:35 -0000 Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 56F7D208A6 for ; Mon, 16 Apr 2012 10:32:34 -0400 (EDT) Received: from web5.nyi.mail.srv.osa ([10.202.2.215]) by compute6.internal (MEProxy); Mon, 16 Apr 2012 10:32:34 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date:in-reply-to:references; s=mesmtp; bh= W9altUC7B2g9mQwHcEQBOchgwaM=; b=Ia/1qAt2L3avXxOKD0OvrZG/KHvjokpZ HpDfvQqt9sGELN7Zow3kC3YGWeOoneYrYoKUg1bYf0ivrRb0lWbO01GnZLz2ZhHE IBHoYSqmeOsvyV/LSgsJvlJN/KV/rcr42uKYE7/jKrf7xDt0bNl5dUA5VtUERRUB MIkltzQTBdM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=W9altUC7B2g9mQwHcEQBOchgwaM=; b=eeGPi e0cKUisNJYgnGUQ+ijoi0zhnwK/33PcICF0ObZzQPeXHFH2PScKAxQBKSiWFmWGD 8Mr8ce/Ato/YcmVdv59skofNV1U6EFTfLkTA9QOleN6P2pcT1HDjH5q0RGzUDLFo JcspdTL2sbchOxgC9q17whOx2BakLvmkaoZXQM= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 34AB44C0F78; Mon, 16 Apr 2012 10:32:34 -0400 (EDT) Message-Id: <1334586754.13049.140661063071449.6F9DC8B0@webmail.messagingengine.com> X-Sasl-Enc: oLOu8EMCcSPYSNmp7Ssp8k+UJ35FacbLdUZ8BHXfra05 1334586754 From: locuse@mm.st To: Xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface Date: Mon, 16 Apr 2012 07:32:34 -0700 In-Reply-To: <1334427588.7096.140661062409505.6875BAFC@webmail.messagingengine.com> References: <1334427588.7096.140661062409505.6875BAFC@webmail.messagingengine.com> Subject: Re: [Xen-users] guest boot randomly fails to load sky2 kernel module? restart usually clears it up. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012, at 11:19 AM, locuse@mm.st wrote: > on infrequent occassion, i simply can't get it to boot correctly at all. > in that case, a reboot of the Host seems to clear it up. > > what can i do about this so that the kernel module loads on boot each > time correctly? is this a Host or Guest configuration issue? For a PV guest that has a pci-passthrough NIC, when shutting down / restarting the Guest, is there some additional command I need to run to make sure that is comes back up with the driver/NIC properly loaded? This internmittent behavior -- sometimes booting OK, sometimes requirding 1+ additional reboots -- really makes this unusable. locuse _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:33:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:33: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 1SJmyr-0000VM-Rd; Mon, 16 Apr 2012 14:32:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmyq-0000V8-Cu for Xen-users@lists.xen.org; Mon, 16 Apr 2012 14:32:36 +0000 Received: from [85.158.139.83:46711] by server-7.bemta-5.messagelabs.com id 23/36-16195-38D2C8F4; Mon, 16 Apr 2012 14:32:35 +0000 X-Env-Sender: locuse@mm.st X-Msg-Ref: server-8.tower-182.messagelabs.com!1334586754!12767508!1 X-Originating-IP: [66.111.4.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDg5MDA=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9003 invoked from network); 16 Apr 2012 14:32:35 -0000 Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by server-8.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 14:32:35 -0000 Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 56F7D208A6 for ; Mon, 16 Apr 2012 10:32:34 -0400 (EDT) Received: from web5.nyi.mail.srv.osa ([10.202.2.215]) by compute6.internal (MEProxy); Mon, 16 Apr 2012 10:32:34 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date:in-reply-to:references; s=mesmtp; bh= W9altUC7B2g9mQwHcEQBOchgwaM=; b=Ia/1qAt2L3avXxOKD0OvrZG/KHvjokpZ HpDfvQqt9sGELN7Zow3kC3YGWeOoneYrYoKUg1bYf0ivrRb0lWbO01GnZLz2ZhHE IBHoYSqmeOsvyV/LSgsJvlJN/KV/rcr42uKYE7/jKrf7xDt0bNl5dUA5VtUERRUB MIkltzQTBdM= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=W9altUC7B2g9mQwHcEQBOchgwaM=; b=eeGPi e0cKUisNJYgnGUQ+ijoi0zhnwK/33PcICF0ObZzQPeXHFH2PScKAxQBKSiWFmWGD 8Mr8ce/Ato/YcmVdv59skofNV1U6EFTfLkTA9QOleN6P2pcT1HDjH5q0RGzUDLFo JcspdTL2sbchOxgC9q17whOx2BakLvmkaoZXQM= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id 34AB44C0F78; Mon, 16 Apr 2012 10:32:34 -0400 (EDT) Message-Id: <1334586754.13049.140661063071449.6F9DC8B0@webmail.messagingengine.com> X-Sasl-Enc: oLOu8EMCcSPYSNmp7Ssp8k+UJ35FacbLdUZ8BHXfra05 1334586754 From: locuse@mm.st To: Xen-users@lists.xen.org MIME-Version: 1.0 X-Mailer: MessagingEngine.com Webmail Interface Date: Mon, 16 Apr 2012 07:32:34 -0700 In-Reply-To: <1334427588.7096.140661062409505.6875BAFC@webmail.messagingengine.com> References: <1334427588.7096.140661062409505.6875BAFC@webmail.messagingengine.com> Subject: Re: [Xen-users] guest boot randomly fails to load sky2 kernel module? restart usually clears it up. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Sat, Apr 14, 2012, at 11:19 AM, locuse@mm.st wrote: > on infrequent occassion, i simply can't get it to boot correctly at all. > in that case, a reboot of the Host seems to clear it up. > > what can i do about this so that the kernel module loads on boot each > time correctly? is this a Host or Guest configuration issue? For a PV guest that has a pci-passthrough NIC, when shutting down / restarting the Guest, is there some additional command I need to run to make sure that is comes back up with the driver/NIC properly loaded? This internmittent behavior -- sometimes booting OK, sometimes requirding 1+ additional reboots -- really makes this unusable. locuse _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:33:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:33: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 1SJmzY-0000al-Gt; Mon, 16 Apr 2012 14:33:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmzX-0000aT-Kn for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:33:19 +0000 Received: from [85.158.138.51:51661] by server-7.bemta-3.messagelabs.com id 6C/F1-03078-EAD2C8F4; Mon, 16 Apr 2012 14:33:18 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334586796!11357342!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3435 invoked from network); 16 Apr 2012 14:33:17 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:33:17 -0000 Received: by vcbfl11 with SMTP id fl11so4609766vcb.32 for ; Mon, 16 Apr 2012 07:33:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eGRtlTJX4vMePKmC9Tyi46YF3vf96nNIAl6o8VxGeGU=; b=gZ8vdXXKwLI9GNU/WkNcMuc1yTpYecmKA+HPzgIl22u8ODVqtiZNId6rFQy6I57tg+ WCEc4Rax+9Wj3isY1gquBVm8qrNW1uvjTYBfRleCaYaZWP4gDV0G+45haRXo0FMhNR40 VkFT3+SYgm9daWW9TjGnQaDP4MAHEufIYLJ3drhT7dzdXQR0q2snQyLSNAaCs0B4TnPI dWLXGb2mwiL1vs/i29NvZ2ATrp8yZCc6Ltzp7HRKd0+vW2LM4eoK0ecToS3zF2INBwDB pLhaI+lIntFnZnbYiFQBqCpQCyYFflEfDvE0hJXObjoNOEqoIoYoF5tzftFuK/YpwJLT +2XQ== MIME-Version: 1.0 Received: by 10.220.227.70 with SMTP id iz6mr6147439vcb.29.1334586796490; Mon, 16 Apr 2012 07:33:16 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Mon, 16 Apr 2012 07:33:16 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> Date: Mon, 16 Apr 2012 10:33:16 -0400 Message-ID: From: Casey DeLorme To: Javier Guerra Giraldez Cc: John McDermott CIV , eva , xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6528500772641591856==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6528500772641591856== Content-Type: multipart/alternative; boundary=14dae9cdc107ed40e004bdccb313 --14dae9cdc107ed40e004bdccb313 Content-Type: text/plain; charset=ISO-8859-1 Thanks Javier, that was much clearer than what I was about to send. ESXi has a tiny control OS, which while lighter weight only targets server grade components. In my situation my consumer motherboard (ASRock Z68 Extreme7 Gen3) has a Broadcom BCM57781 Dual LAN adapter, and ESXi did not have that driver so the system simply didn't work. Simple answer, lacks driver flexibility. On Mon, Apr 16, 2012 at 10:24 AM, Javier Guerra Giraldez wrote: > On Mon, Apr 16, 2012 at 7:47 AM, eva wrote: > > Could you explain this > > > > "I tried ESXi, and switched to Xen specifically because the tiny > > built-in control OS doesn't support a myriad of consumer drivers, > > something that having a Linux control guest fixes." > > > > in a different way? > > > altought Xen itself manages CPU, VM switches, RAM, PCI access, and a > few other things; other, more 'external' hardware (mainly block and > network devices) is managed by Dom0 processes. There you benefit from > the wide hardware support of Linux, in contrast to the small selection > of drivers available to VMWare > > > -- > Javier > --14dae9cdc107ed40e004bdccb313 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks Javier, that was much clearer than what I was about to send.

ESXi has a tiny control OS, which while lighter weig= ht only targets server grade components.

In my sit= uation my consumer motherboard (ASRock Z68 Extreme7 Gen3) has a Broadcom BC= M57781 Dual LAN adapter, and ESXi did not have that driver so the system si= mply didn't work.

Simple answer, lacks driver flexibility.

On Mon, Apr 16, 2012 at 10:24 AM, Javier Guerra Giral= dez <javier@guer= rag.com> wrote:
On Mon, Apr 16, 2012 at 7:= 47 AM, eva <evammg@gmail.com>= wrote:
> Could you explain this
>
> "I tried ESXi, and switched to Xen specifically because the tiny<= br> > built-in control OS doesn't support a myriad of consumer drivers,<= br> > something that having a Linux control guest fixes."
>
> in a different way?


altought Xen itself manages CPU, VM switches, RAM, PCI access, and a<= br> few other things; other, more 'external' hardware (mainly block and=
network devices) is managed by Dom0 processes. =A0There you benefit from the wide hardware support of Linux, in contrast to the small selection
of drivers available to VMWare


--
Javier

--14dae9cdc107ed40e004bdccb313-- --===============6528500772641591856== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6528500772641591856==-- From xen-users-bounces@lists.xen.org Mon Apr 16 14:33:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:33: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 1SJmzY-0000al-Gt; Mon, 16 Apr 2012 14:33:20 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJmzX-0000aT-Kn for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:33:19 +0000 Received: from [85.158.138.51:51661] by server-7.bemta-3.messagelabs.com id 6C/F1-03078-EAD2C8F4; Mon, 16 Apr 2012 14:33:18 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-13.tower-174.messagelabs.com!1334586796!11357342!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3435 invoked from network); 16 Apr 2012 14:33:17 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-13.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:33:17 -0000 Received: by vcbfl11 with SMTP id fl11so4609766vcb.32 for ; Mon, 16 Apr 2012 07:33:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eGRtlTJX4vMePKmC9Tyi46YF3vf96nNIAl6o8VxGeGU=; b=gZ8vdXXKwLI9GNU/WkNcMuc1yTpYecmKA+HPzgIl22u8ODVqtiZNId6rFQy6I57tg+ WCEc4Rax+9Wj3isY1gquBVm8qrNW1uvjTYBfRleCaYaZWP4gDV0G+45haRXo0FMhNR40 VkFT3+SYgm9daWW9TjGnQaDP4MAHEufIYLJ3drhT7dzdXQR0q2snQyLSNAaCs0B4TnPI dWLXGb2mwiL1vs/i29NvZ2ATrp8yZCc6Ltzp7HRKd0+vW2LM4eoK0ecToS3zF2INBwDB pLhaI+lIntFnZnbYiFQBqCpQCyYFflEfDvE0hJXObjoNOEqoIoYoF5tzftFuK/YpwJLT +2XQ== MIME-Version: 1.0 Received: by 10.220.227.70 with SMTP id iz6mr6147439vcb.29.1334586796490; Mon, 16 Apr 2012 07:33:16 -0700 (PDT) Received: by 10.220.218.129 with HTTP; Mon, 16 Apr 2012 07:33:16 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> Date: Mon, 16 Apr 2012 10:33:16 -0400 Message-ID: From: Casey DeLorme To: Javier Guerra Giraldez Cc: John McDermott CIV , eva , xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6528500772641591856==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6528500772641591856== Content-Type: multipart/alternative; boundary=14dae9cdc107ed40e004bdccb313 --14dae9cdc107ed40e004bdccb313 Content-Type: text/plain; charset=ISO-8859-1 Thanks Javier, that was much clearer than what I was about to send. ESXi has a tiny control OS, which while lighter weight only targets server grade components. In my situation my consumer motherboard (ASRock Z68 Extreme7 Gen3) has a Broadcom BCM57781 Dual LAN adapter, and ESXi did not have that driver so the system simply didn't work. Simple answer, lacks driver flexibility. On Mon, Apr 16, 2012 at 10:24 AM, Javier Guerra Giraldez wrote: > On Mon, Apr 16, 2012 at 7:47 AM, eva wrote: > > Could you explain this > > > > "I tried ESXi, and switched to Xen specifically because the tiny > > built-in control OS doesn't support a myriad of consumer drivers, > > something that having a Linux control guest fixes." > > > > in a different way? > > > altought Xen itself manages CPU, VM switches, RAM, PCI access, and a > few other things; other, more 'external' hardware (mainly block and > network devices) is managed by Dom0 processes. There you benefit from > the wide hardware support of Linux, in contrast to the small selection > of drivers available to VMWare > > > -- > Javier > --14dae9cdc107ed40e004bdccb313 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks Javier, that was much clearer than what I was about to send.

ESXi has a tiny control OS, which while lighter weig= ht only targets server grade components.

In my sit= uation my consumer motherboard (ASRock Z68 Extreme7 Gen3) has a Broadcom BC= M57781 Dual LAN adapter, and ESXi did not have that driver so the system si= mply didn't work.

Simple answer, lacks driver flexibility.

On Mon, Apr 16, 2012 at 10:24 AM, Javier Guerra Giral= dez <javier@guer= rag.com> wrote:
On Mon, Apr 16, 2012 at 7:= 47 AM, eva <evammg@gmail.com>= wrote:
> Could you explain this
>
> "I tried ESXi, and switched to Xen specifically because the tiny<= br> > built-in control OS doesn't support a myriad of consumer drivers,<= br> > something that having a Linux control guest fixes."
>
> in a different way?


altought Xen itself manages CPU, VM switches, RAM, PCI access, and a<= br> few other things; other, more 'external' hardware (mainly block and=
network devices) is managed by Dom0 processes. =A0There you benefit from the wide hardware support of Linux, in contrast to the small selection
of drivers available to VMWare


--
Javier

--14dae9cdc107ed40e004bdccb313-- --===============6528500772641591856== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6528500772641591856==-- From xen-users-bounces@lists.xen.org Mon Apr 16 14:36:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:36: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 1SJn2F-00011b-E6; Mon, 16 Apr 2012 14:36:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJn2D-00011E-9t for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:36:05 +0000 Received: from [85.158.138.51:17330] by server-8.bemta-3.messagelabs.com id 4D/F3-24428-45E2C8F4; Mon, 16 Apr 2012 14:36:04 +0000 X-Env-Sender: Trilab@gmx.de X-Msg-Ref: server-16.tower-174.messagelabs.com!1334586962!22219556!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21458 invoked from network); 16 Apr 2012 14:36:03 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-16.tower-174.messagelabs.com with SMTP; 16 Apr 2012 14:36:03 -0000 Received: (qmail 13906 invoked by uid 0); 16 Apr 2012 14:36:02 -0000 Received: from 87.78.209.210 by www017.gmx.net with HTTP; Mon, 16 Apr 2012 16:36:01 +0200 (CEST) Date: Mon, 16 Apr 2012 16:36:01 +0200 From: "Dominik Lange" In-Reply-To: <1334585451.14560.196.camel@zakaz.uk.xensource.com> Message-ID: <20120416143601.10280@gmx.net> MIME-Version: 1.0 References: <20120416130056.222570@gmx.net> <1334585451.14560.196.camel@zakaz.uk.xensource.com> To: Ian Campbell , rulerof@gmail.com X-Authenticated: #11350055 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1+x5CUHJGOx9AlWCNUH1IzIEZOH28+pF15G76YmC4 xzyKqQGnsRJ/GvupdIQTJbXtEpl7vLQBNLiA== X-GMX-UID: Bkv+b2BleSEqZ0ZTxnQhjcF+IGRvbwAy Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ian, thanks for your good answer :-) Nested virtualization sounds good. I'll be watching your sources and will contact you again. :-) Thanks for that and best regards, Dominik -------- Original-Nachricht -------- > Datum: Mon, 16 Apr 2012 15:10:51 +0100 > Von: Ian Campbell > An: Andrew Bobulsky > CC: "xen-users@lists.xen.org" , Dominik Lange > Betreff: Re: [Xen-users] Hyper V with Xen > On Mon, 2012-04-16 at 14:53 +0100, Andrew Bobulsky wrote: > > Hello Dominik, > > > > Your question got me a little curious, because I know that Hyper-V is > > a bit of a stickler for hardware requirements. A bit of light > > googling and link crawling turned up this: > > > http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html > > > > I laughed a little bit when he referred to the nested VMs as > > "Inception." Great movie :D > > > > It seems as though what you want to do will require hardware VT > > translation on the part of the hypervisor (software virtualization of > > hardware virtualization? That makes my brain explode a little!). It > > *can* work, but maybe the devs can speak as to whether or not the > > feature exists, or at least tell you what its "properly" called. I'm > > guessing that VMware calls it "VHV," probably short for "Virtualized > > Hardware-assisted Virtualization." Or something. Hehe. > > This is called "nested virtualisation" and will be an experimental > feature in the upcoming 4.2 release. > > I've seen some reports of it running uniprocessor Hyper-V on AMD > hardware, however there are some known issues with it and testing has > not been extensive (hence experimental). See <4F5F323D.1020904@amd.com> > (on xen-devel) for the situation with Nested-SVM, I'm not aware of any > similar list for nested VMX. > > Please check the xen-devel archives for this year, in particular the > "Nested SVM" thread referenced above and the entries on the weekly "4.2 > TODO" mails (and their sub-threads). > > Ian. > > > > > Cheers, > > Andrew Bobulsky > > > > On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > > > Hi all, > > > > > > i have a question about Xen Hypervisor. Im a beginner in this area and > sry if my question are stupid or something :-) > > > > > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 > with Hyper2. > > > > > > My question is: > > > > > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V > needs VT)?I looked in the documentation and use google but i find nothing. > > > > > > I would be very grateful for help! :-) > > > > > > Best regards, > > > > > > Dominik > > > -- > > > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > > > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:36:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:36: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 1SJn2F-00011b-E6; Mon, 16 Apr 2012 14:36:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJn2D-00011E-9t for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:36:05 +0000 Received: from [85.158.138.51:17330] by server-8.bemta-3.messagelabs.com id 4D/F3-24428-45E2C8F4; Mon, 16 Apr 2012 14:36:04 +0000 X-Env-Sender: Trilab@gmx.de X-Msg-Ref: server-16.tower-174.messagelabs.com!1334586962!22219556!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI5NjIyOA==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21458 invoked from network); 16 Apr 2012 14:36:03 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-16.tower-174.messagelabs.com with SMTP; 16 Apr 2012 14:36:03 -0000 Received: (qmail 13906 invoked by uid 0); 16 Apr 2012 14:36:02 -0000 Received: from 87.78.209.210 by www017.gmx.net with HTTP; Mon, 16 Apr 2012 16:36:01 +0200 (CEST) Date: Mon, 16 Apr 2012 16:36:01 +0200 From: "Dominik Lange" In-Reply-To: <1334585451.14560.196.camel@zakaz.uk.xensource.com> Message-ID: <20120416143601.10280@gmx.net> MIME-Version: 1.0 References: <20120416130056.222570@gmx.net> <1334585451.14560.196.camel@zakaz.uk.xensource.com> To: Ian Campbell , rulerof@gmail.com X-Authenticated: #11350055 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX1+x5CUHJGOx9AlWCNUH1IzIEZOH28+pF15G76YmC4 xzyKqQGnsRJ/GvupdIQTJbXtEpl7vLQBNLiA== X-GMX-UID: Bkv+b2BleSEqZ0ZTxnQhjcF+IGRvbwAy Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Ian, thanks for your good answer :-) Nested virtualization sounds good. I'll be watching your sources and will contact you again. :-) Thanks for that and best regards, Dominik -------- Original-Nachricht -------- > Datum: Mon, 16 Apr 2012 15:10:51 +0100 > Von: Ian Campbell > An: Andrew Bobulsky > CC: "xen-users@lists.xen.org" , Dominik Lange > Betreff: Re: [Xen-users] Hyper V with Xen > On Mon, 2012-04-16 at 14:53 +0100, Andrew Bobulsky wrote: > > Hello Dominik, > > > > Your question got me a little curious, because I know that Hyper-V is > > a bit of a stickler for hardware requirements. A bit of light > > googling and link crawling turned up this: > > > http://www.virtuallyghetto.com/2011/07/how-to-enable-support-for-nested-64bit.html > > > > I laughed a little bit when he referred to the nested VMs as > > "Inception." Great movie :D > > > > It seems as though what you want to do will require hardware VT > > translation on the part of the hypervisor (software virtualization of > > hardware virtualization? That makes my brain explode a little!). It > > *can* work, but maybe the devs can speak as to whether or not the > > feature exists, or at least tell you what its "properly" called. I'm > > guessing that VMware calls it "VHV," probably short for "Virtualized > > Hardware-assisted Virtualization." Or something. Hehe. > > This is called "nested virtualisation" and will be an experimental > feature in the upcoming 4.2 release. > > I've seen some reports of it running uniprocessor Hyper-V on AMD > hardware, however there are some known issues with it and testing has > not been extensive (hence experimental). See <4F5F323D.1020904@amd.com> > (on xen-devel) for the situation with Nested-SVM, I'm not aware of any > similar list for nested VMX. > > Please check the xen-devel archives for this year, in particular the > "Nested SVM" thread referenced above and the entries on the weekly "4.2 > TODO" mails (and their sub-threads). > > Ian. > > > > > Cheers, > > Andrew Bobulsky > > > > On Mon, Apr 16, 2012 at 9:00 AM, Dominik Lange wrote: > > > Hi all, > > > > > > i have a question about Xen Hypervisor. Im a beginner in this area and > sry if my question are stupid or something :-) > > > > > > For a project i will use Xen Hypervisor and Windows Server 2008 R2 > with Hyper2. > > > > > > My question is: > > > > > > Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V > needs VT)?I looked in the documentation and use google but i find nothing. > > > > > > I would be very grateful for help! :-) > > > > > > Best regards, > > > > > > Dominik > > > -- > > > NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! > > > Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a > > > > > > _______________________________________________ > > > Xen-users mailing list > > > Xen-users@lists.xen.org > > > http://lists.xen.org/xen-users > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:46:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:46: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 1SJnBL-0001uL-0I; Mon, 16 Apr 2012 14:45:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnBJ-0001u5-MU for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:45:29 +0000 Received: from [85.158.139.83:44930] by server-4.bemta-5.messagelabs.com id 2D/67-10788-8803C8F4; Mon, 16 Apr 2012 14:45:28 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334587526!24030072!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27578 invoked from network); 16 Apr 2012 14:45:27 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:45:27 -0000 Received: by vcbfl11 with SMTP id fl11so4623900vcb.32 for ; Mon, 16 Apr 2012 07:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=h79r0YA7rtBUE5LqHm6knVo1Ohgu/f7golPJgUTvNj4=; b=hbgbifwjDAQPBiAwUmV60+ve94st4vspmxEDUXcrThZlqVr/u5NeQOkIm0wv9auNuK gPoyO5VVMLHj69UOUPCGnfxCTwIo1wIZQaV3eAI0IDFjeubXVgIa1jWeOxmRtz2sgiiL qlH6sKDgBvhC6YqnOsaRdsaRw5Yj5euga9eSY2v93jHP2b6ZPZglCE9R/3IanmLaeGw+ n3Z7KTPJKOIAJzeTr9IQQHR5EKVf3maI+C/9znuy4wX0OteUEWQA8ZOO3D56v7yG62xr WyFy1Sa9d5CafWyH7ewNv2hm9wLsDPMVPQqYoCuAWM8QNHXUq4Tro2qXudjez4Sb/we1 4NxQ== MIME-Version: 1.0 Received: by 10.52.68.164 with SMTP id x4mr5180337vdt.16.1334587526170; Mon, 16 Apr 2012 07:45:26 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Mon, 16 Apr 2012 07:45:26 -0700 (PDT) In-Reply-To: <1334570256.14560.80.camel@zakaz.uk.xensource.com> References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> Date: Mon, 16 Apr 2012 16:45:26 +0200 Message-ID: From: Lloyd Dizon To: Ian Campbell Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wr= ote: > > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > > Adding Xen-devel. > > > > What are the current timekeeping best practices now? > > pvops kernels behave as if independent_wallclock =3D=3D 1, so the existing > advice: > =A0 =A0 =A0 =A0set /proc/sys/xen/independent_wallclock to 1 and run ntp on > =A0 =A0 =A0 =A0domU. > still applies. This also applies to Xen 4.0 (4.0.0) if I understood correctly? If so and based on previous posts can we resume that this is what is recommended: | Xen3 | Xen4 | --------------------------------------------------------------------- PV | independent_wallclock =3D 0 or 1 | independent_wallclock =3D 1 | --------------------------------------------------------------------- HVM | independent_wallclock =3D 0 | independent_wallclock =3D 1 | --------------------------------------------------------------------- With priority to independent_wallclock=3D1 and if activated, ntp required. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:46:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:46: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 1SJnBL-0001uL-0I; Mon, 16 Apr 2012 14:45:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnBJ-0001u5-MU for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:45:29 +0000 Received: from [85.158.139.83:44930] by server-4.bemta-5.messagelabs.com id 2D/67-10788-8803C8F4; Mon, 16 Apr 2012 14:45:28 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334587526!24030072!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27578 invoked from network); 16 Apr 2012 14:45:27 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:45:27 -0000 Received: by vcbfl11 with SMTP id fl11so4623900vcb.32 for ; Mon, 16 Apr 2012 07:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=h79r0YA7rtBUE5LqHm6knVo1Ohgu/f7golPJgUTvNj4=; b=hbgbifwjDAQPBiAwUmV60+ve94st4vspmxEDUXcrThZlqVr/u5NeQOkIm0wv9auNuK gPoyO5VVMLHj69UOUPCGnfxCTwIo1wIZQaV3eAI0IDFjeubXVgIa1jWeOxmRtz2sgiiL qlH6sKDgBvhC6YqnOsaRdsaRw5Yj5euga9eSY2v93jHP2b6ZPZglCE9R/3IanmLaeGw+ n3Z7KTPJKOIAJzeTr9IQQHR5EKVf3maI+C/9znuy4wX0OteUEWQA8ZOO3D56v7yG62xr WyFy1Sa9d5CafWyH7ewNv2hm9wLsDPMVPQqYoCuAWM8QNHXUq4Tro2qXudjez4Sb/we1 4NxQ== MIME-Version: 1.0 Received: by 10.52.68.164 with SMTP id x4mr5180337vdt.16.1334587526170; Mon, 16 Apr 2012 07:45:26 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Mon, 16 Apr 2012 07:45:26 -0700 (PDT) In-Reply-To: <1334570256.14560.80.camel@zakaz.uk.xensource.com> References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> Date: Mon, 16 Apr 2012 16:45:26 +0200 Message-ID: From: Lloyd Dizon To: Ian Campbell Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wr= ote: > > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > > Adding Xen-devel. > > > > What are the current timekeeping best practices now? > > pvops kernels behave as if independent_wallclock =3D=3D 1, so the existing > advice: > =A0 =A0 =A0 =A0set /proc/sys/xen/independent_wallclock to 1 and run ntp on > =A0 =A0 =A0 =A0domU. > still applies. This also applies to Xen 4.0 (4.0.0) if I understood correctly? If so and based on previous posts can we resume that this is what is recommended: | Xen3 | Xen4 | --------------------------------------------------------------------- PV | independent_wallclock =3D 0 or 1 | independent_wallclock =3D 1 | --------------------------------------------------------------------- HVM | independent_wallclock =3D 0 | independent_wallclock =3D 1 | --------------------------------------------------------------------- With priority to independent_wallclock=3D1 and if activated, ntp required. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:57:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:57: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 1SJnMa-0002aQ-6v; Mon, 16 Apr 2012 14:57:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnMZ-0002aE-IV for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:57:07 +0000 Received: from [85.158.143.99:20120] by server-2.bemta-4.messagelabs.com id 32/C7-17550-2433C8F4; Mon, 16 Apr 2012 14:57:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1334588225!20488108!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7145 invoked from network); 16 Apr 2012 14:57:06 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:57:06 -0000 X-IronPort-AV: E=Sophos;i="4.75,429,1330905600"; d="scan'208";a="11958580" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 14:57:05 +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; Mon, 16 Apr 2012 15:57:05 +0100 Message-ID: <1334588223.14560.205.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lloyd Dizon Date: Mon, 16 Apr 2012 15:57:03 +0100 In-Reply-To: References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: > On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wrote: > > > > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > > > Adding Xen-devel. > > > > > > What are the current timekeeping best practices now? > > > > pvops kernels behave as if independent_wallclock == 1, so the existing > > advice: > > set /proc/sys/xen/independent_wallclock to 1 and run ntp on > > domU. > > still applies. > > This also applies to Xen 4.0 (4.0.0) if I understood correctly? This is entirely a function of the guest kernel version and not the hypervisor > If so and based on previous posts can we resume that this is what is > recommended: If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux Kernels/g then I think it is somewhat accurate, at least for the PV line. I must confess I don't really know for the HVM line. I suspect that it is actually: Classic XenoLinux -- no PV time source, independent_wallclock means nothing, run NTP in the guest Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time source, independent_wallclock means nothing, run NTP in the guest Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, independent_wallclock always == 1, run NTP. So in short always run NTP in an HVM guest, regardless of the presence or absence of PV time extensions. > | Xen3 | Xen4 | > --------------------------------------------------------------------- > PV | independent_wallclock = 0 or 1 | independent_wallclock = 1 | > --------------------------------------------------------------------- > HVM | independent_wallclock = 0 | independent_wallclock = 1 | > --------------------------------------------------------------------- > > With priority to independent_wallclock=1 and if activated, ntp required. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 14:57:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 14:57: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 1SJnMa-0002aQ-6v; Mon, 16 Apr 2012 14:57:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnMZ-0002aE-IV for xen-users@lists.xen.org; Mon, 16 Apr 2012 14:57:07 +0000 Received: from [85.158.143.99:20120] by server-2.bemta-4.messagelabs.com id 32/C7-17550-2433C8F4; Mon, 16 Apr 2012 14:57:06 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1334588225!20488108!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7145 invoked from network); 16 Apr 2012 14:57:06 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 14:57:06 -0000 X-IronPort-AV: E=Sophos;i="4.75,429,1330905600"; d="scan'208";a="11958580" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 16 Apr 2012 14:57:05 +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; Mon, 16 Apr 2012 15:57:05 +0100 Message-ID: <1334588223.14560.205.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Lloyd Dizon Date: Mon, 16 Apr 2012 15:57:03 +0100 In-Reply-To: References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: > On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wrote: > > > > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > > > Adding Xen-devel. > > > > > > What are the current timekeeping best practices now? > > > > pvops kernels behave as if independent_wallclock == 1, so the existing > > advice: > > set /proc/sys/xen/independent_wallclock to 1 and run ntp on > > domU. > > still applies. > > This also applies to Xen 4.0 (4.0.0) if I understood correctly? This is entirely a function of the guest kernel version and not the hypervisor > If so and based on previous posts can we resume that this is what is > recommended: If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux Kernels/g then I think it is somewhat accurate, at least for the PV line. I must confess I don't really know for the HVM line. I suspect that it is actually: Classic XenoLinux -- no PV time source, independent_wallclock means nothing, run NTP in the guest Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time source, independent_wallclock means nothing, run NTP in the guest Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, independent_wallclock always == 1, run NTP. So in short always run NTP in an HVM guest, regardless of the presence or absence of PV time extensions. > | Xen3 | Xen4 | > --------------------------------------------------------------------- > PV | independent_wallclock = 0 or 1 | independent_wallclock = 1 | > --------------------------------------------------------------------- > HVM | independent_wallclock = 0 | independent_wallclock = 1 | > --------------------------------------------------------------------- > > With priority to independent_wallclock=1 and if activated, ntp required. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:02:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:02:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnR0-0003EB-0d; Mon, 16 Apr 2012 15:01:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnQx-0003Dr-JK for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:01:39 +0000 Received: from [85.158.143.99:28867] by server-3.bemta-4.messagelabs.com id EA/F7-05853-2543C8F4; Mon, 16 Apr 2012 15:01:38 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334588496!22955541!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.4 required=7.0 tests=INFO_TLD, ML_RADAR_SPEW_LINKS_10,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25396 invoked from network); 16 Apr 2012 15:01:37 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 15:01:37 -0000 Received: from [189.253.141.121] (port=52025 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SJnQu-0001Lz-9b for xen-users@lists.xen.org; Mon, 16 Apr 2012 10:01:36 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id D5F01A1DB for ; Mon, 16 Apr 2012 10:01:34 -0500 (CDT) Message-ID: <4F8C344F.4050405@ondore.com> Date: Mon, 16 Apr 2012 10:01:35 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] running xcp (or xenserver) from usb driver or SD card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 14/04/12 02:18, insrc escribi=F3: > Do you think it's possible to run Xenserver/XCP or xen from an usb drive > or memory card like it's possible for vmware please ? Is it recommended > ? Are there any performance issue :-) ? I would like to dedicate all > of the local storage to hosting VMs only. Yes, it is quite possible. Can't say much about real performance, I have = not went farther than a proof of concept myself, but i do not expect it = to be an issue. It will respond slower to control commands, but the VM's = should run ok. > Looking at xen/xenserver/xcp doc, i was wondering why there's so few > tutorial on installing them on usb drive. You just install it normally, using USB as installation media. Is the USB flash memory is smaller than 10G, you will need to patch = installer's initrd (it has a hardcoded limit), here is a reference: http://community.spiceworks.com/how_to/show/1168 Note that the partition size should be less than half of the size of the = flash drive, because by default the installer creates two identical = partitions on it. I used "root_size =3D 1792" for a "4GB" drive. I ended up with the environment to deploy XCP automatically via PXE. I = use PXE boot a lot, between other things it avoids the re-creation a = bootable ISO when i alter initrd. Here the references I have used: # customize installation initrd: http://community.spiceworks.com/how_to/show/1168 http://blog.mybox.ro/2010/05/12/how-to-change-files-in-a-initrd-image/ # prepare answers file: http://docs.vmd.citrix.com/XenServer/4.0.1/installation/apcs02.html http://blog.vhowto.info/2010/10/06/installation-of-xenserver-5-6-via-pxe-pa= rt-2/ http://scnr.net/blog/index.php/archives/177 # configure pxe boot: http://docs.vmd.citrix.com/XenServer/4.0.1/installation/apc.html http://docs.vmd.citrix.com/XenServer/6.0.0/1.0/en_gb/installation.html#pxe_= boot_install-pxe_answerfile Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:02:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:02:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnR0-0003EB-0d; Mon, 16 Apr 2012 15:01:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnQx-0003Dr-JK for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:01:39 +0000 Received: from [85.158.143.99:28867] by server-3.bemta-4.messagelabs.com id EA/F7-05853-2543C8F4; Mon, 16 Apr 2012 15:01:38 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334588496!22955541!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=1.4 required=7.0 tests=INFO_TLD, ML_RADAR_SPEW_LINKS_10,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25396 invoked from network); 16 Apr 2012 15:01:37 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 15:01:37 -0000 Received: from [189.253.141.121] (port=52025 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SJnQu-0001Lz-9b for xen-users@lists.xen.org; Mon, 16 Apr 2012 10:01:36 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id D5F01A1DB for ; Mon, 16 Apr 2012 10:01:34 -0500 (CDT) Message-ID: <4F8C344F.4050405@ondore.com> Date: Mon, 16 Apr 2012 10:01:35 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] running xcp (or xenserver) from usb driver or SD card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 14/04/12 02:18, insrc escribi=F3: > Do you think it's possible to run Xenserver/XCP or xen from an usb drive > or memory card like it's possible for vmware please ? Is it recommended > ? Are there any performance issue :-) ? I would like to dedicate all > of the local storage to hosting VMs only. Yes, it is quite possible. Can't say much about real performance, I have = not went farther than a proof of concept myself, but i do not expect it = to be an issue. It will respond slower to control commands, but the VM's = should run ok. > Looking at xen/xenserver/xcp doc, i was wondering why there's so few > tutorial on installing them on usb drive. You just install it normally, using USB as installation media. Is the USB flash memory is smaller than 10G, you will need to patch = installer's initrd (it has a hardcoded limit), here is a reference: http://community.spiceworks.com/how_to/show/1168 Note that the partition size should be less than half of the size of the = flash drive, because by default the installer creates two identical = partitions on it. I used "root_size =3D 1792" for a "4GB" drive. I ended up with the environment to deploy XCP automatically via PXE. I = use PXE boot a lot, between other things it avoids the re-creation a = bootable ISO when i alter initrd. Here the references I have used: # customize installation initrd: http://community.spiceworks.com/how_to/show/1168 http://blog.mybox.ro/2010/05/12/how-to-change-files-in-a-initrd-image/ # prepare answers file: http://docs.vmd.citrix.com/XenServer/4.0.1/installation/apcs02.html http://blog.vhowto.info/2010/10/06/installation-of-xenserver-5-6-via-pxe-pa= rt-2/ http://scnr.net/blog/index.php/archives/177 # configure pxe boot: http://docs.vmd.citrix.com/XenServer/4.0.1/installation/apc.html http://docs.vmd.citrix.com/XenServer/6.0.0/1.0/en_gb/installation.html#pxe_= boot_install-pxe_answerfile Greetings. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:13:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:13: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 1SJnbq-0004oD-AG; Mon, 16 Apr 2012 15:12:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnbp-0004o6-14 for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:12:53 +0000 Received: from [85.158.143.35:32024] by server-2.bemta-4.messagelabs.com id 23/21-17550-4F63C8F4; Mon, 16 Apr 2012 15:12:52 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1334589170!12673035!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13815 invoked from network); 16 Apr 2012 15:12:51 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 15:12:51 -0000 Received: by ghrr14 with SMTP id r14so2933386ghr.32 for ; Mon, 16 Apr 2012 08:12:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=RvKi0+CqQGBfFV5TemLprbEfvt3YQdRi1JRZM1aWed0=; b=ZU4xW4xebCiptAllvq3TXyzAAJZ17J3CQGbPVnnqnXT5Z4OatIKn3mbVCYO+RILofF R3BtifUXyBNZJxKS0BRdLLR6m5dLfhfSL8yZKsk7xrikpPLNco1pYDu9rCRozLYTk1F8 UL+tJlmfb9FiqY+eCfYYXr1WcIOeuk+CEBurVtPT4vA1uS12jqEBBgXjLZsYjIkF8jFq +oavjRSJq3RoHfqun/3dr3gIfviPqzyy727U8E6cm1rXy9gdfpqu1Qq0wgyLOO/L3Tfz unXwStdjVDVCMEjudWmD6+wX+YBSSQWtB/aGmKSCmGEy473H4d7H67ztHmzZH269J9xW nmrA== Received: by 10.60.1.7 with SMTP id 7mr16296391oei.71.1334589169514; Mon, 16 Apr 2012 08:12:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 08:12:29 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> From: eva Date: Mon, 16 Apr 2012 17:12:29 +0200 Message-ID: To: Casey DeLorme Cc: John McDermott CIV , xen-users@lists.xen.org, Javier Guerra Giraldez Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 16 April 2012 16:33, Casey DeLorme wrote: > Thanks Javier, that was much clearer than what I was about to send. > > ESXi has a tiny control OS, which while lighter weight only targets server > grade components. > > In my situation my consumer motherboard (ASRock Z68 Extreme7 Gen3) has a > Broadcom BCM57781 Dual LAN adapter, and ESXi did not have that driver so the > system simply didn't work. > > Simple answer, lacks driver flexibility. Sorry for my ignorance. But I thought ESXi was based on RedHat, ..so I thought it could benefit itself from the drivers that Linux uses, because is Red Hat (?) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:13:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:13: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 1SJnbq-0004oD-AG; Mon, 16 Apr 2012 15:12:54 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnbp-0004o6-14 for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:12:53 +0000 Received: from [85.158.143.35:32024] by server-2.bemta-4.messagelabs.com id 23/21-17550-4F63C8F4; Mon, 16 Apr 2012 15:12:52 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1334589170!12673035!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13815 invoked from network); 16 Apr 2012 15:12:51 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 15:12:51 -0000 Received: by ghrr14 with SMTP id r14so2933386ghr.32 for ; Mon, 16 Apr 2012 08:12:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=RvKi0+CqQGBfFV5TemLprbEfvt3YQdRi1JRZM1aWed0=; b=ZU4xW4xebCiptAllvq3TXyzAAJZ17J3CQGbPVnnqnXT5Z4OatIKn3mbVCYO+RILofF R3BtifUXyBNZJxKS0BRdLLR6m5dLfhfSL8yZKsk7xrikpPLNco1pYDu9rCRozLYTk1F8 UL+tJlmfb9FiqY+eCfYYXr1WcIOeuk+CEBurVtPT4vA1uS12jqEBBgXjLZsYjIkF8jFq +oavjRSJq3RoHfqun/3dr3gIfviPqzyy727U8E6cm1rXy9gdfpqu1Qq0wgyLOO/L3Tfz unXwStdjVDVCMEjudWmD6+wX+YBSSQWtB/aGmKSCmGEy473H4d7H67ztHmzZH269J9xW nmrA== Received: by 10.60.1.7 with SMTP id 7mr16296391oei.71.1334589169514; Mon, 16 Apr 2012 08:12:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 08:12:29 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> From: eva Date: Mon, 16 Apr 2012 17:12:29 +0200 Message-ID: To: Casey DeLorme Cc: John McDermott CIV , xen-users@lists.xen.org, Javier Guerra Giraldez Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 16 April 2012 16:33, Casey DeLorme wrote: > Thanks Javier, that was much clearer than what I was about to send. > > ESXi has a tiny control OS, which while lighter weight only targets server > grade components. > > In my situation my consumer motherboard (ASRock Z68 Extreme7 Gen3) has a > Broadcom BCM57781 Dual LAN adapter, and ESXi did not have that driver so the > system simply didn't work. > > Simple answer, lacks driver flexibility. Sorry for my ignorance. But I thought ESXi was based on RedHat, ..so I thought it could benefit itself from the drivers that Linux uses, because is Red Hat (?) _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:22:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:22: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 1SJnkp-0005Pg-OE; Mon, 16 Apr 2012 15:22:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnkn-0005PZ-QI for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:22:09 +0000 Received: from [193.109.254.147:23915] by server-9.bemta-14.messagelabs.com id E1/90-05787-1293C8F4; Mon, 16 Apr 2012 15:22:09 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1334589717!4805614!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16592 invoked from network); 16 Apr 2012 15:21:58 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-16.tower-27.messagelabs.com with SMTP; 16 Apr 2012 15:21:58 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Mon, 16 Apr 2012 10:21:56 -0500 From: To: Date: Mon, 16 Apr 2012 10:22:01 -0500 Message-ID: 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: <20120416130056.222570@gmx.net> Thread-Index: Ac0b0VdHBTLAyykcSrGYPWnIC/xlTgAEs0SA Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Nested virtualization is a bad idea. If you want reliability and performance, just get some additional hardware and then deploy Hyper-V and Xen directly onto separate hardware. Don't try nesting them inside each other. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Dominik Lange Sent: Monday, April 16, 2012 8:01 AM To: xen-users@lists.xen.org Subject: [Xen-users] Hyper V with Xen Hi all, i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. My question is: Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. I would be very grateful for help! :-) Best regards, Dominik -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:22:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:22: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 1SJnkp-0005Pg-OE; Mon, 16 Apr 2012 15:22:11 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJnkn-0005PZ-QI for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:22:09 +0000 Received: from [193.109.254.147:23915] by server-9.bemta-14.messagelabs.com id E1/90-05787-1293C8F4; Mon, 16 Apr 2012 15:22:09 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1334589717!4805614!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16592 invoked from network); 16 Apr 2012 15:21:58 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-16.tower-27.messagelabs.com with SMTP; 16 Apr 2012 15:21:58 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Mon, 16 Apr 2012 10:21:56 -0500 From: To: Date: Mon, 16 Apr 2012 10:22:01 -0500 Message-ID: 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: <20120416130056.222570@gmx.net> Thread-Index: Ac0b0VdHBTLAyykcSrGYPWnIC/xlTgAEs0SA Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] Hyper V with Xen X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Nested virtualization is a bad idea. If you want reliability and performance, just get some additional hardware and then deploy Hyper-V and Xen directly onto separate hardware. Don't try nesting them inside each other. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Dominik Lange Sent: Monday, April 16, 2012 8:01 AM To: xen-users@lists.xen.org Subject: [Xen-users] Hyper V with Xen Hi all, i have a question about Xen Hypervisor. Im a beginner in this area and sry if my question are stupid or something :-) For a project i will use Xen Hypervisor and Windows Server 2008 R2 with Hyper2. My question is: Can i use Hyper-V in a Xen-based VM, so as a VM in a VM (Cause Hyper-V needs VT)?I looked in the documentation and use google but i find nothing. I would be very grateful for help! :-) Best regards, Dominik -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:51:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:51: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 1SJoC6-0007A2-5c; Mon, 16 Apr 2012 15:50:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJoC5-00079x-8Q for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:50:21 +0000 Received: from [85.158.143.35:46078] by server-1.bemta-4.messagelabs.com id 8B/6C-20925-CBF3C8F4; Mon, 16 Apr 2012 15:50:20 +0000 X-Env-Sender: javier@guerrag.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334591419!10206717!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15277 invoked from network); 16 Apr 2012 15:50:20 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 15:50:20 -0000 Received: by qcsc20 with SMTP id c20so3979124qcs.32 for ; Mon, 16 Apr 2012 08:50:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=IImsT4ZN/X95iSwyjve6p7l5avcXKrl7xRmawWuQD9Y=; b=NWTO/flQPcCCJTdOVmWzitxmwLyY4qmBsRfxsjq7dOaMgLP0AAFezQLVR25/fRm5nC 5Sc90RYvF4BNUnPncanmwNYe4w2h6wPGWuRyBdSgAnuxfiK+R7S0fR0BOFU+EEzst8P2 rZow/fJhiYVqiJ6BpzHxvhzoHluH63h7T40Mvsog5v+f8acTgqU8VNJOnrclvdE0cFyW E5GW0TjHyE3HR9TZEzBcsnPzFhFclAJLQHZSzZ3AnvtM4ITtNWUpmmcJ1USKei3V5UcQ VKYj5cjgCKhDVx2thOQhnN1zt68TVF0014ATZyNnegqBIiD+wMuKXjO9L0HS5PhlVG2M MBwg== MIME-Version: 1.0 Received: by 10.224.108.193 with SMTP id g1mr16053166qap.7.1334591418715; Mon, 16 Apr 2012 08:50:18 -0700 (PDT) Received: by 10.229.160.209 with HTTP; Mon, 16 Apr 2012 08:50:18 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> Date: Mon, 16 Apr 2012 10:50:18 -0500 Message-ID: From: Javier Guerra Giraldez To: eva X-Gm-Message-State: ALoCoQm9InoXtLAOnfYNaSxM8CGh1XGaf5AGm+nib7yQBBqPr19Ubd37iE0iqOkHhC+SBBV76lo+ Cc: John McDermott CIV , Casey DeLorme , xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 10:12 AM, eva wrote: > Sorry for my ignorance. But I thought ESXi was based on RedHat, ..so I > thought it could benefit itself from the drivers that Linux uses, > because is Red Hat (?) there's not much information about how close to Linux is the control system of VMWare. there has been some accusations of GPL noncompliance, after all. but still, i guess they heavily modify the kernel and drivers, so they only maintain a very small subset of them. -- Javier _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 15:51:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 15:51: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 1SJoC6-0007A2-5c; Mon, 16 Apr 2012 15:50:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJoC5-00079x-8Q for xen-users@lists.xen.org; Mon, 16 Apr 2012 15:50:21 +0000 Received: from [85.158.143.35:46078] by server-1.bemta-4.messagelabs.com id 8B/6C-20925-CBF3C8F4; Mon, 16 Apr 2012 15:50:20 +0000 X-Env-Sender: javier@guerrag.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334591419!10206717!1 X-Originating-IP: [209.85.216.173] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15277 invoked from network); 16 Apr 2012 15:50:20 -0000 Received: from mail-qc0-f173.google.com (HELO mail-qc0-f173.google.com) (209.85.216.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 15:50:20 -0000 Received: by qcsc20 with SMTP id c20so3979124qcs.32 for ; Mon, 16 Apr 2012 08:50:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=IImsT4ZN/X95iSwyjve6p7l5avcXKrl7xRmawWuQD9Y=; b=NWTO/flQPcCCJTdOVmWzitxmwLyY4qmBsRfxsjq7dOaMgLP0AAFezQLVR25/fRm5nC 5Sc90RYvF4BNUnPncanmwNYe4w2h6wPGWuRyBdSgAnuxfiK+R7S0fR0BOFU+EEzst8P2 rZow/fJhiYVqiJ6BpzHxvhzoHluH63h7T40Mvsog5v+f8acTgqU8VNJOnrclvdE0cFyW E5GW0TjHyE3HR9TZEzBcsnPzFhFclAJLQHZSzZ3AnvtM4ITtNWUpmmcJ1USKei3V5UcQ VKYj5cjgCKhDVx2thOQhnN1zt68TVF0014ATZyNnegqBIiD+wMuKXjO9L0HS5PhlVG2M MBwg== MIME-Version: 1.0 Received: by 10.224.108.193 with SMTP id g1mr16053166qap.7.1334591418715; Mon, 16 Apr 2012 08:50:18 -0700 (PDT) Received: by 10.229.160.209 with HTTP; Mon, 16 Apr 2012 08:50:18 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> Date: Mon, 16 Apr 2012 10:50:18 -0500 Message-ID: From: Javier Guerra Giraldez To: eva X-Gm-Message-State: ALoCoQm9InoXtLAOnfYNaSxM8CGh1XGaf5AGm+nib7yQBBqPr19Ubd37iE0iqOkHhC+SBBV76lo+ Cc: John McDermott CIV , Casey DeLorme , xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 10:12 AM, eva wrote: > Sorry for my ignorance. But I thought ESXi was based on RedHat, ..so I > thought it could benefit itself from the drivers that Linux uses, > because is Red Hat (?) there's not much information about how close to Linux is the control system of VMWare. there has been some accusations of GPL noncompliance, after all. but still, i guess they heavily modify the kernel and drivers, so they only maintain a very small subset of them. -- Javier _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 16:41:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 16:41: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 1SJoyx-0001e9-9q; Mon, 16 Apr 2012 16:40:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJoyv-0001dw-BW for xen-users@lists.xen.org; Mon, 16 Apr 2012 16:40:49 +0000 Received: from [85.158.143.99:19677] by server-2.bemta-4.messagelabs.com id E6/3D-17550-09B4C8F4; Mon, 16 Apr 2012 16:40:48 +0000 X-Env-Sender: dan.magenheimer@oracle.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334594446!14108976!1 X-Originating-IP: [148.87.113.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNDcwOTg2\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9469 invoked from network); 16 Apr 2012 16:40:47 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 16:40:47 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q3GGeh9R015027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Apr 2012 16:40:44 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q3GGegai022318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2012 16:40:43 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q3GGegJU023091; Mon, 16 Apr 2012 11:40:42 -0500 MIME-Version: 1.0 Message-ID: <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> Date: Mon, 16 Apr 2012 09:40:34 -0700 (PDT) From: Dan Magenheimer To: eva , xen-users@lists.xen.org References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.6 (510070) [OL 12.0.6607.1000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-CT-RefId: str=0001.0A090201.4F8C4B8D.0002,ss=1,re=-2.300,fgs=16 Cc: psusi@ubuntu.com Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1668907891947226791==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1668907891947226791== Content-Type: multipart/alternative; boundary="__133459444239827564abhmt114.oracle.com" --__133459444239827564abhmt114.oracle.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Eva -- =20 (sorry to list for top-post... when responding to html messages with my mai= ler, overriding this is very painful) =20 Every piece of code in tmem is entirely open source and GPL. I'm not a lic= ensing expert but I think it is all GPLv2. =20 Oracle Unbreakable Enterprise Kernel Release 2 ("UEK2") runs on and is the = default kernel on Oracle Linux 5 ("OL5") and Oracle Linux 6 ("OL6"). UEK2 = source is published in a public git tree (unlike RH kernels) so is freely a= vailable if you wish to examine the source for git commits (i.e. for fronts= wap patches that tmem uses that are not yet upstream). OL5 and OL6 are clo= nes of the RHEL equivalents (and the original RHEL kernels are included, bu= t are not the default booted kernels). OL5 and OL6 are freely available, a= s are all errata and updates. See http://blogs.oracle.com/wim/entry/settin= g_up_oracle_6 for more info. =20 Hi Psusi (Phillip?) - =20 Just saw your tmem post... sorry I don't keep up with xen-users. If you a= re looking at implementing Xen tmem support on/for a future Ubuntu release,= let me know if I can help and see: http://oss.oracle.com/git/?p=3Dlinux-2.= 6-unbreakable.git;a=3Dsummary =20 Thanks, Dan =20 From: eva [mailto:evammg@gmail.com]=20 Sent: Monday, April 16, 2012 4:56 AM To: xen-users@lists.xen.org Cc: Dan Magenheimer Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now p= ublicly released =20 =20 On 25 March 2012 07:46, Joseph Glanville wrote: On 23 March 2012 04:22, Dan Magenheimer wrote: > Transcendent Memory ("tmem") [1] is a new approach to optimizing RAM util= ization > in a virtualized (and, in some cases, a physical) environment > > Support for tmem has been in the Xen hypervisor since the 4.0 release, bu= t > the tmem protocols require cooperation between the hypervisor and guest > OS kernel. While the guest-side kernel changes are relatively simple > and non-intrusive, getting any new technology into any operating system > can be, shall we say, challenging... :-) BUT... > > Last week, Oracle released "Oracle Unbreakable Enterprise Kernel Release = 2", =20 > the first publicly-available fully-supported[2] Linux kernel implementing= all > Xen-guest-side capabilities for tmem, including "cleancache" (ephemeral t= mem > pools), "frontswap" (persistent tmem pools), and in-kernel support for > "self-ballooning". > > So now, finally, it should be easy to give tmem a try! =20 Dan, =20 Thanks so much. This is great news. I just wanted to know what kind of lice= nse does it have. Is it open source..or..? --Thank you=20 --__133459444239827564abhmt114.oracle.com Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable

Hi Eva --=

 <= /p>

(sorry to list for top-post... when respondi= ng to html messages with my mailer, overriding this is very painful)

 

Every piece of code in tmem is entirely open source= and GPL.  I’m not a licensing expert but I think it is all GPLv= 2.

 

Oracle Unbreakable Enterprise Kernel Relea= se 2 (“UEK2”) runs on and is the default kernel on Oracle Linux= 5 (“OL5”) and Oracle Linux 6 (“OL6”).  UEK2 s= ource is published in a public git tree (unlike RH kernels) so is freely av= ailable if you wish to examine the source for git commits (i.e. for frontsw= ap patches that tmem uses that are not yet upstream).  OL5 and OL6 are= clones of the RHEL equivalents (and the original RHEL kernels are included= , but are not the default booted kernels).  OL5 and OL6 are freely ava= ilable, as are all errata and updates.  See http://blogs.oracle.com/wim/entry/s= etting_up_oracle_6  for more info.

 

Hi Psusi (Phillip?) –

 

Just saw your tm= em post... sorry I don’t keep up with xen-users.   If you a= re looking at implementing Xen tmem support on/for a future Ubuntu release,= let me know if I can help and see: http://oss.oracle.com/git/= ?p=3Dlinux-2.6-unbreakable.git;a=3Dsummary

=

 

Thanks,

Dan<= /o:p>

 

From: eva [mailto:evammg@gmail.com] Sent: Monday, April 16, 2012 4:56 AM
To: xen-users@lists= .xen.org
Cc: Dan Magenheimer
Subject: Re: [Xen-users] T= ranscendent Memory ("tmem") -capable kernel now publicly released=

 

 

<= div>

On 25 March 2012 07:46, Joseph Glanville <joseph.glanville@orionvm.com.= au> wrote:

On 23 March = 2012 04:22, Dan Magenheimer <dan.magenheimer@oracle.com> wrote:
> Transcendent Memory (&= quot;tmem") [1] is a new approach to optimizing RAM utilization
>= ; in a virtualized (and, in some cases, a physical) environment
>
= > Support for tmem has been in the Xen hypervisor since the 4.0 release,= but
> the tmem protocols require cooperation between the hypervisor = and guest
> OS kernel.  While the guest-side kernel changes are = relatively simple
> and non-intrusive, getting any new technology int= o any operating system
> can be, shall we say, challenging... :-) &nb= sp;BUT...
>
> Last week, Oracle released "Oracle Unbreakab= le Enterprise Kernel Release 2", &n= bsp;           
> the first publicly-available fully-supported[2] Linux kernel im= plementing all
> Xen-guest-side capabilities for tmem, including &quo= t;cleancache" (ephemeral tmem
> pools), "frontswap" (p= ersistent tmem pools), and in-kernel support for
> "self-balloon= ing".
>
> So now, finally, it should be easy to give tmem = a try!

 

Dan,

 

Thanks so= much. This is great news. I just wanted to know what kind of license does = it have. Is it open source..or..? --Thank  you 

--__133459444239827564abhmt114.oracle.com-- --===============1668907891947226791== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1668907891947226791==-- From xen-users-bounces@lists.xen.org Mon Apr 16 16:41:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 16:41: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 1SJoyx-0001e9-9q; Mon, 16 Apr 2012 16:40:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJoyv-0001dw-BW for xen-users@lists.xen.org; Mon, 16 Apr 2012 16:40:49 +0000 Received: from [85.158.143.99:19677] by server-2.bemta-4.messagelabs.com id E6/3D-17550-09B4C8F4; Mon, 16 Apr 2012 16:40:48 +0000 X-Env-Sender: dan.magenheimer@oracle.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334594446!14108976!1 X-Originating-IP: [148.87.113.117] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQ4Ljg3LjExMy4xMTcgPT4gNDcwOTg2\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9469 invoked from network); 16 Apr 2012 16:40:47 -0000 Received: from rcsinet15.oracle.com (HELO rcsinet15.oracle.com) (148.87.113.117) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 16:40:47 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q3GGeh9R015027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Apr 2012 16:40:44 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q3GGegai022318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2012 16:40:43 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q3GGegJU023091; Mon, 16 Apr 2012 11:40:42 -0500 MIME-Version: 1.0 Message-ID: <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> Date: Mon, 16 Apr 2012 09:40:34 -0700 (PDT) From: Dan Magenheimer To: eva , xen-users@lists.xen.org References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.6 (510070) [OL 12.0.6607.1000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-CT-RefId: str=0001.0A090201.4F8C4B8D.0002,ss=1,re=-2.300,fgs=16 Cc: psusi@ubuntu.com Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1668907891947226791==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1668907891947226791== Content-Type: multipart/alternative; boundary="__133459444239827564abhmt114.oracle.com" --__133459444239827564abhmt114.oracle.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Eva -- =20 (sorry to list for top-post... when responding to html messages with my mai= ler, overriding this is very painful) =20 Every piece of code in tmem is entirely open source and GPL. I'm not a lic= ensing expert but I think it is all GPLv2. =20 Oracle Unbreakable Enterprise Kernel Release 2 ("UEK2") runs on and is the = default kernel on Oracle Linux 5 ("OL5") and Oracle Linux 6 ("OL6"). UEK2 = source is published in a public git tree (unlike RH kernels) so is freely a= vailable if you wish to examine the source for git commits (i.e. for fronts= wap patches that tmem uses that are not yet upstream). OL5 and OL6 are clo= nes of the RHEL equivalents (and the original RHEL kernels are included, bu= t are not the default booted kernels). OL5 and OL6 are freely available, a= s are all errata and updates. See http://blogs.oracle.com/wim/entry/settin= g_up_oracle_6 for more info. =20 Hi Psusi (Phillip?) - =20 Just saw your tmem post... sorry I don't keep up with xen-users. If you a= re looking at implementing Xen tmem support on/for a future Ubuntu release,= let me know if I can help and see: http://oss.oracle.com/git/?p=3Dlinux-2.= 6-unbreakable.git;a=3Dsummary =20 Thanks, Dan =20 From: eva [mailto:evammg@gmail.com]=20 Sent: Monday, April 16, 2012 4:56 AM To: xen-users@lists.xen.org Cc: Dan Magenheimer Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now p= ublicly released =20 =20 On 25 March 2012 07:46, Joseph Glanville wrote: On 23 March 2012 04:22, Dan Magenheimer wrote: > Transcendent Memory ("tmem") [1] is a new approach to optimizing RAM util= ization > in a virtualized (and, in some cases, a physical) environment > > Support for tmem has been in the Xen hypervisor since the 4.0 release, bu= t > the tmem protocols require cooperation between the hypervisor and guest > OS kernel. While the guest-side kernel changes are relatively simple > and non-intrusive, getting any new technology into any operating system > can be, shall we say, challenging... :-) BUT... > > Last week, Oracle released "Oracle Unbreakable Enterprise Kernel Release = 2", =20 > the first publicly-available fully-supported[2] Linux kernel implementing= all > Xen-guest-side capabilities for tmem, including "cleancache" (ephemeral t= mem > pools), "frontswap" (persistent tmem pools), and in-kernel support for > "self-ballooning". > > So now, finally, it should be easy to give tmem a try! =20 Dan, =20 Thanks so much. This is great news. I just wanted to know what kind of lice= nse does it have. Is it open source..or..? --Thank you=20 --__133459444239827564abhmt114.oracle.com Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable

Hi Eva --=

 <= /p>

(sorry to list for top-post... when respondi= ng to html messages with my mailer, overriding this is very painful)

 

Every piece of code in tmem is entirely open source= and GPL.  I’m not a licensing expert but I think it is all GPLv= 2.

 

Oracle Unbreakable Enterprise Kernel Relea= se 2 (“UEK2”) runs on and is the default kernel on Oracle Linux= 5 (“OL5”) and Oracle Linux 6 (“OL6”).  UEK2 s= ource is published in a public git tree (unlike RH kernels) so is freely av= ailable if you wish to examine the source for git commits (i.e. for frontsw= ap patches that tmem uses that are not yet upstream).  OL5 and OL6 are= clones of the RHEL equivalents (and the original RHEL kernels are included= , but are not the default booted kernels).  OL5 and OL6 are freely ava= ilable, as are all errata and updates.  See http://blogs.oracle.com/wim/entry/s= etting_up_oracle_6  for more info.

 

Hi Psusi (Phillip?) –

 

Just saw your tm= em post... sorry I don’t keep up with xen-users.   If you a= re looking at implementing Xen tmem support on/for a future Ubuntu release,= let me know if I can help and see: http://oss.oracle.com/git/= ?p=3Dlinux-2.6-unbreakable.git;a=3Dsummary

=

 

Thanks,

Dan<= /o:p>

 

From: eva [mailto:evammg@gmail.com] Sent: Monday, April 16, 2012 4:56 AM
To: xen-users@lists= .xen.org
Cc: Dan Magenheimer
Subject: Re: [Xen-users] T= ranscendent Memory ("tmem") -capable kernel now publicly released=

 

 

<= div>

On 25 March 2012 07:46, Joseph Glanville <joseph.glanville@orionvm.com.= au> wrote:

On 23 March = 2012 04:22, Dan Magenheimer <dan.magenheimer@oracle.com> wrote:
> Transcendent Memory (&= quot;tmem") [1] is a new approach to optimizing RAM utilization
>= ; in a virtualized (and, in some cases, a physical) environment
>
= > Support for tmem has been in the Xen hypervisor since the 4.0 release,= but
> the tmem protocols require cooperation between the hypervisor = and guest
> OS kernel.  While the guest-side kernel changes are = relatively simple
> and non-intrusive, getting any new technology int= o any operating system
> can be, shall we say, challenging... :-) &nb= sp;BUT...
>
> Last week, Oracle released "Oracle Unbreakab= le Enterprise Kernel Release 2", &n= bsp;           
> the first publicly-available fully-supported[2] Linux kernel im= plementing all
> Xen-guest-side capabilities for tmem, including &quo= t;cleancache" (ephemeral tmem
> pools), "frontswap" (p= ersistent tmem pools), and in-kernel support for
> "self-balloon= ing".
>
> So now, finally, it should be easy to give tmem = a try!

 

Dan,

 

Thanks so= much. This is great news. I just wanted to know what kind of license does = it have. Is it open source..or..? --Thank  you 

--__133459444239827564abhmt114.oracle.com-- --===============1668907891947226791== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1668907891947226791==-- From xen-users-bounces@lists.xen.org Mon Apr 16 17:51:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 17:51: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 1SJq4P-0000tx-Ie; Mon, 16 Apr 2012 17:50:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJq4O-0000tq-0k for xen-users@lists.xensource.com; Mon, 16 Apr 2012 17:50:32 +0000 Received: from [85.158.139.83:35035] by server-7.bemta-5.messagelabs.com id CC/1E-16195-5EB5C8F4; Mon, 16 Apr 2012 17:50:29 +0000 X-Env-Sender: destator@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334598627!23526945!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13763 invoked from network); 16 Apr 2012 17:50:28 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 16 Apr 2012 17:50:28 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SJq4J-00027Q-2l for xen-users@lists.xensource.com; Mon, 16 Apr 2012 10:50:27 -0700 Date: Mon, 16 Apr 2012 10:50:27 -0700 (PDT) From: destator To: xen-users@lists.xensource.com Message-ID: <1334598627076-5644546.post@n5.nabble.com> In-Reply-To: <4F15E378.7000101@gmx.de> References: <4F15E378.7000101@gmx.de> MIME-Version: 1.0 Subject: Re: [Xen-users] problems with intel S5000VSA board and hvm X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I had the same issue. Before that I switched on VT option in the BIOS, but it activates only after full poweroff. -- View this message in context: http://xen.1045712.n5.nabble.com/problems-with-intel-S5000VSA-board-and-hvm-tp5152928p5644546.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 17:51:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 17:51: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 1SJq4P-0000tx-Ie; Mon, 16 Apr 2012 17:50:33 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJq4O-0000tq-0k for xen-users@lists.xensource.com; Mon, 16 Apr 2012 17:50:32 +0000 Received: from [85.158.139.83:35035] by server-7.bemta-5.messagelabs.com id CC/1E-16195-5EB5C8F4; Mon, 16 Apr 2012 17:50:29 +0000 X-Env-Sender: destator@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334598627!23526945!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13763 invoked from network); 16 Apr 2012 17:50:28 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-13.tower-182.messagelabs.com with AES256-SHA encrypted SMTP; 16 Apr 2012 17:50:28 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SJq4J-00027Q-2l for xen-users@lists.xensource.com; Mon, 16 Apr 2012 10:50:27 -0700 Date: Mon, 16 Apr 2012 10:50:27 -0700 (PDT) From: destator To: xen-users@lists.xensource.com Message-ID: <1334598627076-5644546.post@n5.nabble.com> In-Reply-To: <4F15E378.7000101@gmx.de> References: <4F15E378.7000101@gmx.de> MIME-Version: 1.0 Subject: Re: [Xen-users] problems with intel S5000VSA board and hvm X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I had the same issue. Before that I switched on VT option in the BIOS, but it activates only after full poweroff. -- View this message in context: http://xen.1045712.n5.nabble.com/problems-with-intel-S5000VSA-board-and-hvm-tp5152928p5644546.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 18:42:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 18:42: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 1SJqrM-0003NY-3A; Mon, 16 Apr 2012 18:41:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJqrJ-0003NT-UU for xen-users@lists.xen.org; Mon, 16 Apr 2012 18:41:06 +0000 Received: from [85.158.143.35:52617] by server-3.bemta-4.messagelabs.com id 8D/7E-05853-1C76C8F4; Mon, 16 Apr 2012 18:41:05 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334601663!13514567!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31508 invoked from network); 16 Apr 2012 18:41:04 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 18:41:04 -0000 Received: by yenr5 with SMTP id r5so3152036yen.32 for ; Mon, 16 Apr 2012 11:41:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=DmQjSbJFPiFXhd228PmcQYfGefHkj1Xpfn0bX7zF3QE=; b=Z6z+hlRgz4IA+mMUwDidjyqyjPTvE9+WM3aq8t4lm32j+Ieq6XStyqHBFBYD0EPqBj swg9VDTM1KeFHdrYLVrIFU3PaYuUOZD8f6hpgcT92h4PkpwT2Rm9uCbIqLqkV1NfIEwk 0K/yu3G7KYPuYouMNMjBMGnfB64MZXUV9DVFRbMkyE5ukv8DdVvaypqmX2B0cnjZnLdi qgwjFI3A6epLbt5iXIbV3NnIo7PZIW6MrhjfHAHkiZmGCyUvlFy0/nbCaa2izX+J9bPz 1gY+d+ZQFnY2XqeJMCO+MaGf6vy+OnfphFL7atAZ2AFGa2hUd+EHFfyvJfo54yJAXxO2 Z16Q== Received: by 10.60.1.7 with SMTP id 7mr17249766oei.71.1334601662867; Mon, 16 Apr 2012 11:41:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 11:40:42 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> From: eva Date: Mon, 16 Apr 2012 20:40:42 +0200 Message-ID: To: Javier Guerra Giraldez Cc: John McDermott CIV , Casey DeLorme , xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ---------- Forwarded message ---------- From: Javier Guerra Giraldez Date: 16 April 2012 17:50 Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? To: eva Cc: Casey DeLorme , John McDermott CIV , xen-users@lists.xen.org On Mon, Apr 16, 2012 at 10:12 AM, eva wrote: > Sorry for my ignorance. But I thought ESXi was based on RedHat, ..so I > thought it could benefit itself from the drivers that Linux uses, > because is Red Hat (?) there's not much information about how close to Linux is the control system of VMWare. =A0there has been some accusations of GPL noncompliance, after all. =A0 but still, i guess they heavily modify the kernel and drivers, so they only maintain a very small subset of them. --- Javier, I see. I had no idea about the driver issue with vmware.. Always the same old story with open source software.. Anyways, It's been all very clarifying. Thank you!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 18:42:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 18:42: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 1SJqrM-0003NY-3A; Mon, 16 Apr 2012 18:41:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJqrJ-0003NT-UU for xen-users@lists.xen.org; Mon, 16 Apr 2012 18:41:06 +0000 Received: from [85.158.143.35:52617] by server-3.bemta-4.messagelabs.com id 8D/7E-05853-1C76C8F4; Mon, 16 Apr 2012 18:41:05 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334601663!13514567!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31508 invoked from network); 16 Apr 2012 18:41:04 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 18:41:04 -0000 Received: by yenr5 with SMTP id r5so3152036yen.32 for ; Mon, 16 Apr 2012 11:41:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=DmQjSbJFPiFXhd228PmcQYfGefHkj1Xpfn0bX7zF3QE=; b=Z6z+hlRgz4IA+mMUwDidjyqyjPTvE9+WM3aq8t4lm32j+Ieq6XStyqHBFBYD0EPqBj swg9VDTM1KeFHdrYLVrIFU3PaYuUOZD8f6hpgcT92h4PkpwT2Rm9uCbIqLqkV1NfIEwk 0K/yu3G7KYPuYouMNMjBMGnfB64MZXUV9DVFRbMkyE5ukv8DdVvaypqmX2B0cnjZnLdi qgwjFI3A6epLbt5iXIbV3NnIo7PZIW6MrhjfHAHkiZmGCyUvlFy0/nbCaa2izX+J9bPz 1gY+d+ZQFnY2XqeJMCO+MaGf6vy+OnfphFL7atAZ2AFGa2hUd+EHFfyvJfo54yJAXxO2 Z16Q== Received: by 10.60.1.7 with SMTP id 7mr17249766oei.71.1334601662867; Mon, 16 Apr 2012 11:41:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.193.4 with HTTP; Mon, 16 Apr 2012 11:40:42 -0700 (PDT) In-Reply-To: References: <32F8EC3A-D4CE-48BF-AED8-FE82854CFCCE@nrl.navy.mil> From: eva Date: Mon, 16 Apr 2012 20:40:42 +0200 Message-ID: To: Javier Guerra Giraldez Cc: John McDermott CIV , Casey DeLorme , xen-users@lists.xen.org Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org ---------- Forwarded message ---------- From: Javier Guerra Giraldez Date: 16 April 2012 17:50 Subject: Re: [Xen-users] Is Xen really a Type 1 Hypervisor? To: eva Cc: Casey DeLorme , John McDermott CIV , xen-users@lists.xen.org On Mon, Apr 16, 2012 at 10:12 AM, eva wrote: > Sorry for my ignorance. But I thought ESXi was based on RedHat, ..so I > thought it could benefit itself from the drivers that Linux uses, > because is Red Hat (?) there's not much information about how close to Linux is the control system of VMWare. =A0there has been some accusations of GPL noncompliance, after all. =A0 but still, i guess they heavily modify the kernel and drivers, so they only maintain a very small subset of them. --- Javier, I see. I had no idea about the driver issue with vmware.. Always the same old story with open source software.. Anyways, It's been all very clarifying. Thank you!! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 18:42:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 18:42: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 1SJqrj-0003OV-Om; Mon, 16 Apr 2012 18:41:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJqri-0003OK-Cs for xen-users@lists.xen.org; Mon, 16 Apr 2012 18:41:30 +0000 Received: from [85.158.138.51:17987] by server-10.bemta-3.messagelabs.com id EF/F6-29478-9D76C8F4; Mon, 16 Apr 2012 18:41:29 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1334601688!22379962!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTI1MQ==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTI1MQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5506 invoked from network); 16 Apr 2012 18:41:28 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-4.tower-174.messagelabs.com with SMTP; 16 Apr 2012 18:41:28 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=/DbS/tiKggfTkRRHPZEB4g==:17 a=Qsx_du5GiBkA:10 a=vnNYxAp2wzwA:10 a=6eo45u8uwcQA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=yPCof4ZbAAAA:8 a=O7d-L3vq_GFL6-lJ5eAA: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:55036] helo=[10.1.1.230]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id A8/BA-16302-7D76C8F4; Mon, 16 Apr 2012 18:41:27 +0000 Message-ID: <4F8C67D6.70107@ubuntu.com> Date: Mon, 16 Apr 2012 14:41:26 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Dan Magenheimer References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> In-Reply-To: <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> Cc: xen-users@lists.xen.org, eva Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4/16/2012 12:40 PM, Dan Magenheimer wrote: > Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep > up with xen-users. If you are looking at implementing Xen tmem > support on/for a future Ubuntu release, let me know if I can help and > see: > http://oss.oracle.com/git/?p=linux-2.6-unbreakable.git;a=summary The last time I played with it I think I managed to get it working after adding the "tmem" command line arguments to xen and the guest kernel. What I have not been able to do is figure out how to monitor its usage/effectiveness. The output of xm tmem was completely indecipherable. Could you shed some light on that? Also I was wondering about how pages move back and forth between cleancache and pagecache. Are they copied or moved back and forth? In other words, is the data placed in cleancache only once the local pagecache discards it, or as soon as it is read from disk, and when it is later requested, is it copied back from cleancache to the local pagecache, thus resulting in the data being duplicated in memory, once for the guest, and once in tmem? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 18:42:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 18:42: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 1SJqrj-0003OV-Om; Mon, 16 Apr 2012 18:41:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJqri-0003OK-Cs for xen-users@lists.xen.org; Mon, 16 Apr 2012 18:41:30 +0000 Received: from [85.158.138.51:17987] by server-10.bemta-3.messagelabs.com id EF/F6-29478-9D76C8F4; Mon, 16 Apr 2012 18:41:29 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1334601688!22379962!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTI1MQ==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTI1MQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5506 invoked from network); 16 Apr 2012 18:41:28 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-4.tower-174.messagelabs.com with SMTP; 16 Apr 2012 18:41:28 -0000 X-Authority-Analysis: v=2.0 cv=Hvb06jvS c=1 sm=0 a=/DbS/tiKggfTkRRHPZEB4g==:17 a=Qsx_du5GiBkA:10 a=vnNYxAp2wzwA:10 a=6eo45u8uwcQA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=yPCof4ZbAAAA:8 a=O7d-L3vq_GFL6-lJ5eAA: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:55036] helo=[10.1.1.230]) by cdptpa-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id A8/BA-16302-7D76C8F4; Mon, 16 Apr 2012 18:41:27 +0000 Message-ID: <4F8C67D6.70107@ubuntu.com> Date: Mon, 16 Apr 2012 14:41:26 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Dan Magenheimer References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> In-Reply-To: <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> Cc: xen-users@lists.xen.org, eva Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 4/16/2012 12:40 PM, Dan Magenheimer wrote: > Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep > up with xen-users. If you are looking at implementing Xen tmem > support on/for a future Ubuntu release, let me know if I can help and > see: > http://oss.oracle.com/git/?p=linux-2.6-unbreakable.git;a=summary The last time I played with it I think I managed to get it working after adding the "tmem" command line arguments to xen and the guest kernel. What I have not been able to do is figure out how to monitor its usage/effectiveness. The output of xm tmem was completely indecipherable. Could you shed some light on that? Also I was wondering about how pages move back and forth between cleancache and pagecache. Are they copied or moved back and forth? In other words, is the data placed in cleancache only once the local pagecache discards it, or as soon as it is read from disk, and when it is later requested, is it copied back from cleancache to the local pagecache, thus resulting in the data being duplicated in memory, once for the guest, and once in tmem? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 18:57:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 18: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 1SJr6Q-0004eF-B3; Mon, 16 Apr 2012 18:56:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJr6O-0004e4-G6 for xen-users@lists.xen.org; Mon, 16 Apr 2012 18:56:40 +0000 Received: from [85.158.143.35:52827] by server-2.bemta-4.messagelabs.com id 32/C8-17550-76B6C8F4; Mon, 16 Apr 2012 18:56:39 +0000 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1334602595!5096726!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29711 invoked from network); 16 Apr 2012 18:56:37 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 18:56:37 -0000 Received: by obbwd18 with SMTP id wd18so2063403obb.32 for ; Mon, 16 Apr 2012 11:56:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=UzH8b6OuC0BFIAyk8v+1q6SwJEnAU8Cj36RdmYnirHY=; b=r8eVUzbQfmuX1TiDDg0hTdhWEZ739k9HGpVRxToaNQmYxaB6cZnc5Cw6kE5s08oBc2 c+gSYvl5e4/W3lBwjb7AFlg5z5RG8llgCLjFm4/DVVKUeZ0hDucR3FFsBwb0WO5uKxti zM1YUsIFSk6+phuigsQBwU3UN8OerOxCACjsbEzd6qmm0BvxkJqKFYLmTeiVxKvsoVEp JGj8ct+jgSi16tWg21WxZ5+hKGppaqLY3gVHlRokiS78/aFrOFh7/a08KhSCO8LTPdMc TSrO/iJi6V7MUZiESa6MgNbmFlkmndL+fcZYM1VA10fC0/GanSEONEBLaBWkuKXOJX/C 3F/g== Received: by 10.182.50.100 with SMTP id b4mr17611617obo.45.1334602595155; Mon, 16 Apr 2012 11:56:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.41.138 with HTTP; Mon, 16 Apr 2012 11:56:14 -0700 (PDT) In-Reply-To: <4F8C67D6.70107@ubuntu.com> References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> From: jinho hwang Date: Mon, 16 Apr 2012 14:56:14 -0400 Message-ID: To: Phillip Susi Cc: xen-users@lists.xen.org, Dan Magenheimer , eva Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2975364074452737515==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2975364074452737515== Content-Type: multipart/alternative; boundary=f46d044519f199c08204bdd06141 --f46d044519f199c08204bdd06141 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip, I remember we exchanged an e-mail about tmem the other day. I have investigated a little bit about tmem. First of all, the current linux branch has tmem + cleancache upstream, but it does not contain frontswap. Basically, file systems (ext3, ext4) decide whether it puts memory to page cache, so it puts pages to tmem when it wants to remove pages from the memory. This does not change the amount of memory used in the system. But tmem support many other options about how to manage these pages such as zcache (one kernel) and ramster (multiple kernels). For the log, refer to the following parsing I did. It might help! ---------------------------------------------------------------------------= -------- G=3DTt:204155,Te:100904,Cf:0,Af:0,Pf:0,Ta:6557,Lm:0,Et:0,Ea:1,Rt:0,Ra:0,Rx:= 0,Fp:0,Ec:1240,Em:7597,Oc:179,Om:571,Nc:103,Nm:448,Pc:1240,Pm:7597,Fc:1240,= Fm:7597,Sc:0,Sm:0,Ep:17542,Gd:0,Zt:0,Gz:0 C=3DCI:11,ww:0,ca:0,co:0,fr:0,Tc:9362200,Ge:445,Pp:0,Gp:0,Ec:1240,Em:1685,c= p:0,cb:0,cn:0,cm:0 G=3D (global) Tt:204155, (total_tmem_ops) Te:100904, (errored_tmem_ops) Cf:0, (failed_copies) Af:0, (alloc_failed) Pf:0, (alloc_page_failed) Ta:6557, (tmh_avail_pages()) Lm:0, (low_on_memory) Et:0, (evicted_pgs) Ea:1, (evict_attempts) Rt:0, (relinq_pgs) Ra:0, (relinq_attempts) Rx:0, (max_evicts_per_relinq) Fp:0, (total_flush_pool) Ec:1240, (glogal_eph_count) Em:7597, (global_eph_count_max) Oc:179, (global_obj_count) Om:571, (global_obj_count_max) Nc:103, (global_rtree_node_count) Nm:448, (global_rtree_node_count_max) Pc:1240, (global_pgp_count) Pm:7597, (global_pgp_count_max) Fc:1240, (global_page_count) Fm:7597, (global_page_count_max)Sc:0, (global_pcd_count) Sm:0, (global_pcd_count_max) Ep:17542, (tot_good_eph_puts) Gd:0, (deduped_puts) Zt:0, (pcd_tot_tze_size) Gz:0 (pcd_tot_csize) ---------------------------------------------------------------------------= -------- S=3DSI:0,PT:ES,U0:f34b3f0627e0f696,U1:ff55f9cce0264db8,SC:9,SC:10,Pc:0,Pm:0= ,Oc:0,Om:0,Nc:0,Nm:0,ps:0,pt:0,pd:0,pr:0,px:0,gs:0,gt:0,fs:0,ft:32,os:0,ot:= 96 S=3D (shared) SI:0, (pool_id) PT:ES, (Ephemeral Shared) U0:f34b3f0627e0f696,U1:ff55f9cce0264db8, (UUID) SC:9, (cli_id) SC:10, (cli_id) Pc:0, (pgp_count) Pm:0, (pgp_count_max) Oc:0, (obj_count) Om:0, (obj_count_max) Nc:0, (objnode_count) Nm:0, (objnode_count_max) ps:0, (good_puts) pt:0, (puts) pd:0, (dup_puts_flushed) pr:0, (dup_puts_replaced) px:0, (no_mem_puts) gs:0, (found_gets) gt:0, (gets) fs:0, (flushs_found) ft:32, (flushs) os:0, (flush_objs_found) ot:96 (flush_objs) ---------------------------------------------------------------------------= -------- C=3DCI:11,ww:0,ca:0,co:0,fr:0,Tc:9362200,Ge:445,Pp:0,Gp:0,Ec:1240,Em:1685,c= p:0,cb:0,cn:0,cm:0 C=3D (client) CI:11, (cli_id) ww:0, (weight) ca:0, (cap) co:0, (compress) fr:0, (frozen) Tc:9362200, (total_cycles) Ge:445, (succ_eph_gets) Pp:0, (succ_pers_puts) Gp:0, (succ_pers_gets) Ec:1240, (eph_count) Em:1685, (eph_count_max) cp:0, (compressed_pages) cb:0, (compressed_sum_size) cn:0, (compress_poor) cm:0 (compress_nomem) ---------------------------------------------------------------------------= -------- P=3DCI:11,PI:0,PT:EP,U0:0,U1:0,Pc:1240,Pm:1685,Oc:179,Om:194,Nc:103,Nm:128,= ps:1685,pt:1685,pd:0,pr:0,px:0,gs:445,gt:2817,fs:0,ft:10,os:0,ot:33 P=3D (pools) CI:11, (cli_id) PI:0, (pool_id) PT:E (ephemeral) P (private), (reference: P (persistent) S(shared) U0:0, (UUID) U1:0, (UUID) Pc:1240, (pgp_count) Pm:1685, (pgp_count_max) Oc:179, (obj_count) Om:194, (obj_count_max) Nc:103, (objnode_count) Nm:128, (objnode_count_max) ps:1685, (good_puts) pt:1685, (puts) pd:0, (dup_puts_flushed) pr:0, (dup_puts_replaced) px:0, (no_mem_puts) gs:445, (found_gets) gt:2817, (gets) fs:0, (flushs_found) ft:10, (flushs) os:0, (flush_objs_found) ot:33 (flush_objs) ---------------------------------------------------------------------------= -------- T=3DGn:5443,Gt:21414124,Gx:55912,Gm:1980,Pn:17542,Pt:72415084,Px:238988,Pm:= 2532,gn:112911,gt:29206664,gx:13368,gm:120,pn:0,pt:0,px:0,pm:2147483647,Fn:= 43718,Ft:10429096,Fx:5120,Fm:180,On:12262,Ot:12024416,Ox:950220,Om:180,Cn:2= 2985,Ct:43492480,Cx:129064,Cm:964,cn:0,ct:0,cx:0,cm:2147483647,dn:0,dt:0,dx= :0,dm:2147483647 T=3D (global_perf) Gn:5443, (succ_get_count) Gt:21414124, (succ_get_sum_cycles) Gx:55912, (succ_get_max_cycles) Gm:1980, (succ_get_min_cycles) Pn:17542, (succ_put_count) Pt:72415084, (succ_put_sum_cycles) Px:238988, (succ_put_max_cycles) Pm:2532, (succ_put_min_cycles) gn:112911, (non_succ_get_count) gt:29206664, (non_succ_get_sum_cycles) gx:13368, (non_succ_get_max_cycles) gm:120, (non_succ_get_min_cycles) pn:0, (non_succ_put_count) pt:0, (non_succ_put_sum_cycles) px:0, (non_succ_put_max_cycles) pm:2147483647, (non_succ_put_min_cycles) Fn:43718, (flush_count) Ft:10429096, (flush_sum_cycles) Fx:5120, (flush_max_cycles) Fm:180, (flush_min_cycles) On:12262, (flush_obj_count) Ot:12024416, (flush_obj_sum_cycles) Ox:950220, (flush_obj_max_cycles) Om:180, (flush_obj_min_cycles) Cn:22985, (pg_copy_count) Ct:43492480, (pg_copy_sum_cycles) Cx:129064, (pg_copy_max_cycles) Cm:964, (pg_copy_min_cycles) cn:0, (compress_count) ct:0, (compress_sum_cycles) cx:0, (compress_max_cycles) cm:2147483647, (compress_min_cycles) dn:0, (decmopress_count) dt:0, (decompress_sum_cycles) dx:0, (decompress_max_cycles) dm:2147483647 (decompress_min_cycles) ---------------------------------------------------------------------------= -------- Good luck! Jinho On Mon, Apr 16, 2012 at 2:41 PM, Phillip Susi wrote: > On 4/16/2012 12:40 PM, Dan Magenheimer wrote: > >> Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep >> >> up with xen-users. If you are looking at implementing Xen tmem >> support on/for a future Ubuntu release, let me know if I can help and >> see: >> http://oss.oracle.com/git/?p=3D**linux-2.6-unbreakable.git;a=3D**summary= >> > > The last time I played with it I think I managed to get it working after > adding the "tmem" command line arguments to xen and the guest kernel. Wha= t > I have not been able to do is figure out how to monitor its > usage/effectiveness. The output of xm tmem was completely indecipherable= . > Could you shed some light on that? > > Also I was wondering about how pages move back and forth between > cleancache and pagecache. Are they copied or moved back and forth? In > other words, is the data placed in cleancache only once the local pagecac= he > discards it, or as soon as it is read from disk, and when it is later > requested, is it copied back from cleancache to the local pagecache, thus > resulting in the data being duplicated in memory, once for the guest, and > once in tmem? > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --f46d044519f199c08204bdd06141 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip,=A0

I remember we exchanged an e-mail about t= mem the other day. I have investigated a little bit about tmem. First of al= l, the current linux branch has tmem + cleancache upstream, but it does not= contain frontswap. Basically, file systems (ext3, ext4) decide whether it = puts memory to page cache, so it puts pages to tmem when it wants to remove= pages from the memory. This does not change the amount of memory used in t= he system. But tmem support many other options about how to manage these pa= ges such as zcache (one kernel) and ramster (multiple kernels).=A0

For the log, refer to the following parsing I did. It m= ight help!

----------------------------------= -------------------------------------------------
=A0
G=3DTt:204155,Te:100904,Cf:0,Af:0,Pf:0,Ta:6557,Lm:0,Et:0,Ea:1,Rt:0,Ra:0,Rx:= 0,Fp:0,Ec:1240,Em:7597,Oc:179,Om:571,Nc:103,Nm:448,Pc:1240,Pm:7597,Fc:1240,= Fm:7597,Sc:0,Sm:0,Ep:17542,Gd:0,Zt:0,Gz:0
C=3DCI:11,ww:0,ca:0,co:= 0,fr:0,Tc:9362200,Ge:445,Pp:0,Gp:0,Ec:1240,Em:1685,cp:0,cb:0,cn:0,cm:0
=A0
G=3D (global)
Tt:204155, (total_tmem_ops)
Te:100904, (errored_tmem_ops)
Cf:0, (failed_copies)
Af:0, (alloc_failed)
Pf:0, (alloc_page_failed)
Ta:65= 57, (tmh_avail_pages())
Lm:0, (low_on_memory)
Et:0, (evicted_pgs)
Ea:1, (e= vict_attempts)
Rt:0, (relinq_pgs)
Ra:0, (relinq_attempt= s)
Rx:0, (max_evicts_per_relinq)
Fp:0, (total_flush_poo= l)
Ec:1240, (glogal_eph_count)
Em:7597, (global_eph_count_max)<= /div>
Oc:179, (global_obj_count)
Om:571, (global_obj_count_ma= x)
Nc:103, (global_rtree_node_count)
Nm:448, (global_rt= ree_node_count_max)
Pc:1240, (global_pgp_count)
Pm:7597, (global_pgp_count_max)<= /div>
Fc:1240, (global_page_count)
Fm:7597, (global_page_coun= t_max)Sc:0, (global_pcd_count)
Sm:0, (global_pcd_count_max)
Ep:17542, (tot_good_eph_puts)
Gd:0, (deduped_puts)
Zt:0, (pcd_tot_tze_size)
Gz:0 (pcd_tot_csize)
=A0
---------------------------------------------------------------------= --------------
=A0
S=3DSI:0,PT:ES,U0:f34b3f0627e0f696,U1:ff55f9cce0264db8,S= C:9,SC:10,Pc:0,Pm:0,Oc:0,Om:0,Nc:0,Nm:0,ps:0,pt:0,pd:0,pr:0,px:0,gs:0,gt:0,= fs:0,ft:32,os:0,ot:96
=A0
S=3D (shared)
SI:0,= (pool_id)
PT:ES, (Ephemeral Shared)
U0:f34b3f0627e0f696,U1:ff55f9cce02= 64db8, (UUID)
SC:9, (cli_id)
SC:10, (cli_id)
= Pc:0, (pgp_count)
Pm:0, (pgp_count_max)
Oc:0, (obj_coun= t)
Om:0, (obj_count_max)
Nc:0, (objnode_count)
Nm:0, = (objnode_count_max)
ps:0, (good_puts)
pt:0, (puts)
pd:0, (dup_puts_flushed)
pr:0, (dup_puts_replaced)
px:0, (no_mem_puts)
gs:0, (found_gets)
gt:0, (gets= )
fs:0, (flushs_found)
ft:32, (flushs)
os:0, = (flush_objs_found)
ot:96 (flush_objs)
=A0
---------------------------------------------------------------------------= --------

C=3DCI:11,ww:0,ca:0,co:0,fr:0,Tc:9362200,Ge:= 445,Pp:0,Gp:0,Ec:1240,Em:1685,cp:0,cb:0,cn:0,cm:0
=A0
C= =3D (client)
CI:11, (cli_id)
ww:0, (weight)
c= a:0, (cap)
co:0, (compress)
fr:0, (frozen)
Tc:9362200, (total= _cycles)
Ge:445, (succ_eph_gets) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0
Pp:0, (succ_pers_puts)
Gp:0, (succ_pers_gets)
Ec:1= 240, (eph_count)
Em:1685, (eph_count_max)
cp:0, (compre= ssed_pages)
cb:0, (compressed_sum_size)
cn:0, (compress= _poor)
cm:0 (compress_nomem)
=A0
------------------------= -----------------------------------------------------------
=A0
P=3DCI:11,PI:0,PT:EP,U0:0,U1:0,Pc:1240,Pm:1685,Oc:179,Om:194,Nc:10= 3,Nm:128,ps:1685,pt:1685,pd:0,pr:0,px:0,gs:445,gt:2817,fs:0,ft:10,os:0,ot:3= 3
=A0
P=3D (pools)
CI:11, (cli_id)
PI:0, (= pool_id)
PT:E (ephemeral) P (private), (reference: P (persistent)= S(shared)
U0:0, (UUID)
U1:0, (UUID)
Pc:1240,= (pgp_count)
Pm:1685, (pgp_count_max)
Oc:179, (obj_count)
Om:19= 4, (obj_count_max)
Nc:103, (objnode_count)
Nm:128, (obj= node_count_max)
ps:1685, (good_puts)
pt:1685, (puts)
pd:0, (dup_puts_flushed)
pr:0, (dup_puts_replaced)
px:0, (no_mem_puts)
gs:445, (found_gets)
gt:2817, (get= s)
fs:0, (flushs_found)
ft:10, (flushs)
os:0, (flush_objs_found)
ot:33 (flush_objs)
=A0
---------------------------= --------------------------------------------------------
=A0
T=3DGn:5443,Gt:21414124,Gx:55912,Gm:1980,Pn:17542,Pt:72415084,Px:2389= 88,Pm:2532,gn:112911,gt:29206664,gx:13368,gm:120,pn:0,pt:0,px:0,pm:21474836= 47,Fn:43718,Ft:10429096,Fx:5120,Fm:180,On:12262,Ot:12024416,Ox:950220,Om:18= 0,Cn:22985,Ct:43492480,Cx:129064,Cm:964,cn:0,ct:0,cx:0,cm:2147483647,dn:0,d= t:0,dx:0,dm:2147483647
=A0
T=3D (global_perf)
Gn:5443, (succ_g= et_count)
Gt:21414124, (succ_get_sum_cycles)
Gx:55912, = (succ_get_max_cycles)
Gm:1980, (succ_get_min_cycles)
Pn= :17542, (succ_put_count)
Pt:72415084, (succ_put_sum_cycles)
Px:238988, (succ_put_max_= cycles)
Pm:2532, (succ_put_min_cycles)
gn:112911, (non_= succ_get_count)
gt:29206664, (non_succ_get_sum_cycles)
gx:13368, (non_succ_get_max_cycles)
gm:120, (non_succ_get_min_cyc= les)
pn:0, (non_succ_put_count)
pt:0, (non_succ_put_sum= _cycles)
px:0, (non_succ_put_max_cycles)
pm:2147483647,= (non_succ_put_min_cycles)
Fn:43718, (flush_count)
Ft:10429096, (flush_sum_cycles)
Fx:5120, (flush_max_cycles)
Fm:180, (flush_min_cycles)
On:12262, (flush_obj_count)
Ot:12024416, (flush_obj_sum_cyc= les)
Ox:950220, (flush_obj_max_cycles)
Om:180, (flush_obj_min_cyc= les)
Cn:22985, (pg_copy_count)
Ct:43492480, (pg_copy_su= m_cycles)
Cx:129064, (pg_copy_max_cycles)
Cm:964, (pg_c= opy_min_cycles)
cn:0, (compress_count)
ct:0, (compress_sum_cycles)
cx:0, (compress_max_cycles)
cm:2147483647, (compress_min_cycles)=
dn:0, (decmopress_count)
dt:0, (decompress_sum_cycles)=
dx:0, (decompress_max_cycles)
dm:2147483647 (decompress_min_= cycles)
=A0
-------------------------------------------= ----------------------------------------

Good luck!

Jinho

On Mon, = Apr 16, 2012 at 2:41 PM, Phillip Susi <psusi@ubuntu.com> wrote:
On 4/16/2012 12:40 PM, Dan Magenheimer wrote:
Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep
up with xen-users. =A0 If you are looking at implementing Xen tmem
support on/for a future Ubuntu release, let me know if I can help and
see:
http://oss.oracle.com/git/?p=3Dlinux-2.6-unb= reakable.git;a=3Dsummary

The last time I played with it I think I managed to get it working after ad= ding the "tmem" command line arguments to xen and the guest kerne= l. What I have not been able to do is figure out how to monitor its usage/e= ffectiveness. =A0The output of xm tmem was completely indecipherable. =A0Co= uld you shed some light on that?

Also I was wondering about how pages move back and forth between cleancache= and pagecache. =A0Are they copied or moved back and forth? =A0In other wor= ds, is the data placed in cleancache only once the local pagecache discards= it, or as soon as it is read from disk, and when it is later requested, is= it copied back from cleancache to the local pagecache, thus resulting in t= he data being duplicated in memory, once for the guest, and once in tmem?



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



--
= Jinho Hwang
PhD Student
Department of Computer Science
The George = Washington University
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)
--f46d044519f199c08204bdd06141-- --===============2975364074452737515== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2975364074452737515==-- From xen-users-bounces@lists.xen.org Mon Apr 16 18:57:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 18: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 1SJr6Q-0004eF-B3; Mon, 16 Apr 2012 18:56:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJr6O-0004e4-G6 for xen-users@lists.xen.org; Mon, 16 Apr 2012 18:56:40 +0000 Received: from [85.158.143.35:52827] by server-2.bemta-4.messagelabs.com id 32/C8-17550-76B6C8F4; Mon, 16 Apr 2012 18:56:39 +0000 X-Env-Sender: hwang.jinho@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1334602595!5096726!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29711 invoked from network); 16 Apr 2012 18:56:37 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 16 Apr 2012 18:56:37 -0000 Received: by obbwd18 with SMTP id wd18so2063403obb.32 for ; Mon, 16 Apr 2012 11:56:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=UzH8b6OuC0BFIAyk8v+1q6SwJEnAU8Cj36RdmYnirHY=; b=r8eVUzbQfmuX1TiDDg0hTdhWEZ739k9HGpVRxToaNQmYxaB6cZnc5Cw6kE5s08oBc2 c+gSYvl5e4/W3lBwjb7AFlg5z5RG8llgCLjFm4/DVVKUeZ0hDucR3FFsBwb0WO5uKxti zM1YUsIFSk6+phuigsQBwU3UN8OerOxCACjsbEzd6qmm0BvxkJqKFYLmTeiVxKvsoVEp JGj8ct+jgSi16tWg21WxZ5+hKGppaqLY3gVHlRokiS78/aFrOFh7/a08KhSCO8LTPdMc TSrO/iJi6V7MUZiESa6MgNbmFlkmndL+fcZYM1VA10fC0/GanSEONEBLaBWkuKXOJX/C 3F/g== Received: by 10.182.50.100 with SMTP id b4mr17611617obo.45.1334602595155; Mon, 16 Apr 2012 11:56:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.41.138 with HTTP; Mon, 16 Apr 2012 11:56:14 -0700 (PDT) In-Reply-To: <4F8C67D6.70107@ubuntu.com> References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> From: jinho hwang Date: Mon, 16 Apr 2012 14:56:14 -0400 Message-ID: To: Phillip Susi Cc: xen-users@lists.xen.org, Dan Magenheimer , eva Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2975364074452737515==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2975364074452737515== Content-Type: multipart/alternative; boundary=f46d044519f199c08204bdd06141 --f46d044519f199c08204bdd06141 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip, I remember we exchanged an e-mail about tmem the other day. I have investigated a little bit about tmem. First of all, the current linux branch has tmem + cleancache upstream, but it does not contain frontswap. Basically, file systems (ext3, ext4) decide whether it puts memory to page cache, so it puts pages to tmem when it wants to remove pages from the memory. This does not change the amount of memory used in the system. But tmem support many other options about how to manage these pages such as zcache (one kernel) and ramster (multiple kernels). For the log, refer to the following parsing I did. It might help! ---------------------------------------------------------------------------= -------- G=3DTt:204155,Te:100904,Cf:0,Af:0,Pf:0,Ta:6557,Lm:0,Et:0,Ea:1,Rt:0,Ra:0,Rx:= 0,Fp:0,Ec:1240,Em:7597,Oc:179,Om:571,Nc:103,Nm:448,Pc:1240,Pm:7597,Fc:1240,= Fm:7597,Sc:0,Sm:0,Ep:17542,Gd:0,Zt:0,Gz:0 C=3DCI:11,ww:0,ca:0,co:0,fr:0,Tc:9362200,Ge:445,Pp:0,Gp:0,Ec:1240,Em:1685,c= p:0,cb:0,cn:0,cm:0 G=3D (global) Tt:204155, (total_tmem_ops) Te:100904, (errored_tmem_ops) Cf:0, (failed_copies) Af:0, (alloc_failed) Pf:0, (alloc_page_failed) Ta:6557, (tmh_avail_pages()) Lm:0, (low_on_memory) Et:0, (evicted_pgs) Ea:1, (evict_attempts) Rt:0, (relinq_pgs) Ra:0, (relinq_attempts) Rx:0, (max_evicts_per_relinq) Fp:0, (total_flush_pool) Ec:1240, (glogal_eph_count) Em:7597, (global_eph_count_max) Oc:179, (global_obj_count) Om:571, (global_obj_count_max) Nc:103, (global_rtree_node_count) Nm:448, (global_rtree_node_count_max) Pc:1240, (global_pgp_count) Pm:7597, (global_pgp_count_max) Fc:1240, (global_page_count) Fm:7597, (global_page_count_max)Sc:0, (global_pcd_count) Sm:0, (global_pcd_count_max) Ep:17542, (tot_good_eph_puts) Gd:0, (deduped_puts) Zt:0, (pcd_tot_tze_size) Gz:0 (pcd_tot_csize) ---------------------------------------------------------------------------= -------- S=3DSI:0,PT:ES,U0:f34b3f0627e0f696,U1:ff55f9cce0264db8,SC:9,SC:10,Pc:0,Pm:0= ,Oc:0,Om:0,Nc:0,Nm:0,ps:0,pt:0,pd:0,pr:0,px:0,gs:0,gt:0,fs:0,ft:32,os:0,ot:= 96 S=3D (shared) SI:0, (pool_id) PT:ES, (Ephemeral Shared) U0:f34b3f0627e0f696,U1:ff55f9cce0264db8, (UUID) SC:9, (cli_id) SC:10, (cli_id) Pc:0, (pgp_count) Pm:0, (pgp_count_max) Oc:0, (obj_count) Om:0, (obj_count_max) Nc:0, (objnode_count) Nm:0, (objnode_count_max) ps:0, (good_puts) pt:0, (puts) pd:0, (dup_puts_flushed) pr:0, (dup_puts_replaced) px:0, (no_mem_puts) gs:0, (found_gets) gt:0, (gets) fs:0, (flushs_found) ft:32, (flushs) os:0, (flush_objs_found) ot:96 (flush_objs) ---------------------------------------------------------------------------= -------- C=3DCI:11,ww:0,ca:0,co:0,fr:0,Tc:9362200,Ge:445,Pp:0,Gp:0,Ec:1240,Em:1685,c= p:0,cb:0,cn:0,cm:0 C=3D (client) CI:11, (cli_id) ww:0, (weight) ca:0, (cap) co:0, (compress) fr:0, (frozen) Tc:9362200, (total_cycles) Ge:445, (succ_eph_gets) Pp:0, (succ_pers_puts) Gp:0, (succ_pers_gets) Ec:1240, (eph_count) Em:1685, (eph_count_max) cp:0, (compressed_pages) cb:0, (compressed_sum_size) cn:0, (compress_poor) cm:0 (compress_nomem) ---------------------------------------------------------------------------= -------- P=3DCI:11,PI:0,PT:EP,U0:0,U1:0,Pc:1240,Pm:1685,Oc:179,Om:194,Nc:103,Nm:128,= ps:1685,pt:1685,pd:0,pr:0,px:0,gs:445,gt:2817,fs:0,ft:10,os:0,ot:33 P=3D (pools) CI:11, (cli_id) PI:0, (pool_id) PT:E (ephemeral) P (private), (reference: P (persistent) S(shared) U0:0, (UUID) U1:0, (UUID) Pc:1240, (pgp_count) Pm:1685, (pgp_count_max) Oc:179, (obj_count) Om:194, (obj_count_max) Nc:103, (objnode_count) Nm:128, (objnode_count_max) ps:1685, (good_puts) pt:1685, (puts) pd:0, (dup_puts_flushed) pr:0, (dup_puts_replaced) px:0, (no_mem_puts) gs:445, (found_gets) gt:2817, (gets) fs:0, (flushs_found) ft:10, (flushs) os:0, (flush_objs_found) ot:33 (flush_objs) ---------------------------------------------------------------------------= -------- T=3DGn:5443,Gt:21414124,Gx:55912,Gm:1980,Pn:17542,Pt:72415084,Px:238988,Pm:= 2532,gn:112911,gt:29206664,gx:13368,gm:120,pn:0,pt:0,px:0,pm:2147483647,Fn:= 43718,Ft:10429096,Fx:5120,Fm:180,On:12262,Ot:12024416,Ox:950220,Om:180,Cn:2= 2985,Ct:43492480,Cx:129064,Cm:964,cn:0,ct:0,cx:0,cm:2147483647,dn:0,dt:0,dx= :0,dm:2147483647 T=3D (global_perf) Gn:5443, (succ_get_count) Gt:21414124, (succ_get_sum_cycles) Gx:55912, (succ_get_max_cycles) Gm:1980, (succ_get_min_cycles) Pn:17542, (succ_put_count) Pt:72415084, (succ_put_sum_cycles) Px:238988, (succ_put_max_cycles) Pm:2532, (succ_put_min_cycles) gn:112911, (non_succ_get_count) gt:29206664, (non_succ_get_sum_cycles) gx:13368, (non_succ_get_max_cycles) gm:120, (non_succ_get_min_cycles) pn:0, (non_succ_put_count) pt:0, (non_succ_put_sum_cycles) px:0, (non_succ_put_max_cycles) pm:2147483647, (non_succ_put_min_cycles) Fn:43718, (flush_count) Ft:10429096, (flush_sum_cycles) Fx:5120, (flush_max_cycles) Fm:180, (flush_min_cycles) On:12262, (flush_obj_count) Ot:12024416, (flush_obj_sum_cycles) Ox:950220, (flush_obj_max_cycles) Om:180, (flush_obj_min_cycles) Cn:22985, (pg_copy_count) Ct:43492480, (pg_copy_sum_cycles) Cx:129064, (pg_copy_max_cycles) Cm:964, (pg_copy_min_cycles) cn:0, (compress_count) ct:0, (compress_sum_cycles) cx:0, (compress_max_cycles) cm:2147483647, (compress_min_cycles) dn:0, (decmopress_count) dt:0, (decompress_sum_cycles) dx:0, (decompress_max_cycles) dm:2147483647 (decompress_min_cycles) ---------------------------------------------------------------------------= -------- Good luck! Jinho On Mon, Apr 16, 2012 at 2:41 PM, Phillip Susi wrote: > On 4/16/2012 12:40 PM, Dan Magenheimer wrote: > >> Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep >> >> up with xen-users. If you are looking at implementing Xen tmem >> support on/for a future Ubuntu release, let me know if I can help and >> see: >> http://oss.oracle.com/git/?p=3D**linux-2.6-unbreakable.git;a=3D**summary= >> > > The last time I played with it I think I managed to get it working after > adding the "tmem" command line arguments to xen and the guest kernel. Wha= t > I have not been able to do is figure out how to monitor its > usage/effectiveness. The output of xm tmem was completely indecipherable= . > Could you shed some light on that? > > Also I was wondering about how pages move back and forth between > cleancache and pagecache. Are they copied or moved back and forth? In > other words, is the data placed in cleancache only once the local pagecac= he > discards it, or as soon as it is read from disk, and when it is later > requested, is it copied back from cleancache to the local pagecache, thus > resulting in the data being duplicated in memory, once for the guest, and > once in tmem? > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --=20 Jinho Hwang PhD Student Department of Computer Science The George Washington University Washington, DC 20052 hwang.jinho@gmail.com (email) 276.336.0971 (Cell) 202.994.4875 (fax) 070.8285.6546 (myLg070) --f46d044519f199c08204bdd06141 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Phillip,=A0

I remember we exchanged an e-mail about t= mem the other day. I have investigated a little bit about tmem. First of al= l, the current linux branch has tmem + cleancache upstream, but it does not= contain frontswap. Basically, file systems (ext3, ext4) decide whether it = puts memory to page cache, so it puts pages to tmem when it wants to remove= pages from the memory. This does not change the amount of memory used in t= he system. But tmem support many other options about how to manage these pa= ges such as zcache (one kernel) and ramster (multiple kernels).=A0

For the log, refer to the following parsing I did. It m= ight help!

----------------------------------= -------------------------------------------------
=A0
G=3DTt:204155,Te:100904,Cf:0,Af:0,Pf:0,Ta:6557,Lm:0,Et:0,Ea:1,Rt:0,Ra:0,Rx:= 0,Fp:0,Ec:1240,Em:7597,Oc:179,Om:571,Nc:103,Nm:448,Pc:1240,Pm:7597,Fc:1240,= Fm:7597,Sc:0,Sm:0,Ep:17542,Gd:0,Zt:0,Gz:0
C=3DCI:11,ww:0,ca:0,co:= 0,fr:0,Tc:9362200,Ge:445,Pp:0,Gp:0,Ec:1240,Em:1685,cp:0,cb:0,cn:0,cm:0
=A0
G=3D (global)
Tt:204155, (total_tmem_ops)
Te:100904, (errored_tmem_ops)
Cf:0, (failed_copies)
Af:0, (alloc_failed)
Pf:0, (alloc_page_failed)
Ta:65= 57, (tmh_avail_pages())
Lm:0, (low_on_memory)
Et:0, (evicted_pgs)
Ea:1, (e= vict_attempts)
Rt:0, (relinq_pgs)
Ra:0, (relinq_attempt= s)
Rx:0, (max_evicts_per_relinq)
Fp:0, (total_flush_poo= l)
Ec:1240, (glogal_eph_count)
Em:7597, (global_eph_count_max)<= /div>
Oc:179, (global_obj_count)
Om:571, (global_obj_count_ma= x)
Nc:103, (global_rtree_node_count)
Nm:448, (global_rt= ree_node_count_max)
Pc:1240, (global_pgp_count)
Pm:7597, (global_pgp_count_max)<= /div>
Fc:1240, (global_page_count)
Fm:7597, (global_page_coun= t_max)Sc:0, (global_pcd_count)
Sm:0, (global_pcd_count_max)
Ep:17542, (tot_good_eph_puts)
Gd:0, (deduped_puts)
Zt:0, (pcd_tot_tze_size)
Gz:0 (pcd_tot_csize)
=A0
---------------------------------------------------------------------= --------------
=A0
S=3DSI:0,PT:ES,U0:f34b3f0627e0f696,U1:ff55f9cce0264db8,S= C:9,SC:10,Pc:0,Pm:0,Oc:0,Om:0,Nc:0,Nm:0,ps:0,pt:0,pd:0,pr:0,px:0,gs:0,gt:0,= fs:0,ft:32,os:0,ot:96
=A0
S=3D (shared)
SI:0,= (pool_id)
PT:ES, (Ephemeral Shared)
U0:f34b3f0627e0f696,U1:ff55f9cce02= 64db8, (UUID)
SC:9, (cli_id)
SC:10, (cli_id)
= Pc:0, (pgp_count)
Pm:0, (pgp_count_max)
Oc:0, (obj_coun= t)
Om:0, (obj_count_max)
Nc:0, (objnode_count)
Nm:0, = (objnode_count_max)
ps:0, (good_puts)
pt:0, (puts)
pd:0, (dup_puts_flushed)
pr:0, (dup_puts_replaced)
px:0, (no_mem_puts)
gs:0, (found_gets)
gt:0, (gets= )
fs:0, (flushs_found)
ft:32, (flushs)
os:0, = (flush_objs_found)
ot:96 (flush_objs)
=A0
---------------------------------------------------------------------------= --------

C=3DCI:11,ww:0,ca:0,co:0,fr:0,Tc:9362200,Ge:= 445,Pp:0,Gp:0,Ec:1240,Em:1685,cp:0,cb:0,cn:0,cm:0
=A0
C= =3D (client)
CI:11, (cli_id)
ww:0, (weight)
c= a:0, (cap)
co:0, (compress)
fr:0, (frozen)
Tc:9362200, (total= _cycles)
Ge:445, (succ_eph_gets) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0
Pp:0, (succ_pers_puts)
Gp:0, (succ_pers_gets)
Ec:1= 240, (eph_count)
Em:1685, (eph_count_max)
cp:0, (compre= ssed_pages)
cb:0, (compressed_sum_size)
cn:0, (compress= _poor)
cm:0 (compress_nomem)
=A0
------------------------= -----------------------------------------------------------
=A0
P=3DCI:11,PI:0,PT:EP,U0:0,U1:0,Pc:1240,Pm:1685,Oc:179,Om:194,Nc:10= 3,Nm:128,ps:1685,pt:1685,pd:0,pr:0,px:0,gs:445,gt:2817,fs:0,ft:10,os:0,ot:3= 3
=A0
P=3D (pools)
CI:11, (cli_id)
PI:0, (= pool_id)
PT:E (ephemeral) P (private), (reference: P (persistent)= S(shared)
U0:0, (UUID)
U1:0, (UUID)
Pc:1240,= (pgp_count)
Pm:1685, (pgp_count_max)
Oc:179, (obj_count)
Om:19= 4, (obj_count_max)
Nc:103, (objnode_count)
Nm:128, (obj= node_count_max)
ps:1685, (good_puts)
pt:1685, (puts)
pd:0, (dup_puts_flushed)
pr:0, (dup_puts_replaced)
px:0, (no_mem_puts)
gs:445, (found_gets)
gt:2817, (get= s)
fs:0, (flushs_found)
ft:10, (flushs)
os:0, (flush_objs_found)
ot:33 (flush_objs)
=A0
---------------------------= --------------------------------------------------------
=A0
T=3DGn:5443,Gt:21414124,Gx:55912,Gm:1980,Pn:17542,Pt:72415084,Px:2389= 88,Pm:2532,gn:112911,gt:29206664,gx:13368,gm:120,pn:0,pt:0,px:0,pm:21474836= 47,Fn:43718,Ft:10429096,Fx:5120,Fm:180,On:12262,Ot:12024416,Ox:950220,Om:18= 0,Cn:22985,Ct:43492480,Cx:129064,Cm:964,cn:0,ct:0,cx:0,cm:2147483647,dn:0,d= t:0,dx:0,dm:2147483647
=A0
T=3D (global_perf)
Gn:5443, (succ_g= et_count)
Gt:21414124, (succ_get_sum_cycles)
Gx:55912, = (succ_get_max_cycles)
Gm:1980, (succ_get_min_cycles)
Pn= :17542, (succ_put_count)
Pt:72415084, (succ_put_sum_cycles)
Px:238988, (succ_put_max_= cycles)
Pm:2532, (succ_put_min_cycles)
gn:112911, (non_= succ_get_count)
gt:29206664, (non_succ_get_sum_cycles)
gx:13368, (non_succ_get_max_cycles)
gm:120, (non_succ_get_min_cyc= les)
pn:0, (non_succ_put_count)
pt:0, (non_succ_put_sum= _cycles)
px:0, (non_succ_put_max_cycles)
pm:2147483647,= (non_succ_put_min_cycles)
Fn:43718, (flush_count)
Ft:10429096, (flush_sum_cycles)
Fx:5120, (flush_max_cycles)
Fm:180, (flush_min_cycles)
On:12262, (flush_obj_count)
Ot:12024416, (flush_obj_sum_cyc= les)
Ox:950220, (flush_obj_max_cycles)
Om:180, (flush_obj_min_cyc= les)
Cn:22985, (pg_copy_count)
Ct:43492480, (pg_copy_su= m_cycles)
Cx:129064, (pg_copy_max_cycles)
Cm:964, (pg_c= opy_min_cycles)
cn:0, (compress_count)
ct:0, (compress_sum_cycles)
cx:0, (compress_max_cycles)
cm:2147483647, (compress_min_cycles)=
dn:0, (decmopress_count)
dt:0, (decompress_sum_cycles)=
dx:0, (decompress_max_cycles)
dm:2147483647 (decompress_min_= cycles)
=A0
-------------------------------------------= ----------------------------------------

Good luck!

Jinho

On Mon, = Apr 16, 2012 at 2:41 PM, Phillip Susi <psusi@ubuntu.com> wrote:
On 4/16/2012 12:40 PM, Dan Magenheimer wrote:
Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep
up with xen-users. =A0 If you are looking at implementing Xen tmem
support on/for a future Ubuntu release, let me know if I can help and
see:
http://oss.oracle.com/git/?p=3Dlinux-2.6-unb= reakable.git;a=3Dsummary

The last time I played with it I think I managed to get it working after ad= ding the "tmem" command line arguments to xen and the guest kerne= l. What I have not been able to do is figure out how to monitor its usage/e= ffectiveness. =A0The output of xm tmem was completely indecipherable. =A0Co= uld you shed some light on that?

Also I was wondering about how pages move back and forth between cleancache= and pagecache. =A0Are they copied or moved back and forth? =A0In other wor= ds, is the data placed in cleancache only once the local pagecache discards= it, or as soon as it is read from disk, and when it is later requested, is= it copied back from cleancache to the local pagecache, thus resulting in t= he data being duplicated in memory, once for the guest, and once in tmem?



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



--
= Jinho Hwang
PhD Student
Department of Computer Science
The George = Washington University
Washington, DC 20052
hwang.jinho@gmail.com (email)
276.336.0971 (Cell)
202.994.4875 (fax)
070.8285.6546 (myLg070)
--f46d044519f199c08204bdd06141-- --===============2975364074452737515== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2975364074452737515==-- From xen-users-bounces@lists.xen.org Mon Apr 16 20:12:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 20:12: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 1SJsHF-0006SF-TR; Mon, 16 Apr 2012 20:11:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJsHE-0006SA-Nh for xen-users@lists.xen.org; Mon, 16 Apr 2012 20:11:56 +0000 Received: from [85.158.143.99:42886] by server-1.bemta-4.messagelabs.com id DF/F8-20925-C0D7C8F4; Mon, 16 Apr 2012 20:11:56 +0000 X-Env-Sender: dan.magenheimer@oracle.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334607113!14127982!1 X-Originating-IP: [141.146.126.227] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDQ3MjkyNg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21249 invoked from network); 16 Apr 2012 20:11:55 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 20:11:55 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q3GKBp77013601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Apr 2012 20:11:52 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q3GKBoh2005882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2012 20:11:51 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q3GKBo3P019107; Mon, 16 Apr 2012 15:11:50 -0500 MIME-Version: 1.0 Message-ID: <30ae49fa-16fc-4442-93c9-92b151893826@default> Date: Mon, 16 Apr 2012 13:11:41 -0700 (PDT) From: Dan Magenheimer To: Phillip Susi References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> In-Reply-To: <4F8C67D6.70107@ubuntu.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.6 (510070) [OL 12.0.6607.1000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-CT-RefId: str=0001.0A090209.4F8C7D08.00C4,ss=1,re=0.000,fgs=0 Cc: xen-users@lists.xen.org, eva , jinho hwang Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > From: Phillip Susi [mailto:psusi@ubuntu.com] > Sent: Monday, April 16, 2012 12:41 PM > To: Dan Magenheimer > Cc: eva; xen-users@lists.xen.org > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released > > On 4/16/2012 12:40 PM, Dan Magenheimer wrote: > > Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep > > up with xen-users. If you are looking at implementing Xen tmem > > support on/for a future Ubuntu release, let me know if I can help and > > see: > > http://oss.oracle.com/git/?p=linux-2.6-unbreakable.git;a=summary > > The last time I played with it I think I managed to get it working after > adding the "tmem" command line arguments to xen and the guest kernel. > What I have not been able to do is figure out how to monitor its > usage/effectiveness. The output of xm tmem was completely > indecipherable. Could you shed some light on that? Hi Phillip -- That weird ASCII text is intended to allow the hypervisor to communicate with userland in a fully-backwards-and-forwards-compatible way. It must be parsed by a userland program, i.e.: # xm tmem-list --long --all | /usr/sbin/xen-tmem-list-parse I usually surround the above with 'watch -d ""' in a big window to watch things change. Dunno if ubuntu has the watch command though. (If the parsing program isn't at that location, it may not be built or maybe is installed elsewhere on a Debian-ish system. See the source for it in xen source in xen/tools/misc.) The parsed output has a huge amount of detail so is still mostly undecipherable to mortals. The key data can also be watched in xentop (aka "xm top")... press "t" for tmem data (which will show up only if any of the key values are non-zero). Also in xentop, you can watch selfballooning working. (Note "xm list" has had a bug forever so doesn't show "current memory" just the memory the domain was launched with.) > Also I was wondering about how pages move back and forth between > cleancache and pagecache. Are they copied or moved back and forth? In > other words, is the data placed in cleancache only once the local > pagecache discards it, or as soon as it is read from disk, and when it > is later requested, is it copied back from cleancache to the local > pagecache, thus resulting in the data being duplicated in memory, once > for the guest, and once in tmem? For ephemeral pools (i.e. via cleancache), "gets" are destructive, so the page of data is moved (removed from tmem) on a successful get. So no duplication. For persistent pools (i.e. via frontswap), "gets" are non-destructive, so the page of data is copied from tmem on a successful get, which mimics a swap device, thus the name "persistent"; a "flush" is required to destroy persistent pages of data. See http://oss.oracle.com/projects/tmem/dist/documentation/api/tmemspec-v001.pdf (which is old, but still 99% correct) and you may also be interested in this: http://lwn.net/Articles/454795/ ) Dan P.S. Although Xen tmem will work without frontswap, I don't recommend it (esp selfballooning) without frontswap. Selfballooning can be aggressive and may sometimes cause swapping, which is absorbed by frontswap instead of going to a swap disk. That's why the Oracle UEK2 kernel includes frontswap even though it isn't upstream yet, see http://lwn.net/Articles/465317/ (we'll be trying upstream again soon). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 16 20:12:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 16 Apr 2012 20:12: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 1SJsHF-0006SF-TR; Mon, 16 Apr 2012 20:11:57 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJsHE-0006SA-Nh for xen-users@lists.xen.org; Mon, 16 Apr 2012 20:11:56 +0000 Received: from [85.158.143.99:42886] by server-1.bemta-4.messagelabs.com id DF/F8-20925-C0D7C8F4; Mon, 16 Apr 2012 20:11:56 +0000 X-Env-Sender: dan.magenheimer@oracle.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334607113!14127982!1 X-Originating-IP: [141.146.126.227] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDQ3MjkyNg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21249 invoked from network); 16 Apr 2012 20:11:55 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 16 Apr 2012 20:11:55 -0000 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q3GKBp77013601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Apr 2012 20:11:52 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q3GKBoh2005882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Apr 2012 20:11:51 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q3GKBo3P019107; Mon, 16 Apr 2012 15:11:50 -0500 MIME-Version: 1.0 Message-ID: <30ae49fa-16fc-4442-93c9-92b151893826@default> Date: Mon, 16 Apr 2012 13:11:41 -0700 (PDT) From: Dan Magenheimer To: Phillip Susi References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> In-Reply-To: <4F8C67D6.70107@ubuntu.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.6 (510070) [OL 12.0.6607.1000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-CT-RefId: str=0001.0A090209.4F8C7D08.00C4,ss=1,re=0.000,fgs=0 Cc: xen-users@lists.xen.org, eva , jinho hwang Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > From: Phillip Susi [mailto:psusi@ubuntu.com] > Sent: Monday, April 16, 2012 12:41 PM > To: Dan Magenheimer > Cc: eva; xen-users@lists.xen.org > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released > > On 4/16/2012 12:40 PM, Dan Magenheimer wrote: > > Hi Psusi (Phillip?) - Just saw your tmem post... sorry I don't keep > > up with xen-users. If you are looking at implementing Xen tmem > > support on/for a future Ubuntu release, let me know if I can help and > > see: > > http://oss.oracle.com/git/?p=linux-2.6-unbreakable.git;a=summary > > The last time I played with it I think I managed to get it working after > adding the "tmem" command line arguments to xen and the guest kernel. > What I have not been able to do is figure out how to monitor its > usage/effectiveness. The output of xm tmem was completely > indecipherable. Could you shed some light on that? Hi Phillip -- That weird ASCII text is intended to allow the hypervisor to communicate with userland in a fully-backwards-and-forwards-compatible way. It must be parsed by a userland program, i.e.: # xm tmem-list --long --all | /usr/sbin/xen-tmem-list-parse I usually surround the above with 'watch -d ""' in a big window to watch things change. Dunno if ubuntu has the watch command though. (If the parsing program isn't at that location, it may not be built or maybe is installed elsewhere on a Debian-ish system. See the source for it in xen source in xen/tools/misc.) The parsed output has a huge amount of detail so is still mostly undecipherable to mortals. The key data can also be watched in xentop (aka "xm top")... press "t" for tmem data (which will show up only if any of the key values are non-zero). Also in xentop, you can watch selfballooning working. (Note "xm list" has had a bug forever so doesn't show "current memory" just the memory the domain was launched with.) > Also I was wondering about how pages move back and forth between > cleancache and pagecache. Are they copied or moved back and forth? In > other words, is the data placed in cleancache only once the local > pagecache discards it, or as soon as it is read from disk, and when it > is later requested, is it copied back from cleancache to the local > pagecache, thus resulting in the data being duplicated in memory, once > for the guest, and once in tmem? For ephemeral pools (i.e. via cleancache), "gets" are destructive, so the page of data is moved (removed from tmem) on a successful get. So no duplication. For persistent pools (i.e. via frontswap), "gets" are non-destructive, so the page of data is copied from tmem on a successful get, which mimics a swap device, thus the name "persistent"; a "flush" is required to destroy persistent pages of data. See http://oss.oracle.com/projects/tmem/dist/documentation/api/tmemspec-v001.pdf (which is old, but still 99% correct) and you may also be interested in this: http://lwn.net/Articles/454795/ ) Dan P.S. Although Xen tmem will work without frontswap, I don't recommend it (esp selfballooning) without frontswap. Selfballooning can be aggressive and may sometimes cause swapping, which is absorbed by frontswap instead of going to a swap disk. That's why the Oracle UEK2 kernel includes frontswap even though it isn't upstream yet, see http://lwn.net/Articles/465317/ (we'll be trying upstream again soon). _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 00:22:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 00:22: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 1SJwAm-0001D6-FG; Tue, 17 Apr 2012 00:21:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJwAk-0001D1-S2 for xen-users@lists.xen.org; Tue, 17 Apr 2012 00:21:31 +0000 Received: from [85.158.143.99:50682] by server-3.bemta-4.messagelabs.com id E5/98-05853-A87BC8F4; Tue, 17 Apr 2012 00:21:30 +0000 X-Env-Sender: oper.ml@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334622088!14144025!1 X-Originating-IP: [209.85.160.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 451 invoked from network); 17 Apr 2012 00:21:29 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 00:21:29 -0000 Received: by ghrr14 with SMTP id r14so3325418ghr.32 for ; Mon, 16 Apr 2012 17:21:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=6sTPXt0NczlPiEuYU6VtjGgbTUXKntZP3SXoqUhj/Ko=; b=mzgwbLVQfRnGuMPStT9FPdQCNo8BVUxM+lypssuZ9NsvbD/n7AYlLyDBUKwjuhi44S iRdsKINSLzF5FrD04P6nQEF4Frh3OZUkdC8oaSLJUNUtxcqNX+RGbi/HWDm8JCYO5Uu4 bwv+xUQ39dxsbqtXhsLVZ9kg7Zvc6k2mpX7ArgAD6GCa6WyRySgssTYj7F1xLD1nfex4 Ty+ehNxw+YcqHrtR2Gi2F08epa5hWHQI1JDsPZb9fbU352aUL3LqiUBLE0SEgAg02ztn BZrpo6DetiiuyX8MxSoCfsWTjVAbWimsfAFQy7jBTJ3KItAnswlT7s3Jt6vIp3fAUcfS Kv9A== Received: by 10.101.176.8 with SMTP id d8mr3803156anp.56.1334622087655; Mon, 16 Apr 2012 17:21:27 -0700 (PDT) Received: from [200.152.96.245] (operacoes.mls.com.br. [200.152.96.245]) by mx.google.com with ESMTPS id e8sm11312392ani.8.2012.04.16.17.21.25 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 17:21:26 -0700 (PDT) Message-ID: <4F8CB75B.9070107@gmail.com> Date: Mon, 16 Apr 2012 21:20:43 -0300 From: "Oper.ML" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4826704143216581459==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4826704143216581459== Content-Type: multipart/alternative; boundary="------------040105000805060305090501" This is a multi-part message in MIME format. --------------040105000805060305090501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi guys, i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50. I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network. I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO. I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this? Thanks alot. Tony M. --------------040105000805060305090501 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys,

    i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50.
    I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
    I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
    I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this?

Thanks alot.
Tony M.
--------------040105000805060305090501-- --===============4826704143216581459== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4826704143216581459==-- From xen-users-bounces@lists.xen.org Tue Apr 17 00:22:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 00:22: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 1SJwAm-0001D6-FG; Tue, 17 Apr 2012 00:21:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJwAk-0001D1-S2 for xen-users@lists.xen.org; Tue, 17 Apr 2012 00:21:31 +0000 Received: from [85.158.143.99:50682] by server-3.bemta-4.messagelabs.com id E5/98-05853-A87BC8F4; Tue, 17 Apr 2012 00:21:30 +0000 X-Env-Sender: oper.ml@gmail.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334622088!14144025!1 X-Originating-IP: [209.85.160.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 451 invoked from network); 17 Apr 2012 00:21:29 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-8.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 00:21:29 -0000 Received: by ghrr14 with SMTP id r14so3325418ghr.32 for ; Mon, 16 Apr 2012 17:21:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; bh=6sTPXt0NczlPiEuYU6VtjGgbTUXKntZP3SXoqUhj/Ko=; b=mzgwbLVQfRnGuMPStT9FPdQCNo8BVUxM+lypssuZ9NsvbD/n7AYlLyDBUKwjuhi44S iRdsKINSLzF5FrD04P6nQEF4Frh3OZUkdC8oaSLJUNUtxcqNX+RGbi/HWDm8JCYO5Uu4 bwv+xUQ39dxsbqtXhsLVZ9kg7Zvc6k2mpX7ArgAD6GCa6WyRySgssTYj7F1xLD1nfex4 Ty+ehNxw+YcqHrtR2Gi2F08epa5hWHQI1JDsPZb9fbU352aUL3LqiUBLE0SEgAg02ztn BZrpo6DetiiuyX8MxSoCfsWTjVAbWimsfAFQy7jBTJ3KItAnswlT7s3Jt6vIp3fAUcfS Kv9A== Received: by 10.101.176.8 with SMTP id d8mr3803156anp.56.1334622087655; Mon, 16 Apr 2012 17:21:27 -0700 (PDT) Received: from [200.152.96.245] (operacoes.mls.com.br. [200.152.96.245]) by mx.google.com with ESMTPS id e8sm11312392ani.8.2012.04.16.17.21.25 (version=SSLv3 cipher=OTHER); Mon, 16 Apr 2012 17:21:26 -0700 (PDT) Message-ID: <4F8CB75B.9070107@gmail.com> Date: Mon, 16 Apr 2012 21:20:43 -0300 From: "Oper.ML" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4826704143216581459==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4826704143216581459== Content-Type: multipart/alternative; boundary="------------040105000805060305090501" This is a multi-part message in MIME format. --------------040105000805060305090501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi guys, i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50. I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network. I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO. I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this? Thanks alot. Tony M. --------------040105000805060305090501 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys,

    i have a SuperMicro server with an LSI SATA Controler with 16 hdd attached in RAID50.
    I would like to know wich operational system should i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
    I already had experience with the CenOS 5.5, running the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
    I'm thinking about Ubuntu Server. Does anyone have sugestions and some experience to share about this?

Thanks alot.
Tony M.
--------------040105000805060305090501-- --===============4826704143216581459== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4826704143216581459==-- From xen-users-bounces@lists.xen.org Tue Apr 17 01:28:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 01:28: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 1SJxCF-0005dJ-3O; Tue, 17 Apr 2012 01:27:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJxCD-0005dE-RA for xen-users@lists.xen.org; Tue, 17 Apr 2012 01:27:06 +0000 Received: from [85.158.143.99:61052] by server-1.bemta-4.messagelabs.com id 74/34-20925-9E6CC8F4; Tue, 17 Apr 2012 01:27:05 +0000 X-Env-Sender: tobert@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1334626020!23350791!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24372 invoked from network); 17 Apr 2012 01:27:02 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 01:27:02 -0000 Received: by vcbfl11 with SMTP id fl11so5131483vcb.32 for ; Mon, 16 Apr 2012 18:26:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5wllj66Xu9SblUjW/PeNSOr2/3+IVki9Uf2cvisCYqM=; b=S3SUxsxnBeBz4ILOVzw1OoKzHKGbvirebTqfBieRcpXJYj6vhS3cot7BWBhd38+Vw4 Om7jzAvfcSVG3+1uAwQhBRvlhIwzHpaex0s62ZIJnIj1oPEflUEqAQrTOD50u6DmCcM4 M3zQSXjfj8hx6xEwiapdBoeCQbUPCItm+vmTViMiEkTBB4CgfKRMS+egIlV24Urw68He F+mRYopX3FH2KbpZ0vM6fJqAG5Dqb0alPnezjxZ6QfFz/4YOomvPK9BS1uihJ5HrnTPH kV0cg/dOFtD1Nsl5xa0iolU5d4E/XGNdL0PMBoY7Krk17lHk1V4/pWHv0DSkx/S15J22 b93w== MIME-Version: 1.0 Received: by 10.52.22.207 with SMTP id g15mr5699333vdf.90.1334626018609; Mon, 16 Apr 2012 18:26:58 -0700 (PDT) Received: by 10.220.2.83 with HTTP; Mon, 16 Apr 2012 18:26:58 -0700 (PDT) In-Reply-To: <4F8CB75B.9070107@gmail.com> References: <4F8CB75B.9070107@gmail.com> Date: Mon, 16 Apr 2012 18:26:58 -0700 Message-ID: From: Al Tobey To: "Oper.ML" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3646936433822280462==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3646936433822280462== Content-Type: multipart/alternative; boundary=20cf3071c8bcbf4b5a04bdd5d500 --20cf3071c8bcbf4b5a04bdd5d500 Content-Type: text/plain; charset=UTF-8 On Mon, Apr 16, 2012 at 5:20 PM, Oper.ML wrote: > Hi guys, > > i have a SuperMicro server with an LSI SATA Controler with 16 hdd > attached in RAID50. > I would like to know wich operational system should i work with in > this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI > with a dedicated gigabit network. > I already had experience with the CenOS 5.5, running the TGTD daemon, > e not pleasure one, cause the system keep staying with WAIT (I/O) reaching > 100%, causing the DomUs to hang/freeze and remount the partitions in RO. > I'm thinking about Ubuntu Server. Does anyone have sugestions and some > experience to share about this? > I personally never use iSCSI anymore, but that said, I ran a private cloud of KVM and Xen instances (65 or so dom0's) at a previous job while also doing extensive research on silly ways to combine iSCSI volumes into huge ZFS filesystems. Here is a quick list of stuff to consider: * consider OpenSolaris ZFS + COMSTAR iSCSI or better yet, NFSv4 (Nexenta, SmartOS, or OmniOS) for you storage machine, it's awesome * use the Linux LIO iSCSI target stack! It's vastly superior to just about all the others under duress * it was really solid when I tested it a couple years ago (had about 400TB across 20+ systems) * I also tested ietd, tgtd, COMSTAR, and a few others at that time * if you can get two switches * use Linux multipath instead of bonding if you can * DO NOT bridge the switches (separate VLAN's & subnets) * this is _really_ critical! You can lose an entire L2 network and keep on going if you get this right * Linux distribution is irrelevant, CentOS6 or Ubuntu LTS are both fine choices though * I'd go with 12.04 LTS if I was doing this today, build packages as necessary if LIO isn't there * use LVM instead of file backed volumes * file backed volumes pretty much always stink, except under ietd where it sucks exactly the same amount * the iSCSI target machine should almost certainly be running the deadline IO scheduler * disable Nagle's algorithm * TCP buffers tuned much larger than the kernel defaults * kernel is ideally compiled _without_ preemptive mode (most distros ship this!) * custom compiled kernels can make a difference in this setting! * be prepared to install high-quality NIC's if your board didn't ship with them (all the Supermicro boards I've tested had decent Intel NIC's, but I was saddled with some Nforce boards at one point which were a disaster) * enable large frames on the switch and all targets/initiators * but don't set it to 9000 bytes like everybody does -s ome switches, especially in the low-mid range screw up 9000 byte packets * I usually err on the side of caution and page alignment and go with around 8400 (easily fit 2 pages + headers, being exact doesn't buy you anything but pain) * never mix IO and VM traffic if you can help it * by extension, don't let your IO traffic go over a bridge device * bonded interfaces are OK if you can't use multipath Good luck, -Al > > Thanks alot. > Tony M. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3071c8bcbf4b5a04bdd5d500 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Apr 16, 2012 at 5:20 PM, Oper.ML <oper.ml@gmail.com&g= t; wrote:
=20 =20 =20
Hi guys,

=C2=A0=C2=A0=C2=A0 i have a SuperMicro server with an LSI SATA Contro= ler with 16 hdd attached in RAID50.
=C2=A0=C2=A0=C2=A0 I would like to know wich operational system shoul= d i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
=C2=A0=C2=A0=C2=A0 I already had experience with the CenOS 5.5, runni= ng the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
=C2=A0=C2=A0=C2=A0 I'm thinking about Ubuntu Server. Does anyone = have sugestions and some experience to share about this?

I personally never use iSCSI anymore, but that said, I= ran a private cloud of KVM and Xen instances (65 or so dom0's) at a pr= evious job while also doing extensive research on silly ways to combine iSC= SI volumes into huge ZFS filesystems. =C2=A0Here is a quick list of stuff t= o consider:

* consider OpenSolaris ZFS + COMSTAR iSCSI or better ye= t, NFSv4 (Nexenta, SmartOS, or OmniOS) for you storage machine, it's aw= esome
* use the Linux LIO iSCSI target stack! It's vastly sup= erior to just about all the others under duress
=C2=A0 * it was really solid when I tested it a couple years ago (had = about 400TB across 20+ systems)
=C2=A0 * I also tested ietd, tgtd= , COMSTAR, and a few others at that time
* if you can get two swi= tches
=C2=A0 * use Linux multipath instead of bonding if you can
= =C2=A0 * DO NOT bridge the switches (separate VLAN's & subnets)
=C2=A0 * this is _really_ critical! You can lose an entire L2 networ= k and keep on going if you get this right
* Linux distribution is irrelevant, CentOS6 or Ubuntu LTS are both fin= e choices though
=C2=A0 * I'd go with 12.04 LTS if I was doin= g this today, build packages as necessary if LIO isn't there
= * use LVM instead of file backed volumes
=C2=A0 * file backed volumes pretty much always stink, except under ie= td where it sucks exactly the same amount=C2=A0
* the iSCSI targe= t machine should almost certainly be running the deadline IO scheduler
* disable Nagle's algorithm
* TCP buffers tuned much larger t= han the kernel defaults
* kernel is ideally compiled _without_ pr= eemptive mode (most distros ship this!)
=C2=A0 * custom compiled = kernels can make a difference in this setting!
* be prepared to install high-quality NIC's if your board didn'= ;t ship with them (all the Supermicro boards I've tested had decent Int= el NIC's, but I was saddled with some Nforce boards at one point which = were a disaster)
* enable large frames on the switch and all targets/initiators
=C2=A0 * but don't set it to 9000 bytes like everybody does -s ome s= witches, especially in the low-mid range screw up 9000 byte packets
=C2=A0 * I usually err on the side of caution and page alignment and go wit= h around 8400 (easily fit 2 pages + headers, being exact doesn't buy yo= u anything but pain)
* never mix IO and VM traffic if you can hel= p it
=C2=A0 * by extension, don't let your IO traffic go over a bridge = device
=C2=A0 * bonded interfaces are OK if you can't use mul= tipath

Good luck,
-Al
=C2=A0

Thanks alot.
Tony M.

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

--20cf3071c8bcbf4b5a04bdd5d500-- --===============3646936433822280462== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3646936433822280462==-- From xen-users-bounces@lists.xen.org Tue Apr 17 01:28:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 01:28: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 1SJxCF-0005dJ-3O; Tue, 17 Apr 2012 01:27:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJxCD-0005dE-RA for xen-users@lists.xen.org; Tue, 17 Apr 2012 01:27:06 +0000 Received: from [85.158.143.99:61052] by server-1.bemta-4.messagelabs.com id 74/34-20925-9E6CC8F4; Tue, 17 Apr 2012 01:27:05 +0000 X-Env-Sender: tobert@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1334626020!23350791!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24372 invoked from network); 17 Apr 2012 01:27:02 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 01:27:02 -0000 Received: by vcbfl11 with SMTP id fl11so5131483vcb.32 for ; Mon, 16 Apr 2012 18:26:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5wllj66Xu9SblUjW/PeNSOr2/3+IVki9Uf2cvisCYqM=; b=S3SUxsxnBeBz4ILOVzw1OoKzHKGbvirebTqfBieRcpXJYj6vhS3cot7BWBhd38+Vw4 Om7jzAvfcSVG3+1uAwQhBRvlhIwzHpaex0s62ZIJnIj1oPEflUEqAQrTOD50u6DmCcM4 M3zQSXjfj8hx6xEwiapdBoeCQbUPCItm+vmTViMiEkTBB4CgfKRMS+egIlV24Urw68He F+mRYopX3FH2KbpZ0vM6fJqAG5Dqb0alPnezjxZ6QfFz/4YOomvPK9BS1uihJ5HrnTPH kV0cg/dOFtD1Nsl5xa0iolU5d4E/XGNdL0PMBoY7Krk17lHk1V4/pWHv0DSkx/S15J22 b93w== MIME-Version: 1.0 Received: by 10.52.22.207 with SMTP id g15mr5699333vdf.90.1334626018609; Mon, 16 Apr 2012 18:26:58 -0700 (PDT) Received: by 10.220.2.83 with HTTP; Mon, 16 Apr 2012 18:26:58 -0700 (PDT) In-Reply-To: <4F8CB75B.9070107@gmail.com> References: <4F8CB75B.9070107@gmail.com> Date: Mon, 16 Apr 2012 18:26:58 -0700 Message-ID: From: Al Tobey To: "Oper.ML" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3646936433822280462==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3646936433822280462== Content-Type: multipart/alternative; boundary=20cf3071c8bcbf4b5a04bdd5d500 --20cf3071c8bcbf4b5a04bdd5d500 Content-Type: text/plain; charset=UTF-8 On Mon, Apr 16, 2012 at 5:20 PM, Oper.ML wrote: > Hi guys, > > i have a SuperMicro server with an LSI SATA Controler with 16 hdd > attached in RAID50. > I would like to know wich operational system should i work with in > this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI > with a dedicated gigabit network. > I already had experience with the CenOS 5.5, running the TGTD daemon, > e not pleasure one, cause the system keep staying with WAIT (I/O) reaching > 100%, causing the DomUs to hang/freeze and remount the partitions in RO. > I'm thinking about Ubuntu Server. Does anyone have sugestions and some > experience to share about this? > I personally never use iSCSI anymore, but that said, I ran a private cloud of KVM and Xen instances (65 or so dom0's) at a previous job while also doing extensive research on silly ways to combine iSCSI volumes into huge ZFS filesystems. Here is a quick list of stuff to consider: * consider OpenSolaris ZFS + COMSTAR iSCSI or better yet, NFSv4 (Nexenta, SmartOS, or OmniOS) for you storage machine, it's awesome * use the Linux LIO iSCSI target stack! It's vastly superior to just about all the others under duress * it was really solid when I tested it a couple years ago (had about 400TB across 20+ systems) * I also tested ietd, tgtd, COMSTAR, and a few others at that time * if you can get two switches * use Linux multipath instead of bonding if you can * DO NOT bridge the switches (separate VLAN's & subnets) * this is _really_ critical! You can lose an entire L2 network and keep on going if you get this right * Linux distribution is irrelevant, CentOS6 or Ubuntu LTS are both fine choices though * I'd go with 12.04 LTS if I was doing this today, build packages as necessary if LIO isn't there * use LVM instead of file backed volumes * file backed volumes pretty much always stink, except under ietd where it sucks exactly the same amount * the iSCSI target machine should almost certainly be running the deadline IO scheduler * disable Nagle's algorithm * TCP buffers tuned much larger than the kernel defaults * kernel is ideally compiled _without_ preemptive mode (most distros ship this!) * custom compiled kernels can make a difference in this setting! * be prepared to install high-quality NIC's if your board didn't ship with them (all the Supermicro boards I've tested had decent Intel NIC's, but I was saddled with some Nforce boards at one point which were a disaster) * enable large frames on the switch and all targets/initiators * but don't set it to 9000 bytes like everybody does -s ome switches, especially in the low-mid range screw up 9000 byte packets * I usually err on the side of caution and page alignment and go with around 8400 (easily fit 2 pages + headers, being exact doesn't buy you anything but pain) * never mix IO and VM traffic if you can help it * by extension, don't let your IO traffic go over a bridge device * bonded interfaces are OK if you can't use multipath Good luck, -Al > > Thanks alot. > Tony M. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf3071c8bcbf4b5a04bdd5d500 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Mon, Apr 16, 2012 at 5:20 PM, Oper.ML <oper.ml@gmail.com&g= t; wrote:
=20 =20 =20
Hi guys,

=C2=A0=C2=A0=C2=A0 i have a SuperMicro server with an LSI SATA Contro= ler with 16 hdd attached in RAID50.
=C2=A0=C2=A0=C2=A0 I would like to know wich operational system shoul= d i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
=C2=A0=C2=A0=C2=A0 I already had experience with the CenOS 5.5, runni= ng the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
=C2=A0=C2=A0=C2=A0 I'm thinking about Ubuntu Server. Does anyone = have sugestions and some experience to share about this?

I personally never use iSCSI anymore, but that said, I= ran a private cloud of KVM and Xen instances (65 or so dom0's) at a pr= evious job while also doing extensive research on silly ways to combine iSC= SI volumes into huge ZFS filesystems. =C2=A0Here is a quick list of stuff t= o consider:

* consider OpenSolaris ZFS + COMSTAR iSCSI or better ye= t, NFSv4 (Nexenta, SmartOS, or OmniOS) for you storage machine, it's aw= esome
* use the Linux LIO iSCSI target stack! It's vastly sup= erior to just about all the others under duress
=C2=A0 * it was really solid when I tested it a couple years ago (had = about 400TB across 20+ systems)
=C2=A0 * I also tested ietd, tgtd= , COMSTAR, and a few others at that time
* if you can get two swi= tches
=C2=A0 * use Linux multipath instead of bonding if you can
= =C2=A0 * DO NOT bridge the switches (separate VLAN's & subnets)
=C2=A0 * this is _really_ critical! You can lose an entire L2 networ= k and keep on going if you get this right
* Linux distribution is irrelevant, CentOS6 or Ubuntu LTS are both fin= e choices though
=C2=A0 * I'd go with 12.04 LTS if I was doin= g this today, build packages as necessary if LIO isn't there
= * use LVM instead of file backed volumes
=C2=A0 * file backed volumes pretty much always stink, except under ie= td where it sucks exactly the same amount=C2=A0
* the iSCSI targe= t machine should almost certainly be running the deadline IO scheduler
* disable Nagle's algorithm
* TCP buffers tuned much larger t= han the kernel defaults
* kernel is ideally compiled _without_ pr= eemptive mode (most distros ship this!)
=C2=A0 * custom compiled = kernels can make a difference in this setting!
* be prepared to install high-quality NIC's if your board didn'= ;t ship with them (all the Supermicro boards I've tested had decent Int= el NIC's, but I was saddled with some Nforce boards at one point which = were a disaster)
* enable large frames on the switch and all targets/initiators
=C2=A0 * but don't set it to 9000 bytes like everybody does -s ome s= witches, especially in the low-mid range screw up 9000 byte packets
=C2=A0 * I usually err on the side of caution and page alignment and go wit= h around 8400 (easily fit 2 pages + headers, being exact doesn't buy yo= u anything but pain)
* never mix IO and VM traffic if you can hel= p it
=C2=A0 * by extension, don't let your IO traffic go over a bridge = device
=C2=A0 * bonded interfaces are OK if you can't use mul= tipath

Good luck,
-Al
=C2=A0

Thanks alot.
Tony M.

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

--20cf3071c8bcbf4b5a04bdd5d500-- --===============3646936433822280462== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3646936433822280462==-- From xen-users-bounces@lists.xen.org Tue Apr 17 01:33:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 01:33:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJxHE-0005pY-3J; Tue, 17 Apr 2012 01:32:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJxHC-0005pQ-Ga for xen-users@lists.xen.org; Tue, 17 Apr 2012 01:32:14 +0000 Received: from [85.158.139.83:46275] by server-11.bemta-5.messagelabs.com id 03/0A-12959-D18CC8F4; Tue, 17 Apr 2012 01:32:13 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334626331!24087293!1 X-Originating-IP: [209.85.210.41] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16129 invoked from network); 17 Apr 2012 01:32:12 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 01:32:12 -0000 Received: by dajx4 with SMTP id x4so8516837daj.28 for ; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Snax3MT6PyIsWeziptCOGBV1Ok/nh8UOfpqGF8QyOoM=; b=ERsMO6W6SXP8LPUPQzD9YsM++DRZJdYzFDqWQ2dNoJwzzay2vQn9Eky0haYzBShJZ9 CcYaMymNkXYJ2/dZGwBxXlrMRSUyiSHjDuba57BwfbjLKl/KF4oYcVC3gqd0zUBLgRNv TIl+NnO412HTJb4U3LtBo9jViQWfZ2m1d/eQZQpbFAJY/Np2HqACpd5p2GOqq7KGRiwL ARllK12HAxj9U181Zk8AYIoDjFL9pUbC4OTxPEtSO14GZ7VwPuHV6KRms26lIdHxRxef HGe6Tez9upjhCq3kBtYi36CTdPOD8CNSfpxLj9B5VSShVyS+1Watzbog5UCWtJfmW6nx 0LLw== MIME-Version: 1.0 Received: by 10.68.202.234 with SMTP id kl10mr32028168pbc.52.1334626330723; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) Received: by 10.68.223.106 with HTTP; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) Received: by 10.68.223.106 with HTTP; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) In-Reply-To: <4F8CB75B.9070107@gmail.com> References: <4F8CB75B.9070107@gmail.com> Date: Mon, 16 Apr 2012 18:32:10 -0700 Message-ID: From: Freddie Cash To: "Oper.ML" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4757519777428280668==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4757519777428280668== Content-Type: multipart/alternative; boundary=047d7b10ca2d59c44804bdd5e8e2 --047d7b10ca2d59c44804bdd5e8e2 Content-Type: text/plain; charset=UTF-8 If this box is going to be just an iSCSI target server, then look into FreeBSD + ZFS (using istgt and ZVols). Or even any of the OpenSolaris forks + ZFS (using the new COMSTAR integrated iSCSI support in ZFS). Or, if you want a support contract, Solaris 11 with ZFS and COMSTOR. Just because the Xen host boxes run Linux, doesn't mean you have to limit yourself to Linux on the storage boxes. Cheers, Freddie Cash fjwcash@gmail.com On Apr 16, 2012 5:24 PM, "Oper.ML" wrote: > Hi guys, > > i have a SuperMicro server with an LSI SATA Controler with 16 hdd > attached in RAID50. > I would like to know wich operational system should i work with in > this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI > with a dedicated gigabit network. > I already had experience with the CenOS 5.5, running the TGTD daemon, > e not pleasure one, cause the system keep staying with WAIT (I/O) reaching > 100%, causing the DomUs to hang/freeze and remount the partitions in RO. > I'm thinking about Ubuntu Server. Does anyone have sugestions and some > experience to share about this? > > Thanks alot. > Tony M. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b10ca2d59c44804bdd5e8e2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

If this box is going to be just an iSCSI target server, then look into F= reeBSD + ZFS (using istgt and ZVols). Or even any of the OpenSolaris forks = + ZFS (using the new COMSTAR integrated iSCSI support in ZFS). Or, if you w= ant a support contract, Solaris 11 with ZFS and COMSTOR.

Just because the Xen host boxes run Linux, doesn't mean you have to = limit yourself to Linux on the storage boxes.

Cheers,
Freddie Cash
fjwcash@gmail.com

On Apr 16, 2012 5:24 PM, "Oper.ML" <= ;oper.ml@gmail.com> wrote:
=20 =20 =20
Hi guys,

=C2=A0=C2=A0=C2=A0 i have a SuperMicro server with an LSI SATA Contro= ler with 16 hdd attached in RAID50.
=C2=A0=C2=A0=C2=A0 I would like to know wich operational system shoul= d i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
=C2=A0=C2=A0=C2=A0 I already had experience with the CenOS 5.5, runni= ng the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
=C2=A0=C2=A0=C2=A0 I'm thinking about Ubuntu Server. Does anyone = have sugestions and some experience to share about this?

Thanks alot.
Tony M.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--047d7b10ca2d59c44804bdd5e8e2-- --===============4757519777428280668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4757519777428280668==-- From xen-users-bounces@lists.xen.org Tue Apr 17 01:33:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 01:33:23 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJxHE-0005pY-3J; Tue, 17 Apr 2012 01:32:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJxHC-0005pQ-Ga for xen-users@lists.xen.org; Tue, 17 Apr 2012 01:32:14 +0000 Received: from [85.158.139.83:46275] by server-11.bemta-5.messagelabs.com id 03/0A-12959-D18CC8F4; Tue, 17 Apr 2012 01:32:13 +0000 X-Env-Sender: fjwcash@gmail.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334626331!24087293!1 X-Originating-IP: [209.85.210.41] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16129 invoked from network); 17 Apr 2012 01:32:12 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-12.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 01:32:12 -0000 Received: by dajx4 with SMTP id x4so8516837daj.28 for ; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Snax3MT6PyIsWeziptCOGBV1Ok/nh8UOfpqGF8QyOoM=; b=ERsMO6W6SXP8LPUPQzD9YsM++DRZJdYzFDqWQ2dNoJwzzay2vQn9Eky0haYzBShJZ9 CcYaMymNkXYJ2/dZGwBxXlrMRSUyiSHjDuba57BwfbjLKl/KF4oYcVC3gqd0zUBLgRNv TIl+NnO412HTJb4U3LtBo9jViQWfZ2m1d/eQZQpbFAJY/Np2HqACpd5p2GOqq7KGRiwL ARllK12HAxj9U181Zk8AYIoDjFL9pUbC4OTxPEtSO14GZ7VwPuHV6KRms26lIdHxRxef HGe6Tez9upjhCq3kBtYi36CTdPOD8CNSfpxLj9B5VSShVyS+1Watzbog5UCWtJfmW6nx 0LLw== MIME-Version: 1.0 Received: by 10.68.202.234 with SMTP id kl10mr32028168pbc.52.1334626330723; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) Received: by 10.68.223.106 with HTTP; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) Received: by 10.68.223.106 with HTTP; Mon, 16 Apr 2012 18:32:10 -0700 (PDT) In-Reply-To: <4F8CB75B.9070107@gmail.com> References: <4F8CB75B.9070107@gmail.com> Date: Mon, 16 Apr 2012 18:32:10 -0700 Message-ID: From: Freddie Cash To: "Oper.ML" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Operational System for Storage (DomUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4757519777428280668==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4757519777428280668== Content-Type: multipart/alternative; boundary=047d7b10ca2d59c44804bdd5e8e2 --047d7b10ca2d59c44804bdd5e8e2 Content-Type: text/plain; charset=UTF-8 If this box is going to be just an iSCSI target server, then look into FreeBSD + ZFS (using istgt and ZVols). Or even any of the OpenSolaris forks + ZFS (using the new COMSTAR integrated iSCSI support in ZFS). Or, if you want a support contract, Solaris 11 with ZFS and COMSTOR. Just because the Xen host boxes run Linux, doesn't mean you have to limit yourself to Linux on the storage boxes. Cheers, Freddie Cash fjwcash@gmail.com On Apr 16, 2012 5:24 PM, "Oper.ML" wrote: > Hi guys, > > i have a SuperMicro server with an LSI SATA Controler with 16 hdd > attached in RAID50. > I would like to know wich operational system should i work with in > this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI > with a dedicated gigabit network. > I already had experience with the CenOS 5.5, running the TGTD daemon, > e not pleasure one, cause the system keep staying with WAIT (I/O) reaching > 100%, causing the DomUs to hang/freeze and remount the partitions in RO. > I'm thinking about Ubuntu Server. Does anyone have sugestions and some > experience to share about this? > > Thanks alot. > Tony M. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b10ca2d59c44804bdd5e8e2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

If this box is going to be just an iSCSI target server, then look into F= reeBSD + ZFS (using istgt and ZVols). Or even any of the OpenSolaris forks = + ZFS (using the new COMSTAR integrated iSCSI support in ZFS). Or, if you w= ant a support contract, Solaris 11 with ZFS and COMSTOR.

Just because the Xen host boxes run Linux, doesn't mean you have to = limit yourself to Linux on the storage boxes.

Cheers,
Freddie Cash
fjwcash@gmail.com

On Apr 16, 2012 5:24 PM, "Oper.ML" <= ;oper.ml@gmail.com> wrote:
=20 =20 =20
Hi guys,

=C2=A0=C2=A0=C2=A0 i have a SuperMicro server with an LSI SATA Contro= ler with 16 hdd attached in RAID50.
=C2=A0=C2=A0=C2=A0 I would like to know wich operational system shoul= d i work with in this server? I will have 4 Xen host servers bringing up the DomUs in iSCSI with a dedicated gigabit network.
=C2=A0=C2=A0=C2=A0 I already had experience with the CenOS 5.5, runni= ng the TGTD daemon, e not pleasure one, cause the system keep staying with WAIT (I/O) reaching 100%, causing the DomUs to hang/freeze and remount the partitions in RO.
=C2=A0=C2=A0=C2=A0 I'm thinking about Ubuntu Server. Does anyone = have sugestions and some experience to share about this?

Thanks alot.
Tony M.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--047d7b10ca2d59c44804bdd5e8e2-- --===============4757519777428280668== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4757519777428280668==-- From xen-users-bounces@lists.xen.org Tue Apr 17 02:57:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 02:57:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJyaF-0007qX-5N; Tue, 17 Apr 2012 02:55:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJyaD-0007qS-Rw for xen-users@lists.xen.org; Tue, 17 Apr 2012 02:55:58 +0000 Received: from [85.158.143.99:9808] by server-2.bemta-4.messagelabs.com id 09/6A-17550-DBBDC8F4; Tue, 17 Apr 2012 02:55:57 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1334631354!14283385!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTM2OA==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTM2OA==\n, ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32296 invoked from network); 17 Apr 2012 02:55:55 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-14.tower-216.messagelabs.com with SMTP; 17 Apr 2012 02:55:55 -0000 X-Authority-Analysis: v=2.0 cv=ReYS+iRv c=1 sm=0 a=QETZmXXmyubuBiJjAgCHWw==:17 a=zF0nvurNEAYA:10 a=2TzjGJVPWd4A:10 a=6eo45u8uwcQA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=07d9gI8wAAAA:8 a=xe8BsctaAAAA:8 a=C83wJEbT2aHZ1qNvarsA:9 a=wPNLvfGTeEIA:10 a=QETZmXXmyubuBiJjAgCHWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 97.103.252.48 Received: from [97.103.252.48] ([97.103.252.48:53052] helo=[192.168.1.5]) by cdptpa-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id B6/38-07741-9BBDC8F4; Tue, 17 Apr 2012 02:55:54 +0000 Message-ID: <4F8CDBB9.7020408@ubuntu.com> Date: Mon, 16 Apr 2012 22:55:53 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120402 Thunderbird/11.0.1 MIME-Version: 1.0 To: Dan Magenheimer References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> <30ae49fa-16fc-4442-93c9-92b151893826@default> In-Reply-To: <30ae49fa-16fc-4442-93c9-92b151893826@default> X-Enigmail-Version: 1.4 Cc: xen-users@lists.xen.org, eva , jinho hwang Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/16/2012 04:11 PM, Dan Magenheimer wrote: > That weird ASCII text is intended to allow the hypervisor to > communicate with userland in a fully-backwards-and-forwards-compatible > way. It must be parsed by a userland program, i.e.: > > # xm tmem-list --long --all | /usr/sbin/xen-tmem-list-parse > > I usually surround the above with 'watch -d ""' > in a big window to watch things change. Dunno if ubuntu > has the watch command though. > > (If the parsing program isn't at that location, it may not be > built or maybe is installed elsewhere on a Debian-ish system. > See the source for it in xen source in xen/tools/misc.) I'm curious as to why the parser is a separate utility instead of just being the normal output of the management tool, with an optional --machine-parsable switch to fall back to the current behavior. > The parsed output has a huge amount of detail so is still mostly > undecipherable to mortals. The key data can also be watched in > xentop (aka "xm top")... press "t" for tmem data (which will > show up only if any of the key values are non-zero). Also > in xentop, you can watch selfballooning working. (Note > "xm list" has had a bug forever so doesn't show "current memory" > just the memory the domain was launched with.) Now THAT sounds like what I have been looking for. I'll have to check it out. > For ephemeral pools (i.e. via cleancache), "gets" are destructive, > so the page of data is moved (removed from tmem) on a successful get. > So no duplication. For persistent pools (i.e. via frontswap), > "gets" are non-destructive, so the page of data is copied from tmem > on a successful get, which mimics a swap device, thus the name > "persistent"; a "flush" is required to destroy persistent pages of data. Hrm... I thought one of the advantages of tmem was that when multiple domains happen to be caching the same data, the page only needs to be kept in ram once. If get moves the page out of tmem and into the domain, that would seem to preclude that. Also I understand that tmem can compress the data, in which case it doesn't seem possible to do a move as the data must first be decompressed. > P.S. Although Xen tmem will work without frontswap, I don't recommend it > (esp selfballooning) without frontswap. Selfballooning can be aggressive > and may sometimes cause swapping, which is absorbed by frontswap > instead of going to a swap disk. That's why the Oracle UEK2 kernel > includes frontswap even though it isn't upstream yet, see > http://lwn.net/Articles/465317/ (we'll be trying upstream again soon). I'll have to try and find the patch series somewhere and merge it into my local Ubuntu git tree. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPjNu5AAoJEJrBOlT6nu75pZsH/1XSdxQyLS0b7xhZIi4VkQRB 36dKAgYaxQsyF+Y3FAJQjWP9Z4XS4YyycbnCtP02ZwJOwmAsSuBA6XHrdnLxMOKQ tk5VoAomSWmnD+A3wAIat/IyvNioGrh1PfltmcAk/iifGCWAquHZHuKpd0IVMllG cDjhRKJgZ5M24w1BRp276BW+UX1mj+InQJOLI7QQwv6eLvrbaVIHlpmeG0/E8BlY 5y1NXZAHKfKaqY3X/3Iq+gyM6Baqa5herGiAPNfo4KlQMtOj3t5Mdf0+++sXIDC/ J7cH6Ux/GFE0QImQ19MZ+O++8gAQYgL+VOLccmWmYhvtHPQ7agMyrzgLFHU4xw0= =wrIj -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 02:57:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 02:57:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJyaF-0007qX-5N; Tue, 17 Apr 2012 02:55:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SJyaD-0007qS-Rw for xen-users@lists.xen.org; Tue, 17 Apr 2012 02:55:58 +0000 Received: from [85.158.143.99:9808] by server-2.bemta-4.messagelabs.com id 09/6A-17550-DBBDC8F4; Tue, 17 Apr 2012 02:55:57 +0000 X-Env-Sender: psusi@ubuntu.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1334631354!14283385!1 X-Originating-IP: [75.180.132.120] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTM2OA==\n,sa_preprocessor: QmFkIElQOiA3NS4xODAuMTMyLjEyMCA9PiA4OTM2OA==\n, ML_RADAR_SPEW_LINKS_23, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32296 invoked from network); 17 Apr 2012 02:55:55 -0000 Received: from cdptpa-omtalb.mail.rr.com (HELO cdptpa-omtalb.mail.rr.com) (75.180.132.120) by server-14.tower-216.messagelabs.com with SMTP; 17 Apr 2012 02:55:55 -0000 X-Authority-Analysis: v=2.0 cv=ReYS+iRv c=1 sm=0 a=QETZmXXmyubuBiJjAgCHWw==:17 a=zF0nvurNEAYA:10 a=2TzjGJVPWd4A:10 a=6eo45u8uwcQA:10 a=S1A5HrydsesA:10 a=8nJEP1OIZ-IA:10 a=07d9gI8wAAAA:8 a=xe8BsctaAAAA:8 a=C83wJEbT2aHZ1qNvarsA:9 a=wPNLvfGTeEIA:10 a=QETZmXXmyubuBiJjAgCHWw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 97.103.252.48 Received: from [97.103.252.48] ([97.103.252.48:53052] helo=[192.168.1.5]) by cdptpa-oedge01.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id B6/38-07741-9BBDC8F4; Tue, 17 Apr 2012 02:55:54 +0000 Message-ID: <4F8CDBB9.7020408@ubuntu.com> Date: Mon, 16 Apr 2012 22:55:53 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120402 Thunderbird/11.0.1 MIME-Version: 1.0 To: Dan Magenheimer References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> <30ae49fa-16fc-4442-93c9-92b151893826@default> In-Reply-To: <30ae49fa-16fc-4442-93c9-92b151893826@default> X-Enigmail-Version: 1.4 Cc: xen-users@lists.xen.org, eva , jinho hwang Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/16/2012 04:11 PM, Dan Magenheimer wrote: > That weird ASCII text is intended to allow the hypervisor to > communicate with userland in a fully-backwards-and-forwards-compatible > way. It must be parsed by a userland program, i.e.: > > # xm tmem-list --long --all | /usr/sbin/xen-tmem-list-parse > > I usually surround the above with 'watch -d ""' > in a big window to watch things change. Dunno if ubuntu > has the watch command though. > > (If the parsing program isn't at that location, it may not be > built or maybe is installed elsewhere on a Debian-ish system. > See the source for it in xen source in xen/tools/misc.) I'm curious as to why the parser is a separate utility instead of just being the normal output of the management tool, with an optional --machine-parsable switch to fall back to the current behavior. > The parsed output has a huge amount of detail so is still mostly > undecipherable to mortals. The key data can also be watched in > xentop (aka "xm top")... press "t" for tmem data (which will > show up only if any of the key values are non-zero). Also > in xentop, you can watch selfballooning working. (Note > "xm list" has had a bug forever so doesn't show "current memory" > just the memory the domain was launched with.) Now THAT sounds like what I have been looking for. I'll have to check it out. > For ephemeral pools (i.e. via cleancache), "gets" are destructive, > so the page of data is moved (removed from tmem) on a successful get. > So no duplication. For persistent pools (i.e. via frontswap), > "gets" are non-destructive, so the page of data is copied from tmem > on a successful get, which mimics a swap device, thus the name > "persistent"; a "flush" is required to destroy persistent pages of data. Hrm... I thought one of the advantages of tmem was that when multiple domains happen to be caching the same data, the page only needs to be kept in ram once. If get moves the page out of tmem and into the domain, that would seem to preclude that. Also I understand that tmem can compress the data, in which case it doesn't seem possible to do a move as the data must first be decompressed. > P.S. Although Xen tmem will work without frontswap, I don't recommend it > (esp selfballooning) without frontswap. Selfballooning can be aggressive > and may sometimes cause swapping, which is absorbed by frontswap > instead of going to a swap disk. That's why the Oracle UEK2 kernel > includes frontswap even though it isn't upstream yet, see > http://lwn.net/Articles/465317/ (we'll be trying upstream again soon). I'll have to try and find the patch series somewhere and merge it into my local Ubuntu git tree. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPjNu5AAoJEJrBOlT6nu75pZsH/1XSdxQyLS0b7xhZIi4VkQRB 36dKAgYaxQsyF+Y3FAJQjWP9Z4XS4YyycbnCtP02ZwJOwmAsSuBA6XHrdnLxMOKQ tk5VoAomSWmnD+A3wAIat/IyvNioGrh1PfltmcAk/iifGCWAquHZHuKpd0IVMllG cDjhRKJgZ5M24w1BRp276BW+UX1mj+InQJOLI7QQwv6eLvrbaVIHlpmeG0/E8BlY 5y1NXZAHKfKaqY3X/3Iq+gyM6Baqa5herGiAPNfo4KlQMtOj3t5Mdf0+++sXIDC/ J7cH6Ux/GFE0QImQ19MZ+O++8gAQYgL+VOLccmWmYhvtHPQ7agMyrzgLFHU4xw0= =wrIj -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 07:02:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 07:02:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK2P9-0001iA-GN; Tue, 17 Apr 2012 07:00:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK2P7-0001i3-Sn for xen-users@lists.xen.org; Tue, 17 Apr 2012 07:00:46 +0000 Received: from [193.109.254.147:28204] by server-8.bemta-14.messagelabs.com id 5F/29-23244-D151D8F4; Tue, 17 Apr 2012 07:00:45 +0000 X-Env-Sender: informatique.src@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334646042!4860696!1 X-Originating-IP: [209.85.215.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28388 invoked from network); 17 Apr 2012 07:00:43 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 07:00:43 -0000 Received: by eaaf11 with SMTP id f11so1543582eaa.32 for ; Tue, 17 Apr 2012 00:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=tbnaybyf6MwSIYP1ItfowSU/I/d7d5zM23gdj0XYFyA=; b=hR3CI0e9LTs/TkuuP3Fl5LakQnArRmYnOZfXIjrm9ybIe7/N0udRIj2FA/Gy3HesRO v9+777ZtXZw/GuDb0SGG2i1xMhKzQu+6uV/yAeNWUdSmtX8ojDFwwtgeI4CrZfCBvUMH hvAPI/T3kqUk4gTRRDsh9oZImEKOvbFYLca4Bh1+1XLoBXmOTqlrizjajnvC9i9JLhsb 3Cbn5vDbJO7tUHVlnuGomTxCq9zHaaROA5Ap/LC+FJ+19xT/ubg0V3kmXYHK3DSNmj+e okRrh9QV9xFcBbMxxFHNM+W8kLALtYoTqlqzVW6kH5v9SCKC302CJJcNneGcsRm2Mxxs c51g== Received: by 10.213.25.139 with SMTP id z11mr1003767ebb.223.1334646042142; Tue, 17 Apr 2012 00:00:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.110.15 with HTTP; Tue, 17 Apr 2012 00:00:21 -0700 (PDT) In-Reply-To: <4F8C344F.4050405@ondore.com> References: <4F8C344F.4050405@ondore.com> From: insrc Date: Tue, 17 Apr 2012 09:00:21 +0200 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] running xcp (or xenserver) from usb driver or SD card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0486595825237018842==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0486595825237018842== Content-Type: multipart/alternative; boundary=0015174c43243e2a6204bdda7f07 --0015174c43243e2a6204bdda7f07 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2012 at 5:01 PM, Alexandre Kouznetsov wrote= : > Hello. > > El 14/04/12 02:18, insrc escribi=F3: > > Do you think it's possible to run Xenserver/XCP or xen from an usb drive >> or memory card like it's possible for vmware please ? Is it recommended >> ? Are there any performance issue :-) ? I would like to dedicate all >> of the local storage to hosting VMs only. >> > Yes, it is quite possible. Can't say much about real performance, I have > not went farther than a proof of concept myself, but i do not expect it t= o > be an issue. It will respond slower to control commands, but the VM's > should run ok. > > Hi, Thanks Alexandre for your help ! Will look at your links soon hopefully. But as it seems that it's not common practice (or perhaps not recommended ?) to run it from usb, i won't go that road for now :( I also read that when running xenserver/xcp from usb drive, one has to make sure to send logs to a remote syslog server in order to avoid any performance issue. Anyway, thanks a lot ! Cheers, --0015174c43243e2a6204bdda7f07 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, Apr 16, 2012 at 5:01 PM, Alexand= re Kouznetsov <alk@o= ndore.com> wrote:
Hello.

El 14/04/12 02:18, insrc escribi=F3:

Do you think it's possible to run Xenserver/XCP or xen from an usb driv= e
or memory card like it's possible for vmware please ? Is it recommended=
? Are there any performance issue =A0:-) ? =A0I would like to dedicate all<= br> of =A0the local storage to hosting VMs only.
Yes, it is quite possible. Can't say much about real performance, I hav= e not went farther than a proof of concept myself, but i do not expect it t= o be an issue. It will respond slower to control commands, but the VM's= should run ok.

Hi,
Thanks Alexandre for your help ! Will look at your links soon hopefully. But as it seems that it's not common practice (or perhaps not recomme= nded ?) to run it from usb, i won't go that road for now :(

I also read that when running xenserver/xcp from usb drive, one has to make= =20 sure to send logs to a remote syslog=A0 server in order to avoid any=20 performance issue.

Anyway, thanks a lot !

Cheers,=A0

--0015174c43243e2a6204bdda7f07-- --===============0486595825237018842== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0486595825237018842==-- From xen-users-bounces@lists.xen.org Tue Apr 17 07:02:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 07:02:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK2P9-0001iA-GN; Tue, 17 Apr 2012 07:00:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK2P7-0001i3-Sn for xen-users@lists.xen.org; Tue, 17 Apr 2012 07:00:46 +0000 Received: from [193.109.254.147:28204] by server-8.bemta-14.messagelabs.com id 5F/29-23244-D151D8F4; Tue, 17 Apr 2012 07:00:45 +0000 X-Env-Sender: informatique.src@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334646042!4860696!1 X-Originating-IP: [209.85.215.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28388 invoked from network); 17 Apr 2012 07:00:43 -0000 Received: from mail-ey0-f173.google.com (HELO mail-ey0-f173.google.com) (209.85.215.173) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 07:00:43 -0000 Received: by eaaf11 with SMTP id f11so1543582eaa.32 for ; Tue, 17 Apr 2012 00:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=tbnaybyf6MwSIYP1ItfowSU/I/d7d5zM23gdj0XYFyA=; b=hR3CI0e9LTs/TkuuP3Fl5LakQnArRmYnOZfXIjrm9ybIe7/N0udRIj2FA/Gy3HesRO v9+777ZtXZw/GuDb0SGG2i1xMhKzQu+6uV/yAeNWUdSmtX8ojDFwwtgeI4CrZfCBvUMH hvAPI/T3kqUk4gTRRDsh9oZImEKOvbFYLca4Bh1+1XLoBXmOTqlrizjajnvC9i9JLhsb 3Cbn5vDbJO7tUHVlnuGomTxCq9zHaaROA5Ap/LC+FJ+19xT/ubg0V3kmXYHK3DSNmj+e okRrh9QV9xFcBbMxxFHNM+W8kLALtYoTqlqzVW6kH5v9SCKC302CJJcNneGcsRm2Mxxs c51g== Received: by 10.213.25.139 with SMTP id z11mr1003767ebb.223.1334646042142; Tue, 17 Apr 2012 00:00:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.110.15 with HTTP; Tue, 17 Apr 2012 00:00:21 -0700 (PDT) In-Reply-To: <4F8C344F.4050405@ondore.com> References: <4F8C344F.4050405@ondore.com> From: insrc Date: Tue, 17 Apr 2012 09:00:21 +0200 Message-ID: To: xen-users@lists.xen.org Subject: Re: [Xen-users] running xcp (or xenserver) from usb driver or SD card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0486595825237018842==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0486595825237018842== Content-Type: multipart/alternative; boundary=0015174c43243e2a6204bdda7f07 --0015174c43243e2a6204bdda7f07 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Apr 16, 2012 at 5:01 PM, Alexandre Kouznetsov wrote= : > Hello. > > El 14/04/12 02:18, insrc escribi=F3: > > Do you think it's possible to run Xenserver/XCP or xen from an usb drive >> or memory card like it's possible for vmware please ? Is it recommended >> ? Are there any performance issue :-) ? I would like to dedicate all >> of the local storage to hosting VMs only. >> > Yes, it is quite possible. Can't say much about real performance, I have > not went farther than a proof of concept myself, but i do not expect it t= o > be an issue. It will respond slower to control commands, but the VM's > should run ok. > > Hi, Thanks Alexandre for your help ! Will look at your links soon hopefully. But as it seems that it's not common practice (or perhaps not recommended ?) to run it from usb, i won't go that road for now :( I also read that when running xenserver/xcp from usb drive, one has to make sure to send logs to a remote syslog server in order to avoid any performance issue. Anyway, thanks a lot ! Cheers, --0015174c43243e2a6204bdda7f07 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Mon, Apr 16, 2012 at 5:01 PM, Alexand= re Kouznetsov <alk@o= ndore.com> wrote:
Hello.

El 14/04/12 02:18, insrc escribi=F3:

Do you think it's possible to run Xenserver/XCP or xen from an usb driv= e
or memory card like it's possible for vmware please ? Is it recommended=
? Are there any performance issue =A0:-) ? =A0I would like to dedicate all<= br> of =A0the local storage to hosting VMs only.
Yes, it is quite possible. Can't say much about real performance, I hav= e not went farther than a proof of concept myself, but i do not expect it t= o be an issue. It will respond slower to control commands, but the VM's= should run ok.

Hi,
Thanks Alexandre for your help ! Will look at your links soon hopefully. But as it seems that it's not common practice (or perhaps not recomme= nded ?) to run it from usb, i won't go that road for now :(

I also read that when running xenserver/xcp from usb drive, one has to make= =20 sure to send logs to a remote syslog=A0 server in order to avoid any=20 performance issue.

Anyway, thanks a lot !

Cheers,=A0

--0015174c43243e2a6204bdda7f07-- --===============0486595825237018842== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0486595825237018842==-- From xen-users-bounces@lists.xen.org Tue Apr 17 07:42:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 07:42: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 1SK32F-0002xF-Uq; Tue, 17 Apr 2012 07:41:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK32F-0002x6-1Y for xen-users@lists.xen.org; Tue, 17 Apr 2012 07:41:11 +0000 Received: from [85.158.138.51:52040] by server-9.bemta-3.messagelabs.com id E1/AF-26691-69E1D8F4; Tue, 17 Apr 2012 07:41:10 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334648467!22465194!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2357 invoked from network); 17 Apr 2012 07:41:09 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 07:41:09 -0000 Received: by vcbfl11 with SMTP id fl11so5311909vcb.32 for ; Tue, 17 Apr 2012 00:41:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=rP9LtXEzA0qbvM0uzeERxVPOtQ8m5bxtlF+J9VH+fWo=; b=GE8G5CCVAIveyIgJCC2JaGwLFnXUmB1oX9GPBGIapiPlx5LkUW6plLjrFqWX05hYx8 NfEQLCTTICR3iKBM5FyHlnfAq6/c/CCIc+RpPsSeKJLWzD2VWnzF+LdoHdgvGMROkSy0 yyQCA+oq6Qo/l2OgarvbruzfHIg7U9M2b/bWzgkdLU5AN7oyNj76/gcfMNiYzQIPKGwW 2PFnGNVuQMlk/psUyFj5pA0pi1NrTcrAt/kEO3bQUmQYZe/6JJCA7u4NENm+blGQIftg vDaD3i5e907EH4H5RGv5RIWI+imgneva3lXT8tVTarqvRK+V/Zfz5CV+7gNzw3KVVY+A uZzw== MIME-Version: 1.0 Received: by 10.52.29.99 with SMTP id j3mr3677021vdh.67.1334648467371; Tue, 17 Apr 2012 00:41:07 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Tue, 17 Apr 2012 00:41:07 -0700 (PDT) In-Reply-To: <1334588223.14560.205.camel@zakaz.uk.xensource.com> References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> <1334588223.14560.205.camel@zakaz.uk.xensource.com> Date: Tue, 17 Apr 2012 09:41:07 +0200 Message-ID: From: Lloyd Dizon To: Ian Campbell Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 4:57 PM, Ian Campbell wro= te: > On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: >> On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell = wrote: >> > >> > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: >> > > Adding Xen-devel. >> > > >> > > What are the current timekeeping best practices now? >> > >> > pvops kernels behave as if independent_wallclock =3D=3D 1, so the exis= ting >> > advice: >> > =A0 =A0 =A0 =A0set /proc/sys/xen/independent_wallclock to 1 and run nt= p on >> > =A0 =A0 =A0 =A0domU. >> > still applies. >> >> This also applies to Xen 4.0 (4.0.0) if I understood correctly? > > This is entirely a function of the guest kernel version and not the > hypervisor > >> If so and based on previous posts can we resume that this is what is >> recommended: > > If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux > Kernels/g then I think it is somewhat accurate, at least for the PV > line. > > I must confess I don't really know for the HVM line. I suspect that it > is actually: > > Classic XenoLinux -- no PV time source, independent_wallclock means > nothing, run NTP in the guest > > Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time > source, independent_wallclock means nothing, run NTP in the guest > > Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, > independent_wallclock always =3D=3D 1, run NTP. > > So in short always run NTP in an HVM guest, regardless of the presence > or absence of PV time extensions I do not fully understand the difference yet between and Classic XenoLinux and Paravirt Ops Kernel (will dig the info later) but here is the resume: --------------------------------------------------------------------= ----------------------------------------------- | Xen3: Classic XenoLinux Kern | Xen4: Paravirt Ops Linux Kern | ---------------------------------------------------------------------------= ----------------------------------------------- PV | independent_wallclock =3D 0 or 1 | independent_wallclock =3D 1 | ---------------------------------------------------------------------------= ----------------------------------------------- HVM | -> no PV timesource, no ind. wallclock, run NTP | -> w/o PV time PVHVM extensions, no ind. wallclock, run NTP | | | -> PV time source, ind. wallclock always 1, run NTP | ---------------------------------------------------------------------------= ----------------------------------------------- Should we put this somewhere (wiki) until somebody else proves this is inaccurate ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 07:42:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 07:42: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 1SK32F-0002xF-Uq; Tue, 17 Apr 2012 07:41:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK32F-0002x6-1Y for xen-users@lists.xen.org; Tue, 17 Apr 2012 07:41:11 +0000 Received: from [85.158.138.51:52040] by server-9.bemta-3.messagelabs.com id E1/AF-26691-69E1D8F4; Tue, 17 Apr 2012 07:41:10 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334648467!22465194!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2357 invoked from network); 17 Apr 2012 07:41:09 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 07:41:09 -0000 Received: by vcbfl11 with SMTP id fl11so5311909vcb.32 for ; Tue, 17 Apr 2012 00:41:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=rP9LtXEzA0qbvM0uzeERxVPOtQ8m5bxtlF+J9VH+fWo=; b=GE8G5CCVAIveyIgJCC2JaGwLFnXUmB1oX9GPBGIapiPlx5LkUW6plLjrFqWX05hYx8 NfEQLCTTICR3iKBM5FyHlnfAq6/c/CCIc+RpPsSeKJLWzD2VWnzF+LdoHdgvGMROkSy0 yyQCA+oq6Qo/l2OgarvbruzfHIg7U9M2b/bWzgkdLU5AN7oyNj76/gcfMNiYzQIPKGwW 2PFnGNVuQMlk/psUyFj5pA0pi1NrTcrAt/kEO3bQUmQYZe/6JJCA7u4NENm+blGQIftg vDaD3i5e907EH4H5RGv5RIWI+imgneva3lXT8tVTarqvRK+V/Zfz5CV+7gNzw3KVVY+A uZzw== MIME-Version: 1.0 Received: by 10.52.29.99 with SMTP id j3mr3677021vdh.67.1334648467371; Tue, 17 Apr 2012 00:41:07 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Tue, 17 Apr 2012 00:41:07 -0700 (PDT) In-Reply-To: <1334588223.14560.205.camel@zakaz.uk.xensource.com> References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> <1334588223.14560.205.camel@zakaz.uk.xensource.com> Date: Tue, 17 Apr 2012 09:41:07 +0200 Message-ID: From: Lloyd Dizon To: Ian Campbell Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Apr 16, 2012 at 4:57 PM, Ian Campbell wro= te: > On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: >> On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell = wrote: >> > >> > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: >> > > Adding Xen-devel. >> > > >> > > What are the current timekeeping best practices now? >> > >> > pvops kernels behave as if independent_wallclock =3D=3D 1, so the exis= ting >> > advice: >> > =A0 =A0 =A0 =A0set /proc/sys/xen/independent_wallclock to 1 and run nt= p on >> > =A0 =A0 =A0 =A0domU. >> > still applies. >> >> This also applies to Xen 4.0 (4.0.0) if I understood correctly? > > This is entirely a function of the guest kernel version and not the > hypervisor > >> If so and based on previous posts can we resume that this is what is >> recommended: > > If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux > Kernels/g then I think it is somewhat accurate, at least for the PV > line. > > I must confess I don't really know for the HVM line. I suspect that it > is actually: > > Classic XenoLinux -- no PV time source, independent_wallclock means > nothing, run NTP in the guest > > Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time > source, independent_wallclock means nothing, run NTP in the guest > > Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, > independent_wallclock always =3D=3D 1, run NTP. > > So in short always run NTP in an HVM guest, regardless of the presence > or absence of PV time extensions I do not fully understand the difference yet between and Classic XenoLinux and Paravirt Ops Kernel (will dig the info later) but here is the resume: --------------------------------------------------------------------= ----------------------------------------------- | Xen3: Classic XenoLinux Kern | Xen4: Paravirt Ops Linux Kern | ---------------------------------------------------------------------------= ----------------------------------------------- PV | independent_wallclock =3D 0 or 1 | independent_wallclock =3D 1 | ---------------------------------------------------------------------------= ----------------------------------------------- HVM | -> no PV timesource, no ind. wallclock, run NTP | -> w/o PV time PVHVM extensions, no ind. wallclock, run NTP | | | -> PV time source, ind. wallclock always 1, run NTP | ---------------------------------------------------------------------------= ----------------------------------------------- Should we put this somewhere (wiki) until somebody else proves this is inaccurate ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 08:17:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 08:17: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 1SK3aP-0004L0-FL; Tue, 17 Apr 2012 08:16:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK3aO-0004Ku-LT for xen-users@lists.xen.org; Tue, 17 Apr 2012 08:16:28 +0000 Received: from [85.158.143.99:18185] by server-3.bemta-4.messagelabs.com id 4E/E4-05853-CD62D8F4; Tue, 17 Apr 2012 08:16:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1334650587!23973799!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDU1Mw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12608 invoked from network); 17 Apr 2012 08:16:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 08:16:27 -0000 X-IronPort-AV: E=Sophos;i="4.75,434,1330905600"; d="scan'208";a="11969666" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Apr 2012 08:16:07 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Tue, 17 Apr 2012 09:16:07 +0100 Message-ID: <1334650567.11493.17.camel@dagon.hellion.org.uk> From: Ian Campbell To: Lloyd Dizon Date: Tue, 17 Apr 2012 09:16:07 +0100 In-Reply-To: References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> <1334588223.14560.205.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2012-04-17 at 08:41 +0100, Lloyd Dizon wrote: > On Mon, Apr 16, 2012 at 4:57 PM, Ian Campbell wrote: > > On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: > >> On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wrote: > >> > > >> > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > >> > > Adding Xen-devel. > >> > > > >> > > What are the current timekeeping best practices now? > >> > > >> > pvops kernels behave as if independent_wallclock == 1, so the existing > >> > advice: > >> > set /proc/sys/xen/independent_wallclock to 1 and run ntp on > >> > domU. > >> > still applies. > >> > >> This also applies to Xen 4.0 (4.0.0) if I understood correctly? > > > > This is entirely a function of the guest kernel version and not the > > hypervisor > > > >> If so and based on previous posts can we resume that this is what is > >> recommended: > > > > If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux > > Kernels/g then I think it is somewhat accurate, at least for the PV > > line. > > > > I must confess I don't really know for the HVM line. I suspect that it > > is actually: > > > > Classic XenoLinux -- no PV time source, independent_wallclock means > > nothing, run NTP in the guest > > > > Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time > > source, independent_wallclock means nothing, run NTP in the guest > > > > Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, > > independent_wallclock always == 1, run NTP. > > > > So in short always run NTP in an HVM guest, regardless of the presence > > or absence of PV time extensions > > I do not fully understand the difference yet between and Classic > XenoLinux and Paravirt Ops Kernel (will dig the info later) Roughly: classic == old out-of-tree Xen patches, static compile time support for Xen. This is the old "2.6.18-xen.hg" tree and includes the "SuSE forward port kernels" which are the classic patches kept up to date with recent kernels. pvops == patches in upstream Linux, dynamic support for Xen enabled at kernel boot time. pvops supported domU from ~2.6.24 and dom0 from 3.0 onwards. > but here > is the resume: > > ------------------------------------------------------------------------------------------------------------------- > | Xen3: Classic XenoLinux Kern | > Xen4: Paravirt Ops Linux Kern | > -------------------------------------------------------------------------------------------------------------------------- > PV | independent_wallclock = 0 or 1 | > independent_wallclock = 1 | > -------------------------------------------------------------------------------------------------------------------------- > HVM | -> no PV timesource, no ind. wallclock, run NTP | -> w/o PV > time PVHVM extensions, no ind. wallclock, run NTP | > | | -> PV > time source, ind. wallclock always 1, run NTP | > -------------------------------------------------------------------------------------------------------------------------- It got a bit mangled in transit but it looks reasonable. You should remove "Xen3" and "Xen4" from the titles since the hypervisor version has no bearing on any of this. You can just as easily run a pvops kernel on Xen3.x or a classic kernel on Xen4.x (and of course you can mix and match those on a single host) The 3->4 major number transition was mostly just a version number bump, it didn't indicate any major change in the API or anything like that -- any PV kernel should run on any Xen from 3.0 onwards, right through to 4.2 (and beyond). > Should we put this somewhere (wiki) until somebody else proves this is > inaccurate ? Please do put it on the wiki, I think there was a reference to a page (a FAQ?) further up thread which seems like as good a place as any to add it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 08:17:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 08:17: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 1SK3aP-0004L0-FL; Tue, 17 Apr 2012 08:16:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK3aO-0004Ku-LT for xen-users@lists.xen.org; Tue, 17 Apr 2012 08:16:28 +0000 Received: from [85.158.143.99:18185] by server-3.bemta-4.messagelabs.com id 4E/E4-05853-CD62D8F4; Tue, 17 Apr 2012 08:16:28 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1334650587!23973799!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDU1Mw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12608 invoked from network); 17 Apr 2012 08:16:27 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 08:16:27 -0000 X-IronPort-AV: E=Sophos;i="4.75,434,1330905600"; d="scan'208";a="11969666" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 17 Apr 2012 08:16:07 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Tue, 17 Apr 2012 09:16:07 +0100 Message-ID: <1334650567.11493.17.camel@dagon.hellion.org.uk> From: Ian Campbell To: Lloyd Dizon Date: Tue, 17 Apr 2012 09:16:07 +0100 In-Reply-To: References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> <1334588223.14560.205.camel@zakaz.uk.xensource.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2012-04-17 at 08:41 +0100, Lloyd Dizon wrote: > On Mon, Apr 16, 2012 at 4:57 PM, Ian Campbell wrote: > > On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: > >> On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wrote: > >> > > >> > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: > >> > > Adding Xen-devel. > >> > > > >> > > What are the current timekeeping best practices now? > >> > > >> > pvops kernels behave as if independent_wallclock == 1, so the existing > >> > advice: > >> > set /proc/sys/xen/independent_wallclock to 1 and run ntp on > >> > domU. > >> > still applies. > >> > >> This also applies to Xen 4.0 (4.0.0) if I understood correctly? > > > > This is entirely a function of the guest kernel version and not the > > hypervisor > > > >> If so and based on previous posts can we resume that this is what is > >> recommended: > > > > If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux > > Kernels/g then I think it is somewhat accurate, at least for the PV > > line. > > > > I must confess I don't really know for the HVM line. I suspect that it > > is actually: > > > > Classic XenoLinux -- no PV time source, independent_wallclock means > > nothing, run NTP in the guest > > > > Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time > > source, independent_wallclock means nothing, run NTP in the guest > > > > Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, > > independent_wallclock always == 1, run NTP. > > > > So in short always run NTP in an HVM guest, regardless of the presence > > or absence of PV time extensions > > I do not fully understand the difference yet between and Classic > XenoLinux and Paravirt Ops Kernel (will dig the info later) Roughly: classic == old out-of-tree Xen patches, static compile time support for Xen. This is the old "2.6.18-xen.hg" tree and includes the "SuSE forward port kernels" which are the classic patches kept up to date with recent kernels. pvops == patches in upstream Linux, dynamic support for Xen enabled at kernel boot time. pvops supported domU from ~2.6.24 and dom0 from 3.0 onwards. > but here > is the resume: > > ------------------------------------------------------------------------------------------------------------------- > | Xen3: Classic XenoLinux Kern | > Xen4: Paravirt Ops Linux Kern | > -------------------------------------------------------------------------------------------------------------------------- > PV | independent_wallclock = 0 or 1 | > independent_wallclock = 1 | > -------------------------------------------------------------------------------------------------------------------------- > HVM | -> no PV timesource, no ind. wallclock, run NTP | -> w/o PV > time PVHVM extensions, no ind. wallclock, run NTP | > | | -> PV > time source, ind. wallclock always 1, run NTP | > -------------------------------------------------------------------------------------------------------------------------- It got a bit mangled in transit but it looks reasonable. You should remove "Xen3" and "Xen4" from the titles since the hypervisor version has no bearing on any of this. You can just as easily run a pvops kernel on Xen3.x or a classic kernel on Xen4.x (and of course you can mix and match those on a single host) The 3->4 major number transition was mostly just a version number bump, it didn't indicate any major change in the API or anything like that -- any PV kernel should run on any Xen from 3.0 onwards, right through to 4.2 (and beyond). > Should we put this somewhere (wiki) until somebody else proves this is > inaccurate ? Please do put it on the wiki, I think there was a reference to a page (a FAQ?) further up thread which seems like as good a place as any to add it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 08:26:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 08:26:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK3iq-0004si-Bi; Tue, 17 Apr 2012 08:25:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK3io-0004sK-9Q for xen-users@lists.xensource.com; Tue, 17 Apr 2012 08:25:11 +0000 Received: from [85.158.138.51:34633] by server-10.bemta-3.messagelabs.com id 31/29-29478-5E82D8F4; Tue, 17 Apr 2012 08:25:09 +0000 X-Env-Sender: j.farzin@yahoo.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334651106!22494360!1 X-Originating-IP: [72.30.238.133] 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,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4298 invoked from network); 17 Apr 2012 08:25:06 -0000 Received: from nm33.bullet.mail.bf1.yahoo.com (HELO nm33.bullet.mail.bf1.yahoo.com) (72.30.238.133) by server-5.tower-174.messagelabs.com with SMTP; 17 Apr 2012 08:25:06 -0000 Received: from [98.139.212.145] by nm33.bullet.mail.bf1.yahoo.com with NNFMP; 17 Apr 2012 08:25:05 -0000 Received: from [98.139.212.203] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 17 Apr 2012 08:25:05 -0000 Received: from [127.0.0.1] by omp1012.mail.bf1.yahoo.com with NNFMP; 17 Apr 2012 08:25:05 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 382423.29277.bm@omp1012.mail.bf1.yahoo.com Received: (qmail 45235 invoked by uid 60001); 17 Apr 2012 08:25:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334651105; bh=kLyRD6EdCAD4L8VmVq8nwseRrZx0MPLLazl2NzXnalw=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=X0REEjOB7ZBPNmjtHx32urOuxUsDuMDKNkYpQHobMWrsldUGoSIG4TIfX9g80hummL2l422DjJ4m+UyIf6UTsOSSYl2x7S2eW4b6/UxoAXVSkwqyjdfVbycN0ZoFMR+X5+h9JXqmg/pbFd/ZWbnpV4pg8brrOdKPTR/EyT4M2eQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=HAp9AEifoTQ7B9c+VGSHBKwmQUP/R77FHMsl9Y+vjwxGOTepv92CshNePhDNLABMzyb8PBN6ef1b+BqYngBEbd/pyu/BNUjiXWHl8f2swa6LrDO8K/CcMF2HEAOHVrLZfZJdrLTT/nqP524wE+Oa3BTTmOSgcGKeh/3xe2QhVeM=; X-YMail-OSG: 3MeficoVM1lEQNSBwaOZcSv465GIJWdGzc6uqFzsOD3XXqu xRl1vlND1nPNDctwMuWloL4OM3..CihmXbQ3tsr9C0N5rZ0v1MRowzJE1WIW DgkIDibFTQPhI3.0G0iHB5wkLS0PxAn4_E4w448nwzFRM5EmM9w7vHZUD1bm v92Ey0SG4yCKdVhxi3yGYhFXiT7u8xmX1rOz8sGuwbZpAxQLwPRbOxN8oHUy MimvwD4BMkQwCfE4bYhmcMcEdyE8APeUtHoVRnJHWmUV4PjCoLt2uek_y6iU k9gzY3dnV6_Fm3NitM9yj34X6JJbC5NNQCM1P5iMbuNPYtCfxE..QInUqqFW K4rKUXuN0kq1DuAvQYwLUHGtSpsaviHiFvJwK5JuKWyDGmOvZ6EShmlDvd6a vyXWGW73Ki0Ygj5wB.RaLuv2fY4ag56f._Axpgn_AOLdXloP3UbB1p6UlGcZ 7gTVS9aeLHTFYJjsZEqdPdzqkSHFssyAtU8QxMuMiiicnNSyHZyjfAAJvBHY wEoAQFU4f53FK2SxGjjc15IG6kz6L4FxjSn5zls2E5aG.R4ep_nt6D6EYXmP V43lkl.0mG7UZm86BcbCwqz.Ghe38zzAZHYgrW_gOjeI- Received: from [95.81.88.23] by web161504.mail.bf1.yahoo.com via HTTP; Tue, 17 Apr 2012 01:25:05 PDT X-Mailer: YahooMailClassic/15.0.5 YahooMailWebService/0.8.117.340979 Message-ID: <1334651105.42763.YahooMailClassic@web161504.mail.bf1.yahoo.com> Date: Tue, 17 Apr 2012 01:25:05 -0700 (PDT) From: Javanshir Farzin To: xen-devel@lists.xensource.com, Xen-users@lists.xensource.com MIME-Version: 1.0 Subject: [Xen-users] xen live migration is doing but with problems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7100908829078784878==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7100908829078784878== Content-Type: multipart/alternative; boundary="1835785293-1546991667-1334651105=:42763" --1835785293-1546991667-1334651105=:42763 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable HI, I compile and build xen 4.1.2 and kernel 3.0.23 from source on ubuntu 11.10= . with xm command (xm migrate --live my_vm host2 ) my virtual machine migrate= from host1 to host2 successfully, after migration is done, I use (xm list)= in host 2 and I=A0 can see my_vm in host2 virtual machines list while it i= s running .it disappear from host1 virtual machines list. I=A0 know if migration is successful then some details such as Saving memory pages: iter 1 1: sent 28847, skipped 3921, delta ..... must be=A0 appeared in my xend.log.but when I see xend.log below messages a= ppear. =0A=0A[2012-04-17=0A01:52:07 26453] DEBUG (XendDomainInfo:2498) XendDomainI= nfo.constructDomain =0A[2012-04-17 01:52:07 26453] DEBUG (balloon:187) Balloon: 538500 KiB free= ; need=0A16384; done. =0A[2012-04-17 01:52:07 26453] DEBUG (XendDomain:476) Adding Domain: 7 =0A[2012-04-17 01:52:07 26453] DEBUG (XendDomainInfo:3420) Storing VM detai= ls:=0A{'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '5= ', 'uuid':=0A'50012590-62ac-0666-115d-91bef70f1cc8', 'on_reboot': 'restart'= , 'start_time':=0A'1334608987.7', 'on_poweroff': 'destroy', 'bootloader_arg= s': '',=0A'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0',=0A'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel=0A'') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader= =0A/usr/lib/xen/boot/hvmloader) (xen_platform_pci 1) (opengl 1) (rtc_timeof= fset 0)=0A(pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1= ) (oos 1)=0A(apic 1) (sdl 0) (display :0.0) (vpt_align 1) (serial pty) (vnc= unused 1) (boot=0Ac) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nographic 0) (n= omigrate 0) (usb 0)=0A(tsc_mode 0) (guest_os_type default) (device_model /u= sr/lib/xen/bin/qemu-dm)=0A(pci_power_mgmt 0) (xauthority /root/.Xauthority)= (isa 0) (notes (SUSPEND_CANCEL=0A1)))", 'name': 'ubuntu'} =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: con= sole :=0A{'protocol': 'vt100', 'location': '3', 'uuid':=0A'743e2e7c-9c5b-37= 86-bb47-d95f54e85cfd'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend':=0A'/local/domain/0/backe= nd/console/7/0'} to /local/domain/7/device/console/0. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'domain': 'ubuntu', 'frontend': '/local/domain/7/device/console/0', = 'uuid':=0A'743e2e7c-9c5b-3786-bb47-d95f54e85cfd', 'frontend-id': '7', 'stat= e': '1',=0A'location': '3', 'online': '1', 'protocol': 'vt100'} to=0A/local= /domain/0/backend/console/7/0. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vfb= :=0A{'vncunused': '1', 'other_config': {'vncunused': '1', 'vnc': '1'}, 'vn= c': '1',=0A'uuid': 'bd8a739a-9a08-ee89-fe7e-547e721fecb0', 'location': '127= .0.0.1:5900'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend= /vfb/7/0'}=0Ato /local/domain/7/device/vfb/0. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'vncunused': '1', 'domain': 'ubuntu', 'frontend': '/local/domain/7/d= evice/vfb/0',=0A'uuid': 'bd8a739a-9a08-ee89-fe7e-547e721fecb0', 'frontend-i= d': '7', 'state':=0A'1', 'location': '127.0.0.1:5900', 'online': '1', 'vnc'= : '1'} to=0A/local/domain/0/backend/vfb/7/0. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vbd= :=0A{'uuid': '5ae36766-81b1-791e-585d-4a653611923b', 'bootable': 1, 'drive= r':=0A'paravirtualised', 'dev': 'hda:disk', 'uname':=0A'file:/var/lib/libvi= rt/images/ubuntu.img', 'mode': 'w', 'VDI': '', 'backend':=0A'0'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', '= state':=0A'1', 'backend': '/local/domain/0/backend/vbd/7/768'} to=0A/local/= domain/7/device/vbd/768. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'domain': 'ubuntu', 'frontend': '/local/domain/7/device/vbd/768', 'u= uid':=0A'5ae36766-81b1-791e-585d-4a653611923b', 'bootable': '1', 'dev': 'hd= a', 'state':=0A'1', 'params': '/var/lib/libvirt/images/ubuntu.img', 'mode':= 'w', 'online':=0A'1', 'frontend-id': '7', 'type': 'file'} to /local/domain= /0/backend/vbd/7/768. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vbd= :=0A{'uuid': 'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': 0, 'drive= r':=0A'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'phy:/dev/cdrom', 'mo= de': 'r',=0A'VDI': '', 'backend': '0'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom',= 'state':=0A'1', 'backend': '/local/domain/0/backend/vbd/7/5632'} to=0A/loc= al/domain/7/device/vbd/5632. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'domain': 'ubuntu', 'frontend': '/local/domain/7/device/vbd/5632', '= uuid':=0A'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': '0', 'dev': 'h= dc', 'state':=0A'1', 'params': '/dev/cdrom', 'mode': 'r', 'online': '1', 'f= rontend-id': '7',=0A'type': 'phy'} to /local/domain/0/backend/vbd/7/5632. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vif= :=0A{'bridge': 'xenbr0', 'uuid': '08cb242e-758e-8284-4250-34d2bd318338', '= script':=0A'/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:60:30:b1', 'type= ': 'ioemu',=0A'backend': '0'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend= /vif/7/0'}=0Ato /local/domain/7/device/vif/0. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'bridge': 'xenbr0', 'domain': 'ubuntu', 'handle': '0', 'uuid':=0A'08= cb242e-758e-8284-4250-34d2bd318338', 'script':=0A'/etc/xen/scripts/vif-brid= ge', 'mac': '00:16:3e:60:30:b1', 'frontend-id': '7',=0A'state': '1', 'onlin= e': '1', 'frontend': '/local/domain/7/device/vif/0',=0A'type': 'ioemu'} to = /local/domain/0/backend/vif/7/0. =0A[2012-04-17 01:52:07 26453] DEBUG (XendDomainInfo:1794) Storing domain d= etails:=0A{'console/port': '3', 'description': '', 'console/limit': '104857= 6',=0A'image/suspend-cancel': '1', 'domid': '7', 'vm':=0A'/vm/50012590-62ac= -0666-115d-91bef70f1cc8', 'cpu/0/availability': 'online',=0A'memory/target'= : '524288', 'control/platform-feature-multiprocessor-suspend':=0A'1', 'cons= ole/type': 'ioemu', 'store/port': '2', 'name': 'ubuntu'} =0A[2012-04-17 01:52:07 26453] INFO (XendCheckpoint:260) restore hvm domain= 7,=0Aapic=3D1, pae=3D1 =0A[2012-04-17 01:52:07 26453] DEBUG (image:339) No VNC passwd configured f= or vfb=0Aaccess =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: boot, val: c =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: fda, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: fdb, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: soundhw, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: localtime, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: serial, val: ['pty'] =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: std-vga, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: isa, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: acpi, val: 1 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: usb, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: usbdevice, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: gfx_passthru, val: N= one =0A[2012-04-17 01:52:07 26453] INFO (image:822) Need to create platform=0Ad= evice.[domid:7] =0A[2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:278) restore:shadow=3D= 0x5,=0A_static_max=3D0x20000000, _static_min=3D0x0,=20 =0A[2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:305) [xc_restore]:=0A/= usr/lib/xen/bin/xc_restore 26 7 2 3 1 1 1 0 =0A[2012-04-17 01:52:16 26453] DEBUG (XendCheckpoint:394) store-mfn 1044476 =0A[2012-04-17 01:52:16 26453] DEBUG (XendDomainInfo:3010)=0AXendDomainInfo= .completeRestore =0A[2012-04-17 01:52:16 26453] DEBUG (image:339) No VNC passwd configured f= or vfb=0Aaccess =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: boot, val: c =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fda, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fdb, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: soundhw, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: localtime, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: serial, val: ['pty'] =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: std-vga, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: isa, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: acpi, val: 1 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: usb, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: usbdevice, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: gfx_passthru, val: N= one =0A[2012-04-17 01:52:17 26453] INFO (image:822) Need to create platform=0Ad= evice.[domid:7] =0A[2012-04-17 01:52:17 26453] INFO (image:418) spawning device models:=0A/= usr/lib/xen/bin/qemu-dm ['/usr/lib/xen/bin/qemu-dm', '-d', '7',=0A'-domain-= name', 'ubuntu', '-videoram', '4', '-vnc', '127.0.0.1:0',=0A'-vncunused', '= -vcpus', '1', '-vcpu_avail', '0x1L', '-boot', 'c', '-serial',=0A'pty', '-ac= pi', '-net', 'nic,vlan=3D1,macaddr=3D00:16:3e:60:30:b1,model=3Drtl8139',=0A= '-net', 'tap,vlan=3D1,ifname=3Dtap7.0,bridge=3Dxenbr0', '-M', 'xenfv', '-lo= advm',=0A'/var/lib/xen/qemu-resume.7'] =0A[2012-04-17 01:52:17 26453] INFO (image:467) device model pid: 26903 =0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1794) Storing domain d= etails:=0A{'console/port': '3', 'description': '', 'console/limit': '104857= 6',=0A'store/port': '2', 'vm': '/vm/50012590-62ac-0666-115d-91bef70f1cc8', = 'domid':=0A'7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online'= ,=0A'memory/target': '524288', 'control/platform-feature-multiprocessor-sus= pend':=0A'1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'ubuntu'} =0A[2012-04-17 01:52:17 26453] INFO (image:590) waiting for sentinel_fifo =0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1881)=0AXendDomainInfo= .handleShutdownWatch =0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:3023)=0AXendDomainInfo= .completeRestore done =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s tap2. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vif. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 0. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatusCallb= ack=0A/local/domain/0/backend/vif/7/0/hotplug-status. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallb= ack 1. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vkbd. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s=0Aioports. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s tap. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vif2. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s=0Aconsole. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 0. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s=0Avscsi. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vbd. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 768. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatusCallb= ack=0A/local/domain/0/backend/vbd/7/768/hotplug-status. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallb= ack 1. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 5632. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatusCallb= ack=0A/local/domain/0/backend/vbd/7/5632/hotplug-status. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallb= ack 1. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s irq. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vfb. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s pci. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vusb. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vtpm. =0A[2012-04-17 01:54:33 26453] DEBUG (XendCheckpoint:124) [xc_save]:=0A/usr= /lib/xen/bin/xc_save 26 7 0 0 5 =0A[2012-04-17 01:54:33 26453] INFO (XendCheckpoint:423) xc_save: failed to= get=0Athe suspend evtchn port =0A[2012-04-17 01:54:33 26453] INFO (XendCheckpoint:423)=20 =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:394) suspend =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:127) In saveInputHandl= er=0Asuspend =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:129) Suspending 7 ... =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:524) XendDomainInfo.sh= utdown(suspend) =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1881)=0AXendDomainInfo= .handleShutdownWatch =0A[2012-04-17 01:55:04 26453] INFO (XendDomainInfo:541) HVM save:remote sh= utdown=0Adom 7! =0A[2012-04-17 01:55:04 26453] INFO (XendCheckpoint:135) Domain 7 suspended= . =0A[2012-04-17 01:55:04 26453] INFO (XendDomainInfo:2078) Domain has shutdo= wn:=0Aname=3Dmigrating-ubuntu id=3D7 reason=3Dsuspend. =0A[2012-04-17 01:55:04 26453] INFO (image:538) signalDeviceModel:restore d= m state=0Ato running =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:144) Written done =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:3071) XendDomainInfo.d= estroy:=0Adomid=3D7 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2401) Destroying devic= e model =0A[2012-04-17 01:55:04 26453] INFO (image:615) migrating-ubuntu device mod= el=0Aterminated =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2408) Releasing device= s =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vif/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D vif, device =3D vif/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing console= /0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D console, device =3D console/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vbd/768 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D vbd, device =3D vbd/768 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vbd/563= 2 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D vbd, device =3D vbd/5632 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vfb/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276) XendDomainInfo.d= estroyDevice:=0AdeviceClass =3D vfb, device =3D vfb/0 =0A[2012-04-17 02:14:21 26453] DEBUG (SrvServer:77) SrvServer.cleanup() =0A[2012-04-17 02:14:21 26453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanu= p() =0A[2012-04-17 02:14:21 26453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanu= p() =0A[2012-04-17 02:14:21 26453] DEBUG (XendDomain:644) cleanup_domains =0A[2012-04-17 02:14:21 26452] INFO (SrvDaemon:220) Xend exited with status= 0. =0A=A0=0A=0A=A0=0A=0A Javanshir Farzin --1835785293-1546991667-1334651105=:42763 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
HI,
= I compile and build xen 4.1.2 and kernel 3.0.23 from source on ub= untu 11.10.
with xm command (xm migrate --live my_v= m host2 ) my virtual machine migrate from host1 to host2 successfully, afte= r migration is done, I use (xm list) in host 2 and I  can see my_vm in= host2 virtual machines list while it is running .it disappear from host1 v= irtual machines list.
I  know if migration is successful then= some details such as
Saving memory pages: it=
er 1
=
1: sent 28847, skipped 3921, delta .....
must be  appeared in = my xend.log.but when I see xend.log below messa= ges appear.

=0A=0A

[2012-04-17= =0A01:52:07 26453] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDoma= in
=0A[2012-04-17 01:52:07 26453] DEBUG (balloon:187) Balloon: 538500 Ki= B free; need=0A16384; done.
=0A[2012-04-17 01:52:07 26453] DEBUG (XendDo= main:476) Adding Domain: 7
=0A[2012-04-17 01:52:07 26453] DEBUG (XendDom= ainInfo:3420) Storing VM details:=0A{'on_xend_stop': 'ignore', 'pool_name':= 'Pool-0', 'shadow_memory': '5', 'uuid':=0A'50012590-62ac-0666-115d-91bef70= f1cc8', 'on_reboot': 'restart', 'start_time':=0A'1334608987.7', 'on_powerof= f': 'destroy', 'bootloader_args': '',=0A'on_xend_start': 'ignore', 'on_cras= h': 'restart', 'xend/restart_count': '0',=0A'vcpus': '1', 'vcpu_avail': '1'= , 'bootloader': '', 'image': "(hvm (kernel=0A'') (superpages 0) (videoram 4= ) (hpet 0) (stdvga 0) (loader=0A/usr/lib/xen/boot/hvmloader) (xen_platform_= pci 1) (opengl 1) (rtc_timeoffset 0)=0A(pci ()) (hap 1) (localtime 0) (time= r_mode 1) (pci_msitranslate 1) (oos 1)=0A(apic 1) (sdl 0) (display :0.0) (v= pt_align 1) (serial pty) (vncunused 1) (boot=0Ac) (pae 1) (viridian 0) (acp= i 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0)=0A(tsc_mode 0) (guest_os_t= ype default) (device_model /usr/lib/xen/bin/qemu-dm)=0A(pci_power_mgmt 0) (= xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL=0A1)))", 'name= ': 'ubuntu'}
=0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) c= reateDevice: console :=0A{'protocol': 'vt100', 'location': '3', 'uuid':=0A'= 743e2e7c-9c5b-3786-bb47-d95f54e85cfd'}
=0A[2012-04-17 01:52:07 26453] DE= BUG (DevController:95) DevController: writing=0A{'state': '1', 'backend-id'= : '0', 'backend':=0A'/local/domain/0/backend/console/7/0'} to /local/domain= /7/device/console/0.
=0A[2012-04-17 01:52:07 26453] DEBUG (DevController= :97) DevController: writing=0A{'domain': 'ubuntu', 'frontend': '/local/doma= in/7/device/console/0', 'uuid':=0A'743e2e7c-9c5b-3786-bb47-d95f54e85cfd', '= frontend-id': '7', 'state': '1',=0A'location': '3', 'online': '1', 'protoco= l': 'vt100'} to=0A/local/domain/0/backend/console/7/0.
=0A[2012-04-17 01= :52:07 26453] INFO (XendDomainInfo:2357) createDevice: vfb :=0A{'vncunused'= : '1', 'other_config': {'vncunused': '1', 'vnc': '1'}, 'vnc': '1',=0A'uuid'= : 'bd8a739a-9a08-ee89-fe7e-547e721fecb0', 'location': '127.0.0.1:5900'}
= =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend= /vfb/7/0'}=0Ato /local/domain/7/device/vfb/0.
=0A[2012-04-17 01:52:07 26= 453] DEBUG (DevController:97) DevController: writing=0A{'vncunused': '1', '= domain': 'ubuntu', 'frontend': '/local/domain/7/device/vfb/0',=0A'uuid': 'b= d8a739a-9a08-ee89-fe7e-547e721fecb0', 'frontend-id': '7', 'state':=0A'1', '= location': '127.0.0.1:5900', 'online': '1', 'vnc': '1'} to=0A/local/domain/= 0/backend/vfb/7/0.
=0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2= 357) createDevice: vbd :=0A{'uuid': '5ae36766-81b1-791e-585d-4a653611923b',= 'bootable': 1, 'driver':=0A'paravirtualised', 'dev': 'hda:disk', 'uname':= =0A'file:/var/lib/libvirt/images/ubuntu.img', 'mode': 'w', 'VDI': '', 'back= end':=0A'0'}
=0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) Dev= Controller: writing=0A{'backend-id': '0', 'virtual-device': '768', 'device-= type': 'disk', 'state':=0A'1', 'backend': '/local/domain/0/backend/vbd/7/76= 8'} to=0A/local/domain/7/device/vbd/768.
=0A[2012-04-17 01:52:07 26453] = DEBUG (DevController:97) DevController: writing=0A{'domain': 'ubuntu', 'fro= ntend': '/local/domain/7/device/vbd/768', 'uuid':=0A'5ae36766-81b1-791e-585= d-4a653611923b', 'bootable': '1', 'dev': 'hda', 'state':=0A'1', 'params': '= /var/lib/libvirt/images/ubuntu.img', 'mode': 'w', 'online':=0A'1', 'fronten= d-id': '7', 'type': 'file'} to /local/domain/0/backend/vbd/7/768.
=0A[20= 12-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vbd :=0A{= 'uuid': 'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': 0, 'driver':=0A= 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'phy:/dev/cdrom', 'mode': '= r',=0A'VDI': '', 'backend': '0'}
=0A[2012-04-17 01:52:07 26453] DEBUG (D= evController:95) DevController: writing=0A{'backend-id': '0', 'virtual-devi= ce': '5632', 'device-type': 'cdrom', 'state':=0A'1', 'backend': '/local/dom= ain/0/backend/vbd/7/5632'} to=0A/local/domain/7/device/vbd/5632.
=0A[201= 2-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writing=0A{= 'domain': 'ubuntu', 'frontend': '/local/domain/7/device/vbd/5632', 'uuid':= =0A'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': '0', 'dev': 'hdc', '= state':=0A'1', 'params': '/dev/cdrom', 'mode': 'r', 'online': '1', 'fronten= d-id': '7',=0A'type': 'phy'} to /local/domain/0/backend/vbd/7/5632.
=0A[= 2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vif := =0A{'bridge': 'xenbr0', 'uuid': '08cb242e-758e-8284-4250-34d2bd318338', 'sc= ript':=0A'/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:60:30:b1', 'type':= 'ioemu',=0A'backend': '0'}
=0A[2012-04-17 01:52:07 26453] DEBUG (DevCon= troller:95) DevController: writing=0A{'state': '1', 'backend-id': '0', 'bac= kend': '/local/domain/0/backend/vif/7/0'}=0Ato /local/domain/7/device/vif/0= .
=0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController:= writing=0A{'bridge': 'xenbr0', 'domain': 'ubuntu', 'handle': '0', 'uuid':= =0A'08cb242e-758e-8284-4250-34d2bd318338', 'script':=0A'/etc/xen/scripts/vi= f-bridge', 'mac': '00:16:3e:60:30:b1', 'frontend-id': '7',=0A'state': '1', = 'online': '1', 'frontend': '/local/domain/7/device/vif/0',=0A'type': 'ioemu= '} to /local/domain/0/backend/vif/7/0.
=0A[2012-04-17 01:52:07 26453] DE= BUG (XendDomainInfo:1794) Storing domain details:=0A{'console/port': '3', '= description': '', 'console/limit': '1048576',=0A'image/suspend-cancel': '1'= , 'domid': '7', 'vm':=0A'/vm/50012590-62ac-0666-115d-91bef70f1cc8', 'cpu/0/= availability': 'online',=0A'memory/target': '524288', 'control/platform-fea= ture-multiprocessor-suspend':=0A'1', 'console/type': 'ioemu', 'store/port':= '2', 'name': 'ubuntu'}
=0A[2012-04-17 01:52:07 26453] INFO (XendCheckpo= int:260) restore hvm domain 7,=0Aapic=3D1, pae=3D1
=0A[2012-04-17 01:52:= 07 26453] DEBUG (image:339) No VNC passwd configured for vfb=0Aaccess
= =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: boot, val: c
=0A[= 2012-04-17 01:52:07 26453] DEBUG (image:891) args: fda, val: None
=0A[20= 12-04-17 01:52:07 26453] DEBUG (image:891) args: fdb, val: None
=0A[2012= -04-17 01:52:07 26453] DEBUG (image:891) args: soundhw, val: None
=0A[20= 12-04-17 01:52:07 26453] DEBUG (image:891) args: localtime, val: 0
=0A[2= 012-04-17 01:52:07 26453] DEBUG (image:891) args: serial, val: ['pty']
= =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: std-vga, val: 0
= =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: isa, val: 0
=0A[2= 012-04-17 01:52:07 26453] DEBUG (image:891) args: acpi, val: 1
=0A[2012-= 04-17 01:52:07 26453] DEBUG (image:891) args: usb, val: 0
=0A[2012-04-17= 01:52:07 26453] DEBUG (image:891) args: usbdevice, val: None
=0A[2012-0= 4-17 01:52:07 26453] DEBUG (image:891) args: gfx_passthru, val: None
=0A= [2012-04-17 01:52:07 26453] INFO (image:822) Need to create platform=0Adevi= ce.[domid:7]
=0A[2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:278) r= estore:shadow=3D0x5,=0A_static_max=3D0x20000000, _static_min=3D0x0,
=0A= [2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:305) [xc_restore]:=0A/usr= /lib/xen/bin/xc_restore 26 7 2 3 1 1 1 0
=0A[2012-04-17 01:52:16 26453] = DEBUG (XendCheckpoint:394) store-mfn 1044476
=0A[2012-04-17 01:52:16 264= 53] DEBUG (XendDomainInfo:3010)=0AXendDomainInfo.completeRestore
=0A[201= 2-04-17 01:52:16 26453] DEBUG (image:339) No VNC passwd configured for vfb= =0Aaccess
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: boot, v= al: c
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fda, val: N= one
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fdb, val: Non= e
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: soundhw, val: N= one
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: localtime, va= l: 0
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: serial, val:= ['pty']
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: std-vga,= val: 0
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: isa, val:= 0
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: acpi, val: 1=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: usb, val: 0
=0A= [2012-04-17 01:52:16 26453] DEBUG (image:891) args: usbdevice, val: None=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: gfx_passthru, val: = None
=0A[2012-04-17 01:52:17 26453] INFO (image:822) Need to create plat= form=0Adevice.[domid:7]
=0A[2012-04-17 01:52:17 26453] INFO (image:418) = spawning device models:=0A/usr/lib/xen/bin/qemu-dm ['/usr/lib/xen/bin/qemu-= dm', '-d', '7',=0A'-domain-name', 'ubuntu', '-videoram', '4', '-vnc', '127.= 0.0.1:0',=0A'-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1L', '-boot', 'c= ', '-serial',=0A'pty', '-acpi', '-net', 'nic,vlan=3D1,macaddr=3D00:16:3e:60= :30:b1,model=3Drtl8139',=0A'-net', 'tap,vlan=3D1,ifname=3Dtap7.0,bridge=3Dx= enbr0', '-M', 'xenfv', '-loadvm',=0A'/var/lib/xen/qemu-resume.7']
=0A[20= 12-04-17 01:52:17 26453] INFO (image:467) device model pid: 26903
=0A[20= 12-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1794) Storing domain details= :=0A{'console/port': '3', 'description': '', 'console/limit': '1048576',=0A= 'store/port': '2', 'vm': '/vm/50012590-62ac-0666-115d-91bef70f1cc8', 'domid= ':=0A'7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',=0A'm= emory/target': '524288', 'control/platform-feature-multiprocessor-suspend':= =0A'1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': 'ubun= tu'}
=0A[2012-04-17 01:52:17 26453] INFO (image:590) waiting for sentine= l_fifo
=0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1881)=0AXend= DomainInfo.handleShutdownWatch
=0A[2012-04-17 01:52:17 26453] DEBUG (Xen= dDomainInfo:3023)=0AXendDomainInfo.completeRestore done
=0A[2012-04-17 0= 1:52:17 26453] DEBUG (DevController:139) Waiting for devices tap2.
=0A[2= 012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for devices vif= .
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 0= .
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatus= Callback=0A/local/domain/0/backend/vif/7/0/hotplug-status.
=0A[2012-04-1= 7 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallback 1.
=0A= [2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for devices v= kbd.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting fo= r devices=0Aioports.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController= :139) Waiting for devices tap.
=0A[2012-04-17 01:52:17 26453] DEBUG (Dev= Controller:139) Waiting for devices vif2.
=0A[2012-04-17 01:52:17 26453]= DEBUG (DevController:139) Waiting for devices=0Aconsole.
=0A[2012-04-17= 01:52:17 26453] DEBUG (DevController:144) Waiting for 0.
=0A[2012-04-17= 01:52:17 26453] DEBUG (DevController:139) Waiting for devices=0Avscsi.
= =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vbd.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting = for 768.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplu= gStatusCallback=0A/local/domain/0/backend/vbd/7/768/hotplug-status.
=0A[= 2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallback = 1.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for = 5632.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugSt= atusCallback=0A/local/domain/0/backend/vbd/7/5632/hotplug-status.
=0A[20= 12-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallback 1.=
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for de= vices irq.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Wait= ing for devices vfb.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController= :139) Waiting for devices pci.
=0A[2012-04-17 01:52:17 26453] DEBUG (Dev= Controller:139) Waiting for devices vusb.
=0A[2012-04-17 01:52:17 26453]= DEBUG (DevController:139) Waiting for devices vtpm.
=0A[2012-04-17 01:5= 4:33 26453] DEBUG (XendCheckpoint:124) [xc_save]:=0A/usr/lib/xen/bin/xc_sav= e 26 7 0 0 5
=0A[2012-04-17 01:54:33 26453] INFO (XendCheckpoint:423) xc= _save: failed to get=0Athe suspend evtchn port
=0A[2012-04-17 01:54:33 2= 6453] INFO (XendCheckpoint:423)
=0A[2012-04-17 01:55:04 26453] DEBUG (X= endCheckpoint:394) suspend
=0A[2012-04-17 01:55:04 26453] DEBUG (XendChe= ckpoint:127) In saveInputHandler=0Asuspend
=0A[2012-04-17 01:55:04 26453= ] DEBUG (XendCheckpoint:129) Suspending 7 ...
=0A[2012-04-17 01:55:04 26= 453] DEBUG (XendDomainInfo:524) XendDomainInfo.shutdown(suspend)
=0A[201= 2-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1881)=0AXendDomainInfo.handle= ShutdownWatch
=0A[2012-04-17 01:55:04 26453] INFO (XendDomainInfo:541) H= VM save:remote shutdown=0Adom 7!
=0A[2012-04-17 01:55:04 26453] INFO (Xe= ndCheckpoint:135) Domain 7 suspended.
=0A[2012-04-17 01:55:04 26453] INF= O (XendDomainInfo:2078) Domain has shutdown:=0Aname=3Dmigrating-ubuntu id= =3D7 reason=3Dsuspend.
=0A[2012-04-17 01:55:04 26453] INFO (image:538) s= ignalDeviceModel:restore dm state=0Ato running
=0A[2012-04-17 01:55:04 2= 6453] DEBUG (XendCheckpoint:144) Written done
=0A[2012-04-17 01:55:04 26= 453] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy:=0Adomid=3D7
=0A= [2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2401) Destroying device m= odel
=0A[2012-04-17 01:55:04 26453] INFO (image:615) migrating-ubuntu de= vice model=0Aterminated
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomain= Info:2408) Releasing devices
=0A[2012-04-17 01:55:04 26453] DEBUG (XendD= omainInfo:2414) Removing vif/0
=0A[2012-04-17 01:55:04 26453] DEBUG (Xen= dDomainInfo:1276)=0AXendDomainInfo.destroyDevice: deviceClass =3D vif, devi= ce =3D vif/0
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) = Removing console/0
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:= 1276)=0AXendDomainInfo.destroyDevice: deviceClass =3D console, device =3D c= onsole/0
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Remo= ving vbd/768
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)= =0AXendDomainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vbd/56= 32
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDoma= inInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/5632
=0A[2012-= 04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vfb/0
=0A[201= 2-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyD= evice:=0AdeviceClass =3D vfb, device =3D vfb/0
=0A[2012-04-17 02:14:21 2= 6453] DEBUG (SrvServer:77) SrvServer.cleanup()
=0A[2012-04-17 02:14:21 2= 6453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup()
=0A[2012-04-17 02:= 14:21 26453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup()
=0A[2012-04= -17 02:14:21 26453] DEBUG (XendDomain:644) cleanup_domains
=0A[2012-04-1= 7 02:14:21 26452] INFO (SrvDaemon:220) Xend exited with status 0.
=0A&nb= sp;

=0A=0A

 

=0A=0A

Javanshi= r Farzin
--1835785293-1546991667-1334651105=:42763-- --===============7100908829078784878== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7100908829078784878==-- From xen-users-bounces@lists.xen.org Tue Apr 17 08:26:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 08:26:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK3iq-0004si-Bi; Tue, 17 Apr 2012 08:25:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK3io-0004sK-9Q for xen-users@lists.xensource.com; Tue, 17 Apr 2012 08:25:11 +0000 Received: from [85.158.138.51:34633] by server-10.bemta-3.messagelabs.com id 31/29-29478-5E82D8F4; Tue, 17 Apr 2012 08:25:09 +0000 X-Env-Sender: j.farzin@yahoo.com X-Msg-Ref: server-5.tower-174.messagelabs.com!1334651106!22494360!1 X-Originating-IP: [72.30.238.133] 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,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4298 invoked from network); 17 Apr 2012 08:25:06 -0000 Received: from nm33.bullet.mail.bf1.yahoo.com (HELO nm33.bullet.mail.bf1.yahoo.com) (72.30.238.133) by server-5.tower-174.messagelabs.com with SMTP; 17 Apr 2012 08:25:06 -0000 Received: from [98.139.212.145] by nm33.bullet.mail.bf1.yahoo.com with NNFMP; 17 Apr 2012 08:25:05 -0000 Received: from [98.139.212.203] by tm2.bullet.mail.bf1.yahoo.com with NNFMP; 17 Apr 2012 08:25:05 -0000 Received: from [127.0.0.1] by omp1012.mail.bf1.yahoo.com with NNFMP; 17 Apr 2012 08:25:05 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 382423.29277.bm@omp1012.mail.bf1.yahoo.com Received: (qmail 45235 invoked by uid 60001); 17 Apr 2012 08:25:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1334651105; bh=kLyRD6EdCAD4L8VmVq8nwseRrZx0MPLLazl2NzXnalw=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=X0REEjOB7ZBPNmjtHx32urOuxUsDuMDKNkYpQHobMWrsldUGoSIG4TIfX9g80hummL2l422DjJ4m+UyIf6UTsOSSYl2x7S2eW4b6/UxoAXVSkwqyjdfVbycN0ZoFMR+X5+h9JXqmg/pbFd/ZWbnpV4pg8brrOdKPTR/EyT4M2eQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:MIME-Version:Content-Type; b=HAp9AEifoTQ7B9c+VGSHBKwmQUP/R77FHMsl9Y+vjwxGOTepv92CshNePhDNLABMzyb8PBN6ef1b+BqYngBEbd/pyu/BNUjiXWHl8f2swa6LrDO8K/CcMF2HEAOHVrLZfZJdrLTT/nqP524wE+Oa3BTTmOSgcGKeh/3xe2QhVeM=; X-YMail-OSG: 3MeficoVM1lEQNSBwaOZcSv465GIJWdGzc6uqFzsOD3XXqu xRl1vlND1nPNDctwMuWloL4OM3..CihmXbQ3tsr9C0N5rZ0v1MRowzJE1WIW DgkIDibFTQPhI3.0G0iHB5wkLS0PxAn4_E4w448nwzFRM5EmM9w7vHZUD1bm v92Ey0SG4yCKdVhxi3yGYhFXiT7u8xmX1rOz8sGuwbZpAxQLwPRbOxN8oHUy MimvwD4BMkQwCfE4bYhmcMcEdyE8APeUtHoVRnJHWmUV4PjCoLt2uek_y6iU k9gzY3dnV6_Fm3NitM9yj34X6JJbC5NNQCM1P5iMbuNPYtCfxE..QInUqqFW K4rKUXuN0kq1DuAvQYwLUHGtSpsaviHiFvJwK5JuKWyDGmOvZ6EShmlDvd6a vyXWGW73Ki0Ygj5wB.RaLuv2fY4ag56f._Axpgn_AOLdXloP3UbB1p6UlGcZ 7gTVS9aeLHTFYJjsZEqdPdzqkSHFssyAtU8QxMuMiiicnNSyHZyjfAAJvBHY wEoAQFU4f53FK2SxGjjc15IG6kz6L4FxjSn5zls2E5aG.R4ep_nt6D6EYXmP V43lkl.0mG7UZm86BcbCwqz.Ghe38zzAZHYgrW_gOjeI- Received: from [95.81.88.23] by web161504.mail.bf1.yahoo.com via HTTP; Tue, 17 Apr 2012 01:25:05 PDT X-Mailer: YahooMailClassic/15.0.5 YahooMailWebService/0.8.117.340979 Message-ID: <1334651105.42763.YahooMailClassic@web161504.mail.bf1.yahoo.com> Date: Tue, 17 Apr 2012 01:25:05 -0700 (PDT) From: Javanshir Farzin To: xen-devel@lists.xensource.com, Xen-users@lists.xensource.com MIME-Version: 1.0 Subject: [Xen-users] xen live migration is doing but with problems X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7100908829078784878==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7100908829078784878== Content-Type: multipart/alternative; boundary="1835785293-1546991667-1334651105=:42763" --1835785293-1546991667-1334651105=:42763 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable HI, I compile and build xen 4.1.2 and kernel 3.0.23 from source on ubuntu 11.10= . with xm command (xm migrate --live my_vm host2 ) my virtual machine migrate= from host1 to host2 successfully, after migration is done, I use (xm list)= in host 2 and I=A0 can see my_vm in host2 virtual machines list while it i= s running .it disappear from host1 virtual machines list. I=A0 know if migration is successful then some details such as Saving memory pages: iter 1 1: sent 28847, skipped 3921, delta ..... must be=A0 appeared in my xend.log.but when I see xend.log below messages a= ppear. =0A=0A[2012-04-17=0A01:52:07 26453] DEBUG (XendDomainInfo:2498) XendDomainI= nfo.constructDomain =0A[2012-04-17 01:52:07 26453] DEBUG (balloon:187) Balloon: 538500 KiB free= ; need=0A16384; done. =0A[2012-04-17 01:52:07 26453] DEBUG (XendDomain:476) Adding Domain: 7 =0A[2012-04-17 01:52:07 26453] DEBUG (XendDomainInfo:3420) Storing VM detai= ls:=0A{'on_xend_stop': 'ignore', 'pool_name': 'Pool-0', 'shadow_memory': '5= ', 'uuid':=0A'50012590-62ac-0666-115d-91bef70f1cc8', 'on_reboot': 'restart'= , 'start_time':=0A'1334608987.7', 'on_poweroff': 'destroy', 'bootloader_arg= s': '',=0A'on_xend_start': 'ignore', 'on_crash': 'restart', 'xend/restart_c= ount': '0',=0A'vcpus': '1', 'vcpu_avail': '1', 'bootloader': '', 'image': "= (hvm (kernel=0A'') (superpages 0) (videoram 4) (hpet 0) (stdvga 0) (loader= =0A/usr/lib/xen/boot/hvmloader) (xen_platform_pci 1) (opengl 1) (rtc_timeof= fset 0)=0A(pci ()) (hap 1) (localtime 0) (timer_mode 1) (pci_msitranslate 1= ) (oos 1)=0A(apic 1) (sdl 0) (display :0.0) (vpt_align 1) (serial pty) (vnc= unused 1) (boot=0Ac) (pae 1) (viridian 0) (acpi 1) (vnc 1) (nographic 0) (n= omigrate 0) (usb 0)=0A(tsc_mode 0) (guest_os_type default) (device_model /u= sr/lib/xen/bin/qemu-dm)=0A(pci_power_mgmt 0) (xauthority /root/.Xauthority)= (isa 0) (notes (SUSPEND_CANCEL=0A1)))", 'name': 'ubuntu'} =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: con= sole :=0A{'protocol': 'vt100', 'location': '3', 'uuid':=0A'743e2e7c-9c5b-37= 86-bb47-d95f54e85cfd'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend':=0A'/local/domain/0/backe= nd/console/7/0'} to /local/domain/7/device/console/0. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'domain': 'ubuntu', 'frontend': '/local/domain/7/device/console/0', = 'uuid':=0A'743e2e7c-9c5b-3786-bb47-d95f54e85cfd', 'frontend-id': '7', 'stat= e': '1',=0A'location': '3', 'online': '1', 'protocol': 'vt100'} to=0A/local= /domain/0/backend/console/7/0. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vfb= :=0A{'vncunused': '1', 'other_config': {'vncunused': '1', 'vnc': '1'}, 'vn= c': '1',=0A'uuid': 'bd8a739a-9a08-ee89-fe7e-547e721fecb0', 'location': '127= .0.0.1:5900'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend= /vfb/7/0'}=0Ato /local/domain/7/device/vfb/0. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'vncunused': '1', 'domain': 'ubuntu', 'frontend': '/local/domain/7/d= evice/vfb/0',=0A'uuid': 'bd8a739a-9a08-ee89-fe7e-547e721fecb0', 'frontend-i= d': '7', 'state':=0A'1', 'location': '127.0.0.1:5900', 'online': '1', 'vnc'= : '1'} to=0A/local/domain/0/backend/vfb/7/0. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vbd= :=0A{'uuid': '5ae36766-81b1-791e-585d-4a653611923b', 'bootable': 1, 'drive= r':=0A'paravirtualised', 'dev': 'hda:disk', 'uname':=0A'file:/var/lib/libvi= rt/images/ubuntu.img', 'mode': 'w', 'VDI': '', 'backend':=0A'0'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', '= state':=0A'1', 'backend': '/local/domain/0/backend/vbd/7/768'} to=0A/local/= domain/7/device/vbd/768. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'domain': 'ubuntu', 'frontend': '/local/domain/7/device/vbd/768', 'u= uid':=0A'5ae36766-81b1-791e-585d-4a653611923b', 'bootable': '1', 'dev': 'hd= a', 'state':=0A'1', 'params': '/var/lib/libvirt/images/ubuntu.img', 'mode':= 'w', 'online':=0A'1', 'frontend-id': '7', 'type': 'file'} to /local/domain= /0/backend/vbd/7/768. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vbd= :=0A{'uuid': 'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': 0, 'drive= r':=0A'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'phy:/dev/cdrom', 'mo= de': 'r',=0A'VDI': '', 'backend': '0'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom',= 'state':=0A'1', 'backend': '/local/domain/0/backend/vbd/7/5632'} to=0A/loc= al/domain/7/device/vbd/5632. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'domain': 'ubuntu', 'frontend': '/local/domain/7/device/vbd/5632', '= uuid':=0A'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': '0', 'dev': 'h= dc', 'state':=0A'1', 'params': '/dev/cdrom', 'mode': 'r', 'online': '1', 'f= rontend-id': '7',=0A'type': 'phy'} to /local/domain/0/backend/vbd/7/5632. =0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vif= :=0A{'bridge': 'xenbr0', 'uuid': '08cb242e-758e-8284-4250-34d2bd318338', '= script':=0A'/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:60:30:b1', 'type= ': 'ioemu',=0A'backend': '0'} =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend= /vif/7/0'}=0Ato /local/domain/7/device/vif/0. =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writ= ing=0A{'bridge': 'xenbr0', 'domain': 'ubuntu', 'handle': '0', 'uuid':=0A'08= cb242e-758e-8284-4250-34d2bd318338', 'script':=0A'/etc/xen/scripts/vif-brid= ge', 'mac': '00:16:3e:60:30:b1', 'frontend-id': '7',=0A'state': '1', 'onlin= e': '1', 'frontend': '/local/domain/7/device/vif/0',=0A'type': 'ioemu'} to = /local/domain/0/backend/vif/7/0. =0A[2012-04-17 01:52:07 26453] DEBUG (XendDomainInfo:1794) Storing domain d= etails:=0A{'console/port': '3', 'description': '', 'console/limit': '104857= 6',=0A'image/suspend-cancel': '1', 'domid': '7', 'vm':=0A'/vm/50012590-62ac= -0666-115d-91bef70f1cc8', 'cpu/0/availability': 'online',=0A'memory/target'= : '524288', 'control/platform-feature-multiprocessor-suspend':=0A'1', 'cons= ole/type': 'ioemu', 'store/port': '2', 'name': 'ubuntu'} =0A[2012-04-17 01:52:07 26453] INFO (XendCheckpoint:260) restore hvm domain= 7,=0Aapic=3D1, pae=3D1 =0A[2012-04-17 01:52:07 26453] DEBUG (image:339) No VNC passwd configured f= or vfb=0Aaccess =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: boot, val: c =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: fda, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: fdb, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: soundhw, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: localtime, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: serial, val: ['pty'] =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: std-vga, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: isa, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: acpi, val: 1 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: usb, val: 0 =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: usbdevice, val: None =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: gfx_passthru, val: N= one =0A[2012-04-17 01:52:07 26453] INFO (image:822) Need to create platform=0Ad= evice.[domid:7] =0A[2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:278) restore:shadow=3D= 0x5,=0A_static_max=3D0x20000000, _static_min=3D0x0,=20 =0A[2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:305) [xc_restore]:=0A/= usr/lib/xen/bin/xc_restore 26 7 2 3 1 1 1 0 =0A[2012-04-17 01:52:16 26453] DEBUG (XendCheckpoint:394) store-mfn 1044476 =0A[2012-04-17 01:52:16 26453] DEBUG (XendDomainInfo:3010)=0AXendDomainInfo= .completeRestore =0A[2012-04-17 01:52:16 26453] DEBUG (image:339) No VNC passwd configured f= or vfb=0Aaccess =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: boot, val: c =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fda, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fdb, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: soundhw, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: localtime, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: serial, val: ['pty'] =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: std-vga, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: isa, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: acpi, val: 1 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: usb, val: 0 =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: usbdevice, val: None =0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: gfx_passthru, val: N= one =0A[2012-04-17 01:52:17 26453] INFO (image:822) Need to create platform=0Ad= evice.[domid:7] =0A[2012-04-17 01:52:17 26453] INFO (image:418) spawning device models:=0A/= usr/lib/xen/bin/qemu-dm ['/usr/lib/xen/bin/qemu-dm', '-d', '7',=0A'-domain-= name', 'ubuntu', '-videoram', '4', '-vnc', '127.0.0.1:0',=0A'-vncunused', '= -vcpus', '1', '-vcpu_avail', '0x1L', '-boot', 'c', '-serial',=0A'pty', '-ac= pi', '-net', 'nic,vlan=3D1,macaddr=3D00:16:3e:60:30:b1,model=3Drtl8139',=0A= '-net', 'tap,vlan=3D1,ifname=3Dtap7.0,bridge=3Dxenbr0', '-M', 'xenfv', '-lo= advm',=0A'/var/lib/xen/qemu-resume.7'] =0A[2012-04-17 01:52:17 26453] INFO (image:467) device model pid: 26903 =0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1794) Storing domain d= etails:=0A{'console/port': '3', 'description': '', 'console/limit': '104857= 6',=0A'store/port': '2', 'vm': '/vm/50012590-62ac-0666-115d-91bef70f1cc8', = 'domid':=0A'7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online'= ,=0A'memory/target': '524288', 'control/platform-feature-multiprocessor-sus= pend':=0A'1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name':= 'ubuntu'} =0A[2012-04-17 01:52:17 26453] INFO (image:590) waiting for sentinel_fifo =0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1881)=0AXendDomainInfo= .handleShutdownWatch =0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:3023)=0AXendDomainInfo= .completeRestore done =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s tap2. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vif. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 0. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatusCallb= ack=0A/local/domain/0/backend/vif/7/0/hotplug-status. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallb= ack 1. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vkbd. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s=0Aioports. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s tap. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vif2. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s=0Aconsole. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 0. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s=0Avscsi. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vbd. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 768. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatusCallb= ack=0A/local/domain/0/backend/vbd/7/768/hotplug-status. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallb= ack 1. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 5632. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatusCallb= ack=0A/local/domain/0/backend/vbd/7/5632/hotplug-status. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallb= ack 1. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s irq. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vfb. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s pci. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vusb. =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vtpm. =0A[2012-04-17 01:54:33 26453] DEBUG (XendCheckpoint:124) [xc_save]:=0A/usr= /lib/xen/bin/xc_save 26 7 0 0 5 =0A[2012-04-17 01:54:33 26453] INFO (XendCheckpoint:423) xc_save: failed to= get=0Athe suspend evtchn port =0A[2012-04-17 01:54:33 26453] INFO (XendCheckpoint:423)=20 =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:394) suspend =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:127) In saveInputHandl= er=0Asuspend =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:129) Suspending 7 ... =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:524) XendDomainInfo.sh= utdown(suspend) =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1881)=0AXendDomainInfo= .handleShutdownWatch =0A[2012-04-17 01:55:04 26453] INFO (XendDomainInfo:541) HVM save:remote sh= utdown=0Adom 7! =0A[2012-04-17 01:55:04 26453] INFO (XendCheckpoint:135) Domain 7 suspended= . =0A[2012-04-17 01:55:04 26453] INFO (XendDomainInfo:2078) Domain has shutdo= wn:=0Aname=3Dmigrating-ubuntu id=3D7 reason=3Dsuspend. =0A[2012-04-17 01:55:04 26453] INFO (image:538) signalDeviceModel:restore d= m state=0Ato running =0A[2012-04-17 01:55:04 26453] DEBUG (XendCheckpoint:144) Written done =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:3071) XendDomainInfo.d= estroy:=0Adomid=3D7 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2401) Destroying devic= e model =0A[2012-04-17 01:55:04 26453] INFO (image:615) migrating-ubuntu device mod= el=0Aterminated =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2408) Releasing device= s =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vif/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D vif, device =3D vif/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing console= /0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D console, device =3D console/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vbd/768 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D vbd, device =3D vbd/768 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vbd/563= 2 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDomainInfo= .destroyDevice: deviceClass =3D vbd, device =3D vbd/5632 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vfb/0 =0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276) XendDomainInfo.d= estroyDevice:=0AdeviceClass =3D vfb, device =3D vfb/0 =0A[2012-04-17 02:14:21 26453] DEBUG (SrvServer:77) SrvServer.cleanup() =0A[2012-04-17 02:14:21 26453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanu= p() =0A[2012-04-17 02:14:21 26453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanu= p() =0A[2012-04-17 02:14:21 26453] DEBUG (XendDomain:644) cleanup_domains =0A[2012-04-17 02:14:21 26452] INFO (SrvDaemon:220) Xend exited with status= 0. =0A=A0=0A=0A=A0=0A=0A Javanshir Farzin --1835785293-1546991667-1334651105=:42763 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
HI,
= I compile and build xen 4.1.2 and kernel 3.0.23 from source on ub= untu 11.10.
with xm command (xm migrate --live my_v= m host2 ) my virtual machine migrate from host1 to host2 successfully, afte= r migration is done, I use (xm list) in host 2 and I  can see my_vm in= host2 virtual machines list while it is running .it disappear from host1 v= irtual machines list.
I  know if migration is successful then= some details such as
Saving memory pages: it=
er 1
=
1: sent 28847, skipped 3921, delta .....
must be  appeared in = my xend.log.but when I see xend.log below messa= ges appear.

=0A=0A

[2012-04-17= =0A01:52:07 26453] DEBUG (XendDomainInfo:2498) XendDomainInfo.constructDoma= in
=0A[2012-04-17 01:52:07 26453] DEBUG (balloon:187) Balloon: 538500 Ki= B free; need=0A16384; done.
=0A[2012-04-17 01:52:07 26453] DEBUG (XendDo= main:476) Adding Domain: 7
=0A[2012-04-17 01:52:07 26453] DEBUG (XendDom= ainInfo:3420) Storing VM details:=0A{'on_xend_stop': 'ignore', 'pool_name':= 'Pool-0', 'shadow_memory': '5', 'uuid':=0A'50012590-62ac-0666-115d-91bef70= f1cc8', 'on_reboot': 'restart', 'start_time':=0A'1334608987.7', 'on_powerof= f': 'destroy', 'bootloader_args': '',=0A'on_xend_start': 'ignore', 'on_cras= h': 'restart', 'xend/restart_count': '0',=0A'vcpus': '1', 'vcpu_avail': '1'= , 'bootloader': '', 'image': "(hvm (kernel=0A'') (superpages 0) (videoram 4= ) (hpet 0) (stdvga 0) (loader=0A/usr/lib/xen/boot/hvmloader) (xen_platform_= pci 1) (opengl 1) (rtc_timeoffset 0)=0A(pci ()) (hap 1) (localtime 0) (time= r_mode 1) (pci_msitranslate 1) (oos 1)=0A(apic 1) (sdl 0) (display :0.0) (v= pt_align 1) (serial pty) (vncunused 1) (boot=0Ac) (pae 1) (viridian 0) (acp= i 1) (vnc 1) (nographic 0) (nomigrate 0) (usb 0)=0A(tsc_mode 0) (guest_os_t= ype default) (device_model /usr/lib/xen/bin/qemu-dm)=0A(pci_power_mgmt 0) (= xauthority /root/.Xauthority) (isa 0) (notes (SUSPEND_CANCEL=0A1)))", 'name= ': 'ubuntu'}
=0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) c= reateDevice: console :=0A{'protocol': 'vt100', 'location': '3', 'uuid':=0A'= 743e2e7c-9c5b-3786-bb47-d95f54e85cfd'}
=0A[2012-04-17 01:52:07 26453] DE= BUG (DevController:95) DevController: writing=0A{'state': '1', 'backend-id'= : '0', 'backend':=0A'/local/domain/0/backend/console/7/0'} to /local/domain= /7/device/console/0.
=0A[2012-04-17 01:52:07 26453] DEBUG (DevController= :97) DevController: writing=0A{'domain': 'ubuntu', 'frontend': '/local/doma= in/7/device/console/0', 'uuid':=0A'743e2e7c-9c5b-3786-bb47-d95f54e85cfd', '= frontend-id': '7', 'state': '1',=0A'location': '3', 'online': '1', 'protoco= l': 'vt100'} to=0A/local/domain/0/backend/console/7/0.
=0A[2012-04-17 01= :52:07 26453] INFO (XendDomainInfo:2357) createDevice: vfb :=0A{'vncunused'= : '1', 'other_config': {'vncunused': '1', 'vnc': '1'}, 'vnc': '1',=0A'uuid'= : 'bd8a739a-9a08-ee89-fe7e-547e721fecb0', 'location': '127.0.0.1:5900'}
= =0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) DevController: writ= ing=0A{'state': '1', 'backend-id': '0', 'backend': '/local/domain/0/backend= /vfb/7/0'}=0Ato /local/domain/7/device/vfb/0.
=0A[2012-04-17 01:52:07 26= 453] DEBUG (DevController:97) DevController: writing=0A{'vncunused': '1', '= domain': 'ubuntu', 'frontend': '/local/domain/7/device/vfb/0',=0A'uuid': 'b= d8a739a-9a08-ee89-fe7e-547e721fecb0', 'frontend-id': '7', 'state':=0A'1', '= location': '127.0.0.1:5900', 'online': '1', 'vnc': '1'} to=0A/local/domain/= 0/backend/vfb/7/0.
=0A[2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2= 357) createDevice: vbd :=0A{'uuid': '5ae36766-81b1-791e-585d-4a653611923b',= 'bootable': 1, 'driver':=0A'paravirtualised', 'dev': 'hda:disk', 'uname':= =0A'file:/var/lib/libvirt/images/ubuntu.img', 'mode': 'w', 'VDI': '', 'back= end':=0A'0'}
=0A[2012-04-17 01:52:07 26453] DEBUG (DevController:95) Dev= Controller: writing=0A{'backend-id': '0', 'virtual-device': '768', 'device-= type': 'disk', 'state':=0A'1', 'backend': '/local/domain/0/backend/vbd/7/76= 8'} to=0A/local/domain/7/device/vbd/768.
=0A[2012-04-17 01:52:07 26453] = DEBUG (DevController:97) DevController: writing=0A{'domain': 'ubuntu', 'fro= ntend': '/local/domain/7/device/vbd/768', 'uuid':=0A'5ae36766-81b1-791e-585= d-4a653611923b', 'bootable': '1', 'dev': 'hda', 'state':=0A'1', 'params': '= /var/lib/libvirt/images/ubuntu.img', 'mode': 'w', 'online':=0A'1', 'fronten= d-id': '7', 'type': 'file'} to /local/domain/0/backend/vbd/7/768.
=0A[20= 12-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vbd :=0A{= 'uuid': 'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': 0, 'driver':=0A= 'paravirtualised', 'dev': 'hdc:cdrom', 'uname': 'phy:/dev/cdrom', 'mode': '= r',=0A'VDI': '', 'backend': '0'}
=0A[2012-04-17 01:52:07 26453] DEBUG (D= evController:95) DevController: writing=0A{'backend-id': '0', 'virtual-devi= ce': '5632', 'device-type': 'cdrom', 'state':=0A'1', 'backend': '/local/dom= ain/0/backend/vbd/7/5632'} to=0A/local/domain/7/device/vbd/5632.
=0A[201= 2-04-17 01:52:07 26453] DEBUG (DevController:97) DevController: writing=0A{= 'domain': 'ubuntu', 'frontend': '/local/domain/7/device/vbd/5632', 'uuid':= =0A'd891fb8b-1d4b-d023-7d6f-acfd89f92178', 'bootable': '0', 'dev': 'hdc', '= state':=0A'1', 'params': '/dev/cdrom', 'mode': 'r', 'online': '1', 'fronten= d-id': '7',=0A'type': 'phy'} to /local/domain/0/backend/vbd/7/5632.
=0A[= 2012-04-17 01:52:07 26453] INFO (XendDomainInfo:2357) createDevice: vif := =0A{'bridge': 'xenbr0', 'uuid': '08cb242e-758e-8284-4250-34d2bd318338', 'sc= ript':=0A'/etc/xen/scripts/vif-bridge', 'mac': '00:16:3e:60:30:b1', 'type':= 'ioemu',=0A'backend': '0'}
=0A[2012-04-17 01:52:07 26453] DEBUG (DevCon= troller:95) DevController: writing=0A{'state': '1', 'backend-id': '0', 'bac= kend': '/local/domain/0/backend/vif/7/0'}=0Ato /local/domain/7/device/vif/0= .
=0A[2012-04-17 01:52:07 26453] DEBUG (DevController:97) DevController:= writing=0A{'bridge': 'xenbr0', 'domain': 'ubuntu', 'handle': '0', 'uuid':= =0A'08cb242e-758e-8284-4250-34d2bd318338', 'script':=0A'/etc/xen/scripts/vi= f-bridge', 'mac': '00:16:3e:60:30:b1', 'frontend-id': '7',=0A'state': '1', = 'online': '1', 'frontend': '/local/domain/7/device/vif/0',=0A'type': 'ioemu= '} to /local/domain/0/backend/vif/7/0.
=0A[2012-04-17 01:52:07 26453] DE= BUG (XendDomainInfo:1794) Storing domain details:=0A{'console/port': '3', '= description': '', 'console/limit': '1048576',=0A'image/suspend-cancel': '1'= , 'domid': '7', 'vm':=0A'/vm/50012590-62ac-0666-115d-91bef70f1cc8', 'cpu/0/= availability': 'online',=0A'memory/target': '524288', 'control/platform-fea= ture-multiprocessor-suspend':=0A'1', 'console/type': 'ioemu', 'store/port':= '2', 'name': 'ubuntu'}
=0A[2012-04-17 01:52:07 26453] INFO (XendCheckpo= int:260) restore hvm domain 7,=0Aapic=3D1, pae=3D1
=0A[2012-04-17 01:52:= 07 26453] DEBUG (image:339) No VNC passwd configured for vfb=0Aaccess
= =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: boot, val: c
=0A[= 2012-04-17 01:52:07 26453] DEBUG (image:891) args: fda, val: None
=0A[20= 12-04-17 01:52:07 26453] DEBUG (image:891) args: fdb, val: None
=0A[2012= -04-17 01:52:07 26453] DEBUG (image:891) args: soundhw, val: None
=0A[20= 12-04-17 01:52:07 26453] DEBUG (image:891) args: localtime, val: 0
=0A[2= 012-04-17 01:52:07 26453] DEBUG (image:891) args: serial, val: ['pty']
= =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: std-vga, val: 0
= =0A[2012-04-17 01:52:07 26453] DEBUG (image:891) args: isa, val: 0
=0A[2= 012-04-17 01:52:07 26453] DEBUG (image:891) args: acpi, val: 1
=0A[2012-= 04-17 01:52:07 26453] DEBUG (image:891) args: usb, val: 0
=0A[2012-04-17= 01:52:07 26453] DEBUG (image:891) args: usbdevice, val: None
=0A[2012-0= 4-17 01:52:07 26453] DEBUG (image:891) args: gfx_passthru, val: None
=0A= [2012-04-17 01:52:07 26453] INFO (image:822) Need to create platform=0Adevi= ce.[domid:7]
=0A[2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:278) r= estore:shadow=3D0x5,=0A_static_max=3D0x20000000, _static_min=3D0x0,
=0A= [2012-04-17 01:52:07 26453] DEBUG (XendCheckpoint:305) [xc_restore]:=0A/usr= /lib/xen/bin/xc_restore 26 7 2 3 1 1 1 0
=0A[2012-04-17 01:52:16 26453] = DEBUG (XendCheckpoint:394) store-mfn 1044476
=0A[2012-04-17 01:52:16 264= 53] DEBUG (XendDomainInfo:3010)=0AXendDomainInfo.completeRestore
=0A[201= 2-04-17 01:52:16 26453] DEBUG (image:339) No VNC passwd configured for vfb= =0Aaccess
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: boot, v= al: c
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fda, val: N= one
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: fdb, val: Non= e
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: soundhw, val: N= one
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: localtime, va= l: 0
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: serial, val:= ['pty']
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: std-vga,= val: 0
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: isa, val:= 0
=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: acpi, val: 1=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: usb, val: 0
=0A= [2012-04-17 01:52:16 26453] DEBUG (image:891) args: usbdevice, val: None=0A[2012-04-17 01:52:16 26453] DEBUG (image:891) args: gfx_passthru, val: = None
=0A[2012-04-17 01:52:17 26453] INFO (image:822) Need to create plat= form=0Adevice.[domid:7]
=0A[2012-04-17 01:52:17 26453] INFO (image:418) = spawning device models:=0A/usr/lib/xen/bin/qemu-dm ['/usr/lib/xen/bin/qemu-= dm', '-d', '7',=0A'-domain-name', 'ubuntu', '-videoram', '4', '-vnc', '127.= 0.0.1:0',=0A'-vncunused', '-vcpus', '1', '-vcpu_avail', '0x1L', '-boot', 'c= ', '-serial',=0A'pty', '-acpi', '-net', 'nic,vlan=3D1,macaddr=3D00:16:3e:60= :30:b1,model=3Drtl8139',=0A'-net', 'tap,vlan=3D1,ifname=3Dtap7.0,bridge=3Dx= enbr0', '-M', 'xenfv', '-loadvm',=0A'/var/lib/xen/qemu-resume.7']
=0A[20= 12-04-17 01:52:17 26453] INFO (image:467) device model pid: 26903
=0A[20= 12-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1794) Storing domain details= :=0A{'console/port': '3', 'description': '', 'console/limit': '1048576',=0A= 'store/port': '2', 'vm': '/vm/50012590-62ac-0666-115d-91bef70f1cc8', 'domid= ':=0A'7', 'image/suspend-cancel': '1', 'cpu/0/availability': 'online',=0A'm= emory/target': '524288', 'control/platform-feature-multiprocessor-suspend':= =0A'1', 'store/ring-ref': '1044476', 'console/type': 'ioemu', 'name': 'ubun= tu'}
=0A[2012-04-17 01:52:17 26453] INFO (image:590) waiting for sentine= l_fifo
=0A[2012-04-17 01:52:17 26453] DEBUG (XendDomainInfo:1881)=0AXend= DomainInfo.handleShutdownWatch
=0A[2012-04-17 01:52:17 26453] DEBUG (Xen= dDomainInfo:3023)=0AXendDomainInfo.completeRestore done
=0A[2012-04-17 0= 1:52:17 26453] DEBUG (DevController:139) Waiting for devices tap2.
=0A[2= 012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for devices vif= .
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for 0= .
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugStatus= Callback=0A/local/domain/0/backend/vif/7/0/hotplug-status.
=0A[2012-04-1= 7 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallback 1.
=0A= [2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for devices v= kbd.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting fo= r devices=0Aioports.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController= :139) Waiting for devices tap.
=0A[2012-04-17 01:52:17 26453] DEBUG (Dev= Controller:139) Waiting for devices vif2.
=0A[2012-04-17 01:52:17 26453]= DEBUG (DevController:139) Waiting for devices=0Aconsole.
=0A[2012-04-17= 01:52:17 26453] DEBUG (DevController:144) Waiting for 0.
=0A[2012-04-17= 01:52:17 26453] DEBUG (DevController:139) Waiting for devices=0Avscsi.
= =0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for device= s vbd.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting = for 768.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplu= gStatusCallback=0A/local/domain/0/backend/vbd/7/768/hotplug-status.
=0A[= 2012-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallback = 1.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:144) Waiting for = 5632.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:628) hotplugSt= atusCallback=0A/local/domain/0/backend/vbd/7/5632/hotplug-status.
=0A[20= 12-04-17 01:52:17 26453] DEBUG (DevController:642) hotplugStatusCallback 1.=
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Waiting for de= vices irq.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController:139) Wait= ing for devices vfb.
=0A[2012-04-17 01:52:17 26453] DEBUG (DevController= :139) Waiting for devices pci.
=0A[2012-04-17 01:52:17 26453] DEBUG (Dev= Controller:139) Waiting for devices vusb.
=0A[2012-04-17 01:52:17 26453]= DEBUG (DevController:139) Waiting for devices vtpm.
=0A[2012-04-17 01:5= 4:33 26453] DEBUG (XendCheckpoint:124) [xc_save]:=0A/usr/lib/xen/bin/xc_sav= e 26 7 0 0 5
=0A[2012-04-17 01:54:33 26453] INFO (XendCheckpoint:423) xc= _save: failed to get=0Athe suspend evtchn port
=0A[2012-04-17 01:54:33 2= 6453] INFO (XendCheckpoint:423)
=0A[2012-04-17 01:55:04 26453] DEBUG (X= endCheckpoint:394) suspend
=0A[2012-04-17 01:55:04 26453] DEBUG (XendChe= ckpoint:127) In saveInputHandler=0Asuspend
=0A[2012-04-17 01:55:04 26453= ] DEBUG (XendCheckpoint:129) Suspending 7 ...
=0A[2012-04-17 01:55:04 26= 453] DEBUG (XendDomainInfo:524) XendDomainInfo.shutdown(suspend)
=0A[201= 2-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1881)=0AXendDomainInfo.handle= ShutdownWatch
=0A[2012-04-17 01:55:04 26453] INFO (XendDomainInfo:541) H= VM save:remote shutdown=0Adom 7!
=0A[2012-04-17 01:55:04 26453] INFO (Xe= ndCheckpoint:135) Domain 7 suspended.
=0A[2012-04-17 01:55:04 26453] INF= O (XendDomainInfo:2078) Domain has shutdown:=0Aname=3Dmigrating-ubuntu id= =3D7 reason=3Dsuspend.
=0A[2012-04-17 01:55:04 26453] INFO (image:538) s= ignalDeviceModel:restore dm state=0Ato running
=0A[2012-04-17 01:55:04 2= 6453] DEBUG (XendCheckpoint:144) Written done
=0A[2012-04-17 01:55:04 26= 453] DEBUG (XendDomainInfo:3071) XendDomainInfo.destroy:=0Adomid=3D7
=0A= [2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2401) Destroying device m= odel
=0A[2012-04-17 01:55:04 26453] INFO (image:615) migrating-ubuntu de= vice model=0Aterminated
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomain= Info:2408) Releasing devices
=0A[2012-04-17 01:55:04 26453] DEBUG (XendD= omainInfo:2414) Removing vif/0
=0A[2012-04-17 01:55:04 26453] DEBUG (Xen= dDomainInfo:1276)=0AXendDomainInfo.destroyDevice: deviceClass =3D vif, devi= ce =3D vif/0
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) = Removing console/0
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:= 1276)=0AXendDomainInfo.destroyDevice: deviceClass =3D console, device =3D c= onsole/0
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Remo= ving vbd/768
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)= =0AXendDomainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vbd/56= 32
=0A[2012-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276)=0AXendDoma= inInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/5632
=0A[2012-= 04-17 01:55:04 26453] DEBUG (XendDomainInfo:2414) Removing vfb/0
=0A[201= 2-04-17 01:55:04 26453] DEBUG (XendDomainInfo:1276) XendDomainInfo.destroyD= evice:=0AdeviceClass =3D vfb, device =3D vfb/0
=0A[2012-04-17 02:14:21 2= 6453] DEBUG (SrvServer:77) SrvServer.cleanup()
=0A[2012-04-17 02:14:21 2= 6453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup()
=0A[2012-04-17 02:= 14:21 26453] DEBUG (XMLRPCServer:251) XMLRPCServer.cleanup()
=0A[2012-04= -17 02:14:21 26453] DEBUG (XendDomain:644) cleanup_domains
=0A[2012-04-1= 7 02:14:21 26452] INFO (SrvDaemon:220) Xend exited with status 0.
=0A&nb= sp;

=0A=0A

 

=0A=0A

Javanshi= r Farzin
--1835785293-1546991667-1334651105=:42763-- --===============7100908829078784878== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7100908829078784878==-- From xen-users-bounces@lists.xen.org Tue Apr 17 08:48:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 08:48:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK449-0005hg-8r; Tue, 17 Apr 2012 08:47:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK447-0005hY-Ea for xen-users@lists.xen.org; Tue, 17 Apr 2012 08:47:11 +0000 Received: from [85.158.138.51:19520] by server-10.bemta-3.messagelabs.com id DD/FE-29478-E0E2D8F4; Tue, 17 Apr 2012 08:47:10 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1334652419!22280610!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11491 invoked from network); 17 Apr 2012 08:47:01 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 08:47:01 -0000 Received: by vbbfs19 with SMTP id fs19so5303724vbb.32 for ; Tue, 17 Apr 2012 01:46:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qZ7Iq5EP5ldLr9eea2+rql421ZGEEHGwGVFrib43yxQ=; b=gAW+NDzhdHZg8skpRTrmzYSBvG4rNo7eEJLBofMAUxlefmUSoKBRBoRbWK0a9fHpBH WcnzSpW6TEsOzMxeaCMG5vuU7WaEecdALbKLoJ5DKagb1c4fglPVBbmO9PCybQ79gy+w rIVOzlMaUaU40z5btTFp3l804GbaBjQxGVP60kGAG2emnSYc6JNtjObucix3faqA7a4k rL/W4M6VdRg91SwEYPCZn3ACMziKVzweFZixUjy7Fljdx7Azal3oABBXkKDOI3y/s7sD sjF0pUq67vIsNrKz3WfMBZouk/+ljMdziasg8kLL2sBij3zitKPxe4Z9uxLR8dZKSWhX cm0w== MIME-Version: 1.0 Received: by 10.52.31.42 with SMTP id x10mr6184605vdh.33.1334652418929; Tue, 17 Apr 2012 01:46:58 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Tue, 17 Apr 2012 01:46:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 10:46:58 +0200 Message-ID: From: Lloyd Dizon To: Remi Gacogne Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 6:31 PM, Remi Gacogne wrote: > >> Does this help at all: >> >> http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F > > > Well, thank you but independent_wallclock doesn't exist anymore on pvops > kernel, I think it still exists, I found the info below in the last SUSE 11 SP 2 release (13.04.2012). This versions runs the 3.0.10 linux kernel with includes pvops. http://www.suse.com/releasenotes/x86_64/SUSE-SLES/11-SP2/ 11.6.6.10. Time Synchronization in titlevirtualized Domains with NTP Paravirtualized (PV) DomUs usually receive the time from the hypervisor. If you want to run "ntp" in PV DomUs, the DomU must be decoupled from the Dom0's time. At runtime, this is done with: echo 1 > /proc/sys/xen/independent_wallclock To set this at boot time: either append "independent_wallclock=1" to kernel cmd line in DomU's grub configuration file or append "xen.independent_wallclock = 1" to /etc/sysctl.conf in the DomU. If you encounter time synchronization issues with Paravirtualized Domains, we encourage you to use NTP. http://www.suse.com/releasenotes/x86_64/SUSE-SLES/11-SP2/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 08:48:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 08:48:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK449-0005hg-8r; Tue, 17 Apr 2012 08:47:13 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK447-0005hY-Ea for xen-users@lists.xen.org; Tue, 17 Apr 2012 08:47:11 +0000 Received: from [85.158.138.51:19520] by server-10.bemta-3.messagelabs.com id DD/FE-29478-E0E2D8F4; Tue, 17 Apr 2012 08:47:10 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1334652419!22280610!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11491 invoked from network); 17 Apr 2012 08:47:01 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 08:47:01 -0000 Received: by vbbfs19 with SMTP id fs19so5303724vbb.32 for ; Tue, 17 Apr 2012 01:46:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qZ7Iq5EP5ldLr9eea2+rql421ZGEEHGwGVFrib43yxQ=; b=gAW+NDzhdHZg8skpRTrmzYSBvG4rNo7eEJLBofMAUxlefmUSoKBRBoRbWK0a9fHpBH WcnzSpW6TEsOzMxeaCMG5vuU7WaEecdALbKLoJ5DKagb1c4fglPVBbmO9PCybQ79gy+w rIVOzlMaUaU40z5btTFp3l804GbaBjQxGVP60kGAG2emnSYc6JNtjObucix3faqA7a4k rL/W4M6VdRg91SwEYPCZn3ACMziKVzweFZixUjy7Fljdx7Azal3oABBXkKDOI3y/s7sD sjF0pUq67vIsNrKz3WfMBZouk/+ljMdziasg8kLL2sBij3zitKPxe4Z9uxLR8dZKSWhX cm0w== MIME-Version: 1.0 Received: by 10.52.31.42 with SMTP id x10mr6184605vdh.33.1334652418929; Tue, 17 Apr 2012 01:46:58 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Tue, 17 Apr 2012 01:46:58 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 10:46:58 +0200 Message-ID: From: Lloyd Dizon To: Remi Gacogne Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Fri, Apr 13, 2012 at 6:31 PM, Remi Gacogne wrote: > >> Does this help at all: >> >> http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F > > > Well, thank you but independent_wallclock doesn't exist anymore on pvops > kernel, I think it still exists, I found the info below in the last SUSE 11 SP 2 release (13.04.2012). This versions runs the 3.0.10 linux kernel with includes pvops. http://www.suse.com/releasenotes/x86_64/SUSE-SLES/11-SP2/ 11.6.6.10. Time Synchronization in titlevirtualized Domains with NTP Paravirtualized (PV) DomUs usually receive the time from the hypervisor. If you want to run "ntp" in PV DomUs, the DomU must be decoupled from the Dom0's time. At runtime, this is done with: echo 1 > /proc/sys/xen/independent_wallclock To set this at boot time: either append "independent_wallclock=1" to kernel cmd line in DomU's grub configuration file or append "xen.independent_wallclock = 1" to /etc/sysctl.conf in the DomU. If you encounter time synchronization issues with Paravirtualized Domains, we encourage you to use NTP. http://www.suse.com/releasenotes/x86_64/SUSE-SLES/11-SP2/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 09:36:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 09:36:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK4oW-00077e-UI; Tue, 17 Apr 2012 09:35:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK4oV-00077V-BG for xen-users@lists.xen.org; Tue, 17 Apr 2012 09:35:07 +0000 Received: from [85.158.139.83:6766] by server-12.bemta-5.messagelabs.com id A1/47-05587-A493D8F4; Tue, 17 Apr 2012 09:35:06 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1334655304!20274988!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13246 invoked from network); 17 Apr 2012 09:35:05 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 09:35:05 -0000 Received: by vbbfs19 with SMTP id fs19so5332133vbb.32 for ; Tue, 17 Apr 2012 02:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JPO4pfJH3PlvLYoGEgDDaGtFYu8KiXlvhy5mNDgZ/5A=; b=GRfUtG07pib6C4ZTtSxztI7Gb+Pse48hVRzc4Um4dxR6EkldlV/DHBB+D+ITG9puc1 Qunz/MdOwFiG/06uIP0Y+6ml3h/vUDTA+G+efJBGFdWvC4BHCR2jSAsePKTw8evSK/sC fCVSYZBS8T+a50pNdgsS+EgfQdHcIUIoIvMcjmD9BUFbrXy06AamdWfE6hf+WDPm9eoD NwBdbXCmEPuyLWEgEFt9bRE6nZ8LreX1OumbxmlhSq5ToYfUKX+yrmVwf6LFlEdUs6dP 58IrCOFe6YvlIR3/+49gYTyj1DT3hGNvAxoYGauY6YWPra2XwNmrmYSEyZGeqdYcSPqa krFQ== MIME-Version: 1.0 Received: by 10.52.29.99 with SMTP id j3mr3800364vdh.67.1334655303713; Tue, 17 Apr 2012 02:35:03 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Tue, 17 Apr 2012 02:35:03 -0700 (PDT) In-Reply-To: <1334650567.11493.17.camel@dagon.hellion.org.uk> References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> <1334588223.14560.205.camel@zakaz.uk.xensource.com> <1334650567.11493.17.camel@dagon.hellion.org.uk> Date: Tue, 17 Apr 2012 11:35:03 +0200 Message-ID: From: Lloyd Dizon To: Ian Campbell Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 17, 2012 at 10:16 AM, Ian Campbell wr= ote: > On Tue, 2012-04-17 at 08:41 +0100, Lloyd Dizon wrote: >> On Mon, Apr 16, 2012 at 4:57 PM, Ian Campbell = wrote: >> > On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: >> >> On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wrote: >> >> > >> >> > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: >> >> > > Adding Xen-devel. >> >> > > >> >> > > What are the current timekeeping best practices now? >> >> > >> >> > pvops kernels behave as if independent_wallclock =3D=3D 1, so the e= xisting >> >> > advice: >> >> > =A0 =A0 =A0 =A0set /proc/sys/xen/independent_wallclock to 1 and run= ntp on >> >> > =A0 =A0 =A0 =A0domU. >> >> > still applies. >> >> >> >> This also applies to Xen 4.0 (4.0.0) if I understood correctly? >> > >> > This is entirely a function of the guest kernel version and not the >> > hypervisor >> > >> >> If so and based on previous posts can we resume that this is what is >> >> recommended: >> > >> > If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux >> > Kernels/g then I think it is somewhat accurate, at least for the PV >> > line. >> > >> > I must confess I don't really know for the HVM line. I suspect that it >> > is actually: >> > >> > Classic XenoLinux -- no PV time source, independent_wallclock means >> > nothing, run NTP in the guest >> > >> > Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time >> > source, independent_wallclock means nothing, run NTP in the guest >> > >> > Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, >> > independent_wallclock always =3D=3D 1, run NTP. >> > >> > So in short always run NTP in an HVM guest, regardless of the presence >> > or absence of PV time extensions >> >> I do not fully understand the difference yet between and Classic >> XenoLinux and Paravirt Ops Kernel (will dig the info later) > > Roughly: > > classic =3D=3D old out-of-tree Xen patches, static compile time support f= or > Xen. This is the old "2.6.18-xen.hg" tree and includes the "SuSE forward > port kernels" which are the classic patches kept up to date with recent > kernels. > > pvops =3D=3D patches in upstream Linux, dynamic support for Xen enabled at > kernel boot time. pvops supported domU from ~2.6.24 and dom0 from 3.0 > onwards. Thanks also found info here: http://wiki.xensource.com/xenwiki/XenDom0Kernels.html >> =A0but here >> is the resume: >> >> =A0 =A0 =A0 =A0---------------------------------------------------------= ---------------------------------------------------------- >> =A0 =A0 =A0 =A0| =A0Xen3: Classic XenoLinux Kern =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 | >> =A0 =A0 Xen4: Paravirt Ops Linux Kern =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | >> ------------------------------------------------------------------------= -------------------------------------------------- >> =A0PV =A0 =A0| independent_wallclock =3D 0 or 1 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0| >> independent_wallclock =3D =A01 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0| >> ------------------------------------------------------------------------= -------------------------------------------------- >> =A0HVM =A0 | -> no PV timesource, no ind. wallclock, run NTP =A0 | -> w/= o PV >> time PVHVM extensions, no ind. wallclock, run NTP | >> =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | -> PV >> time source, ind. wallclock always 1, run NTP =A0 =A0 =A0 =A0 | >> ------------------------------------------------------------------------= -------------------------------------------------- > > It got a bit mangled in transit but it looks reasonable. > > You should remove "Xen3" and "Xen4" from the titles since the hypervisor > version has no bearing on any of this. You can just as easily run a > pvops kernel on Xen3.x or a classic kernel on Xen4.x (and of course you > can mix and match those on a single host) > > The 3->4 major number transition was mostly just a version number bump, > it didn't indicate any major change in the API or anything like that -- > any PV kernel should run on any Xen from 3.0 onwards, right through to > 4.2 (and beyond). > >> Should we put this somewhere (wiki) until somebody else proves this is >> inaccurate ? > > Please do put it on the wiki, I think there was a reference to a page (a > FAQ?) further up thread which seems like as good a place as any to add > it. Done. Anybody please correct the information if inaccurate. http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_cl= ock.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 09:36:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 09:36:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK4oW-00077e-UI; Tue, 17 Apr 2012 09:35:08 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK4oV-00077V-BG for xen-users@lists.xen.org; Tue, 17 Apr 2012 09:35:07 +0000 Received: from [85.158.139.83:6766] by server-12.bemta-5.messagelabs.com id A1/47-05587-A493D8F4; Tue, 17 Apr 2012 09:35:06 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1334655304!20274988!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13246 invoked from network); 17 Apr 2012 09:35:05 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 09:35:05 -0000 Received: by vbbfs19 with SMTP id fs19so5332133vbb.32 for ; Tue, 17 Apr 2012 02:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=JPO4pfJH3PlvLYoGEgDDaGtFYu8KiXlvhy5mNDgZ/5A=; b=GRfUtG07pib6C4ZTtSxztI7Gb+Pse48hVRzc4Um4dxR6EkldlV/DHBB+D+ITG9puc1 Qunz/MdOwFiG/06uIP0Y+6ml3h/vUDTA+G+efJBGFdWvC4BHCR2jSAsePKTw8evSK/sC fCVSYZBS8T+a50pNdgsS+EgfQdHcIUIoIvMcjmD9BUFbrXy06AamdWfE6hf+WDPm9eoD NwBdbXCmEPuyLWEgEFt9bRE6nZ8LreX1OumbxmlhSq5ToYfUKX+yrmVwf6LFlEdUs6dP 58IrCOFe6YvlIR3/+49gYTyj1DT3hGNvAxoYGauY6YWPra2XwNmrmYSEyZGeqdYcSPqa krFQ== MIME-Version: 1.0 Received: by 10.52.29.99 with SMTP id j3mr3800364vdh.67.1334655303713; Tue, 17 Apr 2012 02:35:03 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Tue, 17 Apr 2012 02:35:03 -0700 (PDT) In-Reply-To: <1334650567.11493.17.camel@dagon.hellion.org.uk> References: <1334570256.14560.80.camel@zakaz.uk.xensource.com> <1334588223.14560.205.camel@zakaz.uk.xensource.com> <1334650567.11493.17.camel@dagon.hellion.org.uk> Date: Tue, 17 Apr 2012 11:35:03 +0200 Message-ID: From: Lloyd Dizon To: Ian Campbell Cc: "xen-users@lists.xen.org" , Todd Deshane , xen-devel mailing list , Remi Gacogne Subject: Re: [Xen-users] [Xen-devel] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 17, 2012 at 10:16 AM, Ian Campbell wr= ote: > On Tue, 2012-04-17 at 08:41 +0100, Lloyd Dizon wrote: >> On Mon, Apr 16, 2012 at 4:57 PM, Ian Campbell = wrote: >> > On Mon, 2012-04-16 at 15:45 +0100, Lloyd Dizon wrote: >> >> On Mon, Apr 16, 2012 at 11:57 AM, Ian Campbell wrote: >> >> > >> >> > On Fri, 2012-04-13 at 18:22 +0100, Todd Deshane wrote: >> >> > > Adding Xen-devel. >> >> > > >> >> > > What are the current timekeeping best practices now? >> >> > >> >> > pvops kernels behave as if independent_wallclock =3D=3D 1, so the e= xisting >> >> > advice: >> >> > =A0 =A0 =A0 =A0set /proc/sys/xen/independent_wallclock to 1 and run= ntp on >> >> > =A0 =A0 =A0 =A0domU. >> >> > still applies. >> >> >> >> This also applies to Xen 4.0 (4.0.0) if I understood correctly? >> > >> > This is entirely a function of the guest kernel version and not the >> > hypervisor >> > >> >> If so and based on previous posts can we resume that this is what is >> >> recommended: >> > >> > If you s/Xen3/Classic XenoLinux Kernels/ and s/Xen4/Paravirt Ops Linux >> > Kernels/g then I think it is somewhat accurate, at least for the PV >> > line. >> > >> > I must confess I don't really know for the HVM line. I suspect that it >> > is actually: >> > >> > Classic XenoLinux -- no PV time source, independent_wallclock means >> > nothing, run NTP in the guest >> > >> > Paravirt ops kernels _without_ PV time PVHVM extensions -- no PV time >> > source, independent_wallclock means nothing, run NTP in the guest >> > >> > Paravirt ops kernels _with_ PV time PVHVM extensions -- PV time source, >> > independent_wallclock always =3D=3D 1, run NTP. >> > >> > So in short always run NTP in an HVM guest, regardless of the presence >> > or absence of PV time extensions >> >> I do not fully understand the difference yet between and Classic >> XenoLinux and Paravirt Ops Kernel (will dig the info later) > > Roughly: > > classic =3D=3D old out-of-tree Xen patches, static compile time support f= or > Xen. This is the old "2.6.18-xen.hg" tree and includes the "SuSE forward > port kernels" which are the classic patches kept up to date with recent > kernels. > > pvops =3D=3D patches in upstream Linux, dynamic support for Xen enabled at > kernel boot time. pvops supported domU from ~2.6.24 and dom0 from 3.0 > onwards. Thanks also found info here: http://wiki.xensource.com/xenwiki/XenDom0Kernels.html >> =A0but here >> is the resume: >> >> =A0 =A0 =A0 =A0---------------------------------------------------------= ---------------------------------------------------------- >> =A0 =A0 =A0 =A0| =A0Xen3: Classic XenoLinux Kern =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 | >> =A0 =A0 Xen4: Paravirt Ops Linux Kern =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | >> ------------------------------------------------------------------------= -------------------------------------------------- >> =A0PV =A0 =A0| independent_wallclock =3D 0 or 1 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0| >> independent_wallclock =3D =A01 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0| >> ------------------------------------------------------------------------= -------------------------------------------------- >> =A0HVM =A0 | -> no PV timesource, no ind. wallclock, run NTP =A0 | -> w/= o PV >> time PVHVM extensions, no ind. wallclock, run NTP | >> =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | -> PV >> time source, ind. wallclock always 1, run NTP =A0 =A0 =A0 =A0 | >> ------------------------------------------------------------------------= -------------------------------------------------- > > It got a bit mangled in transit but it looks reasonable. > > You should remove "Xen3" and "Xen4" from the titles since the hypervisor > version has no bearing on any of this. You can just as easily run a > pvops kernel on Xen3.x or a classic kernel on Xen4.x (and of course you > can mix and match those on a single host) > > The 3->4 major number transition was mostly just a version number bump, > it didn't indicate any major change in the API or anything like that -- > any PV kernel should run on any Xen from 3.0 onwards, right through to > 4.2 (and beyond). > >> Should we put this somewhere (wiki) until somebody else proves this is >> inaccurate ? > > Please do put it on the wiki, I think there was a reference to a page (a > FAQ?) further up thread which seems like as good a place as any to add > it. Done. Anybody please correct the information if inaccurate. http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_cl= ock.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 09:54:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 09:54: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 1SK569-0008Fs-63; Tue, 17 Apr 2012 09:53:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK566-0008Fn-U1 for xen-users@lists.xen.org; Tue, 17 Apr 2012 09:53:19 +0000 Received: from [85.158.138.51:36832] by server-6.bemta-3.messagelabs.com id 84/2D-05145-E8D3D8F4; Tue, 17 Apr 2012 09:53:18 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1334656394!11476615!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 964 invoked from network); 17 Apr 2012 09:53:14 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 09:53:14 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 6B1DF26A0A5; Tue, 17 Apr 2012 11:53:13 +0200 (CEST) Date: Tue, 17 Apr 2012 11:53:10 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Lloyd Dizon In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi LLoyd, >> Well, thank you but independent_wallclock doesn't exist anymore on pvops >> kernel, > > I think it still exists, I found the info below in the last SUSE 11 SP > 2 release (13.04.2012). > This versions runs the 3.0.10 linux kernel with includes pvops. I don't have access to a running Suse SLES, but I am wondering if the documentation is up to date. What I know is that pv_ops kernel in Debian squeeze do not have independent_wallclock. I have not been able to find something related to an independent_wallclock parameter in a vanilla Linux 3.2 kernel either. In addition, there is a lot of ressources available on Internet stating that independent_wallclock does not exist on pv_ops kernel anymore, starting with http://wiki.debian.org/Xen. > Done. > Anybody please correct the information if inaccurate. > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F Thanks. However, I think the table headers a bit misleading, because in > Classic XenoLinux Kern (up to 2.6.37) 2.6.37 relates to the kernel version, whereas in > Paravirt Ops Linux Kern (from 3.0) it seems to be related to Xen version, if I am not mistaken. -- Regards, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 09:54:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 09:54: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 1SK569-0008Fs-63; Tue, 17 Apr 2012 09:53:21 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK566-0008Fn-U1 for xen-users@lists.xen.org; Tue, 17 Apr 2012 09:53:19 +0000 Received: from [85.158.138.51:36832] by server-6.bemta-3.messagelabs.com id 84/2D-05145-E8D3D8F4; Tue, 17 Apr 2012 09:53:18 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-13.tower-174.messagelabs.com!1334656394!11476615!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 964 invoked from network); 17 Apr 2012 09:53:14 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-13.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 09:53:14 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 6B1DF26A0A5; Tue, 17 Apr 2012 11:53:13 +0200 (CEST) Date: Tue, 17 Apr 2012 11:53:10 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Lloyd Dizon In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi LLoyd, >> Well, thank you but independent_wallclock doesn't exist anymore on pvops >> kernel, > > I think it still exists, I found the info below in the last SUSE 11 SP > 2 release (13.04.2012). > This versions runs the 3.0.10 linux kernel with includes pvops. I don't have access to a running Suse SLES, but I am wondering if the documentation is up to date. What I know is that pv_ops kernel in Debian squeeze do not have independent_wallclock. I have not been able to find something related to an independent_wallclock parameter in a vanilla Linux 3.2 kernel either. In addition, there is a lot of ressources available on Internet stating that independent_wallclock does not exist on pv_ops kernel anymore, starting with http://wiki.debian.org/Xen. > Done. > Anybody please correct the information if inaccurate. > http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F Thanks. However, I think the table headers a bit misleading, because in > Classic XenoLinux Kern (up to 2.6.37) 2.6.37 relates to the kernel version, whereas in > Paravirt Ops Linux Kern (from 3.0) it seems to be related to Xen version, if I am not mistaken. -- Regards, Remi Gacogne _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 09:58:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 09:58: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 1SK5AU-0008Tr-5m; Tue, 17 Apr 2012 09:57:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK5AS-0008Tb-Ry for xen-users@lists.xen.org; Tue, 17 Apr 2012 09:57:49 +0000 Received: from [85.158.143.35:39384] by server-1.bemta-4.messagelabs.com id 18/0B-20925-C9E3D8F4; Tue, 17 Apr 2012 09:57:48 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1334656666!13603352!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7377 invoked from network); 17 Apr 2012 09:57:47 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 09:57:47 -0000 Received: by pbcuo5 with SMTP id uo5so7658361pbc.32 for ; Tue, 17 Apr 2012 02:57:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=cqE/sDRAtMsf9NKkUxwH64EplKwwrGCNmLWDKateG9U=; b=E0z51GVa7hMudA4t9frJauwGGv4IQMlzp9qSM9GBCA76FGxAecahuLhoFM0UfLYgd/ /zgVEEdJ9YU/2B6zaLqoWLmISQhAB8I45Qn+sRtRNvJYqb7oiKCNu3ZDN0D6vwiFtxyg OPpJKr+RsvHICOv0kzWt7EQhIBQtmuz52EEEElyVryigVC9cjPMOukqs+YJSrTxsrgCU LfQC58N9DYT9G04C79K0Jg6HelTJvH+xjNGTMpomZW02A1r4tbUpdzT6wswymXbXuR/5 2t5p/w6V8vCtBa7ddPVO66TAD6f9dLIEbyasqoixPlZMpIo2VBXoeydEwJQuL01TaBaH I2uQ== MIME-Version: 1.0 Received: by 10.68.218.233 with SMTP id pj9mr6472325pbc.76.1334656665699; Tue, 17 Apr 2012 02:57:45 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Tue, 17 Apr 2012 02:57:45 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 16:57:45 +0700 Message-ID: From: "Fajar A. Nugraha" To: Remi Gacogne X-Gm-Message-State: ALoCoQnH6Sv779hy/HYYI9R+QJHb8Bi/Jx1sb1z3qkfsszhd5jOBNheGT0APQr2PFe4FQ15WhLLa Cc: Lloyd Dizon , xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 17, 2012 at 4:53 PM, Remi Gacogne wrote: >> http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F > > > Thanks. However, I think the table headers a bit misleading, because in > >> Classic XenoLinux Kern (up to 2.6.37) > > > 2.6.37 relates to the kernel version, whereas in > >> Paravirt Ops Linux Kern (from 3.0) > > > it seems to be related to Xen version, if I am not mistaken. No. Why would you think that? vanilla kernel can be used as dom0 starting from linux-3.0 (it's currently at 3.3.2) -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 09:58:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 09:58: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 1SK5AU-0008Tr-5m; Tue, 17 Apr 2012 09:57:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK5AS-0008Tb-Ry for xen-users@lists.xen.org; Tue, 17 Apr 2012 09:57:49 +0000 Received: from [85.158.143.35:39384] by server-1.bemta-4.messagelabs.com id 18/0B-20925-C9E3D8F4; Tue, 17 Apr 2012 09:57:48 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-8.tower-21.messagelabs.com!1334656666!13603352!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7377 invoked from network); 17 Apr 2012 09:57:47 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-8.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 09:57:47 -0000 Received: by pbcuo5 with SMTP id uo5so7658361pbc.32 for ; Tue, 17 Apr 2012 02:57:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=cqE/sDRAtMsf9NKkUxwH64EplKwwrGCNmLWDKateG9U=; b=E0z51GVa7hMudA4t9frJauwGGv4IQMlzp9qSM9GBCA76FGxAecahuLhoFM0UfLYgd/ /zgVEEdJ9YU/2B6zaLqoWLmISQhAB8I45Qn+sRtRNvJYqb7oiKCNu3ZDN0D6vwiFtxyg OPpJKr+RsvHICOv0kzWt7EQhIBQtmuz52EEEElyVryigVC9cjPMOukqs+YJSrTxsrgCU LfQC58N9DYT9G04C79K0Jg6HelTJvH+xjNGTMpomZW02A1r4tbUpdzT6wswymXbXuR/5 2t5p/w6V8vCtBa7ddPVO66TAD6f9dLIEbyasqoixPlZMpIo2VBXoeydEwJQuL01TaBaH I2uQ== MIME-Version: 1.0 Received: by 10.68.218.233 with SMTP id pj9mr6472325pbc.76.1334656665699; Tue, 17 Apr 2012 02:57:45 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Tue, 17 Apr 2012 02:57:45 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 16:57:45 +0700 Message-ID: From: "Fajar A. Nugraha" To: Remi Gacogne X-Gm-Message-State: ALoCoQnH6Sv779hy/HYYI9R+QJHb8Bi/Jx1sb1z3qkfsszhd5jOBNheGT0APQr2PFe4FQ15WhLLa Cc: Lloyd Dizon , xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 17, 2012 at 4:53 PM, Remi Gacogne wrote: >> http://wiki.xensource.com/wiki/Xen_FAQ_DomU#How_can_i_synchronize_a_dom0_clock.3F > > > Thanks. However, I think the table headers a bit misleading, because in > >> Classic XenoLinux Kern (up to 2.6.37) > > > 2.6.37 relates to the kernel version, whereas in > >> Paravirt Ops Linux Kern (from 3.0) > > > it seems to be related to Xen version, if I am not mistaken. No. Why would you think that? vanilla kernel can be used as dom0 starting from linux-3.0 (it's currently at 3.3.2) -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 10:09:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 10:09: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 1SK5Ky-0000Tk-Ii; Tue, 17 Apr 2012 10:08:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK5Kx-0000Td-5T for xen-users@lists.xen.org; Tue, 17 Apr 2012 10:08:39 +0000 Received: from [85.158.139.83:35497] by server-4.bemta-5.messagelabs.com id BC/DB-10788-6214D8F4; Tue, 17 Apr 2012 10:08:38 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-4.tower-182.messagelabs.com!1334657317!21451435!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20028 invoked from network); 17 Apr 2012 10:08:37 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 10:08:37 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id EC65426A0A5; Tue, 17 Apr 2012 12:08:36 +0200 (CEST) Date: Tue, 17 Apr 2012 12:08:36 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: "Fajar A. Nugraha" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: Lloyd Dizon , xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >> it seems to be related to Xen version, if I am not mistaken. > > No. Why would you think that? > > vanilla kernel can be used as dom0 starting from linux-3.0 (it's > currently at 3.3.2) Ok, sorry. I guess I have been reading too quickly and mixed it up with Ian's reponse : "The 3->4 major number transition was mostly just a version number bump, it didn't indicate any major change in the API or anything like that -- any PV kernel should run on any Xen from 3.0 onwards, right through to 4.2 (and beyond). " _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 10:09:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 10:09: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 1SK5Ky-0000Tk-Ii; Tue, 17 Apr 2012 10:08:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK5Kx-0000Td-5T for xen-users@lists.xen.org; Tue, 17 Apr 2012 10:08:39 +0000 Received: from [85.158.139.83:35497] by server-4.bemta-5.messagelabs.com id BC/DB-10788-6214D8F4; Tue, 17 Apr 2012 10:08:38 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-4.tower-182.messagelabs.com!1334657317!21451435!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20028 invoked from network); 17 Apr 2012 10:08:37 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-4.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 10:08:37 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id EC65426A0A5; Tue, 17 Apr 2012 12:08:36 +0200 (CEST) Date: Tue, 17 Apr 2012 12:08:36 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: "Fajar A. Nugraha" In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: Lloyd Dizon , xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org >> it seems to be related to Xen version, if I am not mistaken. > > No. Why would you think that? > > vanilla kernel can be used as dom0 starting from linux-3.0 (it's > currently at 3.3.2) Ok, sorry. I guess I have been reading too quickly and mixed it up with Ian's reponse : "The 3->4 major number transition was mostly just a version number bump, it didn't indicate any major change in the API or anything like that -- any PV kernel should run on any Xen from 3.0 onwards, right through to 4.2 (and beyond). " _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 14:58:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 14:58:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK9qf-00077s-Lh; Tue, 17 Apr 2012 14:57:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK9qd-00077U-El for xen-users@lists.xen.org; Tue, 17 Apr 2012 14:57:39 +0000 Received: from [85.158.138.51:46912] by server-9.bemta-3.messagelabs.com id E3/B7-26691-2E48D8F4; Tue, 17 Apr 2012 14:57:38 +0000 X-Env-Sender: henning@die-rylls.de X-Msg-Ref: server-10.tower-174.messagelabs.com!1334674658!18458477!1 X-Originating-IP: [212.90.139.82] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13299 invoked from network); 17 Apr 2012 14:57:38 -0000 Received: from smtp2.goneo.de (HELO smtp2.goneo.de) (212.90.139.82) by server-10.tower-174.messagelabs.com with SMTP; 17 Apr 2012 14:57:38 -0000 Received: from smtp2.goneo.de (localhost [127.0.0.1]) by smtp2.goneo.de (Postfix) with ESMTP id 1FE6FDAE28 for ; Tue, 17 Apr 2012 16:57:38 +0200 (CEST) X-Virus-Scanned: by goneo X-Spam-Flag: NO X-Spam-Score: -0.885 X-Spam-Level: X-Spam-Status: No, score=-0.885 tagged_above=-999 tests=[ALL_TRUSTED=-1, AWL=0.115] autolearn=ham Received: from smtp2.goneo.de ([127.0.0.1]) by smtp2.goneo.de (smtp2.goneo.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WTfis7Ye7s3Q for ; Tue, 17 Apr 2012 16:57:33 +0200 (CEST) Received: from lion.localnet (localhost [127.0.0.1]) by smtp2.goneo.de (Postfix) with ESMTPA id 96A74DADCE for ; Tue, 17 Apr 2012 16:57:33 +0200 (CEST) From: Henning Ryll To: xen-users@lists.xen.org Date: Tue, 17 Apr 2012 16:57:32 +0200 Message-ID: <9536959.RMiB6iqF84@lion> User-Agent: KMail/4.7.4 (Linux/3.0.6-gentoo; KDE/4.7.4; i686; ; ) MIME-Version: 1.0 Subject: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: henning.ryll@web.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm new on xen with only a very little experience :( I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 GB. Everything is running fine so far. Now I have added two 1TB SATA disks. Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe for performace reasons. But how to create local storage on these disks? I am looking around but I can not find any samples to build al lvm stripe with 'xe sr-create'. All samples are using just 1 device. How to create local storage using a lvm stipe ? Henning _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 14:58:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 14:58:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK9qf-00077s-Lh; Tue, 17 Apr 2012 14:57:41 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SK9qd-00077U-El for xen-users@lists.xen.org; Tue, 17 Apr 2012 14:57:39 +0000 Received: from [85.158.138.51:46912] by server-9.bemta-3.messagelabs.com id E3/B7-26691-2E48D8F4; Tue, 17 Apr 2012 14:57:38 +0000 X-Env-Sender: henning@die-rylls.de X-Msg-Ref: server-10.tower-174.messagelabs.com!1334674658!18458477!1 X-Originating-IP: [212.90.139.82] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13299 invoked from network); 17 Apr 2012 14:57:38 -0000 Received: from smtp2.goneo.de (HELO smtp2.goneo.de) (212.90.139.82) by server-10.tower-174.messagelabs.com with SMTP; 17 Apr 2012 14:57:38 -0000 Received: from smtp2.goneo.de (localhost [127.0.0.1]) by smtp2.goneo.de (Postfix) with ESMTP id 1FE6FDAE28 for ; Tue, 17 Apr 2012 16:57:38 +0200 (CEST) X-Virus-Scanned: by goneo X-Spam-Flag: NO X-Spam-Score: -0.885 X-Spam-Level: X-Spam-Status: No, score=-0.885 tagged_above=-999 tests=[ALL_TRUSTED=-1, AWL=0.115] autolearn=ham Received: from smtp2.goneo.de ([127.0.0.1]) by smtp2.goneo.de (smtp2.goneo.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WTfis7Ye7s3Q for ; Tue, 17 Apr 2012 16:57:33 +0200 (CEST) Received: from lion.localnet (localhost [127.0.0.1]) by smtp2.goneo.de (Postfix) with ESMTPA id 96A74DADCE for ; Tue, 17 Apr 2012 16:57:33 +0200 (CEST) From: Henning Ryll To: xen-users@lists.xen.org Date: Tue, 17 Apr 2012 16:57:32 +0200 Message-ID: <9536959.RMiB6iqF84@lion> User-Agent: KMail/4.7.4 (Linux/3.0.6-gentoo; KDE/4.7.4; i686; ; ) MIME-Version: 1.0 Subject: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: henning.ryll@web.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm new on xen with only a very little experience :( I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 GB. Everything is running fine so far. Now I have added two 1TB SATA disks. Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe for performace reasons. But how to create local storage on these disks? I am looking around but I can not find any samples to build al lvm stripe with 'xe sr-create'. All samples are using just 1 device. How to create local storage using a lvm stipe ? Henning _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 16:09:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 16:09: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 1SKAx4-0002Pv-2G; Tue, 17 Apr 2012 16:08:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKAx2-0002Po-VH for xen-users@lists.xen.org; Tue, 17 Apr 2012 16:08:21 +0000 Received: from [85.158.138.51:24544] by server-11.bemta-3.messagelabs.com id 7F/99-18894-4759D8F4; Tue, 17 Apr 2012 16:08:20 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-16.tower-174.messagelabs.com!1334678899!22410053!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24211 invoked from network); 17 Apr 2012 16:08:19 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-16.tower-174.messagelabs.com with SMTP; 17 Apr 2012 16:08:19 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 695ACC0C2C; Tue, 17 Apr 2012 16:08:18 +0000 (UTC) Message-ID: <4F8D9557.4020504@it-infrastrukturen.org> Date: Tue, 17 Apr 2012 18:07:51 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org, ms@it-infrastrukturen.org Subject: [Xen-users] Installing PVMs from local iso image (ubuntu-server) on XCP 1.5 host X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Is it possible to install PVMs from local iso image (e.g. ubuntu-server 11.10) on XCP 1.5 host? The "Other template media" is for HVM and works as expected however the network performance is quite low :( The point are off-line installations with as less effort as possible. Thank you in advance for any hints. regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 16:09:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 16:09: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 1SKAx4-0002Pv-2G; Tue, 17 Apr 2012 16:08:22 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKAx2-0002Po-VH for xen-users@lists.xen.org; Tue, 17 Apr 2012 16:08:21 +0000 Received: from [85.158.138.51:24544] by server-11.bemta-3.messagelabs.com id 7F/99-18894-4759D8F4; Tue, 17 Apr 2012 16:08:20 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-16.tower-174.messagelabs.com!1334678899!22410053!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24211 invoked from network); 17 Apr 2012 16:08:19 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-16.tower-174.messagelabs.com with SMTP; 17 Apr 2012 16:08:19 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 695ACC0C2C; Tue, 17 Apr 2012 16:08:18 +0000 (UTC) Message-ID: <4F8D9557.4020504@it-infrastrukturen.org> Date: Tue, 17 Apr 2012 18:07:51 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org, ms@it-infrastrukturen.org Subject: [Xen-users] Installing PVMs from local iso image (ubuntu-server) on XCP 1.5 host X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello Is it possible to install PVMs from local iso image (e.g. ubuntu-server 11.10) on XCP 1.5 host? The "Other template media" is for HVM and works as expected however the network performance is quite low :( The point are off-line installations with as less effort as possible. Thank you in advance for any hints. regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 16:15:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 16:15: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 1SKB2X-0002ml-5Q; Tue, 17 Apr 2012 16:14:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKB2V-0002mb-UK for xen-users@lists.xen.org; Tue, 17 Apr 2012 16:14:00 +0000 Received: from [85.158.138.51:15650] by server-4.bemta-3.messagelabs.com id 67/FB-15341-7C69D8F4; Tue, 17 Apr 2012 16:13:59 +0000 X-Env-Sender: dan.magenheimer@oracle.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1334679236!18472002!1 X-Originating-IP: [141.146.126.227] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDQ3NTkzOA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27345 invoked from network); 17 Apr 2012 16:13:58 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 16:13:58 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q3HGDsD4024964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 17 Apr 2012 16:13:55 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q3HGDr8K001122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Apr 2012 16:13:54 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q3HGDrfE002472; Tue, 17 Apr 2012 11:13:53 -0500 MIME-Version: 1.0 Message-ID: Date: Tue, 17 Apr 2012 09:13:44 -0700 (PDT) From: Dan Magenheimer To: Phillip Susi References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> <30ae49fa-16fc-4442-93c9-92b151893826@default> <4F8CDBB9.7020408@ubuntu.com> In-Reply-To: <4F8CDBB9.7020408@ubuntu.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.6 (510070) [OL 12.0.6607.1000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4F8D96C3.00B5,ss=1,re=0.000,fgs=0 Cc: xen-users@lists.xen.org, eva , jinho hwang Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > From: Phillip Susi [mailto:psusi@ubuntu.com] > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released Hi Phillip! Thanks for the great questions! > On 04/16/2012 04:11 PM, Dan Magenheimer wrote: > > That weird ASCII text is intended to allow the hypervisor to > > communicate with userland in a fully-backwards-and-forwards-compatible > > way. It must be parsed by a userland program, i.e.: > > > > # xm tmem-list --long --all | /usr/sbin/xen-tmem-list-parse > > > > I usually surround the above with 'watch -d ""' > > in a big window to watch things change. Dunno if ubuntu > > has the watch command though. > > > > (If the parsing program isn't at that location, it may not be > > built or maybe is installed elsewhere on a Debian-ish system. > > See the source for it in xen source in xen/tools/misc.) > > I'm curious as to why the parser is a separate utility instead of just being the normal output of the > management tool, with an optional --machine-parsable switch to fall back to the current behavior. First, as you've seen, most of the tmem-list info is really more like debugfs stuff from the kernel. Very valuable to developers and maybe interesting to performance analysts or students studying tmem but not useful to normal users. The info was intended to grow (and/or shrink) as more (less) data was determined to be useful to its intended audience. Second, tmem predates "xl" and all the great tools-layering work done by Ian and Ian and Stefano and others. Maybe some of the key data could easily be added to and reported via xl nowadays but, given the intended audience, I'm not sure it's worth reinventing the wheel... though patches welcome! > > The parsed output has a huge amount of detail so is still mostly > > undecipherable to mortals. The key data can also be watched in > > xentop (aka "xm top")... press "t" for tmem data (which will > > show up only if any of the key values are non-zero). Also > > in xentop, you can watch selfballooning working. (Note > > "xm list" has had a bug forever so doesn't show "current memory" > > just the memory the domain was launched with.) > > Now THAT sounds like what I have been looking for. I'll have to check it out. Great! ;-) > > For ephemeral pools (i.e. via cleancache), "gets" are destructive, > > so the page of data is moved (removed from tmem) on a successful get. > > So no duplication. For persistent pools (i.e. via frontswap), > > "gets" are non-destructive, so the page of data is copied from tmem > > on a successful get, which mimics a swap device, thus the name > > "persistent"; a "flush" is required to destroy persistent pages of data. > > Hrm... I thought one of the advantages of tmem was that when multiple domains happen to be caching the > same data, the page only needs to be kept in ram once. If get moves the page out of tmem and into the > domain, that would seem to preclude that. Also I understand that tmem can compress the data, in which > case it doesn't seem possible to do a move as the data must first be decompressed. I suspect we're quibbling about the precise meaning of "copy" and "move". The guest only hands a pageframe. The hypervisor is responsible for the data movement and/or removing the hypervisor's copy of the data. There's no fancy virtual-address-translation tricks. By default, tmem only "shares" data across domains if all of these domains are mounting the same clustered filesystem which is only implemented today for ocfs2. With tmem_dedup (as an additional Xen boot option), pages "put" into tmem are deduplicated so there is only one copy kept, reference counted, for identical pages whether from the same domain or different domains. With tmem_compress as an additional Xen boot option, the hypervisor de/compresses the data as part of the get/put operations. And, yes, tmem_dedup and tmem_compress can be used together to minimize total memory use. Tmem_compress and tmem_dedup cost a lot more cycles but are usually well worth it. They aren't turned on by default only because they've gotten much less testing. > > P.S. Although Xen tmem will work without frontswap, I don't recommend it > > (esp selfballooning) without frontswap. Selfballooning can be aggressive > > and may sometimes cause swapping, which is absorbed by frontswap > > instead of going to a swap disk. That's why the Oracle UEK2 kernel > > includes frontswap even though it isn't upstream yet, see > > http://lwn.net/Articles/465317/ (we'll be trying upstream again soon). > > I'll have to try and find the patch series somewhere and merge it into my local Ubuntu git tree. Try http://oss.oracle.com/git/djm/tmem.git/?p=djm/tmem.git;a=summary with the frontswap-v14 or frontswap-v11 branch, depending on your kernel version. All the differences between v11 and v14 are either doc-only or irrelevant to Xen. (v13 is also in linux-next) Dan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 16:15:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 16:15: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 1SKB2X-0002ml-5Q; Tue, 17 Apr 2012 16:14:01 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKB2V-0002mb-UK for xen-users@lists.xen.org; Tue, 17 Apr 2012 16:14:00 +0000 Received: from [85.158.138.51:15650] by server-4.bemta-3.messagelabs.com id 67/FB-15341-7C69D8F4; Tue, 17 Apr 2012 16:13:59 +0000 X-Env-Sender: dan.magenheimer@oracle.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1334679236!18472002!1 X-Originating-IP: [141.146.126.227] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTQxLjE0Ni4xMjYuMjI3ID0+IDQ3NTkzOA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27345 invoked from network); 17 Apr 2012 16:13:58 -0000 Received: from acsinet15.oracle.com (HELO acsinet15.oracle.com) (141.146.126.227) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 16:13:58 -0000 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q3HGDsD4024964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 17 Apr 2012 16:13:55 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q3HGDr8K001122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Apr 2012 16:13:54 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q3HGDrfE002472; Tue, 17 Apr 2012 11:13:53 -0500 MIME-Version: 1.0 Message-ID: Date: Tue, 17 Apr 2012 09:13:44 -0700 (PDT) From: Dan Magenheimer To: Phillip Susi References: <90a72217-3cae-45db-aac1-1aeeb7f9bcce@default> <5e67fad6-cdba-4bf4-9bd5-1deb87b15a98@default> <4F8C67D6.70107@ubuntu.com> <30ae49fa-16fc-4442-93c9-92b151893826@default> <4F8CDBB9.7020408@ubuntu.com> In-Reply-To: <4F8CDBB9.7020408@ubuntu.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.6 (510070) [OL 12.0.6607.1000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4F8D96C3.00B5,ss=1,re=0.000,fgs=0 Cc: xen-users@lists.xen.org, eva , jinho hwang Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > From: Phillip Susi [mailto:psusi@ubuntu.com] > Subject: Re: [Xen-users] Transcendent Memory ("tmem") -capable kernel now publicly released Hi Phillip! Thanks for the great questions! > On 04/16/2012 04:11 PM, Dan Magenheimer wrote: > > That weird ASCII text is intended to allow the hypervisor to > > communicate with userland in a fully-backwards-and-forwards-compatible > > way. It must be parsed by a userland program, i.e.: > > > > # xm tmem-list --long --all | /usr/sbin/xen-tmem-list-parse > > > > I usually surround the above with 'watch -d ""' > > in a big window to watch things change. Dunno if ubuntu > > has the watch command though. > > > > (If the parsing program isn't at that location, it may not be > > built or maybe is installed elsewhere on a Debian-ish system. > > See the source for it in xen source in xen/tools/misc.) > > I'm curious as to why the parser is a separate utility instead of just being the normal output of the > management tool, with an optional --machine-parsable switch to fall back to the current behavior. First, as you've seen, most of the tmem-list info is really more like debugfs stuff from the kernel. Very valuable to developers and maybe interesting to performance analysts or students studying tmem but not useful to normal users. The info was intended to grow (and/or shrink) as more (less) data was determined to be useful to its intended audience. Second, tmem predates "xl" and all the great tools-layering work done by Ian and Ian and Stefano and others. Maybe some of the key data could easily be added to and reported via xl nowadays but, given the intended audience, I'm not sure it's worth reinventing the wheel... though patches welcome! > > The parsed output has a huge amount of detail so is still mostly > > undecipherable to mortals. The key data can also be watched in > > xentop (aka "xm top")... press "t" for tmem data (which will > > show up only if any of the key values are non-zero). Also > > in xentop, you can watch selfballooning working. (Note > > "xm list" has had a bug forever so doesn't show "current memory" > > just the memory the domain was launched with.) > > Now THAT sounds like what I have been looking for. I'll have to check it out. Great! ;-) > > For ephemeral pools (i.e. via cleancache), "gets" are destructive, > > so the page of data is moved (removed from tmem) on a successful get. > > So no duplication. For persistent pools (i.e. via frontswap), > > "gets" are non-destructive, so the page of data is copied from tmem > > on a successful get, which mimics a swap device, thus the name > > "persistent"; a "flush" is required to destroy persistent pages of data. > > Hrm... I thought one of the advantages of tmem was that when multiple domains happen to be caching the > same data, the page only needs to be kept in ram once. If get moves the page out of tmem and into the > domain, that would seem to preclude that. Also I understand that tmem can compress the data, in which > case it doesn't seem possible to do a move as the data must first be decompressed. I suspect we're quibbling about the precise meaning of "copy" and "move". The guest only hands a pageframe. The hypervisor is responsible for the data movement and/or removing the hypervisor's copy of the data. There's no fancy virtual-address-translation tricks. By default, tmem only "shares" data across domains if all of these domains are mounting the same clustered filesystem which is only implemented today for ocfs2. With tmem_dedup (as an additional Xen boot option), pages "put" into tmem are deduplicated so there is only one copy kept, reference counted, for identical pages whether from the same domain or different domains. With tmem_compress as an additional Xen boot option, the hypervisor de/compresses the data as part of the get/put operations. And, yes, tmem_dedup and tmem_compress can be used together to minimize total memory use. Tmem_compress and tmem_dedup cost a lot more cycles but are usually well worth it. They aren't turned on by default only because they've gotten much less testing. > > P.S. Although Xen tmem will work without frontswap, I don't recommend it > > (esp selfballooning) without frontswap. Selfballooning can be aggressive > > and may sometimes cause swapping, which is absorbed by frontswap > > instead of going to a swap disk. That's why the Oracle UEK2 kernel > > includes frontswap even though it isn't upstream yet, see > > http://lwn.net/Articles/465317/ (we'll be trying upstream again soon). > > I'll have to try and find the patch series somewhere and merge it into my local Ubuntu git tree. Try http://oss.oracle.com/git/djm/tmem.git/?p=djm/tmem.git;a=summary with the frontswap-v14 or frontswap-v11 branch, depending on your kernel version. All the differences between v11 and v14 are either doc-only or irrelevant to Xen. (v13 is also in linux-next) Dan _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 16:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 16:18: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 1SKB6J-000365-3q; Tue, 17 Apr 2012 16:17:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKB6H-000360-8q for xen-users@lists.xen.org; Tue, 17 Apr 2012 16:17:53 +0000 Received: from [85.158.139.83:31666] by server-12.bemta-5.messagelabs.com id 1A/78-05587-0B79D8F4; Tue, 17 Apr 2012 16:17:52 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-11.tower-182.messagelabs.com!1334679454!19630759!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11565 invoked from network); 17 Apr 2012 16:17:34 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-11.tower-182.messagelabs.com with SMTP; 17 Apr 2012 16:17:34 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 62246C0C2C for ; Tue, 17 Apr 2012 16:17:32 +0000 (UTC) Message-ID: <4F8D9781.8090901@it-infrastrukturen.org> Date: Tue, 17 Apr 2012 18:17:05 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F8D9557.4020504@it-infrastrukturen.org> In-Reply-To: <4F8D9557.4020504@it-infrastrukturen.org> Subject: Re: [Xen-users] Installing PVMs from local iso image (ubuntu-server) on XCP 1.5 host X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2938174605805374922==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2938174605805374922== Content-Type: multipart/alternative; boundary="------------060507050109020707080902" This is a multi-part message in MIME format. --------------060507050109020707080902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 17.04.2012 18:07, schrieb Mark Schneider: > Is it possible to install PVMs from local iso image (e.g. > ubuntu-server 11.10) on XCP 1.5 host? The "Other template media" is > for HVM and works as expected however the network performance is quite > low :( *"Other install media" template* > The point are off-line installations with as less effort as possible. > > Thank you in advance for any hints. -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --------------060507050109020707080902 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Am 17.04.2012 18:07, schrieb Mark Schneider:
Is it possible to install PVMs from local iso image (e.g. ubuntu-server 11.10) on XCP 1.5 host? The "Other template media" is for HVM and works as expected however the network performance is quite low :(
"Other install media" template

The point are off-line installations with as less effort as possible.

Thank you in advance for any hints. 
-- 
ms@it-infrastrukturen.org

http://rsync.it-infrastrukturen.org
--------------060507050109020707080902-- --===============2938174605805374922== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2938174605805374922==-- From xen-users-bounces@lists.xen.org Tue Apr 17 16:18:47 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 16:18: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 1SKB6J-000365-3q; Tue, 17 Apr 2012 16:17:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKB6H-000360-8q for xen-users@lists.xen.org; Tue, 17 Apr 2012 16:17:53 +0000 Received: from [85.158.139.83:31666] by server-12.bemta-5.messagelabs.com id 1A/78-05587-0B79D8F4; Tue, 17 Apr 2012 16:17:52 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-11.tower-182.messagelabs.com!1334679454!19630759!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11565 invoked from network); 17 Apr 2012 16:17:34 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-11.tower-182.messagelabs.com with SMTP; 17 Apr 2012 16:17:34 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 62246C0C2C for ; Tue, 17 Apr 2012 16:17:32 +0000 (UTC) Message-ID: <4F8D9781.8090901@it-infrastrukturen.org> Date: Tue, 17 Apr 2012 18:17:05 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F8D9557.4020504@it-infrastrukturen.org> In-Reply-To: <4F8D9557.4020504@it-infrastrukturen.org> Subject: Re: [Xen-users] Installing PVMs from local iso image (ubuntu-server) on XCP 1.5 host X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2938174605805374922==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2938174605805374922== Content-Type: multipart/alternative; boundary="------------060507050109020707080902" This is a multi-part message in MIME format. --------------060507050109020707080902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Am 17.04.2012 18:07, schrieb Mark Schneider: > Is it possible to install PVMs from local iso image (e.g. > ubuntu-server 11.10) on XCP 1.5 host? The "Other template media" is > for HVM and works as expected however the network performance is quite > low :( *"Other install media" template* > The point are off-line installations with as less effort as possible. > > Thank you in advance for any hints. -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --------------060507050109020707080902 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Am 17.04.2012 18:07, schrieb Mark Schneider:
Is it possible to install PVMs from local iso image (e.g. ubuntu-server 11.10) on XCP 1.5 host? The "Other template media" is for HVM and works as expected however the network performance is quite low :(
"Other install media" template

The point are off-line installations with as less effort as possible.

Thank you in advance for any hints. 
-- 
ms@it-infrastrukturen.org

http://rsync.it-infrastrukturen.org
--------------060507050109020707080902-- --===============2938174605805374922== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2938174605805374922==-- From xen-users-bounces@lists.xen.org Tue Apr 17 18:10:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:10:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKCpt-00062y-O2; Tue, 17 Apr 2012 18:09:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKCpr-00062p-UE for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:09:04 +0000 Received: from [85.158.143.35:24490] by server-2.bemta-4.messagelabs.com id 32/92-17550-FB1BD8F4; Tue, 17 Apr 2012 18:09:03 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1334686142!14962069!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6602 invoked from network); 17 Apr 2012 18:09:02 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 17 Apr 2012 18:09:02 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 87AFA289D1; Tue, 17 Apr 2012 19:09:00 +0100 (BST) 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 U89kgNV86T0m; Tue, 17 Apr 2012 19:09:00 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C79FC2826D; Tue, 17 Apr 2012 19:08:59 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <9536959.RMiB6iqF84@lion> References: <9536959.RMiB6iqF84@lion> Date: Tue, 17 Apr 2012 18:56:14 +0100 To: henning.ryll@web.de, xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Henning Ryll wrote: >I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 >GB. Everything is running fine so far. > >Now I have added two 1TB SATA disks. > >Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe >for performace reasons. >But how to create local storage on these disks? > >I am looking around but I can not find any samples to build al lvm stripe with >'xe sr-create'. All samples are using just 1 device. > >How to create local storage using a lvm stipe ? You use the LVM commands to do it - this is absolutely and completely nothing to do with Xen. When you have created the LVM stripe (volume group ?) you can create logical volumes (LVs) within it - either using LVM commands, or any management tool that might handle it for you. Just bear in mind that striping two disks together doubles the risk of failure casing data loss - you now have two disks, and failure of either of them will render the whole set unusable. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 18:10:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:10:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKCpt-00062y-O2; Tue, 17 Apr 2012 18:09:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKCpr-00062p-UE for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:09:04 +0000 Received: from [85.158.143.35:24490] by server-2.bemta-4.messagelabs.com id 32/92-17550-FB1BD8F4; Tue, 17 Apr 2012 18:09:03 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1334686142!14962069!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6602 invoked from network); 17 Apr 2012 18:09:02 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 17 Apr 2012 18:09:02 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 87AFA289D1; Tue, 17 Apr 2012 19:09:00 +0100 (BST) 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 U89kgNV86T0m; Tue, 17 Apr 2012 19:09:00 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C79FC2826D; Tue, 17 Apr 2012 19:08:59 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <9536959.RMiB6iqF84@lion> References: <9536959.RMiB6iqF84@lion> Date: Tue, 17 Apr 2012 18:56:14 +0100 To: henning.ryll@web.de, xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Henning Ryll wrote: >I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 >GB. Everything is running fine so far. > >Now I have added two 1TB SATA disks. > >Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe >for performace reasons. >But how to create local storage on these disks? > >I am looking around but I can not find any samples to build al lvm stripe with >'xe sr-create'. All samples are using just 1 device. > >How to create local storage using a lvm stipe ? You use the LVM commands to do it - this is absolutely and completely nothing to do with Xen. When you have created the LVM stripe (volume group ?) you can create logical volumes (LVs) within it - either using LVM commands, or any management tool that might handle it for you. Just bear in mind that striping two disks together doubles the risk of failure casing data loss - you now have two disks, and failure of either of them will render the whole set unusable. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 18:32:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:32: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 1SKDBv-00079i-LZ; Tue, 17 Apr 2012 18:31:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDBu-00079d-1N for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:31:50 +0000 Received: from [85.158.143.99:9016] by server-1.bemta-4.messagelabs.com id 30/9B-20925-517BD8F4; Tue, 17 Apr 2012 18:31:49 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334687507!12865006!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25860 invoked from network); 17 Apr 2012 18:31:48 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 18:31:48 -0000 Received: by werp12 with SMTP id p12so5360399wer.32 for ; Tue, 17 Apr 2012 11:31:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=C3hAa77zNcYrnqp/FAsedHcWwAoZX0UD4X6keV38nnM=; b=NL9BKE09/gVBPIikFzghjrxKaIWb9UAP+NNcaN6PlRSzn7toSqfI0r2vmwTELM5zj2 AhigWh2ojwsyNTHUgVFApNZt2sZnGtNCCqX1492Ridz6HzZB3YTiAfDMcqJmv70U4H5g dO7xNNBpGA6npXz3tDOf0CtJmO3nRg6tztgYo/jXsTAO+zixVpPW4DiH14I4YtGVY72V INnTUqyNYzc07HRtBENyieARjZgpRDr6WI73c2My9AXHCPB2moNxyJxrLr8+cDLtk5ZH d5IWQ2qf/tHKby0q+k8D34UcgkSzwwNG0VfWvE+WFzG+BOtKx8nR6xCz9AjabGbOYmv/ Ifaw== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr30695769wiy.18.1334687507498; Tue, 17 Apr 2012 11:31:47 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Tue, 17 Apr 2012 11:31:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 14:31:47 -0400 X-Google-Sender-Auth: uaPiAD_nCTu-c3rlkaqwHSQjcDo Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8332610581252337742==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8332610581252337742== Content-Type: multipart/alternative; boundary=f46d04428d76c548b204bde426a3 --f46d04428d76c548b204bde426a3 Content-Type: text/plain; charset=ISO-8859-1 ... tumbleweeds blow by ... :-) I've been getting some response on the virt-manager list and someone just told me the following, which has me a bit confused : Quote : "So to boot from iSCSI you need to use an iSCSI software initiator. Like gPXE or so. " What has me confused is that this worked fine with VirtualBox without any extra bits and pieces. Does that mean that VirtualBox has the initiator built in but Xen does not? And if not, then how is it I am able to connect the iSCSI disk to the VM (in virt-manager) in the first place? I thought the mere fact that I can connected it requires that there is an initiator on one end ( xen / virt-manager ) and target on the other end (my iSCSI server) thanks, -Alan On Fri, Apr 13, 2012 at 9:29 AM, Alan McKay wrote: > Hey folks, > > I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same > behavior. > > Use virt-manager to create my VM. I had previously used the virsh > commands to create an iSCSI pool (I think that is the right term) and > so my iSCSI disk shows up fine in virt-manager and I can add it to the > VM. > > The install goes well the disk is there - I can either choose to > partition it manually or let it go automatic. During the install from > the Ubuntu live CD I can open a shell and see the disk mounted and > stuff being installed to it. > > After the install I can reboot from the Ubuntu live CD and I see the > iSCSI disk there. I can mount stuff and look at it - looks like the > install went fine. > > But I reboot and try to boot from the HD and it says : > > Boot from Hard Disk failed: could not read the boot disk > FATAL: No bootable device > > What's up with that? > > thanks, > -Alan > --f46d04428d76c548b204bde426a3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable ... tumbleweeds blow by ... :-)

I've been getting so= me response on the virt-manager list and someone just told me the following= , which has me a bit confused :

Quote = : "So to boot from iSCSI you need to use an iSCSI software initiator.<= /span>
Like gPXE or so.=A0"

What has me confused is that this worked fine = with VirtualBox without any extra bits and pieces. =A0 Does that mean that = VirtualBox has the initiator built in but Xen does not? =A0 And if not, the= n how is it I am able to connect the iSCSI disk to the VM (in virt-manager)= in the first place? =A0I thought the mere fact that I can connected it req= uires that there is an initiator on one end ( xen / virt-manager ) and targ= et on the other end (my iSCSI server)

thanks,
<= div>-Alan

=
On Fri, Apr 13, 2012 at 9:29 AM, Alan McKay <alan.mckay+xen@gmail.com> wrote:
Hey folks,

I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same behavio= r.

Use virt-manager to create my VM. =A0I had previously used the virsh
commands to create an iSCSI pool (I think that is the right term) and
so my iSCSI disk shows up fine in virt-manager and I can add it to the
VM.

The install goes well the disk is there - I can either choose to
partition it manually or let it go automatic. =A0During the install from the Ubuntu live CD I can open a shell and see the disk mounted and
stuff being installed to it.

After the install I can reboot from the Ubuntu live CD and I see the
iSCSI disk there. =A0I can mount stuff and look at it - looks like the
install went fine.

But I reboot and try to boot from the HD and it says :

Boot from Hard Disk failed: could not read the boot disk
FATAL: No bootable device

What's up with that?

thanks,
-Alan

--f46d04428d76c548b204bde426a3-- --===============8332610581252337742== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8332610581252337742==-- From xen-users-bounces@lists.xen.org Tue Apr 17 18:32:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:32: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 1SKDBv-00079i-LZ; Tue, 17 Apr 2012 18:31:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDBu-00079d-1N for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:31:50 +0000 Received: from [85.158.143.99:9016] by server-1.bemta-4.messagelabs.com id 30/9B-20925-517BD8F4; Tue, 17 Apr 2012 18:31:49 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334687507!12865006!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25860 invoked from network); 17 Apr 2012 18:31:48 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 18:31:48 -0000 Received: by werp12 with SMTP id p12so5360399wer.32 for ; Tue, 17 Apr 2012 11:31:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=C3hAa77zNcYrnqp/FAsedHcWwAoZX0UD4X6keV38nnM=; b=NL9BKE09/gVBPIikFzghjrxKaIWb9UAP+NNcaN6PlRSzn7toSqfI0r2vmwTELM5zj2 AhigWh2ojwsyNTHUgVFApNZt2sZnGtNCCqX1492Ridz6HzZB3YTiAfDMcqJmv70U4H5g dO7xNNBpGA6npXz3tDOf0CtJmO3nRg6tztgYo/jXsTAO+zixVpPW4DiH14I4YtGVY72V INnTUqyNYzc07HRtBENyieARjZgpRDr6WI73c2My9AXHCPB2moNxyJxrLr8+cDLtk5ZH d5IWQ2qf/tHKby0q+k8D34UcgkSzwwNG0VfWvE+WFzG+BOtKx8nR6xCz9AjabGbOYmv/ Ifaw== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr30695769wiy.18.1334687507498; Tue, 17 Apr 2012 11:31:47 -0700 (PDT) Received: by 10.223.78.194 with HTTP; Tue, 17 Apr 2012 11:31:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Apr 2012 14:31:47 -0400 X-Google-Sender-Auth: uaPiAD_nCTu-c3rlkaqwHSQjcDo Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8332610581252337742==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8332610581252337742== Content-Type: multipart/alternative; boundary=f46d04428d76c548b204bde426a3 --f46d04428d76c548b204bde426a3 Content-Type: text/plain; charset=ISO-8859-1 ... tumbleweeds blow by ... :-) I've been getting some response on the virt-manager list and someone just told me the following, which has me a bit confused : Quote : "So to boot from iSCSI you need to use an iSCSI software initiator. Like gPXE or so. " What has me confused is that this worked fine with VirtualBox without any extra bits and pieces. Does that mean that VirtualBox has the initiator built in but Xen does not? And if not, then how is it I am able to connect the iSCSI disk to the VM (in virt-manager) in the first place? I thought the mere fact that I can connected it requires that there is an initiator on one end ( xen / virt-manager ) and target on the other end (my iSCSI server) thanks, -Alan On Fri, Apr 13, 2012 at 9:29 AM, Alan McKay wrote: > Hey folks, > > I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same > behavior. > > Use virt-manager to create my VM. I had previously used the virsh > commands to create an iSCSI pool (I think that is the right term) and > so my iSCSI disk shows up fine in virt-manager and I can add it to the > VM. > > The install goes well the disk is there - I can either choose to > partition it manually or let it go automatic. During the install from > the Ubuntu live CD I can open a shell and see the disk mounted and > stuff being installed to it. > > After the install I can reboot from the Ubuntu live CD and I see the > iSCSI disk there. I can mount stuff and look at it - looks like the > install went fine. > > But I reboot and try to boot from the HD and it says : > > Boot from Hard Disk failed: could not read the boot disk > FATAL: No bootable device > > What's up with that? > > thanks, > -Alan > --f46d04428d76c548b204bde426a3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable ... tumbleweeds blow by ... :-)

I've been getting so= me response on the virt-manager list and someone just told me the following= , which has me a bit confused :

Quote = : "So to boot from iSCSI you need to use an iSCSI software initiator.<= /span>
Like gPXE or so.=A0"

What has me confused is that this worked fine = with VirtualBox without any extra bits and pieces. =A0 Does that mean that = VirtualBox has the initiator built in but Xen does not? =A0 And if not, the= n how is it I am able to connect the iSCSI disk to the VM (in virt-manager)= in the first place? =A0I thought the mere fact that I can connected it req= uires that there is an initiator on one end ( xen / virt-manager ) and targ= et on the other end (my iSCSI server)

thanks,
<= div>-Alan

=
On Fri, Apr 13, 2012 at 9:29 AM, Alan McKay <alan.mckay+xen@gmail.com> wrote:
Hey folks,

I tried this with both CentOS 5.8 and Ubuntu 12.04 (beta2) and same behavio= r.

Use virt-manager to create my VM. =A0I had previously used the virsh
commands to create an iSCSI pool (I think that is the right term) and
so my iSCSI disk shows up fine in virt-manager and I can add it to the
VM.

The install goes well the disk is there - I can either choose to
partition it manually or let it go automatic. =A0During the install from the Ubuntu live CD I can open a shell and see the disk mounted and
stuff being installed to it.

After the install I can reboot from the Ubuntu live CD and I see the
iSCSI disk there. =A0I can mount stuff and look at it - looks like the
install went fine.

But I reboot and try to boot from the HD and it says :

Boot from Hard Disk failed: could not read the boot disk
FATAL: No bootable device

What's up with that?

thanks,
-Alan

--f46d04428d76c548b204bde426a3-- --===============8332610581252337742== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8332610581252337742==-- From xen-users-bounces@lists.xen.org Tue Apr 17 18:33:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:33:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDCj-0007Bv-Bu; Tue, 17 Apr 2012 18:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDCh-0007Bd-CK for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:32:39 +0000 Received: from [85.158.139.83:53220] by server-3.bemta-5.messagelabs.com id FE/1E-25237-647BD8F4; Tue, 17 Apr 2012 18:32:38 +0000 X-Env-Sender: henning.ryll@web.de X-Msg-Ref: server-12.tower-182.messagelabs.com!1334687557!24239973!1 X-Originating-IP: [212.90.139.80] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11179 invoked from network); 17 Apr 2012 18:32:37 -0000 Received: from smtp1.goneo.de (HELO smtp1.goneo.de) (212.90.139.80) by server-12.tower-182.messagelabs.com with SMTP; 17 Apr 2012 18:32:37 -0000 Received: from smtp1.goneo.de (localhost [127.0.0.1]) by smtp1.goneo.de (Postfix) with ESMTP id 4ABAE16A67D for ; Tue, 17 Apr 2012 20:32:37 +0200 (CEST) X-Virus-Scanned: by goneo X-Spam-Flag: NO X-Spam-Score: -1.498 X-Spam-Level: X-Spam-Status: No, score=-1.498 tagged_above=-999 tests=[ALL_TRUSTED=-1, BAYES_05=-0.5, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001] autolearn=unavailable Received: from smtp1.goneo.de ([127.0.0.1]) by smtp1.goneo.de (smtp1.goneo.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iMbF6ptAVSTT for ; Tue, 17 Apr 2012 20:32:26 +0200 (CEST) Received: from lion.localnet (localhost [127.0.0.1]) by smtp1.goneo.de (Postfix) with ESMTPA id 538B716A668 for ; Tue, 17 Apr 2012 20:32:26 +0200 (CEST) From: Henning Ryll To: xen-users@lists.xen.org Date: Tue, 17 Apr 2012 20:32:26 +0200 Message-ID: <1455894.U47ALipGXZ@lion> User-Agent: KMail/4.7.4 (Linux/3.0.6-gentoo; KDE/4.7.4; i686; ; ) In-Reply-To: References: <9536959.RMiB6iqF84@lion> MIME-Version: 1.0 Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6296397550689078944==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6296397550689078944== Content-Type: multipart/alternative; boundary="nextPart2092281.dXaQNb52Qk" Content-Transfer-Encoding: 7Bit --nextPart2092281.dXaQNb52Qk Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Dienstag 17 April 2012, 18:56:14 schrieb Simon Hobson: > Henning Ryll wrote: > >I have setup xen with "Citrix Xen Server 6.0" using one hard disk with > >only 80 GB. Everything is running fine so far. > > > >Now I have added two 1TB SATA disks. > > > >Since Xen uses LVM it should be possible to use these 2 disks as lvm > >stripe for performace reasons. > >But how to create local storage on these disks? > > > >I am looking around but I can not find any samples to build al lvm stripe > >with 'xe sr-create'. All samples are using just 1 device. > > > >How to create local storage using a lvm stipe ? > > You use the LVM commands to do it - this is absolutely and completely > nothing to do with Xen. When you have created the LVM stripe (volume > group ?) you can create logical volumes (LVs) within it - either > using LVM commands, or any management tool that might handle it for > you. > > Just bear in mind that striping two disks together doubles the risk > of failure casing data loss - you now have two disks, and failure of > either of them will render the whole set unusable. Ok. I know that striping will double the risk of failure. So I have to make sure to have usable backup's. I have done these steps with LVM now. 1. created 2 physical volumes (i.e. pv_c, pv_d) with pvcreate 2. created a volume group (i.e. vg_c_and_d) with both PV's 3. created al logical volume (i.e. lv_stripe) on top of the VG But how's the correct syntax of 'xe sr-create' now? xe sr-create content-type="local SR" type=lvm device- config:device=/dev/vg_c_and_d/lv_stripe shared=true name-label="Local SR" Doing this I get a second volume group vg_xen..... ! I'm still confused. --nextPart2092281.dXaQNb52Qk Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Am Dienstag 17 April 2012, 18:56:14 schrieb Simon Hobson:

> Henning Ryll wrote:

> >I have setup xen with "Citrix Xen Server 6.0" using one hard disk with

> >only 80 GB. Everything is running fine so far.

> >

> >Now I have added two 1TB SATA disks.

> >

> >Since Xen uses LVM it should be possible to use these 2 disks as lvm

> >stripe for performace reasons.

> >But how to create local storage on these disks?

> >

> >I am looking around but I can not find any samples to build al lvm stripe

> >with 'xe sr-create'. All samples are using just 1 device.

> >

> >How to create local storage using a lvm stipe ?

>

> You use the LVM commands to do it - this is absolutely and completely

> nothing to do with Xen. When you have created the LVM stripe (volume

> group ?) you can create logical volumes (LVs) within it - either

> using LVM commands, or any management tool that might handle it for

> you.

>

> Just bear in mind that striping two disks together doubles the risk

> of failure casing data loss - you now have two disks, and failure of

> either of them will render the whole set unusable.

 

Ok.

 

I know that striping will double the risk of failure. So I have to make sure to have usable backup's.

 

I have done these steps with LVM now.

1. created 2 physical volumes (i.e. pv_c, pv_d) with pvcreate

2. created a volume group (i.e. vg_c_and_d) with both PV's

3. created al logical volume (i.e. lv_stripe) on top of the VG

 

But how's the correct syntax of 'xe sr-create' now?

 

xe sr-create content-type="local SR" type=lvm device-config:device=/dev/vg_c_and_d/lv_stripe shared=true name-label="Local SR"

 

Doing this I get a second volume group vg_xen..... !

I'm still confused.

--nextPart2092281.dXaQNb52Qk-- --===============6296397550689078944== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6296397550689078944==-- From xen-users-bounces@lists.xen.org Tue Apr 17 18:33:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:33:27 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDCj-0007Bv-Bu; Tue, 17 Apr 2012 18:32:41 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDCh-0007Bd-CK for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:32:39 +0000 Received: from [85.158.139.83:53220] by server-3.bemta-5.messagelabs.com id FE/1E-25237-647BD8F4; Tue, 17 Apr 2012 18:32:38 +0000 X-Env-Sender: henning.ryll@web.de X-Msg-Ref: server-12.tower-182.messagelabs.com!1334687557!24239973!1 X-Originating-IP: [212.90.139.80] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11179 invoked from network); 17 Apr 2012 18:32:37 -0000 Received: from smtp1.goneo.de (HELO smtp1.goneo.de) (212.90.139.80) by server-12.tower-182.messagelabs.com with SMTP; 17 Apr 2012 18:32:37 -0000 Received: from smtp1.goneo.de (localhost [127.0.0.1]) by smtp1.goneo.de (Postfix) with ESMTP id 4ABAE16A67D for ; Tue, 17 Apr 2012 20:32:37 +0200 (CEST) X-Virus-Scanned: by goneo X-Spam-Flag: NO X-Spam-Score: -1.498 X-Spam-Level: X-Spam-Status: No, score=-1.498 tagged_above=-999 tests=[ALL_TRUSTED=-1, BAYES_05=-0.5, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001] autolearn=unavailable Received: from smtp1.goneo.de ([127.0.0.1]) by smtp1.goneo.de (smtp1.goneo.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iMbF6ptAVSTT for ; Tue, 17 Apr 2012 20:32:26 +0200 (CEST) Received: from lion.localnet (localhost [127.0.0.1]) by smtp1.goneo.de (Postfix) with ESMTPA id 538B716A668 for ; Tue, 17 Apr 2012 20:32:26 +0200 (CEST) From: Henning Ryll To: xen-users@lists.xen.org Date: Tue, 17 Apr 2012 20:32:26 +0200 Message-ID: <1455894.U47ALipGXZ@lion> User-Agent: KMail/4.7.4 (Linux/3.0.6-gentoo; KDE/4.7.4; i686; ; ) In-Reply-To: References: <9536959.RMiB6iqF84@lion> MIME-Version: 1.0 Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6296397550689078944==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6296397550689078944== Content-Type: multipart/alternative; boundary="nextPart2092281.dXaQNb52Qk" Content-Transfer-Encoding: 7Bit --nextPart2092281.dXaQNb52Qk Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Dienstag 17 April 2012, 18:56:14 schrieb Simon Hobson: > Henning Ryll wrote: > >I have setup xen with "Citrix Xen Server 6.0" using one hard disk with > >only 80 GB. Everything is running fine so far. > > > >Now I have added two 1TB SATA disks. > > > >Since Xen uses LVM it should be possible to use these 2 disks as lvm > >stripe for performace reasons. > >But how to create local storage on these disks? > > > >I am looking around but I can not find any samples to build al lvm stripe > >with 'xe sr-create'. All samples are using just 1 device. > > > >How to create local storage using a lvm stipe ? > > You use the LVM commands to do it - this is absolutely and completely > nothing to do with Xen. When you have created the LVM stripe (volume > group ?) you can create logical volumes (LVs) within it - either > using LVM commands, or any management tool that might handle it for > you. > > Just bear in mind that striping two disks together doubles the risk > of failure casing data loss - you now have two disks, and failure of > either of them will render the whole set unusable. Ok. I know that striping will double the risk of failure. So I have to make sure to have usable backup's. I have done these steps with LVM now. 1. created 2 physical volumes (i.e. pv_c, pv_d) with pvcreate 2. created a volume group (i.e. vg_c_and_d) with both PV's 3. created al logical volume (i.e. lv_stripe) on top of the VG But how's the correct syntax of 'xe sr-create' now? xe sr-create content-type="local SR" type=lvm device- config:device=/dev/vg_c_and_d/lv_stripe shared=true name-label="Local SR" Doing this I get a second volume group vg_xen..... ! I'm still confused. --nextPart2092281.dXaQNb52Qk Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Am Dienstag 17 April 2012, 18:56:14 schrieb Simon Hobson:

> Henning Ryll wrote:

> >I have setup xen with "Citrix Xen Server 6.0" using one hard disk with

> >only 80 GB. Everything is running fine so far.

> >

> >Now I have added two 1TB SATA disks.

> >

> >Since Xen uses LVM it should be possible to use these 2 disks as lvm

> >stripe for performace reasons.

> >But how to create local storage on these disks?

> >

> >I am looking around but I can not find any samples to build al lvm stripe

> >with 'xe sr-create'. All samples are using just 1 device.

> >

> >How to create local storage using a lvm stipe ?

>

> You use the LVM commands to do it - this is absolutely and completely

> nothing to do with Xen. When you have created the LVM stripe (volume

> group ?) you can create logical volumes (LVs) within it - either

> using LVM commands, or any management tool that might handle it for

> you.

>

> Just bear in mind that striping two disks together doubles the risk

> of failure casing data loss - you now have two disks, and failure of

> either of them will render the whole set unusable.

 

Ok.

 

I know that striping will double the risk of failure. So I have to make sure to have usable backup's.

 

I have done these steps with LVM now.

1. created 2 physical volumes (i.e. pv_c, pv_d) with pvcreate

2. created a volume group (i.e. vg_c_and_d) with both PV's

3. created al logical volume (i.e. lv_stripe) on top of the VG

 

But how's the correct syntax of 'xe sr-create' now?

 

xe sr-create content-type="local SR" type=lvm device-config:device=/dev/vg_c_and_d/lv_stripe shared=true name-label="Local SR"

 

Doing this I get a second volume group vg_xen..... !

I'm still confused.

--nextPart2092281.dXaQNb52Qk-- --===============6296397550689078944== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6296397550689078944==-- From xen-users-bounces@lists.xen.org Tue Apr 17 18:33:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:33: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 1SKDDH-0007GE-1y; Tue, 17 Apr 2012 18:33:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDDF-0007FI-2o for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:33:13 +0000 Received: from [193.109.254.147:60552] by server-11.bemta-14.messagelabs.com id 76/1A-05858-867BD8F4; Tue, 17 Apr 2012 18:33:12 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1334687590!5035502!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15711 invoked from network); 17 Apr 2012 18:33:11 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 18:33:11 -0000 Received: from [189.253.145.95] (port=55276 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SKDDB-0006y0-Oj for xen-users@lists.xen.org; Tue, 17 Apr 2012 13:33:09 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 42CDCA1DB for ; Tue, 17 Apr 2012 13:33:08 -0500 (CDT) Message-ID: <4F8DB764.7000900@ondore.com> Date: Tue, 17 Apr 2012 13:33:08 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <9536959.RMiB6iqF84@lion> In-Reply-To: <9536959.RMiB6iqF84@lion> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. I agree with Simon, this has nothing to do with Xen or xe. El 17/04/12 09:57, Henning Ryll escribi=F3: > I am looking around but I can not find any samples to build al lvm stripe= with > 'xe sr-create'. All samples are using just 1 device. > > How to create local storage using a lvm stipe ? Check LVM documentation. Essentially, that you probably want is to add = the new disk, as a "physical volume" the your main "volume group". This = will not give you a block level stripe, instead it will concatenate both = storage spaces. In order to get a block level stripe (or any other RAID technology), the = common approach is to make LVM to reside over a RAID device instead of a = physical disk. It might be hardware RAID, or software md device. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 18:33:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 18:33: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 1SKDDH-0007GE-1y; Tue, 17 Apr 2012 18:33:15 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKDDF-0007FI-2o for xen-users@lists.xen.org; Tue, 17 Apr 2012 18:33:13 +0000 Received: from [193.109.254.147:60552] by server-11.bemta-14.messagelabs.com id 76/1A-05858-867BD8F4; Tue, 17 Apr 2012 18:33:12 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1334687590!5035502!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15711 invoked from network); 17 Apr 2012 18:33:11 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 18:33:11 -0000 Received: from [189.253.145.95] (port=55276 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SKDDB-0006y0-Oj for xen-users@lists.xen.org; Tue, 17 Apr 2012 13:33:09 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 42CDCA1DB for ; Tue, 17 Apr 2012 13:33:08 -0500 (CDT) Message-ID: <4F8DB764.7000900@ondore.com> Date: Tue, 17 Apr 2012 13:33:08 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <9536959.RMiB6iqF84@lion> In-Reply-To: <9536959.RMiB6iqF84@lion> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. I agree with Simon, this has nothing to do with Xen or xe. El 17/04/12 09:57, Henning Ryll escribi=F3: > I am looking around but I can not find any samples to build al lvm stripe= with > 'xe sr-create'. All samples are using just 1 device. > > How to create local storage using a lvm stipe ? Check LVM documentation. Essentially, that you probably want is to add = the new disk, as a "physical volume" the your main "volume group". This = will not give you a block level stripe, instead it will concatenate both = storage spaces. In order to get a block level stripe (or any other RAID technology), the = common approach is to make LVM to reside over a RAID device instead of a = physical disk. It might be hardware RAID, or software md device. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 20:55:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 20:55: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 1SKFPX-0001U0-A2; Tue, 17 Apr 2012 20:54:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKFPV-0001Tv-R5 for xen-users@lists.xen.org; Tue, 17 Apr 2012 20:54:01 +0000 Received: from [85.158.143.99:17955] by server-2.bemta-4.messagelabs.com id 21/60-17550-968DD8F4; Tue, 17 Apr 2012 20:54:01 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334696039!14305969!1 X-Originating-IP: [66.151.104.17] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8214 invoked from network); 17 Apr 2012 20:54:00 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 20:54:00 -0000 Received: from axigen1 (127.0.0.1) by axigen1 (Axigen) with ESMTPSA id 3F1405; Tue, 17 Apr 2012 16:47:16 -0400 Received: from [76.100.26.180] by businessgrade.com with HTTP; Tue, 17 Apr 2012 16:47:16 -0400 From: Errol Neal Date: Tue, 17 Apr 2012 16:47:16 -0400 X-Mailer: Axigen WebMail To: henning.ryll@web.de Message-ID: <1334695636636832500@businessgrade.com> In-Reply-To: <9536959.RMiB6iqF84@lion> References: <9536959.RMiB6iqF84@lion> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline X-AxigenVirus-Level: 1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 04/17/2012 10:57 AM, Henning Ryll <henning@die-rylls.de> wrote: > Hi, > > I'm new on xen with only a very little experience :( > > I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 > GB. Everything is running fine so far. > > Now I have added two 1TB SATA disks. > > Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe > for performace reasons. > But how to create local storage on these disks? > This won't be possible unless you modify the XAPI code to change how the logical volumes are created. You could of course create everything manually then go back and introduce the SR and the VBDs, but that is a lot of work. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 20:55:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 20:55: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 1SKFPX-0001U0-A2; Tue, 17 Apr 2012 20:54:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKFPV-0001Tv-R5 for xen-users@lists.xen.org; Tue, 17 Apr 2012 20:54:01 +0000 Received: from [85.158.143.99:17955] by server-2.bemta-4.messagelabs.com id 21/60-17550-968DD8F4; Tue, 17 Apr 2012 20:54:01 +0000 X-Env-Sender: eneal@businessgrade.com X-Msg-Ref: server-8.tower-216.messagelabs.com!1334696039!14305969!1 X-Originating-IP: [66.151.104.17] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8214 invoked from network); 17 Apr 2012 20:54:00 -0000 Received: from smtp1.businessgrade.com (HELO smtp1.businessgrade.com) (66.151.104.17) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 20:54:00 -0000 Received: from axigen1 (127.0.0.1) by axigen1 (Axigen) with ESMTPSA id 3F1405; Tue, 17 Apr 2012 16:47:16 -0400 Received: from [76.100.26.180] by businessgrade.com with HTTP; Tue, 17 Apr 2012 16:47:16 -0400 From: Errol Neal Date: Tue, 17 Apr 2012 16:47:16 -0400 X-Mailer: Axigen WebMail To: henning.ryll@web.de Message-ID: <1334695636636832500@businessgrade.com> In-Reply-To: <9536959.RMiB6iqF84@lion> References: <9536959.RMiB6iqF84@lion> Importance: Normal MIME-Version: 1.0 Content-Disposition: inline X-AxigenVirus-Level: 1 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: eneal@businessgrade.com List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 04/17/2012 10:57 AM, Henning Ryll <henning@die-rylls.de> wrote: > Hi, > > I'm new on xen with only a very little experience :( > > I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 > GB. Everything is running fine so far. > > Now I have added two 1TB SATA disks. > > Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe > for performace reasons. > But how to create local storage on these disks? > This won't be possible unless you modify the XAPI code to change how the logical volumes are created. You could of course create everything manually then go back and introduce the SR and the VBDs, but that is a lot of work. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 23:02:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 23:02: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 1SKHOS-00036F-0m; Tue, 17 Apr 2012 23:01:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKHOQ-00036A-Ar for xen-users@lists.xen.org; Tue, 17 Apr 2012 23:01:02 +0000 Received: from [85.158.143.99:11274] by server-1.bemta-4.messagelabs.com id 8F/A4-20925-D26FD8F4; Tue, 17 Apr 2012 23:01:01 +0000 X-Env-Sender: sam@tacomatelematics.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334703659!23172595!1 X-Originating-IP: [173.160.255.210] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1874 invoked from network); 17 Apr 2012 23:01:00 -0000 Received: from tacomatelematics.com (HELO mail.tacomatelematics.com) (173.160.255.210) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 23:01:00 -0000 Received: from localhost (vac [127.0.0.1]) by mail.tacomatelematics.com (Postfix) with ESMTP id B4BFEFA432E for ; Tue, 17 Apr 2012 16:00:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at tacomatelematics.com X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 tagged_above=-500 required=2 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9] autolearn=ham Received: from mail.tacomatelematics.com ([127.0.0.1]) by localhost (mail.tacomatelematics.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vFiu1jR2NGOt for ; Tue, 17 Apr 2012 16:00:53 -0700 (PDT) Received: from smokescreen.nat.tact (173-160-255-209-Washington.hfc.comcastbusiness.net [173.160.255.209]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sam@tacomatelematics.com) by mail.tacomatelematics.com (Postfix) with ESMTPSA id 54DF2FA4335 for ; Tue, 17 Apr 2012 16:00:53 -0700 (PDT) From: Sam Mulvey Date: Tue, 17 Apr 2012 16:00:52 -0700 Message-Id: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] Help Debugging a Crash on PV DomU Creation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've got a system that's been acting up over the last few days-- it would automatically reboot after I loaded a VM. After playing around with it, I've guessed that the crash occurs when I hit a certain threshold of vCPUs. After they released me from the hospital, I hit the rack and got a Xen debug from the terminal server, which follows. The system itself is a dual Opteron 8356 (so, 8 cores) with 12G of RAM in a Tyan board. I'm running Arch Linux on both dom0 and most of the domUs, with a single NetBSD install for PF. I'm going to start by nailing a CPU to the dom0, something I've been planning on doing for a while in any case. If that doesn't help, I'll be upgrading the packages and the dom0 kernel. The CPU which locks up seems to change every time, so I don't think disabling a core or puling one of the processors would help, but I may try it. I guess if someone can take a look at this and see if it looks like something software or hardware related, even in a vague sense, that would go a long way toward pointing me in the right direction. Thanks! -------- close blk: backend=/local/domain/0/backend/vbd/7/51713 node=device/vbd/51713 close blk: backend=/local/domain/0/backend/vbd/7/51714 node=device/vbd/51714 go! mapping kernel into physical memory about to get started... (XEN) traps.c:2502:d7 Domain attempted WRMSR 00000000c0010004 from 0x0000f802b979638a to 0x000000000000abcd. (XEN) grant_table.c:1159:d7 Expanding dom (7) grant table from (4) to (5) frames. (XEN) grant_table.c:1159:d7 Expanding dom (7) grant table from (5) to (6) frames. (XEN) Assertion '!in_atomic()' failed at softirq.c:61 (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e008:[] do_softirq+0xd/0x28 (XEN) RFLAGS: 0000000000010202 CONTEXT: hypervisor (XEN) rax: 0000000000000001 rbx: ffff8300bfcdf000 rcx: 0000000000000000 (XEN) rdx: ffff82c4802d86a0 rsi: 0000000000000000 rdi: 0000000000000001 (XEN) rbp: ffff82c48029ff08 rsp: ffff82c48029ff08 r8: 00000000deadbeef (XEN) r9: 00000000deadbeef r10: 00000000deadbeef r11: 0000000000000246 (XEN) r12: ffffffff815449e8 r13: ffffffff8149bfd8 r14: ffffffffffffffff (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000006f0 (XEN) cr3: 0000000128d6e000 cr2: ffff880002daca78 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 (XEN) Xen stack trace from rsp=ffff82c48029ff08: (XEN) 00007d3b7fd600c7 ffff82c4802148a6 0000000000000000 ffffffffffffffff (XEN) ffffffff8149bfd8 ffffffff815449e8 ffffffff8149bed0 ffffffff8149a000 (XEN) 0000000000000246 0000000100002706 0000000000000000 0000000000000000 (XEN) 0000000000000000 ffffffff810093aa 0000000000000000 00000000deadbeef (XEN) 00000000deadbeef 0000010000000000 ffffffff810093aa 000000000000e033 (XEN) 0000000000000246 ffffffff8149beb8 000000000000e02b 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) ffff8300bfcdf000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [] do_softirq+0xd/0x28 (XEN) (XEN) (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) Assertion '!in_atomic()' failed at softirq.c:61 (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... Press to update BIOS. -- Sam Mulvey Tacoma Telematics sam@tacomatelematics.com (253) 883-3030 x110 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 23:02:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 23:02: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 1SKHOS-00036F-0m; Tue, 17 Apr 2012 23:01:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKHOQ-00036A-Ar for xen-users@lists.xen.org; Tue, 17 Apr 2012 23:01:02 +0000 Received: from [85.158.143.99:11274] by server-1.bemta-4.messagelabs.com id 8F/A4-20925-D26FD8F4; Tue, 17 Apr 2012 23:01:01 +0000 X-Env-Sender: sam@tacomatelematics.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1334703659!23172595!1 X-Originating-IP: [173.160.255.210] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1874 invoked from network); 17 Apr 2012 23:01:00 -0000 Received: from tacomatelematics.com (HELO mail.tacomatelematics.com) (173.160.255.210) by server-13.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 17 Apr 2012 23:01:00 -0000 Received: from localhost (vac [127.0.0.1]) by mail.tacomatelematics.com (Postfix) with ESMTP id B4BFEFA432E for ; Tue, 17 Apr 2012 16:00:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at tacomatelematics.com X-Spam-Flag: NO X-Spam-Score: -2.9 X-Spam-Level: X-Spam-Status: No, score=-2.9 tagged_above=-500 required=2 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9] autolearn=ham Received: from mail.tacomatelematics.com ([127.0.0.1]) by localhost (mail.tacomatelematics.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vFiu1jR2NGOt for ; Tue, 17 Apr 2012 16:00:53 -0700 (PDT) Received: from smokescreen.nat.tact (173-160-255-209-Washington.hfc.comcastbusiness.net [173.160.255.209]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sam@tacomatelematics.com) by mail.tacomatelematics.com (Postfix) with ESMTPSA id 54DF2FA4335 for ; Tue, 17 Apr 2012 16:00:53 -0700 (PDT) From: Sam Mulvey Date: Tue, 17 Apr 2012 16:00:52 -0700 Message-Id: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> To: xen-users@lists.xen.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] Help Debugging a Crash on PV DomU Creation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I've got a system that's been acting up over the last few days-- it would automatically reboot after I loaded a VM. After playing around with it, I've guessed that the crash occurs when I hit a certain threshold of vCPUs. After they released me from the hospital, I hit the rack and got a Xen debug from the terminal server, which follows. The system itself is a dual Opteron 8356 (so, 8 cores) with 12G of RAM in a Tyan board. I'm running Arch Linux on both dom0 and most of the domUs, with a single NetBSD install for PF. I'm going to start by nailing a CPU to the dom0, something I've been planning on doing for a while in any case. If that doesn't help, I'll be upgrading the packages and the dom0 kernel. The CPU which locks up seems to change every time, so I don't think disabling a core or puling one of the processors would help, but I may try it. I guess if someone can take a look at this and see if it looks like something software or hardware related, even in a vague sense, that would go a long way toward pointing me in the right direction. Thanks! -------- close blk: backend=/local/domain/0/backend/vbd/7/51713 node=device/vbd/51713 close blk: backend=/local/domain/0/backend/vbd/7/51714 node=device/vbd/51714 go! mapping kernel into physical memory about to get started... (XEN) traps.c:2502:d7 Domain attempted WRMSR 00000000c0010004 from 0x0000f802b979638a to 0x000000000000abcd. (XEN) grant_table.c:1159:d7 Expanding dom (7) grant table from (4) to (5) frames. (XEN) grant_table.c:1159:d7 Expanding dom (7) grant table from (5) to (6) frames. (XEN) Assertion '!in_atomic()' failed at softirq.c:61 (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e008:[] do_softirq+0xd/0x28 (XEN) RFLAGS: 0000000000010202 CONTEXT: hypervisor (XEN) rax: 0000000000000001 rbx: ffff8300bfcdf000 rcx: 0000000000000000 (XEN) rdx: ffff82c4802d86a0 rsi: 0000000000000000 rdi: 0000000000000001 (XEN) rbp: ffff82c48029ff08 rsp: ffff82c48029ff08 r8: 00000000deadbeef (XEN) r9: 00000000deadbeef r10: 00000000deadbeef r11: 0000000000000246 (XEN) r12: ffffffff815449e8 r13: ffffffff8149bfd8 r14: ffffffffffffffff (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000006f0 (XEN) cr3: 0000000128d6e000 cr2: ffff880002daca78 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 (XEN) Xen stack trace from rsp=ffff82c48029ff08: (XEN) 00007d3b7fd600c7 ffff82c4802148a6 0000000000000000 ffffffffffffffff (XEN) ffffffff8149bfd8 ffffffff815449e8 ffffffff8149bed0 ffffffff8149a000 (XEN) 0000000000000246 0000000100002706 0000000000000000 0000000000000000 (XEN) 0000000000000000 ffffffff810093aa 0000000000000000 00000000deadbeef (XEN) 00000000deadbeef 0000010000000000 ffffffff810093aa 000000000000e033 (XEN) 0000000000000246 ffffffff8149beb8 000000000000e02b 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) ffff8300bfcdf000 0000000000000000 0000000000000000 (XEN) Xen call trace: (XEN) [] do_softirq+0xd/0x28 (XEN) (XEN) (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) Assertion '!in_atomic()' failed at softirq.c:61 (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... Press to update BIOS. -- Sam Mulvey Tacoma Telematics sam@tacomatelematics.com (253) 883-3030 x110 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 17 23:48:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 23:48: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 1SKI72-0003ff-3W; Tue, 17 Apr 2012 23:47:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKI70-0003fa-Pj for xen-users@lists.xen.org; Tue, 17 Apr 2012 23:47:07 +0000 Received: from [85.158.143.99:64884] by server-3.bemta-4.messagelabs.com id 13/87-05853-AF00E8F4; Tue, 17 Apr 2012 23:47:06 +0000 X-Env-Sender: mike.lyon@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1334706423!24068942!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3330 invoked from network); 17 Apr 2012 23:47:04 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 23:47:04 -0000 Received: by wgbed3 with SMTP id ed3so5165671wgb.32 for ; Tue, 17 Apr 2012 16:47:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=F1H74rROLu/cNj6ksri/Zl8C3Z5ysyXYQcUSHx6LKfk=; b=lmX5sTETWPnDJmdpLzqElMZGFTnkVPwxYhHIZAajAj+4gbuqlm5YahQySgPvKmFbvv m9IbmtUyT7iPwnUqs3DP47FwVMkr8eIFpWTONKpA3Z3reH+6aklXiiXfQ0VxlSmJvaNw ZKeTQiXaZ3xycO8PiD6uQ7SuQDbVPYVl8kHWVg1/0EXnRgO43SUFs+NjphDAGBwisHmW OMOGOR8+EqBzy9Lg6Sod0fuoG1L19lujAwCNg5gUp44YPgt/4sIAHvGcx4dU7qVAkhwr xzzrb9b+8R060zFSyH1WNbB7NcXVPw9R4eExHi4EOvPsqmfN7awZIU0l5P9PEuN0Y8g/ NOTg== MIME-Version: 1.0 Received: by 10.180.98.8 with SMTP id ee8mr860397wib.14.1334706423586; Tue, 17 Apr 2012 16:47:03 -0700 (PDT) Received: by 10.223.88.68 with HTTP; Tue, 17 Apr 2012 16:47:03 -0700 (PDT) Date: Tue, 17 Apr 2012 16:47:03 -0700 Message-ID: From: Mike Lyon To: xen-users@lists.xen.org Subject: [Xen-users] failure("Storage_access failed with: SR_BACKEND_FAILURE_47: [ ; The SR is not available X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8485158113873392725==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8485158113873392725== Content-Type: multipart/alternative; boundary=f46d044287a641e01404bde88eeb --f46d044287a641e01404bde88eeb Content-Type: text/plain; charset=ISO-8859-1 Hello, Please excuse my complete xen ignorance but I am hoping someone will be able ot help me out here. I recently built my first Xen box using a 2, 1TB drives in a raid configuration, 2TB total. I installed Xen, I am able to access it via XenCenter. However, I am trying to use some of that 2TB as a local datastore but for the life of me I cannot get it mounted, I keep on getting this error: [root@xen1 dev]# xe pbd-plug uuid=6f3aa3c9-cd9e-adc6-c164-00655e6fe154 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_47: [ ; The SR is not available [opterr=no such volume group: VG_XenStorage-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; ]") The steps I followed was this: http://www.schirmacher.de/display/INFO/How+to+reattach+a+disk+to+XenServer Here is exactly what I did: [root@xen1 dev]# ls -l /dev/disk/by-id total 0 lrwxrwxrwx 1 root root 9 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af -> ../../sda lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part3 -> ../../sda3 [root@xen1 dev]# xe host-list uuid ( RO) : 31c2dfa5-fb34-4410-9d73-cc2e595b3935 name-label ( RW): xen1 name-description ( RW): Default install of XenServer [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# vgdisplay -v Finding all volume groups Finding volume group "XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b" --- Volume group --- VG Name XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 2 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 1.81 TB PE Size 4.00 MB Total PE 474621 Alloc PE / Size 474621 / 1.81 TB Free PE / Size 0 / 0 VG UUID dqnVEp-1SwY-xgwR-fdY3-LoQl-XmgU-SIJNSN --- Logical volume --- LV Name /dev/XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b/46d633a8-2d98-03a8-3203-64e2f0e14f2b VG Name XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b LV UUID DWRoBQ-bL0T-4k5M-PnBk-Vo3n-WnMp-m02s22 LV Write Access read/write LV Status available # open 0 LV Size 1.81 TB Current LE 474621 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 1024 Block device 252:0 --- Physical volumes --- PV Name /dev/sda3 PV UUID js5bUR-m390-mFFv-Quif-WHyf-vhg8-6OE0Ud PV Status allocatable Total PE / Free PE 474621 / 0 [root@xen1 dev]# [root@xen1 dev]# xe sr-introduce uuid=46d633a8-2d98-03a8-3203-64e2f0e14f2b Required parameter not found: name-label For usage run: 'xe help' [root@xen1 dev]# xe sr-introduce uuid=46d633a8-2d98-03a8-3203-64e2f0e14f2b type=lvm name-label="Local storage 2" content-type=user 46d633a8-2d98-03a8-3203-64e2f0e14f2b [root@xen1 dev]# ls -l /dev/disk/by-id total 0 lrwxrwxrwx 1 root root 9 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af -> ../../sda lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part3 -> ../../sda3 [root@xen1 dev]# xe host-list uuid ( RO) : 31c2dfa5-fb34-4410-9d73-cc2e595b3935 name-label ( RW): xen1 name-description ( RW): Default install of XenServer [root@xen1 dev]# xe pbd-create host-uuid=31c2dfa5-fb34-4410-9d73-cc2e595b3935 sr-uuid=46d633a8-2d98-03a8-3203-64e2f0e14f2b device-config:device=/dev/disk/by-id/scsi-360024e807d2ad400171f396d1603f8af-part1 6f3aa3c9-cd9e-adc6-c164-00655e6fe154 [root@xen1 dev]# xe pbd-plug uuid=6f3aa3c9-cd9e-adc6-c164-00655e6fe154 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_47: [ ; The SR is not available [opterr=no such volume group: VG_XenStorage-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; ]") [root@xen1 dev]# [root@xen1 dev]# Any help would be GREATLY appreciated. Thank You, Mike -- Mike Lyon 408-621-4826 mike.lyon@gmail.com http://www.linkedin.com/in/mlyon --f46d044287a641e01404bde88eeb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

Please excuse my complete xen ignorance but I am = hoping someone will be able ot help me out here. I recently built my first = Xen box using a 2, 1TB drives in a raid configuration, 2TB total.

I installed Xen, I am able to access it via XenCenter. Howev= er, I am trying to use some of that 2TB as a local datastore but for the li= fe of me I cannot get it mounted, I keep on getting this error:

[root@xen1 dev]# xe pbd-plug uuid=3D6f3aa3c9-cd9e-adc6-= c164-00655e6fe154
The server failed to handle your request, due t= o an internal error. =A0The given message may give details useful for debug= ging the problem.
message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_= 47: [ ; The SR is not available [opterr=3Dno such volume group: VG_XenStora= ge-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; =A0]")

<= div>
The steps I followed was this:


Here is exactly what I did:

<= div>
[root@xen1 dev]# ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root =A09 Apr 16 20:03 scsi-360024e807d2ad400171f396d160= 3f8af -> ../../sda
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1= 603f8af-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr 16 2= 0:03 scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1= 603f8af-part3 -> ../../sda3
[root@xen1 dev]# xe host-list
uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 31c2dfa5-fb34-4410-9d73-c= c2e595b3935
=A0 =A0 =A0 =A0 =A0 name-label ( RW): xen1
=A0 =A0 name-desc= ription ( RW): Default install of XenServer


[root@xen1 dev]#
[root@xen1 dev]#
[root@xen1 d= ev]#
[root@xen1 dev]#
[root@xen1 dev]#
[root@xen1 dev]#= vgdisplay -v
=A0 =A0 Finding all volume groups
=A0 =A0= Finding volume group "XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b= "
=A0 --- Volume group ---
=A0 VG Name =A0 =A0 =A0 =A0 =A0 =A0= =A0 XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b
=A0 System I= D
=A0 Format =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0lvm2
=A0 Me= tadata Areas =A0 =A0 =A0 =A01
=A0 Metadata Sequence No =A02
=A0 VG Access =A0 =A0 =A0 =A0 =A0 =A0 read/write
=A0 VG Stat= us =A0 =A0 =A0 =A0 =A0 =A0 resizable
=A0 MAX LV =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A00
=A0 Cur LV =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01
=A0 Open LV =A0 =A0 =A0 =A0 =A0 =A0 =A0 0
=A0 Max PV =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A00
=A0 Cur PV =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01
=A0 Act PV =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A01
=A0 VG Size =A0 =A0 =A0 =A0 =A0 =A0 = =A0 1.81 TB
=A0 PE Size =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.00 MB
=
=A0 Total PE =A0 =A0 =A0 =A0 =A0 =A0 =A0474621
=A0 Alloc PE = / Size =A0 =A0 =A0 474621 / 1.81 TB
=A0 Free =A0PE / Size =A0 =A0 =A0 0 / 0
=A0 VG UUID =A0 =A0 = =A0 =A0 =A0 =A0 =A0 dqnVEp-1SwY-xgwR-fdY3-LoQl-XmgU-SIJNSN

=A0 --- Logical volume ---
=A0 LV Name =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0/dev/XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b/46d633a= 8-2d98-03a8-3203-64e2f0e14f2b
=A0 VG Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0XSLocalEXT-46d633a8-2d98-03= a8-3203-64e2f0e14f2b
=A0 LV UUID =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0D= WRoBQ-bL0T-4k5M-PnBk-Vo3n-WnMp-m02s22
=A0 LV Write Access =A0 =A0= =A0 =A0read/write
=A0 LV Status =A0 =A0 =A0 =A0 =A0 =A0 =A0avail= able
=A0 # open =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0
=A0 LV Size =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A01.81 TB
=A0 Current LE =A0 =A0 =A0 = =A0 =A0 =A0 474621
=A0 Segments =A0 =A0 =A0 =A0 =A0 =A0 =A0 1
=A0 Allocation =A0 =A0 =A0 =A0 =A0 =A0 inherit
=A0 Read ah= ead sectors =A0 =A0 auto
=A0 - currently set to =A0 =A0 1024
=A0 Block device =A0 =A0= =A0 =A0 =A0 252:0

=A0 --- Physical volumes ---
=A0 PV Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 /dev/sda3
=A0 PV = UUID =A0 =A0 =A0 =A0 =A0 =A0 =A0 js5bUR-m390-mFFv-Quif-WHyf-vhg8-6OE0Ud
=A0 PV Status =A0 =A0 =A0 =A0 =A0 =A0 allocatable
=A0 Total = PE / Free PE =A0 =A0474621 / 0

[root@xen1 dev]#
[root@xen1 dev]# xe sr-introduce uuid=3D46d633a8-2d98-03a8-3203-64e= 2f0e14f2b
Required parameter not found: name-label
For usage run: 'xe h= elp'
[root@xen1 dev]# xe sr-introduce uuid=3D46d633a8-2d98-03= a8-3203-64e2f0e14f2b type=3Dlvm name-label=3D"Local storage 2" co= ntent-type=3Duser
46d633a8-2d98-03a8-3203-64e2f0e14f2b
[root@xen1 dev]# ls -l = /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root =A09 Apr= 16 20:03 scsi-360024e807d2ad400171f396d1603f8af -> ../../sda
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8= af-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr 16 20:03 = scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8= af-part3 -> ../../sda3
[root@xen1 dev]# xe host-list
uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 31c2dfa5-fb34-4410-9d73-cc2e59= 5b3935
=A0 =A0 =A0 =A0 =A0 name-label ( RW): xen1
=A0 =A0 name-desc= ription ( RW): Default install of XenServer


[root@xen1 dev]# xe pbd-create host-uuid=3D31c2dfa5-fb34-4410-9d73= -cc2e595b3935 sr-uuid=3D46d633a8-2d98-03a8-3203-64e2f0e14f2b device-config:= device=3D/dev/disk/by-id/scsi-360024e807d2ad400171f396d1603f8af-part1
6f3aa3c9-cd9e-adc6-c164-00655e6fe154
[root@xen1 dev]# xe pbd= -plug uuid=3D6f3aa3c9-cd9e-adc6-c164-00655e6fe154
The server fail= ed to handle your request, due to an internal error. =A0The given message m= ay give details useful for debugging the problem.
message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_= 47: [ ; The SR is not available [opterr=3Dno such volume group: VG_XenStora= ge-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; =A0]")
[root@xen1 = dev]#
[root@xen1 dev]#

Any help would be GREA= TLY appreciated.

Thank You,
Mike

--

--f46d044287a641e01404bde88eeb-- --===============8485158113873392725== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8485158113873392725==-- From xen-users-bounces@lists.xen.org Tue Apr 17 23:48:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 17 Apr 2012 23:48: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 1SKI72-0003ff-3W; Tue, 17 Apr 2012 23:47:08 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKI70-0003fa-Pj for xen-users@lists.xen.org; Tue, 17 Apr 2012 23:47:07 +0000 Received: from [85.158.143.99:64884] by server-3.bemta-4.messagelabs.com id 13/87-05853-AF00E8F4; Tue, 17 Apr 2012 23:47:06 +0000 X-Env-Sender: mike.lyon@gmail.com X-Msg-Ref: server-15.tower-216.messagelabs.com!1334706423!24068942!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3330 invoked from network); 17 Apr 2012 23:47:04 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-15.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 17 Apr 2012 23:47:04 -0000 Received: by wgbed3 with SMTP id ed3so5165671wgb.32 for ; Tue, 17 Apr 2012 16:47:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=F1H74rROLu/cNj6ksri/Zl8C3Z5ysyXYQcUSHx6LKfk=; b=lmX5sTETWPnDJmdpLzqElMZGFTnkVPwxYhHIZAajAj+4gbuqlm5YahQySgPvKmFbvv m9IbmtUyT7iPwnUqs3DP47FwVMkr8eIFpWTONKpA3Z3reH+6aklXiiXfQ0VxlSmJvaNw ZKeTQiXaZ3xycO8PiD6uQ7SuQDbVPYVl8kHWVg1/0EXnRgO43SUFs+NjphDAGBwisHmW OMOGOR8+EqBzy9Lg6Sod0fuoG1L19lujAwCNg5gUp44YPgt/4sIAHvGcx4dU7qVAkhwr xzzrb9b+8R060zFSyH1WNbB7NcXVPw9R4eExHi4EOvPsqmfN7awZIU0l5P9PEuN0Y8g/ NOTg== MIME-Version: 1.0 Received: by 10.180.98.8 with SMTP id ee8mr860397wib.14.1334706423586; Tue, 17 Apr 2012 16:47:03 -0700 (PDT) Received: by 10.223.88.68 with HTTP; Tue, 17 Apr 2012 16:47:03 -0700 (PDT) Date: Tue, 17 Apr 2012 16:47:03 -0700 Message-ID: From: Mike Lyon To: xen-users@lists.xen.org Subject: [Xen-users] failure("Storage_access failed with: SR_BACKEND_FAILURE_47: [ ; The SR is not available X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8485158113873392725==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8485158113873392725== Content-Type: multipart/alternative; boundary=f46d044287a641e01404bde88eeb --f46d044287a641e01404bde88eeb Content-Type: text/plain; charset=ISO-8859-1 Hello, Please excuse my complete xen ignorance but I am hoping someone will be able ot help me out here. I recently built my first Xen box using a 2, 1TB drives in a raid configuration, 2TB total. I installed Xen, I am able to access it via XenCenter. However, I am trying to use some of that 2TB as a local datastore but for the life of me I cannot get it mounted, I keep on getting this error: [root@xen1 dev]# xe pbd-plug uuid=6f3aa3c9-cd9e-adc6-c164-00655e6fe154 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_47: [ ; The SR is not available [opterr=no such volume group: VG_XenStorage-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; ]") The steps I followed was this: http://www.schirmacher.de/display/INFO/How+to+reattach+a+disk+to+XenServer Here is exactly what I did: [root@xen1 dev]# ls -l /dev/disk/by-id total 0 lrwxrwxrwx 1 root root 9 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af -> ../../sda lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part3 -> ../../sda3 [root@xen1 dev]# xe host-list uuid ( RO) : 31c2dfa5-fb34-4410-9d73-cc2e595b3935 name-label ( RW): xen1 name-description ( RW): Default install of XenServer [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# [root@xen1 dev]# vgdisplay -v Finding all volume groups Finding volume group "XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b" --- Volume group --- VG Name XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 2 VG Access read/write VG Status resizable MAX LV 0 Cur LV 1 Open LV 0 Max PV 0 Cur PV 1 Act PV 1 VG Size 1.81 TB PE Size 4.00 MB Total PE 474621 Alloc PE / Size 474621 / 1.81 TB Free PE / Size 0 / 0 VG UUID dqnVEp-1SwY-xgwR-fdY3-LoQl-XmgU-SIJNSN --- Logical volume --- LV Name /dev/XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b/46d633a8-2d98-03a8-3203-64e2f0e14f2b VG Name XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b LV UUID DWRoBQ-bL0T-4k5M-PnBk-Vo3n-WnMp-m02s22 LV Write Access read/write LV Status available # open 0 LV Size 1.81 TB Current LE 474621 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 1024 Block device 252:0 --- Physical volumes --- PV Name /dev/sda3 PV UUID js5bUR-m390-mFFv-Quif-WHyf-vhg8-6OE0Ud PV Status allocatable Total PE / Free PE 474621 / 0 [root@xen1 dev]# [root@xen1 dev]# xe sr-introduce uuid=46d633a8-2d98-03a8-3203-64e2f0e14f2b Required parameter not found: name-label For usage run: 'xe help' [root@xen1 dev]# xe sr-introduce uuid=46d633a8-2d98-03a8-3203-64e2f0e14f2b type=lvm name-label="Local storage 2" content-type=user 46d633a8-2d98-03a8-3203-64e2f0e14f2b [root@xen1 dev]# ls -l /dev/disk/by-id total 0 lrwxrwxrwx 1 root root 9 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af -> ../../sda lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8af-part3 -> ../../sda3 [root@xen1 dev]# xe host-list uuid ( RO) : 31c2dfa5-fb34-4410-9d73-cc2e595b3935 name-label ( RW): xen1 name-description ( RW): Default install of XenServer [root@xen1 dev]# xe pbd-create host-uuid=31c2dfa5-fb34-4410-9d73-cc2e595b3935 sr-uuid=46d633a8-2d98-03a8-3203-64e2f0e14f2b device-config:device=/dev/disk/by-id/scsi-360024e807d2ad400171f396d1603f8af-part1 6f3aa3c9-cd9e-adc6-c164-00655e6fe154 [root@xen1 dev]# xe pbd-plug uuid=6f3aa3c9-cd9e-adc6-c164-00655e6fe154 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_47: [ ; The SR is not available [opterr=no such volume group: VG_XenStorage-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; ]") [root@xen1 dev]# [root@xen1 dev]# Any help would be GREATLY appreciated. Thank You, Mike -- Mike Lyon 408-621-4826 mike.lyon@gmail.com http://www.linkedin.com/in/mlyon --f46d044287a641e01404bde88eeb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

Please excuse my complete xen ignorance but I am = hoping someone will be able ot help me out here. I recently built my first = Xen box using a 2, 1TB drives in a raid configuration, 2TB total.

I installed Xen, I am able to access it via XenCenter. Howev= er, I am trying to use some of that 2TB as a local datastore but for the li= fe of me I cannot get it mounted, I keep on getting this error:

[root@xen1 dev]# xe pbd-plug uuid=3D6f3aa3c9-cd9e-adc6-= c164-00655e6fe154
The server failed to handle your request, due t= o an internal error. =A0The given message may give details useful for debug= ging the problem.
message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_= 47: [ ; The SR is not available [opterr=3Dno such volume group: VG_XenStora= ge-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; =A0]")

<= div>
The steps I followed was this:


Here is exactly what I did:

<= div>
[root@xen1 dev]# ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root =A09 Apr 16 20:03 scsi-360024e807d2ad400171f396d160= 3f8af -> ../../sda
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1= 603f8af-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr 16 2= 0:03 scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1= 603f8af-part3 -> ../../sda3
[root@xen1 dev]# xe host-list
uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 31c2dfa5-fb34-4410-9d73-c= c2e595b3935
=A0 =A0 =A0 =A0 =A0 name-label ( RW): xen1
=A0 =A0 name-desc= ription ( RW): Default install of XenServer


[root@xen1 dev]#
[root@xen1 dev]#
[root@xen1 d= ev]#
[root@xen1 dev]#
[root@xen1 dev]#
[root@xen1 dev]#= vgdisplay -v
=A0 =A0 Finding all volume groups
=A0 =A0= Finding volume group "XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b= "
=A0 --- Volume group ---
=A0 VG Name =A0 =A0 =A0 =A0 =A0 =A0= =A0 XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b
=A0 System I= D
=A0 Format =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0lvm2
=A0 Me= tadata Areas =A0 =A0 =A0 =A01
=A0 Metadata Sequence No =A02
=A0 VG Access =A0 =A0 =A0 =A0 =A0 =A0 read/write
=A0 VG Stat= us =A0 =A0 =A0 =A0 =A0 =A0 resizable
=A0 MAX LV =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A00
=A0 Cur LV =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01
=A0 Open LV =A0 =A0 =A0 =A0 =A0 =A0 =A0 0
=A0 Max PV =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A00
=A0 Cur PV =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A01
=A0 Act PV =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A01
=A0 VG Size =A0 =A0 =A0 =A0 =A0 =A0 = =A0 1.81 TB
=A0 PE Size =A0 =A0 =A0 =A0 =A0 =A0 =A0 4.00 MB
=
=A0 Total PE =A0 =A0 =A0 =A0 =A0 =A0 =A0474621
=A0 Alloc PE = / Size =A0 =A0 =A0 474621 / 1.81 TB
=A0 Free =A0PE / Size =A0 =A0 =A0 0 / 0
=A0 VG UUID =A0 =A0 = =A0 =A0 =A0 =A0 =A0 dqnVEp-1SwY-xgwR-fdY3-LoQl-XmgU-SIJNSN

=A0 --- Logical volume ---
=A0 LV Name =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0/dev/XSLocalEXT-46d633a8-2d98-03a8-3203-64e2f0e14f2b/46d633a= 8-2d98-03a8-3203-64e2f0e14f2b
=A0 VG Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0XSLocalEXT-46d633a8-2d98-03= a8-3203-64e2f0e14f2b
=A0 LV UUID =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0D= WRoBQ-bL0T-4k5M-PnBk-Vo3n-WnMp-m02s22
=A0 LV Write Access =A0 =A0= =A0 =A0read/write
=A0 LV Status =A0 =A0 =A0 =A0 =A0 =A0 =A0avail= able
=A0 # open =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 0
=A0 LV Size =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A01.81 TB
=A0 Current LE =A0 =A0 =A0 = =A0 =A0 =A0 474621
=A0 Segments =A0 =A0 =A0 =A0 =A0 =A0 =A0 1
=A0 Allocation =A0 =A0 =A0 =A0 =A0 =A0 inherit
=A0 Read ah= ead sectors =A0 =A0 auto
=A0 - currently set to =A0 =A0 1024
=A0 Block device =A0 =A0= =A0 =A0 =A0 252:0

=A0 --- Physical volumes ---
=A0 PV Name =A0 =A0 =A0 =A0 =A0 =A0 =A0 /dev/sda3
=A0 PV = UUID =A0 =A0 =A0 =A0 =A0 =A0 =A0 js5bUR-m390-mFFv-Quif-WHyf-vhg8-6OE0Ud
=A0 PV Status =A0 =A0 =A0 =A0 =A0 =A0 allocatable
=A0 Total = PE / Free PE =A0 =A0474621 / 0

[root@xen1 dev]#
[root@xen1 dev]# xe sr-introduce uuid=3D46d633a8-2d98-03a8-3203-64e= 2f0e14f2b
Required parameter not found: name-label
For usage run: 'xe h= elp'
[root@xen1 dev]# xe sr-introduce uuid=3D46d633a8-2d98-03= a8-3203-64e2f0e14f2b type=3Dlvm name-label=3D"Local storage 2" co= ntent-type=3Duser
46d633a8-2d98-03a8-3203-64e2f0e14f2b
[root@xen1 dev]# ls -l = /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root =A09 Apr= 16 20:03 scsi-360024e807d2ad400171f396d1603f8af -> ../../sda
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8= af-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr 16 20:03 = scsi-360024e807d2ad400171f396d1603f8af-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr 16 20:03 scsi-360024e807d2ad400171f396d1603f8= af-part3 -> ../../sda3
[root@xen1 dev]# xe host-list
uuid ( RO) =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: 31c2dfa5-fb34-4410-9d73-cc2e59= 5b3935
=A0 =A0 =A0 =A0 =A0 name-label ( RW): xen1
=A0 =A0 name-desc= ription ( RW): Default install of XenServer


[root@xen1 dev]# xe pbd-create host-uuid=3D31c2dfa5-fb34-4410-9d73= -cc2e595b3935 sr-uuid=3D46d633a8-2d98-03a8-3203-64e2f0e14f2b device-config:= device=3D/dev/disk/by-id/scsi-360024e807d2ad400171f396d1603f8af-part1
6f3aa3c9-cd9e-adc6-c164-00655e6fe154
[root@xen1 dev]# xe pbd= -plug uuid=3D6f3aa3c9-cd9e-adc6-c164-00655e6fe154
The server fail= ed to handle your request, due to an internal error. =A0The given message m= ay give details useful for debugging the problem.
message: Failure("Storage_access failed with: SR_BACKEND_FAILURE_= 47: [ ; The SR is not available [opterr=3Dno such volume group: VG_XenStora= ge-46d633a8-2d98-03a8-3203-64e2f0e14f2b]; =A0]")
[root@xen1 = dev]#
[root@xen1 dev]#

Any help would be GREA= TLY appreciated.

Thank You,
Mike

--

--f46d044287a641e01404bde88eeb-- --===============8485158113873392725== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8485158113873392725==-- From xen-users-bounces@lists.xen.org Wed Apr 18 00:54:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 00:54: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 1SKJ9G-00050n-Sj; Wed, 18 Apr 2012 00:53:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKJ9F-00050C-Af for xen-users@lists.xensource.com; Wed, 18 Apr 2012 00:53:29 +0000 Received: from [85.158.143.35:18568] by server-1.bemta-4.messagelabs.com id 85/8E-20925-7801E8F4; Wed, 18 Apr 2012 00:53:27 +0000 X-Env-Sender: sam@tacomatelematics.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334710404!10428970!1 X-Originating-IP: [173.160.255.210] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25995 invoked from network); 18 Apr 2012 00:53:25 -0000 Received: from tacomatelematics.com (HELO mail.tacomatelematics.com) (173.160.255.210) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Apr 2012 00:53:25 -0000 Received: from localhost (vac [127.0.0.1]) by mail.tacomatelematics.com (Postfix) with ESMTP id 3E825FA4117 for ; Tue, 17 Apr 2012 17:53:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at tacomatelematics.com X-Spam-Flag: NO X-Spam-Score: -2.899 X-Spam-Level: X-Spam-Status: No, score=-2.899 tagged_above=-500 required=2 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham Received: from mail.tacomatelematics.com ([127.0.0.1]) by localhost (mail.tacomatelematics.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MqTjIeYEJZii for ; Tue, 17 Apr 2012 17:53:18 -0700 (PDT) Received: from smokescreen.nat.tact (173-160-255-209-Washington.hfc.comcastbusiness.net [173.160.255.209]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sam@tacomatelematics.com) by mail.tacomatelematics.com (Postfix) with ESMTPSA id 6ABC6FA0430 for ; Tue, 17 Apr 2012 17:53:18 -0700 (PDT) From: Sam Mulvey Mime-Version: 1.0 (Apple Message framework v1084) Date: Tue, 17 Apr 2012 17:53:18 -0700 In-Reply-To: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> To: Xen User-List References: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> Message-Id: <717FE6A8-FE2E-4F35-91F3-FFB375DBA75B@tacomatelematics.com> X-Mailer: Apple Mail (2.1084) Subject: Re: [Xen-users] Help Debugging a Crash on PV DomU Creation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2654801826350895068==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2654801826350895068== Content-Type: multipart/alternative; boundary=Apple-Mail-17--79087285 --Apple-Mail-17--79087285 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Apr 17, 2012, at 4:00 PM, Sam Mulvey wrote: > I've got a system that's been acting up over the last few days-- it = would automatically reboot after I loaded a VM. After playing around = with it, I've guessed that the crash occurs when I hit a certain = threshold of vCPUs. =20 More information: it seems that it crashes when I meet or exceed twice = the number of physical cores in vcpus. --=20 Sam Mulvey Tacoma Telematics sam@tacomatelematics.com (253) 883-3030 x110 --Apple-Mail-17--79087285 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
I've got a = system that's been acting up over the last few days-- it would = automatically reboot after I loaded a VM.  After playing around = with it, I've guessed that the crash occurs when I hit a certain = threshold of vCPUs. =    


More information: it seems that it crashes when I meet or = exceed twice the number of physical cores in vcpus.

-- 
Sam = Mulvey
Tacoma Telematics
sam@tacomatelematics.com
(= 253) 883-3030 = x110




= --Apple-Mail-17--79087285-- --===============2654801826350895068== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2654801826350895068==-- From xen-users-bounces@lists.xen.org Wed Apr 18 00:54:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 00:54: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 1SKJ9G-00050n-Sj; Wed, 18 Apr 2012 00:53:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKJ9F-00050C-Af for xen-users@lists.xensource.com; Wed, 18 Apr 2012 00:53:29 +0000 Received: from [85.158.143.35:18568] by server-1.bemta-4.messagelabs.com id 85/8E-20925-7801E8F4; Wed, 18 Apr 2012 00:53:27 +0000 X-Env-Sender: sam@tacomatelematics.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1334710404!10428970!1 X-Originating-IP: [173.160.255.210] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25995 invoked from network); 18 Apr 2012 00:53:25 -0000 Received: from tacomatelematics.com (HELO mail.tacomatelematics.com) (173.160.255.210) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Apr 2012 00:53:25 -0000 Received: from localhost (vac [127.0.0.1]) by mail.tacomatelematics.com (Postfix) with ESMTP id 3E825FA4117 for ; Tue, 17 Apr 2012 17:53:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at tacomatelematics.com X-Spam-Flag: NO X-Spam-Score: -2.899 X-Spam-Level: X-Spam-Status: No, score=-2.899 tagged_above=-500 required=2 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001] autolearn=ham Received: from mail.tacomatelematics.com ([127.0.0.1]) by localhost (mail.tacomatelematics.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MqTjIeYEJZii for ; Tue, 17 Apr 2012 17:53:18 -0700 (PDT) Received: from smokescreen.nat.tact (173-160-255-209-Washington.hfc.comcastbusiness.net [173.160.255.209]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: sam@tacomatelematics.com) by mail.tacomatelematics.com (Postfix) with ESMTPSA id 6ABC6FA0430 for ; Tue, 17 Apr 2012 17:53:18 -0700 (PDT) From: Sam Mulvey Mime-Version: 1.0 (Apple Message framework v1084) Date: Tue, 17 Apr 2012 17:53:18 -0700 In-Reply-To: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> To: Xen User-List References: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> Message-Id: <717FE6A8-FE2E-4F35-91F3-FFB375DBA75B@tacomatelematics.com> X-Mailer: Apple Mail (2.1084) Subject: Re: [Xen-users] Help Debugging a Crash on PV DomU Creation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2654801826350895068==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2654801826350895068== Content-Type: multipart/alternative; boundary=Apple-Mail-17--79087285 --Apple-Mail-17--79087285 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Apr 17, 2012, at 4:00 PM, Sam Mulvey wrote: > I've got a system that's been acting up over the last few days-- it = would automatically reboot after I loaded a VM. After playing around = with it, I've guessed that the crash occurs when I hit a certain = threshold of vCPUs. =20 More information: it seems that it crashes when I meet or exceed twice = the number of physical cores in vcpus. --=20 Sam Mulvey Tacoma Telematics sam@tacomatelematics.com (253) 883-3030 x110 --Apple-Mail-17--79087285 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
I've got a = system that's been acting up over the last few days-- it would = automatically reboot after I loaded a VM.  After playing around = with it, I've guessed that the crash occurs when I hit a certain = threshold of vCPUs. =    


More information: it seems that it crashes when I meet or = exceed twice the number of physical cores in vcpus.

-- 
Sam = Mulvey
Tacoma Telematics
sam@tacomatelematics.com
(= 253) 883-3030 = x110




= --Apple-Mail-17--79087285-- --===============2654801826350895068== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2654801826350895068==-- From xen-users-bounces@lists.xen.org Wed Apr 18 01:05:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 01:05: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 1SKJK4-0000z6-6u; Wed, 18 Apr 2012 01:04:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKJK2-0000z1-RA for xen-users@lists.xen.org; Wed, 18 Apr 2012 01:04:39 +0000 Received: from [85.158.138.51:17705] by server-2.bemta-3.messagelabs.com id 4A/93-09269-6231E8F4; Wed, 18 Apr 2012 01:04:38 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1334711075!22565586!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7794 invoked from network); 18 Apr 2012 01:04:37 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 01:04:37 -0000 Received: by dajx4 with SMTP id x4so10045734daj.28 for ; Tue, 17 Apr 2012 18:04:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=zqgFKMmFffcW/wP9aV029SBF2srxaEgx/3AkfykcBsc=; b=Nk/bqaTYILdk9x72JK50G3g3DhHXF7l/IqXLHae3qpxAF0N/ErWLcNJMb3Ue57LYL6 KdO1CsNNSU3mQAPrU3o05NEMfJsSL1eIhAFQBQ7LYZv+3a70mIpk7RGCfSag/CJLS8aP NwkrZuXo5MtHi2DmSRpnVLf8o2Ex9P5JRAW5RJHBtj1+i1iSNuI4lltnFVTpBC0ArP1L Bk/DCqGqPc1dAocoS7yyBO0ts0n2cYUppkjYoDO83bMvN4CwfiYXkhWKyB24Ps35fSH1 3HEDim15it+UuT3pvj9sl50flXFzXe9Fleo/HY+3kzRSOCFNUge0kSPj081vCz8sbDnc 7pWA== MIME-Version: 1.0 Received: by 10.68.195.232 with SMTP id ih8mr1653847pbc.118.1334711074630; Tue, 17 Apr 2012 18:04:34 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Tue, 17 Apr 2012 18:04:34 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 08:04:34 +0700 Message-ID: From: "Fajar A. Nugraha" To: Alan McKay X-Gm-Message-State: ALoCoQlI4B1ecDV7h6YO5IrpFU8qB6uePxEvz8qHo4LVEX9EH94ehPfxBf3P/K1CmVURIhTFNJc5 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 18, 2012 at 1:31 AM, Alan McKay wrot= e: > ... tumbleweeds blow by ... :-) > > I've been getting some response on the virt-manager list and someone just > told me the following, which has me a bit confused : > > Quote : "So to boot from iSCSI you need to use an iSCSI software initiato= r. > Like gPXE or so.=A0" > > What has me confused is that this worked fine with VirtualBox without any > extra bits and pieces. =A0 Does that mean that VirtualBox has the initiat= or > built in but Xen does not? =A0 And if not, then how is it I am able to co= nnect > the iSCSI disk to the VM (in virt-manager) in the first place? =A0I thoug= ht > the mere fact that I can connected it requires that there is an initiator= on > one end ( xen / virt-manager ) and target on the other end (my iSCSI serv= er) There are more than one way to use iscsi disk in xen. The easiest way, and also the one with best performance in Xen, is to import the iscsi disk in dom0 (i.e., your host). You then use it like any other disk (e.g. /dev/sda, /dev/sdb, etc. Or use /dev/disk/by-id or by-path for persistence). I'm GUESSing you import the iscsi disk using the OS installer, AND you use PV domU, which results in the disk (along with the kernel and initrd) not accesible during domU boot. If you don't understand what I'm saying on this paragraph, just forget it, and ONLY read the previous paragraph :) -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 01:05:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 01:05: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 1SKJK4-0000z6-6u; Wed, 18 Apr 2012 01:04:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKJK2-0000z1-RA for xen-users@lists.xen.org; Wed, 18 Apr 2012 01:04:39 +0000 Received: from [85.158.138.51:17705] by server-2.bemta-3.messagelabs.com id 4A/93-09269-6231E8F4; Wed, 18 Apr 2012 01:04:38 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-3.tower-174.messagelabs.com!1334711075!22565586!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7794 invoked from network); 18 Apr 2012 01:04:37 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 01:04:37 -0000 Received: by dajx4 with SMTP id x4so10045734daj.28 for ; Tue, 17 Apr 2012 18:04:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=zqgFKMmFffcW/wP9aV029SBF2srxaEgx/3AkfykcBsc=; b=Nk/bqaTYILdk9x72JK50G3g3DhHXF7l/IqXLHae3qpxAF0N/ErWLcNJMb3Ue57LYL6 KdO1CsNNSU3mQAPrU3o05NEMfJsSL1eIhAFQBQ7LYZv+3a70mIpk7RGCfSag/CJLS8aP NwkrZuXo5MtHi2DmSRpnVLf8o2Ex9P5JRAW5RJHBtj1+i1iSNuI4lltnFVTpBC0ArP1L Bk/DCqGqPc1dAocoS7yyBO0ts0n2cYUppkjYoDO83bMvN4CwfiYXkhWKyB24Ps35fSH1 3HEDim15it+UuT3pvj9sl50flXFzXe9Fleo/HY+3kzRSOCFNUge0kSPj081vCz8sbDnc 7pWA== MIME-Version: 1.0 Received: by 10.68.195.232 with SMTP id ih8mr1653847pbc.118.1334711074630; Tue, 17 Apr 2012 18:04:34 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Tue, 17 Apr 2012 18:04:34 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 08:04:34 +0700 Message-ID: From: "Fajar A. Nugraha" To: Alan McKay X-Gm-Message-State: ALoCoQlI4B1ecDV7h6YO5IrpFU8qB6uePxEvz8qHo4LVEX9EH94ehPfxBf3P/K1CmVURIhTFNJc5 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 18, 2012 at 1:31 AM, Alan McKay wrot= e: > ... tumbleweeds blow by ... :-) > > I've been getting some response on the virt-manager list and someone just > told me the following, which has me a bit confused : > > Quote : "So to boot from iSCSI you need to use an iSCSI software initiato= r. > Like gPXE or so.=A0" > > What has me confused is that this worked fine with VirtualBox without any > extra bits and pieces. =A0 Does that mean that VirtualBox has the initiat= or > built in but Xen does not? =A0 And if not, then how is it I am able to co= nnect > the iSCSI disk to the VM (in virt-manager) in the first place? =A0I thoug= ht > the mere fact that I can connected it requires that there is an initiator= on > one end ( xen / virt-manager ) and target on the other end (my iSCSI serv= er) There are more than one way to use iscsi disk in xen. The easiest way, and also the one with best performance in Xen, is to import the iscsi disk in dom0 (i.e., your host). You then use it like any other disk (e.g. /dev/sda, /dev/sdb, etc. Or use /dev/disk/by-id or by-path for persistence). I'm GUESSing you import the iscsi disk using the OS installer, AND you use PV domU, which results in the disk (along with the kernel and initrd) not accesible during domU boot. If you don't understand what I'm saying on this paragraph, just forget it, and ONLY read the previous paragraph :) -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 08:32:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 08:32: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 1SKQIc-0006IG-Fp; Wed, 18 Apr 2012 08:31:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKQIa-0006IA-T0 for xen-users@lists.xen.org; Wed, 18 Apr 2012 08:31:37 +0000 Received: from [85.158.143.99:15478] by server-1.bemta-4.messagelabs.com id 23/A3-20925-8EB7E8F4; Wed, 18 Apr 2012 08:31:36 +0000 X-Env-Sender: summerxyt@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1334737894!24086236!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25936 invoked from network); 18 Apr 2012 08:31:35 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 08:31:35 -0000 Received: by lboi15 with SMTP id i15so2211463lbo.32 for ; Wed, 18 Apr 2012 01:31:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ak5WaXCoWeEjWqMVH6JiBC3i414jEZSFNWWTfgK6RHA=; b=iXoUeN0nhLQgy6CZxQHbLkZNjxydTcaeVXFgDBcax+Z6NpXQ7+KgMZWhGWa2za61lF irucL+NYBSOzygVi5hLScc2aaf/uxqj05wh2ySDuug0i1S1KJrcfGGxHpQNRpT68ye/L TuSZchbcNhdW/B8EewyotzweTMTAkQmHjiXb+r6Wh6jiVvdqEAF6JIo2kA4F55rPO8UL scdh4uqJC+Alm8qFia/V76FkBk1wFI25kDyULffI9GX4JK0IS20D1GFAgSKNe+iLSQ2M zM4X4qWTkoPR5IkFxSrhVHG0BbZ6Q5PF5td5FWclwS3LWFvnaeusbPxso/6epZjpWxrF fArw== MIME-Version: 1.0 Received: by 10.112.86.71 with SMTP id n7mr621514lbz.33.1334737893998; Wed, 18 Apr 2012 01:31:33 -0700 (PDT) Received: by 10.112.127.7 with HTTP; Wed, 18 Apr 2012 01:31:33 -0700 (PDT) Date: Wed, 18 Apr 2012 16:31:33 +0800 Message-ID: From: =?GB2312?B?z8TStczt?= To: xen-users@lists.xen.org Subject: [Xen-users] Cannot map memory using grant table X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5548524571462976850==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5548524571462976850== Content-Type: multipart/alternative; boundary=bcaec554e1160a415e04bdefe248 --bcaec554e1160a415e04bdefe248 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi everyone, I want to use grant table to transfer data by shared memory, and now want to only share only one page. I try to learn how to use it by checking aseemsethi's instructionand gntdev.c. Although the sender seems OK, the reciever cannot map memory by gref, and the ops.status always returns -1, meaning undefined error. I=91m totally confused about this. I guess it might due to memory-allocatin= g, but perhaps not. Could someone give some hints to me? Thanks! Here is part of my code. In the sender: static int server_alloc_one_page_to_grant(unsigned long* mypage,domid_t rdom){ unsigned long addr=3D0; gref=3D-1; //gref is globle addr=3Dget_zeroed_page(GFP_KERNEL); if(addr=3D=3D0){ printk("cannot alloc page\n"); } sprintf((char*)addr,"%s\naaa\n","This is in sender."); gref=3Dgnttab_grant_foreign_access(rdom,virt_to_mfn(addr),1); if(gref<0){ free_page(addr); } printk("gref:%d\n",gref); return gref; } and it seems works well. But in reciver: static int client_map_page(domid_t rdom,grant_ref_t ref,struct vm_struct** pvm){ struct vm_struct *v_start; struct gnttab_map_grant_ref ops; struct gnttab_unmap_grant_ref unmap_ops; memset(&ops,0,sizeof(ops)); memset(&ops,0,sizeof(unmap_ops)); v_start=3Dalloc_vm_area(PAGE_SIZE,NULL); if(v_start=3D=3D0){ printk("could not allocate page in client.\n"); return -1; } /***************************things goes wrong ************************************************/ gnttab_set_map_op(&ops,(unsigned long)v_start->addr,GNTMAP_host_map,ref,rdom); if(HYPERVISOR_grant_table_op(GNTTABOP_map_grant_ref,&ops,1)){ free_vm_area(v_start); printk("\nHYPERVISOR map grant ref failed\n"); return -1; } //ops,status always equals to -1, and map failed if(ops.status){ printk("xen:HYPERVISOR map grant ref failed status=3D%d",ops.status); free_vm_area(v_start); return -1; } /*access memory by v_start->addr and unmap memory*/ ... } --bcaec554e1160a415e04bdefe248 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi everyone,

I want to use grant table to transfer data by shared me= mory, and now want to only share only one page. I try to learn how to use i= t by checking aseemsethi's instruction and gntdev.c= . Although the sender seems OK, the reciever cannot map memory by gref, and= the ops.status always returns=A0 -1, meaning undefined error.

I=91m totally confused about this. I guess it might due to memory-alloc= ating, but perhaps not. Could someone give some hints to me? Thanks!
Here is part of my code.

In the sender:
static int server_alloc_= one_page_to_grant(unsigned long* mypage,domid_t rdom){
=A0=A0=A0=A0=A0=A0=A0 unsigned long addr=3D0;
=A0=A0=A0=A0=A0=A0=A0
= =A0=A0=A0=A0=A0=A0=A0 gref=3D-1; //gref is globle
=A0=A0=A0=A0=A0=A0=A0 = addr=3Dget_zeroed_page(GFP_KERNEL);
=A0=A0=A0=A0=A0=A0=A0 if(addr=3D=3D0= ){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("cannot all= oc page\n");
=A0=A0=A0=A0=A0=A0=A0 }

=A0=A0=A0=A0=A0=A0=A0 sprintf((char*)addr,"%s\naaa\n","T= his is in sender.");

=A0=A0=A0=A0=A0=A0=A0 gref=3Dgnttab_grant_= foreign_access(rdom,virt_to_mfn(addr),1);=A0=A0=A0=A0=A0=A0
=A0=A0=A0= =A0=A0=A0=A0 if(gref<0){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 free_page(addr);
=A0=A0=A0=A0=A0=A0=A0 }

=A0=A0=A0=A0=A0=A0=A0 printk("gref:%d\n= ",gref);
=A0=A0=A0=A0=A0=A0=A0 return gref;
}

and it seem= s works well.

But in reciver:
static int client_map_page(domid_t = rdom,grant_ref_t ref,struct vm_struct** pvm){
=A0 struct vm_struct *v_start;
=A0 struct gnttab_map_grant_ref ops;
= =A0 struct gnttab_unmap_grant_ref unmap_ops;

=A0 memset(&ops,0,s= izeof(ops));
=A0 memset(&ops,0,sizeof(unmap_ops));
=A0 v_start=3D= alloc_vm_area(PAGE_SIZE,NULL);
=A0 if(v_start=3D=3D0){
=A0=A0=A0 printk("could not allocate page i= n client.\n");
=A0=A0=A0 return -1;
=A0 }

=A0 /**********= *****************things goes wrong ****************************************= ********/
=A0 gnttab_set_map_op(&ops,(unsigned long)v_start->addr= ,GNTMAP_host_map,ref,rdom);
=A0 if(HYPERVISOR_grant_table_op(GNTTABOP_map_grant_ref,&ops,1)){
= =A0=A0=A0 free_vm_area(v_start);
=A0=A0=A0 printk("\nHYPERVISOR map= grant ref failed\n");
=A0=A0=A0 return -1;
=A0 }
=A0=A0 //op= s,status always equals to -1, and map failed
=A0 if(ops.status){ =A0=A0
=A0=A0=A0 printk("xen:HYPERVISOR map gr= ant ref failed status=3D%d",ops.status);
=A0=A0=A0 free_vm_area(v_s= tart);
=A0=A0=A0 return -1;
=A0 }

=A0 /*access memory by v_sta= rt->addr and unmap memory*/
=A0 ...
}


--bcaec554e1160a415e04bdefe248-- --===============5548524571462976850== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5548524571462976850==-- From xen-users-bounces@lists.xen.org Wed Apr 18 08:32:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 08:32: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 1SKQIc-0006IG-Fp; Wed, 18 Apr 2012 08:31:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKQIa-0006IA-T0 for xen-users@lists.xen.org; Wed, 18 Apr 2012 08:31:37 +0000 Received: from [85.158.143.99:15478] by server-1.bemta-4.messagelabs.com id 23/A3-20925-8EB7E8F4; Wed, 18 Apr 2012 08:31:36 +0000 X-Env-Sender: summerxyt@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1334737894!24086236!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25936 invoked from network); 18 Apr 2012 08:31:35 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 08:31:35 -0000 Received: by lboi15 with SMTP id i15so2211463lbo.32 for ; Wed, 18 Apr 2012 01:31:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ak5WaXCoWeEjWqMVH6JiBC3i414jEZSFNWWTfgK6RHA=; b=iXoUeN0nhLQgy6CZxQHbLkZNjxydTcaeVXFgDBcax+Z6NpXQ7+KgMZWhGWa2za61lF irucL+NYBSOzygVi5hLScc2aaf/uxqj05wh2ySDuug0i1S1KJrcfGGxHpQNRpT68ye/L TuSZchbcNhdW/B8EewyotzweTMTAkQmHjiXb+r6Wh6jiVvdqEAF6JIo2kA4F55rPO8UL scdh4uqJC+Alm8qFia/V76FkBk1wFI25kDyULffI9GX4JK0IS20D1GFAgSKNe+iLSQ2M zM4X4qWTkoPR5IkFxSrhVHG0BbZ6Q5PF5td5FWclwS3LWFvnaeusbPxso/6epZjpWxrF fArw== MIME-Version: 1.0 Received: by 10.112.86.71 with SMTP id n7mr621514lbz.33.1334737893998; Wed, 18 Apr 2012 01:31:33 -0700 (PDT) Received: by 10.112.127.7 with HTTP; Wed, 18 Apr 2012 01:31:33 -0700 (PDT) Date: Wed, 18 Apr 2012 16:31:33 +0800 Message-ID: From: =?GB2312?B?z8TStczt?= To: xen-users@lists.xen.org Subject: [Xen-users] Cannot map memory using grant table X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5548524571462976850==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5548524571462976850== Content-Type: multipart/alternative; boundary=bcaec554e1160a415e04bdefe248 --bcaec554e1160a415e04bdefe248 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi everyone, I want to use grant table to transfer data by shared memory, and now want to only share only one page. I try to learn how to use it by checking aseemsethi's instructionand gntdev.c. Although the sender seems OK, the reciever cannot map memory by gref, and the ops.status always returns -1, meaning undefined error. I=91m totally confused about this. I guess it might due to memory-allocatin= g, but perhaps not. Could someone give some hints to me? Thanks! Here is part of my code. In the sender: static int server_alloc_one_page_to_grant(unsigned long* mypage,domid_t rdom){ unsigned long addr=3D0; gref=3D-1; //gref is globle addr=3Dget_zeroed_page(GFP_KERNEL); if(addr=3D=3D0){ printk("cannot alloc page\n"); } sprintf((char*)addr,"%s\naaa\n","This is in sender."); gref=3Dgnttab_grant_foreign_access(rdom,virt_to_mfn(addr),1); if(gref<0){ free_page(addr); } printk("gref:%d\n",gref); return gref; } and it seems works well. But in reciver: static int client_map_page(domid_t rdom,grant_ref_t ref,struct vm_struct** pvm){ struct vm_struct *v_start; struct gnttab_map_grant_ref ops; struct gnttab_unmap_grant_ref unmap_ops; memset(&ops,0,sizeof(ops)); memset(&ops,0,sizeof(unmap_ops)); v_start=3Dalloc_vm_area(PAGE_SIZE,NULL); if(v_start=3D=3D0){ printk("could not allocate page in client.\n"); return -1; } /***************************things goes wrong ************************************************/ gnttab_set_map_op(&ops,(unsigned long)v_start->addr,GNTMAP_host_map,ref,rdom); if(HYPERVISOR_grant_table_op(GNTTABOP_map_grant_ref,&ops,1)){ free_vm_area(v_start); printk("\nHYPERVISOR map grant ref failed\n"); return -1; } //ops,status always equals to -1, and map failed if(ops.status){ printk("xen:HYPERVISOR map grant ref failed status=3D%d",ops.status); free_vm_area(v_start); return -1; } /*access memory by v_start->addr and unmap memory*/ ... } --bcaec554e1160a415e04bdefe248 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi everyone,

I want to use grant table to transfer data by shared me= mory, and now want to only share only one page. I try to learn how to use i= t by checking aseemsethi's instruction and gntdev.c= . Although the sender seems OK, the reciever cannot map memory by gref, and= the ops.status always returns=A0 -1, meaning undefined error.

I=91m totally confused about this. I guess it might due to memory-alloc= ating, but perhaps not. Could someone give some hints to me? Thanks!
Here is part of my code.

In the sender:
static int server_alloc_= one_page_to_grant(unsigned long* mypage,domid_t rdom){
=A0=A0=A0=A0=A0=A0=A0 unsigned long addr=3D0;
=A0=A0=A0=A0=A0=A0=A0
= =A0=A0=A0=A0=A0=A0=A0 gref=3D-1; //gref is globle
=A0=A0=A0=A0=A0=A0=A0 = addr=3Dget_zeroed_page(GFP_KERNEL);
=A0=A0=A0=A0=A0=A0=A0 if(addr=3D=3D0= ){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 printk("cannot all= oc page\n");
=A0=A0=A0=A0=A0=A0=A0 }

=A0=A0=A0=A0=A0=A0=A0 sprintf((char*)addr,"%s\naaa\n","T= his is in sender.");

=A0=A0=A0=A0=A0=A0=A0 gref=3Dgnttab_grant_= foreign_access(rdom,virt_to_mfn(addr),1);=A0=A0=A0=A0=A0=A0
=A0=A0=A0= =A0=A0=A0=A0 if(gref<0){
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 free_page(addr);
=A0=A0=A0=A0=A0=A0=A0 }

=A0=A0=A0=A0=A0=A0=A0 printk("gref:%d\n= ",gref);
=A0=A0=A0=A0=A0=A0=A0 return gref;
}

and it seem= s works well.

But in reciver:
static int client_map_page(domid_t = rdom,grant_ref_t ref,struct vm_struct** pvm){
=A0 struct vm_struct *v_start;
=A0 struct gnttab_map_grant_ref ops;
= =A0 struct gnttab_unmap_grant_ref unmap_ops;

=A0 memset(&ops,0,s= izeof(ops));
=A0 memset(&ops,0,sizeof(unmap_ops));
=A0 v_start=3D= alloc_vm_area(PAGE_SIZE,NULL);
=A0 if(v_start=3D=3D0){
=A0=A0=A0 printk("could not allocate page i= n client.\n");
=A0=A0=A0 return -1;
=A0 }

=A0 /**********= *****************things goes wrong ****************************************= ********/
=A0 gnttab_set_map_op(&ops,(unsigned long)v_start->addr= ,GNTMAP_host_map,ref,rdom);
=A0 if(HYPERVISOR_grant_table_op(GNTTABOP_map_grant_ref,&ops,1)){
= =A0=A0=A0 free_vm_area(v_start);
=A0=A0=A0 printk("\nHYPERVISOR map= grant ref failed\n");
=A0=A0=A0 return -1;
=A0 }
=A0=A0 //op= s,status always equals to -1, and map failed
=A0 if(ops.status){ =A0=A0
=A0=A0=A0 printk("xen:HYPERVISOR map gr= ant ref failed status=3D%d",ops.status);
=A0=A0=A0 free_vm_area(v_s= tart);
=A0=A0=A0 return -1;
=A0 }

=A0 /*access memory by v_sta= rt->addr and unmap memory*/
=A0 ...
}


--bcaec554e1160a415e04bdefe248-- --===============5548524571462976850== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5548524571462976850==-- From xen-users-bounces@lists.xen.org Wed Apr 18 09:29:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 09:29: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 1SKRBe-00088i-VE; Wed, 18 Apr 2012 09:28:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKRBd-00088d-2F for xen-users@lists.xen.org; Wed, 18 Apr 2012 09:28:29 +0000 Received: from [85.158.139.83:18857] by server-10.bemta-5.messagelabs.com id B0/3D-08260-C398E8F4; Wed, 18 Apr 2012 09:28:28 +0000 X-Env-Sender: lianlun418@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1334741307!23656758!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5429 invoked from network); 18 Apr 2012 09:28:27 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 09:28:27 -0000 Received: by wgbed3 with SMTP id ed3so5419957wgb.32 for ; Wed, 18 Apr 2012 02:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ZcmakD8PYUPs9pPDuefS4anMQ8dMtEZMTArSsz4lrI=; b=Xu2jgm6yPS7aGhA827EMQhshdJH15fxBxR6QfJu9FTVZE/Da8fFE9h/EObehhc4GX7 eXn/EHVJ46NVgicvTJ6iDuiXDqkaeabvt1OGIJ5Jd2OV+A2Qdp50whUdG5nVuXbVs3fF 4ZFBbp0SQXdVF1t7bosouXlJU5mx90+lUv0h1ZtCsJvp0jO61auWkN9kOAsGRdXH+SBj KmhEjW4G5pYSVQiiYRKMbC9iQGtUjHj5Qw7Ad6DU51v4MrgZxIPsURpi31/MSUkPg8SR utN18bSNP2cxurj0MT86eRBsThVNiYtxwbJ866QwvNarMLfk9dIgreoJxGfSykKoyFGB qEuA== MIME-Version: 1.0 Received: by 10.216.134.24 with SMTP id r24mr966473wei.84.1334741307219; Wed, 18 Apr 2012 02:28:27 -0700 (PDT) Received: by 10.180.8.232 with HTTP; Wed, 18 Apr 2012 02:28:27 -0700 (PDT) Date: Wed, 18 Apr 2012 17:28:27 +0800 Message-ID: From: =?GB2312?B?wO6wssLX?= To: xen-users@lists.xen.org Subject: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0619165010760431887==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0619165010760431887== Content-Type: multipart/alternative; boundary=0016e6d77d7f7bdea504bdf0ad94 --0016e6d77d7f7bdea504bdf0ad94 Content-Type: text/plain; charset=ISO-8859-1 hi , there guys some days ago ,i asked you some questions about the xen. now , i am confused with a crashed domain. one of my VM was working fine, then i create another. Now I am not able to start that VM. # xm create vm.cfg Using config file "./vm.cfg". Started domain clientvm1(id=2) It does give me the vm ID but it is not listed under "xm list" # xm list Name ID Mem VCPUs State Time(s) Domain-0 0 890 4 r----- 14808.1 clientvm 1 1024 2 -b---- 939.2 again i have to do xm create ..and the story repeats... I looked into logs and i see following: [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain clientvm1(2) unpaused. [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has crashed: name=clientvm1 id=2. [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1 restarting too fast (Elapsed time: 4.960329 seconds). Refusing to restart to avoid loops. [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) XendDomainInfo.destroy: domid=2 [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying device model [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model terminated what's up with " restarting too fast" and how to avoid that ? --0016e6d77d7f7bdea504bdf0ad94 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi , there guys

some days ago ,i asked you some questions about the = xen. now , i am confused with a crashed domain.

one of my VM was wor= king fine, then i create another. Now I am not able to start that VM.

# xm create vm.cfg
Using config file "./vm.cfg".
Started domain clientvm1(id=3D2)

It does give me the vm ID but it is not listed under "xm list"

# xm list
Name ID Mem VCPUs State Tim= e(s)
Domain-0 0 890 4 r----- 14808.1

clientvm 1 1024 2 -b---- 939.2

again i have to do xm create ..and the story repeats...

I looked into logs and i see following:

[2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain=A0 clientvm1(2) u= npaused.
[2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has crashe= d: name=3Dclientvm1 id=3D2.
[2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1=20 restarting too fast (Elapsed time: 4.960329 seconds). Refusing to=20 restart to avoid loops.
[2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) XendDomainInfo.dest= roy: domid=3D2
[2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying device m= odel
[2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model termina= ted

what's up with " restarting too fast" and how to avoid that ? --0016e6d77d7f7bdea504bdf0ad94-- --===============0619165010760431887== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0619165010760431887==-- From xen-users-bounces@lists.xen.org Wed Apr 18 09:29:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 09:29: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 1SKRBe-00088i-VE; Wed, 18 Apr 2012 09:28:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKRBd-00088d-2F for xen-users@lists.xen.org; Wed, 18 Apr 2012 09:28:29 +0000 Received: from [85.158.139.83:18857] by server-10.bemta-5.messagelabs.com id B0/3D-08260-C398E8F4; Wed, 18 Apr 2012 09:28:28 +0000 X-Env-Sender: lianlun418@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1334741307!23656758!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5429 invoked from network); 18 Apr 2012 09:28:27 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 09:28:27 -0000 Received: by wgbed3 with SMTP id ed3so5419957wgb.32 for ; Wed, 18 Apr 2012 02:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=0ZcmakD8PYUPs9pPDuefS4anMQ8dMtEZMTArSsz4lrI=; b=Xu2jgm6yPS7aGhA827EMQhshdJH15fxBxR6QfJu9FTVZE/Da8fFE9h/EObehhc4GX7 eXn/EHVJ46NVgicvTJ6iDuiXDqkaeabvt1OGIJ5Jd2OV+A2Qdp50whUdG5nVuXbVs3fF 4ZFBbp0SQXdVF1t7bosouXlJU5mx90+lUv0h1ZtCsJvp0jO61auWkN9kOAsGRdXH+SBj KmhEjW4G5pYSVQiiYRKMbC9iQGtUjHj5Qw7Ad6DU51v4MrgZxIPsURpi31/MSUkPg8SR utN18bSNP2cxurj0MT86eRBsThVNiYtxwbJ866QwvNarMLfk9dIgreoJxGfSykKoyFGB qEuA== MIME-Version: 1.0 Received: by 10.216.134.24 with SMTP id r24mr966473wei.84.1334741307219; Wed, 18 Apr 2012 02:28:27 -0700 (PDT) Received: by 10.180.8.232 with HTTP; Wed, 18 Apr 2012 02:28:27 -0700 (PDT) Date: Wed, 18 Apr 2012 17:28:27 +0800 Message-ID: From: =?GB2312?B?wO6wssLX?= To: xen-users@lists.xen.org Subject: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0619165010760431887==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0619165010760431887== Content-Type: multipart/alternative; boundary=0016e6d77d7f7bdea504bdf0ad94 --0016e6d77d7f7bdea504bdf0ad94 Content-Type: text/plain; charset=ISO-8859-1 hi , there guys some days ago ,i asked you some questions about the xen. now , i am confused with a crashed domain. one of my VM was working fine, then i create another. Now I am not able to start that VM. # xm create vm.cfg Using config file "./vm.cfg". Started domain clientvm1(id=2) It does give me the vm ID but it is not listed under "xm list" # xm list Name ID Mem VCPUs State Time(s) Domain-0 0 890 4 r----- 14808.1 clientvm 1 1024 2 -b---- 939.2 again i have to do xm create ..and the story repeats... I looked into logs and i see following: [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain clientvm1(2) unpaused. [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has crashed: name=clientvm1 id=2. [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1 restarting too fast (Elapsed time: 4.960329 seconds). Refusing to restart to avoid loops. [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) XendDomainInfo.destroy: domid=2 [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying device model [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model terminated what's up with " restarting too fast" and how to avoid that ? --0016e6d77d7f7bdea504bdf0ad94 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi , there guys

some days ago ,i asked you some questions about the = xen. now , i am confused with a crashed domain.

one of my VM was wor= king fine, then i create another. Now I am not able to start that VM.

# xm create vm.cfg
Using config file "./vm.cfg".
Started domain clientvm1(id=3D2)

It does give me the vm ID but it is not listed under "xm list"

# xm list
Name ID Mem VCPUs State Tim= e(s)
Domain-0 0 890 4 r----- 14808.1

clientvm 1 1024 2 -b---- 939.2

again i have to do xm create ..and the story repeats...

I looked into logs and i see following:

[2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain=A0 clientvm1(2) u= npaused.
[2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has crashe= d: name=3Dclientvm1 id=3D2.
[2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1=20 restarting too fast (Elapsed time: 4.960329 seconds). Refusing to=20 restart to avoid loops.
[2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) XendDomainInfo.dest= roy: domid=3D2
[2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying device m= odel
[2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model termina= ted

what's up with " restarting too fast" and how to avoid that ? --0016e6d77d7f7bdea504bdf0ad94-- --===============0619165010760431887== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0619165010760431887==-- From xen-users-bounces@lists.xen.org Wed Apr 18 09:54:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 09:54: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 1SKRa5-0000NS-Si; Wed, 18 Apr 2012 09:53:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKRa4-0000NN-8P for xen-users@lists.xen.org; Wed, 18 Apr 2012 09:53:44 +0000 Received: from [85.158.139.83:40242] by server-8.bemta-5.messagelabs.com id 99/B2-26964-72F8E8F4; Wed, 18 Apr 2012 09:53:43 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334742821!23806059!1 X-Originating-IP: [80.70.172.49] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjQ5ID0+IDIxNjE5OA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9186 invoked from network); 18 Apr 2012 09:53:42 -0000 Received: from dgate10.ts.fujitsu.com (HELO dgate10.ts.fujitsu.com) (80.70.172.49) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 09:53:42 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=auWvIzdzkBIH4eNTsPKRQcy8quNpxDlkrYWJcZpqQ2oejdRdO4xQ0sab 0IvXNqbUmcA5QG2/UGt+bc9AaHy4L7OpeSwhAbv9ewdgSYsYeaGi4PU2B U/pyFdAP2DrlHxy/u7DRT6h1LK0v8ykiAgfwlU/qqvh040BIhBIakLVDD M3OxuO8cAyFTkjvvHfWWTY+nlcvLKm8L2ME8AdqdjtBqDS7vPsrMLlfDV /y8GhIgL5R5OKu8pjRETFtKphIg4A; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=dietmar.hahn@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1334742822; x=1366278822; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=eXs0Vzej25z6Fh4L64zQr1YPp8RLnEsphVAGOlRceis=; b=Er6sFdnOmi6ktcaIOqZO0BGPK0DK41KYuK9vTeBB+phYwiG2duMbUqyZ wmuwcDGzDFnjzDPkXycGB1/Wxw+TESWY3B9NYnNlIqW6/LfAt8giqf0pN 79JS6bO3PHM92RZBCJijRIJcjAvO3n3Iry7Yi8mHcJVZSXbrWr1TQoLdZ Iz3Bddglm616pCNvJfsIpauun1dFF80rUysRt3fcGBr4JT1XHbd8XToIS ljJPKT8sZCXRPygE/hfvzCGX3Hy9Z; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.75,441,1330902000"; d="scan'208";a="107994619" Received: from abgdgate40u.abg.fsc.net ([172.25.138.90]) by dgate10u.abg.fsc.net with ESMTP; 18 Apr 2012 11:53:41 +0200 X-IronPort-AV: E=Sophos;i="4.75,441,1330902000"; d="scan'208";a="132878457" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate40u.abg.fsc.net with ESMTP; 18 Apr 2012 11:53:39 +0200 Received: from amur.localnet (amur.mch.fsc.net [172.25.53.126]) by sanpedro.mch.fsc.net (Postfix) with SMTP id 078C376A586; Wed, 18 Apr 2012 11:53:41 +0200 (CEST) From: Dietmar Hahn To: xen-users@lists.xen.org Date: Wed, 18 Apr 2012 11:53:40 +0200 Message-ID: <1797040.nXpmuFduA4@amur> User-Agent: KMail/4.7.2 (Linux/3.1.9-1.4-xen; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Cc: =?utf-8?B?5p2O5a6J5Lym?= Subject: Re: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Mittwoch 18 April 2012, 17:28:27 schrieb =E6=9D=8E=E5=AE=89=E4=BC=A6: > hi , there guys > = > some days ago ,i asked you some questions about the xen. now , i am > confused with a crashed domain. > = > one of my VM was working fine, then i create another. Now I am not able to > start that VM. > = > # xm create vm.cfg > Using config file "./vm.cfg". > Started domain clientvm1(id=3D2) > = > It does give me the vm ID but it is not listed under "xm list" > = > # xm list > Name ID Mem VCPUs State Time(s) > Domain-0 0 890 4 r----- 14808.1 > = > clientvm 1 1024 2 -b---- 939.2 > = > again i have to do xm create ..and the story repeats... > = > I looked into logs and i see following: > = > [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain clientvm1(2) > unpaused. > [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has > crashed: name=3Dclientvm1 id=3D2. Try on_crash =3D 'preserve' in your domU configuration file. In this case the domU should stay in the crash state but never gets destroy= ed from the tools. You have to do this by hand later. For this see: http://wiki.xen.org/wiki/XenConfigurationFileOptions Dietmar. > [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1 > restarting too fast (Elapsed time: 4.960329 seconds). Refusing to restart > to avoid loops. > [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) > XendDomainInfo.destroy: domid=3D2 > [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying device > model > [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model > terminated > what's up with " restarting too fast" and how to avoid that ? -- = Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 09:54:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 09:54: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 1SKRa5-0000NS-Si; Wed, 18 Apr 2012 09:53:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKRa4-0000NN-8P for xen-users@lists.xen.org; Wed, 18 Apr 2012 09:53:44 +0000 Received: from [85.158.139.83:40242] by server-8.bemta-5.messagelabs.com id 99/B2-26964-72F8E8F4; Wed, 18 Apr 2012 09:53:43 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334742821!23806059!1 X-Originating-IP: [80.70.172.49] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjQ5ID0+IDIxNjE5OA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9186 invoked from network); 18 Apr 2012 09:53:42 -0000 Received: from dgate10.ts.fujitsu.com (HELO dgate10.ts.fujitsu.com) (80.70.172.49) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 09:53:42 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=auWvIzdzkBIH4eNTsPKRQcy8quNpxDlkrYWJcZpqQ2oejdRdO4xQ0sab 0IvXNqbUmcA5QG2/UGt+bc9AaHy4L7OpeSwhAbv9ewdgSYsYeaGi4PU2B U/pyFdAP2DrlHxy/u7DRT6h1LK0v8ykiAgfwlU/qqvh040BIhBIakLVDD M3OxuO8cAyFTkjvvHfWWTY+nlcvLKm8L2ME8AdqdjtBqDS7vPsrMLlfDV /y8GhIgL5R5OKu8pjRETFtKphIg4A; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=dietmar.hahn@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1334742822; x=1366278822; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=eXs0Vzej25z6Fh4L64zQr1YPp8RLnEsphVAGOlRceis=; b=Er6sFdnOmi6ktcaIOqZO0BGPK0DK41KYuK9vTeBB+phYwiG2duMbUqyZ wmuwcDGzDFnjzDPkXycGB1/Wxw+TESWY3B9NYnNlIqW6/LfAt8giqf0pN 79JS6bO3PHM92RZBCJijRIJcjAvO3n3Iry7Yi8mHcJVZSXbrWr1TQoLdZ Iz3Bddglm616pCNvJfsIpauun1dFF80rUysRt3fcGBr4JT1XHbd8XToIS ljJPKT8sZCXRPygE/hfvzCGX3Hy9Z; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.75,441,1330902000"; d="scan'208";a="107994619" Received: from abgdgate40u.abg.fsc.net ([172.25.138.90]) by dgate10u.abg.fsc.net with ESMTP; 18 Apr 2012 11:53:41 +0200 X-IronPort-AV: E=Sophos;i="4.75,441,1330902000"; d="scan'208";a="132878457" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate40u.abg.fsc.net with ESMTP; 18 Apr 2012 11:53:39 +0200 Received: from amur.localnet (amur.mch.fsc.net [172.25.53.126]) by sanpedro.mch.fsc.net (Postfix) with SMTP id 078C376A586; Wed, 18 Apr 2012 11:53:41 +0200 (CEST) From: Dietmar Hahn To: xen-users@lists.xen.org Date: Wed, 18 Apr 2012 11:53:40 +0200 Message-ID: <1797040.nXpmuFduA4@amur> User-Agent: KMail/4.7.2 (Linux/3.1.9-1.4-xen; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Cc: =?utf-8?B?5p2O5a6J5Lym?= Subject: Re: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Mittwoch 18 April 2012, 17:28:27 schrieb =E6=9D=8E=E5=AE=89=E4=BC=A6: > hi , there guys > = > some days ago ,i asked you some questions about the xen. now , i am > confused with a crashed domain. > = > one of my VM was working fine, then i create another. Now I am not able to > start that VM. > = > # xm create vm.cfg > Using config file "./vm.cfg". > Started domain clientvm1(id=3D2) > = > It does give me the vm ID but it is not listed under "xm list" > = > # xm list > Name ID Mem VCPUs State Time(s) > Domain-0 0 890 4 r----- 14808.1 > = > clientvm 1 1024 2 -b---- 939.2 > = > again i have to do xm create ..and the story repeats... > = > I looked into logs and i see following: > = > [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain clientvm1(2) > unpaused. > [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has > crashed: name=3Dclientvm1 id=3D2. Try on_crash =3D 'preserve' in your domU configuration file. In this case the domU should stay in the crash state but never gets destroy= ed from the tools. You have to do this by hand later. For this see: http://wiki.xen.org/wiki/XenConfigurationFileOptions Dietmar. > [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1 > restarting too fast (Elapsed time: 4.960329 seconds). Refusing to restart > to avoid loops. > [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) > XendDomainInfo.destroy: domid=3D2 > [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying device > model > [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model > terminated > what's up with " restarting too fast" and how to avoid that ? -- = Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 10:05:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 10:05: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 1SKRkq-0001FO-8k; Wed, 18 Apr 2012 10:04:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKRkp-0001FI-F8 for xen-users@lists.xen.org; Wed, 18 Apr 2012 10:04:51 +0000 Received: from [85.158.139.83:38389] by server-1.bemta-5.messagelabs.com id BB/1B-28458-2C19E8F4; Wed, 18 Apr 2012 10:04:50 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1334743489!16993787!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDg5Mg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1488 invoked from network); 18 Apr 2012 10:04:50 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 10:04:50 -0000 X-IronPort-AV: E=Sophos;i="4.75,441,1330905600"; d="scan'208";a="11997566" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Apr 2012 10:04:49 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 18 Apr 2012 11:04:49 +0100 Message-ID: <1334743487.23948.185.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Sam Mulvey Date: Wed, 18 Apr 2012 11:04:47 +0100 In-Reply-To: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> References: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help Debugging a Crash on PV DomU Creation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-18 at 00:00 +0100, Sam Mulvey wrote: > (XEN) Assertion '!in_atomic()' failed at softirq.c:61 This usually means that something in the hypervisor forgot to release a lock, which would be a bug in the hypervisor (obviously). Please can you take a look at http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen and report to the xen-devel list including details like which exact changeset you are running, the commands you are running, guest configs etc etc. The stack trace naturally doesn't include the place which forgot to release the lock but hopefully the above should suggest some next steps for debugging. Ian. > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > (XEN) CPU: 0 > (XEN) RIP: e008:[] do_softirq+0xd/0x28 > (XEN) RFLAGS: 0000000000010202 CONTEXT: hypervisor > (XEN) rax: 0000000000000001 rbx: ffff8300bfcdf000 rcx: 0000000000000000 > (XEN) rdx: ffff82c4802d86a0 rsi: 0000000000000000 rdi: 0000000000000001 > (XEN) rbp: ffff82c48029ff08 rsp: ffff82c48029ff08 r8: 00000000deadbeef > (XEN) r9: 00000000deadbeef r10: 00000000deadbeef r11: 0000000000000246 > (XEN) r12: ffffffff815449e8 r13: ffffffff8149bfd8 r14: ffffffffffffffff > (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000006f0 > (XEN) cr3: 0000000128d6e000 cr2: ffff880002daca78 > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 > (XEN) Xen stack trace from rsp=ffff82c48029ff08: > (XEN) 00007d3b7fd600c7 ffff82c4802148a6 0000000000000000 ffffffffffffffff > (XEN) ffffffff8149bfd8 ffffffff815449e8 ffffffff8149bed0 ffffffff8149a000 > (XEN) 0000000000000246 0000000100002706 0000000000000000 0000000000000000 > (XEN) 0000000000000000 ffffffff810093aa 0000000000000000 00000000deadbeef > (XEN) 00000000deadbeef 0000010000000000 ffffffff810093aa 000000000000e033 > (XEN) 0000000000000246 ffffffff8149beb8 000000000000e02b 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > (XEN) ffff8300bfcdf000 0000000000000000 0000000000000000 > (XEN) Xen call trace: > (XEN) [] do_softirq+0xd/0x28 > (XEN) > (XEN) > (XEN) **************************************** > (XEN) Panic on CPU 0: > (XEN) Assertion '!in_atomic()' failed at softirq.c:61 > (XEN) **************************************** > (XEN) > (XEN) Reboot in five seconds... > > Press to update BIOS. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 10:05:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 10:05: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 1SKRkq-0001FO-8k; Wed, 18 Apr 2012 10:04:52 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKRkp-0001FI-F8 for xen-users@lists.xen.org; Wed, 18 Apr 2012 10:04:51 +0000 Received: from [85.158.139.83:38389] by server-1.bemta-5.messagelabs.com id BB/1B-28458-2C19E8F4; Wed, 18 Apr 2012 10:04:50 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1334743489!16993787!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDg5Mg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1488 invoked from network); 18 Apr 2012 10:04:50 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 10:04:50 -0000 X-IronPort-AV: E=Sophos;i="4.75,441,1330905600"; d="scan'208";a="11997566" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Apr 2012 10:04:49 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 18 Apr 2012 11:04:49 +0100 Message-ID: <1334743487.23948.185.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Sam Mulvey Date: Wed, 18 Apr 2012 11:04:47 +0100 In-Reply-To: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> References: <8E42708F-B569-45EF-AEA0-08284A34D1FE@tacomatelematics.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Help Debugging a Crash on PV DomU Creation X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-18 at 00:00 +0100, Sam Mulvey wrote: > (XEN) Assertion '!in_atomic()' failed at softirq.c:61 This usually means that something in the hypervisor forgot to release a lock, which would be a bug in the hypervisor (obviously). Please can you take a look at http://wiki.xen.org/wiki/Reporting_Bugs_against_Xen and report to the xen-devel list including details like which exact changeset you are running, the commands you are running, guest configs etc etc. The stack trace naturally doesn't include the place which forgot to release the lock but hopefully the above should suggest some next steps for debugging. Ian. > (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- > (XEN) CPU: 0 > (XEN) RIP: e008:[] do_softirq+0xd/0x28 > (XEN) RFLAGS: 0000000000010202 CONTEXT: hypervisor > (XEN) rax: 0000000000000001 rbx: ffff8300bfcdf000 rcx: 0000000000000000 > (XEN) rdx: ffff82c4802d86a0 rsi: 0000000000000000 rdi: 0000000000000001 > (XEN) rbp: ffff82c48029ff08 rsp: ffff82c48029ff08 r8: 00000000deadbeef > (XEN) r9: 00000000deadbeef r10: 00000000deadbeef r11: 0000000000000246 > (XEN) r12: ffffffff815449e8 r13: ffffffff8149bfd8 r14: ffffffffffffffff > (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000006f0 > (XEN) cr3: 0000000128d6e000 cr2: ffff880002daca78 > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 > (XEN) Xen stack trace from rsp=ffff82c48029ff08: > (XEN) 00007d3b7fd600c7 ffff82c4802148a6 0000000000000000 ffffffffffffffff > (XEN) ffffffff8149bfd8 ffffffff815449e8 ffffffff8149bed0 ffffffff8149a000 > (XEN) 0000000000000246 0000000100002706 0000000000000000 0000000000000000 > (XEN) 0000000000000000 ffffffff810093aa 0000000000000000 00000000deadbeef > (XEN) 00000000deadbeef 0000010000000000 ffffffff810093aa 000000000000e033 > (XEN) 0000000000000246 ffffffff8149beb8 000000000000e02b 0000000000000000 > (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 > (XEN) ffff8300bfcdf000 0000000000000000 0000000000000000 > (XEN) Xen call trace: > (XEN) [] do_softirq+0xd/0x28 > (XEN) > (XEN) > (XEN) **************************************** > (XEN) Panic on CPU 0: > (XEN) Assertion '!in_atomic()' failed at softirq.c:61 > (XEN) **************************************** > (XEN) > (XEN) Reboot in five seconds... > > Press to update BIOS. > > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 11:03:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 11:03: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 1SKSeW-0002JB-1b; Wed, 18 Apr 2012 11:02:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKSeV-0002J6-Em for xen-users@lists.xen.org; Wed, 18 Apr 2012 11:02:23 +0000 Received: from [85.158.138.51:32565] by server-9.bemta-3.messagelabs.com id 2C/05-26691-E3F9E8F4; Wed, 18 Apr 2012 11:02:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1334746941!22534374!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDg5Mg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28655 invoked from network); 18 Apr 2012 11:02:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 11:02:22 -0000 X-IronPort-AV: E=Sophos;i="4.75,441,1330905600"; d="scan'208";a="11999069" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Apr 2012 11:02:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 18 Apr 2012 12:02:21 +0100 Message-ID: <1334746939.23948.201.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "henning.ryll@web.de" Date: Wed, 18 Apr 2012 12:02:19 +0100 In-Reply-To: <9536959.RMiB6iqF84@lion> References: <9536959.RMiB6iqF84@lion> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2012-04-17 at 15:57 +0100, Henning Ryll wrote: > Hi, > > I'm new on xen with only a very little experience :( > > I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 > GB. Everything is running fine so far. > > Now I have added two 1TB SATA disks. > > Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe > for performace reasons. > But how to create local storage on these disks? > > I am looking around but I can not find any samples to build al lvm stripe with > 'xe sr-create'. All samples are using just 1 device. > > How to create local storage using a lvm stipe ? If you are running XenServer then you should contact XenServer support or use the XenServer forums on http://community.citrix.com/ so that they can advise you on how to meet your requirements while still remaining within the support envelope. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 11:03:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 11:03: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 1SKSeW-0002JB-1b; Wed, 18 Apr 2012 11:02:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKSeV-0002J6-Em for xen-users@lists.xen.org; Wed, 18 Apr 2012 11:02:23 +0000 Received: from [85.158.138.51:32565] by server-9.bemta-3.messagelabs.com id 2C/05-26691-E3F9E8F4; Wed, 18 Apr 2012 11:02:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-174.messagelabs.com!1334746941!22534374!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDg5Mg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28655 invoked from network); 18 Apr 2012 11:02:22 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 11:02:22 -0000 X-IronPort-AV: E=Sophos;i="4.75,441,1330905600"; d="scan'208";a="11999069" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 18 Apr 2012 11:02:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 18 Apr 2012 12:02:21 +0100 Message-ID: <1334746939.23948.201.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "henning.ryll@web.de" Date: Wed, 18 Apr 2012 12:02:19 +0100 In-Reply-To: <9536959.RMiB6iqF84@lion> References: <9536959.RMiB6iqF84@lion> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] How to use lvm stripe with xen? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, 2012-04-17 at 15:57 +0100, Henning Ryll wrote: > Hi, > > I'm new on xen with only a very little experience :( > > I have setup xen with "Citrix Xen Server 6.0" using one hard disk with only 80 > GB. Everything is running fine so far. > > Now I have added two 1TB SATA disks. > > Since Xen uses LVM it should be possible to use these 2 disks as lvm stripe > for performace reasons. > But how to create local storage on these disks? > > I am looking around but I can not find any samples to build al lvm stripe with > 'xe sr-create'. All samples are using just 1 device. > > How to create local storage using a lvm stipe ? If you are running XenServer then you should contact XenServer support or use the XenServer forums on http://community.citrix.com/ so that they can advise you on how to meet your requirements while still remaining within the support envelope. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 11:39:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 11:39: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 1SKTDc-0003P2-Cq; Wed, 18 Apr 2012 11:38:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKTDa-0003Ox-Gx for xen-users@lists.xen.org; Wed, 18 Apr 2012 11:38:38 +0000 Received: from [85.158.138.51:46717] by server-6.bemta-3.messagelabs.com id 40/32-05145-DB7AE8F4; Wed, 18 Apr 2012 11:38:37 +0000 X-Env-Sender: furlongm@vpac.org X-Msg-Ref: server-2.tower-174.messagelabs.com!1334749116!22683771!1 X-Originating-IP: [202.158.218.6] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2500 invoked from network); 18 Apr 2012 11:38:36 -0000 Received: from mail.vpac.org (HELO mail.vpac.org) (202.158.218.6) by server-2.tower-174.messagelabs.com with SMTP; 18 Apr 2012 11:38:36 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.vpac.org (Postfix) with ESMTP id 5D327C0029AD3 for ; Wed, 18 Apr 2012 21:38:34 +1000 (EST) X-Virus-Scanned: amavisd-new at mail.vpac.org Received: from mail.vpac.org ([127.0.0.1]) by localhost (mail.vpac.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54UzamFKfovd for ; Wed, 18 Apr 2012 21:38:29 +1000 (EST) Received: from mail.vpac.org (mail.vpac.org [202.158.218.6]) by mail.vpac.org (Postfix) with ESMTP id B220FC0029955 for ; Wed, 18 Apr 2012 21:38:29 +1000 (EST) Date: Wed, 18 Apr 2012 21:38:29 +1000 (EST) From: Marcus Furlong To: xen-users@lists.xen.org Message-ID: <756593663.31650.1334749109620.JavaMail.root@mail.vpac.org> In-Reply-To: <746298.24209.1333430174009.JavaMail.root@mail.vpac.org> MIME-Version: 1.0 X-Originating-IP: [59.167.120.216] X-Mailer: Zimbra 6.0.14_GA_2928 (ZimbraWebClient - SAF3 (Win)/6.0.14_GA_2928) Subject: [Xen-users] x86_64 generic cpuid X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm trying to work out a generic x86_64 cpuid similar to the i686 one in xmexample.hvm. Can anyone point me in the right direction for how to do this? Or does anyone have this cpuid in use already? Regards, Marcus. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 11:39:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 11:39: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 1SKTDc-0003P2-Cq; Wed, 18 Apr 2012 11:38:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKTDa-0003Ox-Gx for xen-users@lists.xen.org; Wed, 18 Apr 2012 11:38:38 +0000 Received: from [85.158.138.51:46717] by server-6.bemta-3.messagelabs.com id 40/32-05145-DB7AE8F4; Wed, 18 Apr 2012 11:38:37 +0000 X-Env-Sender: furlongm@vpac.org X-Msg-Ref: server-2.tower-174.messagelabs.com!1334749116!22683771!1 X-Originating-IP: [202.158.218.6] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2500 invoked from network); 18 Apr 2012 11:38:36 -0000 Received: from mail.vpac.org (HELO mail.vpac.org) (202.158.218.6) by server-2.tower-174.messagelabs.com with SMTP; 18 Apr 2012 11:38:36 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.vpac.org (Postfix) with ESMTP id 5D327C0029AD3 for ; Wed, 18 Apr 2012 21:38:34 +1000 (EST) X-Virus-Scanned: amavisd-new at mail.vpac.org Received: from mail.vpac.org ([127.0.0.1]) by localhost (mail.vpac.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54UzamFKfovd for ; Wed, 18 Apr 2012 21:38:29 +1000 (EST) Received: from mail.vpac.org (mail.vpac.org [202.158.218.6]) by mail.vpac.org (Postfix) with ESMTP id B220FC0029955 for ; Wed, 18 Apr 2012 21:38:29 +1000 (EST) Date: Wed, 18 Apr 2012 21:38:29 +1000 (EST) From: Marcus Furlong To: xen-users@lists.xen.org Message-ID: <756593663.31650.1334749109620.JavaMail.root@mail.vpac.org> In-Reply-To: <746298.24209.1333430174009.JavaMail.root@mail.vpac.org> MIME-Version: 1.0 X-Originating-IP: [59.167.120.216] X-Mailer: Zimbra 6.0.14_GA_2928 (ZimbraWebClient - SAF3 (Win)/6.0.14_GA_2928) Subject: [Xen-users] x86_64 generic cpuid X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'm trying to work out a generic x86_64 cpuid similar to the i686 one in xmexample.hvm. Can anyone point me in the right direction for how to do this? Or does anyone have this cpuid in use already? Regards, Marcus. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 14:26:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 14:26:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKVp8-00083g-Re; Wed, 18 Apr 2012 14:25:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKVp6-00083a-Hg for xen-users@lists.xen.org; Wed, 18 Apr 2012 14:25:32 +0000 Received: from [85.158.143.99:53811] by server-2.bemta-4.messagelabs.com id 1B/05-17550-BDECE8F4; Wed, 18 Apr 2012 14:25:31 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334759130!13007989!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9912 invoked from network); 18 Apr 2012 14:25:30 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 14:25:30 -0000 Received: by werp12 with SMTP id p12so6051149wer.32 for ; Wed, 18 Apr 2012 07:25:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ougQ1EYyf2JS0UydqZP/cx3vycDUiGwCTUE9+N5YEFw=; b=w/KcKor8Wzwx68hLdIBh82KxYRA0iWmTMdApz72ma7QMTSlXGZ+sR0UK/lZr/Nhins VCkCnKZI7ChtHgTOUTdBDNrlES/y2Vw7Wv/7eU7x93zAXcxsX2Gl1f4FJz2ou9XEg8Hs pxhhqIHKTbKc+wFz2lYEkQnVQ7nGng9TmCFRWyjbT4qefxNkdtPKiZwds2K9ASlsaHBV d+gxMd2IaWVm4bDkzdGP24BNHjsfiZqmn1huGfBHl1oFjgqv90OqdX3R0Sykt55ruWeH cPis8wjOYAD6BFRiEoiZppZEXi22cUd7cFzih1+FfvsWAadbaCiasQ8EOp0VMDOnOMkd jxOA== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1597026wei.110.1334759129986; Wed, 18 Apr 2012 07:25:29 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 07:25:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 10:25:29 -0400 X-Google-Sender-Auth: 5SrbmcDsxw5GF1sCjBIsaPjcPuM Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3181923168275002852==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3181923168275002852== Content-Type: multipart/alternative; boundary=00504502cdd5cdb54a04bdf4d3ce --00504502cdd5cdb54a04bdf4d3ce Content-Type: text/plain; charset=ISO-8859-1 On Tue, Apr 17, 2012 at 9:04 PM, Fajar A. Nugraha wrote: > The easiest way, and also the one with best performance in Xen, is to > import the iscsi disk in dom0 (i.e., your host). You then use it like > any other disk (e.g. /dev/sda, /dev/sdb, etc. Or use /dev/disk/by-id > or by-path for persistence). > That's what I'm doing. I had to create an XML file in dom0 and made a pool which loads my iSCSI disks into /dev/disk/by-path. Then for the OS installer in domU it just shows up like a regular disk and nothing special was required. That's the part that has me stumped. It worked just fine during the install - just during the boot is when it went awry. But the fellow on the virt-manager list says that I cannot boot from iSCSI without in initiator. > I'm GUESSing you import the iscsi disk using the OS installer, AND you > use PV domU, which results in the disk (along with the kernel and > initrd) not accesible during domU boot. > No it is fully virtualized and see above. So I dunno what to think at this point. I'm ready to just give up and go back to VirtualBox to be honest. Especially because since I started this project I only found out afterwards that Red Hat dumped Xen for 6.0 anyway. > If you don't understand what > I'm saying on this paragraph, just forget it, and ONLY read the > previous paragraph :) > No I understood. Ubuntu installer did not even have an option for importanting the iSCSI disk, but the CentOS installer did when I tried it. BUt that's not what I used - as mentioned it just showed up like a regular disk since I'd imported it in dom0 So how do I go about debugging this? I'd really like to get it going. As much as I"m tempted to just go back to VirtualBox, I like the idea of Xen better. --00504502cdd5cdb54a04bdf4d3ce Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tue, Apr 17, 2012 at 9:04 PM, Fajar A= . Nugraha <list@faja= r.net> wrote:
The easiest way, and also the one with best performance in= Xen, is to
import the iscsi disk in dom0 (i.e., your host). You then use it like
any other disk (e.g. /dev/sda, /dev/sdb, etc. Or use /dev/disk/by-id
or by-path for persistence).

That= 's what I'm doing. =A0I had to create an XML file in dom0 and made = a pool which loads my iSCSI disks into /dev/disk/by-path. =A0Then for the O= S installer in domU it just shows up like a regular disk and nothing specia= l was required. =A0That's the part that has me stumped. =A0It worked ju= st fine during the install - just during the boot is when it went awry. =A0= But the fellow on the virt-manager list says that I cannot boot from iSCSI= without in initiator.
=A0
I'm GUESS= ing you import the iscsi disk using the OS installer, AND you
use PV domU, which results in the disk (along with the kernel and
initrd) not accesible during domU boot.

No it is fully virtualized and see above. =A0So I dunno what to think at= this point. =A0I'm ready to just give up and go back to VirtualBox to = be honest. =A0Especially because since I started this project I only found = out afterwards that Red Hat dumped Xen for 6.0 anyway. =A0=A0
=A0
If you don&#= 39;t understand what
I'm saying on this paragraph, just forget it, and ONLY read the
previous paragraph :)

No I understood. =A0= Ubuntu installer did not even have an option for importanting the iSCSI dis= k, but the CentOS installer did when I tried it. =A0BUt that's not what= I used - as mentioned it just showed up like a regular disk since I'd = imported it in dom0

So how do I go about debugging this? =A0 I'd really= like to get it going. =A0As much as I"m tempted to just go back to Vi= rtualBox, I like the idea of Xen better.

--00504502cdd5cdb54a04bdf4d3ce-- --===============3181923168275002852== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3181923168275002852==-- From xen-users-bounces@lists.xen.org Wed Apr 18 14:26:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 14:26:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKVp8-00083g-Re; Wed, 18 Apr 2012 14:25:34 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKVp6-00083a-Hg for xen-users@lists.xen.org; Wed, 18 Apr 2012 14:25:32 +0000 Received: from [85.158.143.99:53811] by server-2.bemta-4.messagelabs.com id 1B/05-17550-BDECE8F4; Wed, 18 Apr 2012 14:25:31 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334759130!13007989!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9912 invoked from network); 18 Apr 2012 14:25:30 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 14:25:30 -0000 Received: by werp12 with SMTP id p12so6051149wer.32 for ; Wed, 18 Apr 2012 07:25:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ougQ1EYyf2JS0UydqZP/cx3vycDUiGwCTUE9+N5YEFw=; b=w/KcKor8Wzwx68hLdIBh82KxYRA0iWmTMdApz72ma7QMTSlXGZ+sR0UK/lZr/Nhins VCkCnKZI7ChtHgTOUTdBDNrlES/y2Vw7Wv/7eU7x93zAXcxsX2Gl1f4FJz2ou9XEg8Hs pxhhqIHKTbKc+wFz2lYEkQnVQ7nGng9TmCFRWyjbT4qefxNkdtPKiZwds2K9ASlsaHBV d+gxMd2IaWVm4bDkzdGP24BNHjsfiZqmn1huGfBHl1oFjgqv90OqdX3R0Sykt55ruWeH cPis8wjOYAD6BFRiEoiZppZEXi22cUd7cFzih1+FfvsWAadbaCiasQ8EOp0VMDOnOMkd jxOA== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1597026wei.110.1334759129986; Wed, 18 Apr 2012 07:25:29 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 07:25:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 10:25:29 -0400 X-Google-Sender-Auth: 5SrbmcDsxw5GF1sCjBIsaPjcPuM Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3181923168275002852==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3181923168275002852== Content-Type: multipart/alternative; boundary=00504502cdd5cdb54a04bdf4d3ce --00504502cdd5cdb54a04bdf4d3ce Content-Type: text/plain; charset=ISO-8859-1 On Tue, Apr 17, 2012 at 9:04 PM, Fajar A. Nugraha wrote: > The easiest way, and also the one with best performance in Xen, is to > import the iscsi disk in dom0 (i.e., your host). You then use it like > any other disk (e.g. /dev/sda, /dev/sdb, etc. Or use /dev/disk/by-id > or by-path for persistence). > That's what I'm doing. I had to create an XML file in dom0 and made a pool which loads my iSCSI disks into /dev/disk/by-path. Then for the OS installer in domU it just shows up like a regular disk and nothing special was required. That's the part that has me stumped. It worked just fine during the install - just during the boot is when it went awry. But the fellow on the virt-manager list says that I cannot boot from iSCSI without in initiator. > I'm GUESSing you import the iscsi disk using the OS installer, AND you > use PV domU, which results in the disk (along with the kernel and > initrd) not accesible during domU boot. > No it is fully virtualized and see above. So I dunno what to think at this point. I'm ready to just give up and go back to VirtualBox to be honest. Especially because since I started this project I only found out afterwards that Red Hat dumped Xen for 6.0 anyway. > If you don't understand what > I'm saying on this paragraph, just forget it, and ONLY read the > previous paragraph :) > No I understood. Ubuntu installer did not even have an option for importanting the iSCSI disk, but the CentOS installer did when I tried it. BUt that's not what I used - as mentioned it just showed up like a regular disk since I'd imported it in dom0 So how do I go about debugging this? I'd really like to get it going. As much as I"m tempted to just go back to VirtualBox, I like the idea of Xen better. --00504502cdd5cdb54a04bdf4d3ce Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Tue, Apr 17, 2012 at 9:04 PM, Fajar A= . Nugraha <list@faja= r.net> wrote:
The easiest way, and also the one with best performance in= Xen, is to
import the iscsi disk in dom0 (i.e., your host). You then use it like
any other disk (e.g. /dev/sda, /dev/sdb, etc. Or use /dev/disk/by-id
or by-path for persistence).

That= 's what I'm doing. =A0I had to create an XML file in dom0 and made = a pool which loads my iSCSI disks into /dev/disk/by-path. =A0Then for the O= S installer in domU it just shows up like a regular disk and nothing specia= l was required. =A0That's the part that has me stumped. =A0It worked ju= st fine during the install - just during the boot is when it went awry. =A0= But the fellow on the virt-manager list says that I cannot boot from iSCSI= without in initiator.
=A0
I'm GUESS= ing you import the iscsi disk using the OS installer, AND you
use PV domU, which results in the disk (along with the kernel and
initrd) not accesible during domU boot.

No it is fully virtualized and see above. =A0So I dunno what to think at= this point. =A0I'm ready to just give up and go back to VirtualBox to = be honest. =A0Especially because since I started this project I only found = out afterwards that Red Hat dumped Xen for 6.0 anyway. =A0=A0
=A0
If you don&#= 39;t understand what
I'm saying on this paragraph, just forget it, and ONLY read the
previous paragraph :)

No I understood. =A0= Ubuntu installer did not even have an option for importanting the iSCSI dis= k, but the CentOS installer did when I tried it. =A0BUt that's not what= I used - as mentioned it just showed up like a regular disk since I'd = imported it in dom0

So how do I go about debugging this? =A0 I'd really= like to get it going. =A0As much as I"m tempted to just go back to Vi= rtualBox, I like the idea of Xen better.

--00504502cdd5cdb54a04bdf4d3ce-- --===============3181923168275002852== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3181923168275002852==-- From xen-users-bounces@lists.xen.org Wed Apr 18 14:58:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 14:58: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 1SKWJb-0000JY-Fc; Wed, 18 Apr 2012 14:57:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWJZ-0000JT-KA for xen-users@lists.xensource.com; Wed, 18 Apr 2012 14:57:01 +0000 Received: from [85.158.138.51:44012] by server-4.bemta-3.messagelabs.com id D2/04-15341-C36DE8F4; Wed, 18 Apr 2012 14:57:00 +0000 X-Env-Sender: adrien.urban@nbs-system.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1334761019!18533437!1 X-Originating-IP: [195.5.236.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10316 invoked from network); 18 Apr 2012 14:56:59 -0000 Received: from mx0.nbs-system.com (HELO mx1.nbs-test.com) (195.5.236.5) by server-7.tower-174.messagelabs.com with SMTP; 18 Apr 2012 14:56:59 -0000 Received: from mx1.nbs-test.com (localhost [127.0.0.1]) by mx1.nbs-test.com (Postfix) with ESMTP id DDD8938CC04 for ; Wed, 18 Apr 2012 16:56:11 +0200 (CEST) Received: from [192.168.1.7] (public.nbs-system.com [82.234.123.117]) by mx1.nbs-test.com (Postfix) with ESMTPSA id 86E1D38CC00 for ; Wed, 18 Apr 2012 16:56:11 +0200 (CEST) Message-ID: <4F8ED639.5040902@nbs-system.com> Date: Wed, 18 Apr 2012 16:56:57 +0200 From: Adrien Urban User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120317 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4EBBC9E3.7000909@nbs-system.com> <4F21A4D5.3030208@nuclearfallout.net> In-Reply-To: <4F21A4D5.3030208@nuclearfallout.net> X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [Xen-users] dom0 - oom-killer - memory leak somewhere ? [solved] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 01/26/12 20:09, John Weekes wrote: > Adrian, > > Were you ever able to determine what was using the memory? I had = > several machines at the same location all enter this state this = > morning at the same time, and I can't find any clues as to what's = > exhausting the memory, just as you couldn't. The circumstances suggest = > that some sort of attack or network event was involved, but I'm not = > seeing significant traffic levels. One of the machines was brand new = > (very latest Xen 4.1, very latest xen/next-2.6.32) and had no activity = > otherwise. It's very puzzling. > > -John Hello, We managed to resolve this issue this week. Some extended testing = allowed us to get back with the following information. We are running debian, 2.6.32-5-xen-amd64. Not 100% sure which debian = patch level. 2.6.32-5-xen-amd64 (unknown@Debian) #1 SMP Thu May 19 01:16:47 UTC 2011 - the problem also occurs when booting without Xen Hypervisor - the specific conditions that made the leak triggered is explained bellow - upgrading to the lastest Debian/stable kernel (2.6.32-41squeeze2) = seems to fix the bug 2.6.32-5-amd64 (unknown@Debian) #1 SMP Thu Mar 22 17:26:33 UTC 2012 2.6.32-5-xen-amd64 (unknown@Debian) #1 SMP Thu Mar 22 21:14:26 UTC 2012 The bug was due to improper handling (not sure where) of tagged network = packet, while linux had no vlan out of it. Our network configuration : br142 8000.b499baac423a no eth0.142 br173 8000.b499baac423a no eth0.173 br21 8000.b499baac423a no eth0 But we also have the VLAN 12 with traffic that might arrive to the box. If we add eth0.12 (via the following configuration), the leak doesn't hit : auto br12 iface br12 inet manual bridge_ports eth0.12 bridge_maxwait 0 bridge_fd 0 Fix: upgrade the kernel Supposed work-around, if upgrading is not an easy option : configure the switch not to send VLAN not known/configured in the kernel = (alternatively, configure the kernel with the specific vlans) Regards, -- = Adrien URBAN, Expert Syst=E8mes - R=E9seaux - S=E9curit=E9 - Responsable SN3 --- www.nbs-system.com, 140 Bd Haussmann, 75008 Paris Std: +33 158 566 080 / S.Tech: +33 158 566 088 / Fax: +33 158 566 081 Bargento 2012, le 29 mai 2012 au CNIT : www.bargento.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 14:58:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 14:58: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 1SKWJb-0000JY-Fc; Wed, 18 Apr 2012 14:57:03 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWJZ-0000JT-KA for xen-users@lists.xensource.com; Wed, 18 Apr 2012 14:57:01 +0000 Received: from [85.158.138.51:44012] by server-4.bemta-3.messagelabs.com id D2/04-15341-C36DE8F4; Wed, 18 Apr 2012 14:57:00 +0000 X-Env-Sender: adrien.urban@nbs-system.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1334761019!18533437!1 X-Originating-IP: [195.5.236.5] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10316 invoked from network); 18 Apr 2012 14:56:59 -0000 Received: from mx0.nbs-system.com (HELO mx1.nbs-test.com) (195.5.236.5) by server-7.tower-174.messagelabs.com with SMTP; 18 Apr 2012 14:56:59 -0000 Received: from mx1.nbs-test.com (localhost [127.0.0.1]) by mx1.nbs-test.com (Postfix) with ESMTP id DDD8938CC04 for ; Wed, 18 Apr 2012 16:56:11 +0200 (CEST) Received: from [192.168.1.7] (public.nbs-system.com [82.234.123.117]) by mx1.nbs-test.com (Postfix) with ESMTPSA id 86E1D38CC00 for ; Wed, 18 Apr 2012 16:56:11 +0200 (CEST) Message-ID: <4F8ED639.5040902@nbs-system.com> Date: Wed, 18 Apr 2012 16:56:57 +0200 From: Adrien Urban User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120317 Icedove/3.0.11 MIME-Version: 1.0 To: xen-users@lists.xensource.com References: <4EBBC9E3.7000909@nbs-system.com> <4F21A4D5.3030208@nuclearfallout.net> In-Reply-To: <4F21A4D5.3030208@nuclearfallout.net> X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [Xen-users] dom0 - oom-killer - memory leak somewhere ? [solved] X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 01/26/12 20:09, John Weekes wrote: > Adrian, > > Were you ever able to determine what was using the memory? I had = > several machines at the same location all enter this state this = > morning at the same time, and I can't find any clues as to what's = > exhausting the memory, just as you couldn't. The circumstances suggest = > that some sort of attack or network event was involved, but I'm not = > seeing significant traffic levels. One of the machines was brand new = > (very latest Xen 4.1, very latest xen/next-2.6.32) and had no activity = > otherwise. It's very puzzling. > > -John Hello, We managed to resolve this issue this week. Some extended testing = allowed us to get back with the following information. We are running debian, 2.6.32-5-xen-amd64. Not 100% sure which debian = patch level. 2.6.32-5-xen-amd64 (unknown@Debian) #1 SMP Thu May 19 01:16:47 UTC 2011 - the problem also occurs when booting without Xen Hypervisor - the specific conditions that made the leak triggered is explained bellow - upgrading to the lastest Debian/stable kernel (2.6.32-41squeeze2) = seems to fix the bug 2.6.32-5-amd64 (unknown@Debian) #1 SMP Thu Mar 22 17:26:33 UTC 2012 2.6.32-5-xen-amd64 (unknown@Debian) #1 SMP Thu Mar 22 21:14:26 UTC 2012 The bug was due to improper handling (not sure where) of tagged network = packet, while linux had no vlan out of it. Our network configuration : br142 8000.b499baac423a no eth0.142 br173 8000.b499baac423a no eth0.173 br21 8000.b499baac423a no eth0 But we also have the VLAN 12 with traffic that might arrive to the box. If we add eth0.12 (via the following configuration), the leak doesn't hit : auto br12 iface br12 inet manual bridge_ports eth0.12 bridge_maxwait 0 bridge_fd 0 Fix: upgrade the kernel Supposed work-around, if upgrading is not an easy option : configure the switch not to send VLAN not known/configured in the kernel = (alternatively, configure the kernel with the specific vlans) Regards, -- = Adrien URBAN, Expert Syst=E8mes - R=E9seaux - S=E9curit=E9 - Responsable SN3 --- www.nbs-system.com, 140 Bd Haussmann, 75008 Paris Std: +33 158 566 080 / S.Tech: +33 158 566 088 / Fax: +33 158 566 081 Bargento 2012, le 29 mai 2012 au CNIT : www.bargento.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 15:29:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 15:29: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 1SKWnE-0001Gl-Hv; Wed, 18 Apr 2012 15:27:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWnD-0001Gg-9H for xen-users@lists.xen.org; Wed, 18 Apr 2012 15:27:39 +0000 Received: from [85.158.143.99:34109] by server-3.bemta-4.messagelabs.com id 6B/CA-05853-A6DDE8F4; Wed, 18 Apr 2012 15:27:38 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1334762856!17844832!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29052 invoked from network); 18 Apr 2012 15:27:36 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 15:27:36 -0000 Received: by wgbed3 with SMTP id ed3so5673273wgb.32 for ; Wed, 18 Apr 2012 08:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=fRcfE/zHucBByW/+KOrcF+qpnxgoMKN0zxtbhFT8UKU=; b=m0F3ycgqkQEgXPUZljad8aaW4NIhKUdocNI/HoS6RTbcUPZwT0scPTfJAiryw28sq+ YBmEuKhs1CTgaWz5cXOv29f1K2NNFmyGhgrVZ1/6xuVJSHkIrerSg78m5eX95S8XQrLr Ld1i53rF6MNaU7Ml7HFu1A00QgkLwzFUkwpsFv0gIMbKw8VUzHPTjodMNSKSyARmTS+M mmZIyQ3Gng8PLkJTPWry4MMupbq+71tP1haRTr+PnvDDsRxVgJPCK0sLafTp9DesaMt+ q8anDiST3dS1faUGJbSXMbrgIA46DTy03bhpiztFIdV1tB/Vjecn8zlIXbypFgmT+te9 x9iQ== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr1664819wei.85.1334762853086; Wed, 18 Apr 2012 08:27:33 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 08:27:31 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 11:27:31 -0400 X-Google-Sender-Auth: H5el7BSFgmPlY4AnU7VqLojFKH8 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8322934821828932642==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8322934821828932642== Content-Type: multipart/alternative; boundary=0016e6de16b1b7b4d604bdf5b12d --0016e6de16b1b7b4d604bdf5b12d Content-Type: text/plain; charset=ISO-8859-1 Here is a dump of the xend.log entries which get created when I try to start the domU in question. I see it complains about /dev/hda and /dev/hdc (CDROM and HD) [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:261) XendDomainInfo.create(['vm', ['name', 'UbuntuServerS1'], ['memory', '4096'], ['maxmem', '4096'], ['vcpus', '2'], ['uuid', 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0'], ['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'], ['image', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['vcpus', '2'], ['boot', 'cc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['vnclisten', '0.0.0.0'], ['keymap', 'en-us']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]], ['device', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r']]], ['device', ['vif', ['mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script', 'vif-bridge']]], ['device', ['vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']]]]) [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:383) parseConfig: config is ['vm', ['name', 'UbuntuServerS1'], ['memory', '4096'], ['maxmem', '4096'], ['vcpus', '2'], ['uuid', 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0'], ['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'], ['image', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['vcpus', '2'], ['boot', 'cc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['vnclisten', '0.0.0.0'], ['keymap', 'en-us']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]], ['device', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r']]], ['device', ['vif', ['mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script', 'vif-bridge']]], ['device', ['vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']]]] [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:507) parseConfig: result is {'features': None, 'hpet': None, 'image': ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['vcpus', '2'], ['boot', 'cc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['vnclisten', '0.0.0.0'], ['keymap', 'en-us']], 'cpus': None, 'vcpu_avail': None, 'backend': [], 'uuid': 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'on_reboot': 'destroy', 'cpu_weight': None, 'memory': 4096, 'cpu_cap': None, 'localtime': None, 'timer_mode': None, 'start_time': None, 'on_poweroff': 'destroy', 'on_crash': 'destroy', 'device': [('vbd', ['vbd', ['dev', 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]), ('vbd', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r']]), ('vif', ['vif', ['mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script', 'vif-bridge']]), ('vif', ['vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']])], 'bootloader': None, 'maxmem': 4096, 'shadow_memory': None, 'name': 'UbuntuServerS1', 'bootloader_args': None, 'vcpus': 2, 'cpu': None} [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1975) XendDomainInfo.construct: None [2012-04-18 11:11:54 xend 28917] DEBUG (balloon:146) Balloon: 8476076 KiB free; need 4096; done. [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:2150) XendDomainInfo.initDomain: 72 256 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: boot, val: cc [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: fda, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: fdb, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: soundhw, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: localtime, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: serial, val: pty [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: std-vga, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: isa, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: vcpus, val: 2 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: acpi, val: 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: usb, val: 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: usbdevice, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: k, val: en-us [2012-04-18 11:11:54 xend 28917] DEBUG (image:407) No VNC passwd configured for vfb access [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:2191) _initDomain:shadow_memory=0x0, maxmem=0x1000, memory=0x1000. [2012-04-18 11:11:54 xend 28917] DEBUG (balloon:146) Balloon: 8475036 KiB free; need 4237312; done. [2012-04-18 11:11:54 xend 28917] INFO (image:139) buildDomain os=None dom=72 vcpus=2 [2012-04-18 11:11:54 xend 28917] DEBUG (image:275) domid = 72 [2012-04-18 11:11:54 xend 28917] DEBUG (image:276) image = /usr/lib/xen/boot/hvmloader [2012-04-18 11:11:54 xend 28917] DEBUG (image:277) store_evtchn = 3 [2012-04-18 11:11:54 xend 28917] DEBUG (image:278) memsize = 4096 [2012-04-18 11:11:54 xend 28917] DEBUG (image:279) vcpus = 2 [2012-04-18 11:11:54 xend 28917] DEBUG (image:280) pae = 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:281) acpi = 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:282) apic = 1 [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:677) Checking for duplicate for uname: f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1 [phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1], dev: hda, mode: w [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/hda' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hdc: [Errno 2] No such file or directory: '/dev/hdc' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/hda' [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'state': '1', 'backend': '/local/domain/0/backend/vbd/72/768'} to /local/domain/72/device/vbd/768. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'domain': 'UbuntuServerS1', 'frontend': '/local/domain/72/device/vbd/768', 'format': '/dev/disk/by-path/ip-192.168.160.250', 'dev': 'hda', 'state': '1', 'params': '/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1', 'mode': 'w', 'online': '1', 'frontend-id': '72', 'type': 'phy'} to /local/domain/0/backend/vbd/72/768. [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:677) Checking for duplicate for uname: /data/iso/ubuntu-12.04-beta2-desktop-amd64.iso [file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso], dev: hdc, mode: r [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hdc: [Errno 2] No such file or directory: '/dev/hdc' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/hda' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hdc: [Errno 2] No such file or directory: '/dev/hdc' [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', 'state': '1', 'backend': '/local/domain/0/backend/vbd/72/5632'} to /local/domain/72/device/vbd/5632. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'domain': 'UbuntuServerS1', 'frontend': '/local/domain/72/device/vbd/5632', 'format': 'raw', 'dev': 'hdc', 'state': '1', 'params': '/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso', 'mode': 'r', 'online': '1', 'frontend-id': '72', 'type': 'file'} to /local/domain/0/backend/vbd/72/5632. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'mac': '00:16:3e:20:95:39', 'handle': '0', 'state': '1', 'backend': '/local/domain/0/backend/vif/72/0'} to /local/domain/72/device/vif/0. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'bridge': 'xenbr1', 'domain': 'UbuntuServerS1', 'handle': '0', 'script': '/etc/xen/scripts/vif-bridge', 'state': '1', 'front end': '/local/domain/72/device/vif/0', 'mac': '00:16:3e:20:95:39', 'online': '1', 'frontend-id': '72'} to /local/domain/0/backend/vif/72/0. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'mac': '00:16:3e:4e:92:c4', 'handle': '1', 'state': '1', 'backend': '/local/domain/0/backend/vif/72/1'} to /local/domain/72/device/vif/1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'bridge': 'xenbr0', 'domain': 'UbuntuServerS1', 'handle': '1', 'script': '/etc/xen/scripts/vif-bridge', 'state': '1', 'frontend': '/local/domain/72/device/vif/1', 'mac': '00:16:3e:4e:92:c4', 'online': '1', 'frontend-id': '72'} to /local/domain/0/backend/vif/72/1. [2012-04-18 11:11:55 xend 28917] INFO (image:453) spawning device models: /usr/lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '-d', '72', '-m', '4096', '-boot', 'cc', '-serial', 'pty', '-vcpus', '2', '-acpi', '-usb', '-k', 'en-us', '-domain-name', 'UbuntuServerS1', '-net', 'nic,vlan=1,macaddr=00:16:3e:20:95:39,model=rtl8139', '-net', 'tap,vlan=1,bridge=xenbr1', '-net', 'nic,vlan=2,macaddr=00:16:3e:4e:92:c4,model=rtl8139', '-net', 'tap,vlan=2,bridge=xenbr0', '-vnc', '0.0.0.0:72', '-vncunused'] [2012-04-18 11:11:55 xend 28917] INFO (image:456) device model pid: 5855 [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1072) Storing VM details: {'shadow_memory': '34', 'uuid': 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'on_reboot': 'destroy', 'start_time': '1334761915.42', 'on_poweroff': 'destroy', 'name': 'UbuntuServerS1', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'memory': '4096', 'on_crash': 'destroy', 'image': '(hvm (kernel /usr/lib/xen/boot/hvmloader) (vcpus 2) (boot cc) (acpi 1) (apic 1) (pae 1) (usb 1) (parallel none) (serial pty) (device_model /usr/lib64/xen/bin/qemu-dm) (vnc 1) (vncunused 1) (vnclisten 0.0.0.0) (keymap en-us))', 'maxmem': '4096'} [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1107) Storing domain details: {'console/port': '4', 'name': 'UbuntuServerS1', 'console/limit': '1048576', 'vm': '/vm/dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'domid': '72', 'cpu/0/availability': 'online', 'memory/target': '4194304', 'store/ring-ref': '983038', 'cpu/1/availability': 'online', 'store/port': '3'} [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1335) XendDomainInfo.handleShutdownWatch [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vif. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 0. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vif/72/0/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vif/72/0/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vif/72/1/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices usb. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vbd. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 768. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vbd/72/768/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 5632. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vbd/72/5632/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices irq. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vkbd. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vfb. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices pci. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices ioports. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices tap. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vtpm. [2012-04-18 11:11:55 xend 28917] INFO (XendDomain:388) Domain UbuntuServerS1 (72) unpaused. --0016e6de16b1b7b4d604bdf5b12d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Here is a dump of the xend.log entries which get created when I try to star= t the domU in question. =A0I see it complains about /dev/hda and /dev/hdc (= CDROM and HD)



[2012-04-18 1= 1:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:261) XendDomainInf= o.create(['vm', ['name', 'UbuntuServerS1'], ['m= emory', '4096'], ['maxmem', '4096'], ['vcpu= s', '2'], ['uuid', 'dcc3a34e-b9d2-4b63-b169-cfa9213= 330e0'], ['on_poweroff', 'destroy'], ['on_reboot= 9;, 'destroy'], ['on_crash', 'destroy'], ['imag= e', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader= '], ['vcpus', '2'], ['boot', 'cc'], [&#= 39;acpi', '1'], ['apic', '1'], ['pae', = '1'], ['usb', '1'], ['parallel', 'none&= #39;], ['serial', 'pty'], ['device_model', '/us= r/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunuse= d', '1'], ['vnclisten', '0.0.0.0'], ['keyma= p', 'en-us']]], ['device', ['vbd', ['dev= 9;, 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-19= 2.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c56= 8b1e6227b-lun-1'], ['mode', 'w']]], ['device', = ['vbd', ['dev', 'hdc:cdrom'], ['uname', = 9;file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode'= ;, 'r']]], ['device', ['vif', ['mac', '= 00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script= ', 'vif-bridge']]], ['device', ['vif', ['ma= c', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'],= ['script', 'vif-bridge']]]])
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 383) parseConfig: config is ['vm', ['name', 'UbuntuServ= erS1'], ['memory', '4096'], ['maxmem', '409= 6'], ['vcpus', '2'], ['uuid', 'dcc3a34e-b9d= 2-4b63-b169-cfa9213330e0'], ['on_poweroff', 'destroy'],= ['on_reboot', 'destroy'], ['on_crash', 'destro= y'], ['image', ['hvm', ['kernel', '/usr/lib= /xen/boot/hvmloader'], ['vcpus', '2'], ['boot',= 'cc'], ['acpi', '1'], ['apic', '1'= ], ['pae', '1'], ['usb', '1'], ['parall= el', 'none'], ['serial', 'pty'], ['device_m= odel', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1= 9;], ['vncunused', '1'], ['vnclisten', '0.0.0.0= '], ['keymap', 'en-us']]], ['device', ['vbd= ', ['dev', 'hda:disk'], ['uname', 'phy:/dev= /disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3= -53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]], = ['device', ['vbd', ['dev', 'hdc:cdrom'], [&= #39;uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso= 9;], ['mode', 'r']]], ['device', ['vif', [&= #39;mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1&= #39;], ['script', 'vif-bridge']]], ['device', ['= ;vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge',= 'xenbr0'], ['script', 'vif-bridge']]]]
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 507) parseConfig: result is {'features': None, 'hpet': None= , 'image': ['hvm', ['kernel', '/usr/lib/xen/boo= t/hvmloader'], ['vcpus', '2'], ['boot', 'cc= '], ['acpi', '1'], ['apic', '1'], ['= ;pae', '1'], ['usb', '1'], ['parallel',= 'none'], ['serial', 'pty'], ['device_model'= ;, '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], [&#= 39;vncunused', '1'], ['vnclisten', '0.0.0.0'], = ['keymap', 'en-us']], 'cpus': None, 'vcpu_avail= ': None, 'backend': [], 'uuid': 'dcc3a34e-b9d2-4b63= -b169-cfa9213330e0', 'on_reboot': 'destroy', 'cpu_w= eight': None, 'memory': 4096, 'cpu_cap': None, 'loc= altime': None, 'timer_mode': None, 'start_time': None, = 'on_poweroff': 'destroy', 'on_crash': 'destroy&= #39;, 'device': [('vbd', ['vbd', ['dev', &#= 39;hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.= 160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e62= 27b-lun-1'], ['mode', 'w']]), ('vbd', ['vbd= ', ['dev', 'hdc:cdrom'], ['uname', 'file:/d= ata/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r= ']]), ('vif', ['vif', ['mac', '00:16:3e:20:= 95:39'], ['bridge', 'xenbr1'], ['script', '= vif-bridge']]), ('vif', ['vif', ['mac', '00= :16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script&#= 39;, 'vif-bridge']])], 'bootloader': None, 'maxmem'= : 4096, 'shadow_memory': None, 'name': 'UbuntuServerS1&= #39;, 'bootloader_args': None, 'vcpus': 2, 'cpu': N= one}
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 1975) XendDomainInfo.construct: None
[2012-04-18 11:11:54 xend 28= 917] DEBUG (balloon:146) Balloon: 8476076 KiB free; need 4096; done.
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 2150) XendDomainInfo.initDomain: 72 256
[2012-04-18 11:11:54 xend= 28917] DEBUG (image:347) args: boot, val: cc
[2012-04-18 11:11:5= 4 xend 28917] DEBUG (image:347) args: fda, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: fdb, val: Non= e
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: soundh= w, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) a= rgs: localtime, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: serial, val: = pty
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: std-= vga, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347)= args: isa, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: vcpus, val: 2=
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: acpi, v= al: 1
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: us= b, val: 1
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: usbdevice, va= l: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: = k, val: en-us
[2012-04-18 11:11:54 xend 28917] DEBUG (image:407) = No VNC passwd configured for vfb access
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 2191) _initDomain:shadow_memory=3D0x0, maxmem=3D0x1000, memory=3D0x1000.
[2012-04-18 11:11:54 xend 28917] DEBUG (balloon:146) Balloon: 84750= 36 KiB free; need 4237312; done.
[2012-04-18 11:11:54 xend 28917] INFO (image:139) buildDomain os=3DNon= e dom=3D72 vcpus=3D2
[2012-04-18 11:11:54 xend 28917] DEBUG (imag= e:275) domid =A0 =A0 =A0 =A0 =A0=3D 72
[2012-04-18 11:11:54 xend = 28917] DEBUG (image:276) image =A0 =A0 =A0 =A0 =A0=3D /usr/lib/xen/boot/hvm= loader
[2012-04-18 11:11:54 xend 28917] DEBUG (image:277) store_evtchn =A0 = =3D 3
[2012-04-18 11:11:54 xend 28917] DEBUG (image:278) memsize = =A0 =A0 =A0 =A0=3D 4096
[2012-04-18 11:11:54 xend 28917] DEBUG (i= mage:279) vcpus =A0 =A0 =A0 =A0 =A0=3D 2
[2012-04-18 11:11:54 xend 28917] DEBUG (image:280) pae =A0 =A0 =A0 =A0= =A0 =A0=3D 1
[2012-04-18 11:11:54 xend 28917] DEBUG (image:281) = acpi =A0 =A0 =A0 =A0 =A0 =3D 1
[2012-04-18 11:11:54 xend 28917] D= EBUG (image:282) apic =A0 =A0 =A0 =A0 =A0 =3D 1
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 677) Checking for duplicate for uname: f4f32db3-53b1-422c-c979-c568b1e6227b= -lun-1 [phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com= .sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1], dev: hda, mode: w
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hda: [Errno 2] No such file or directory: '/dev/hda&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception = looking up device number for hdc: [Errno 2] No such file or directory: '= ;/dev/hdc'
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hda: [Errno 2] No such file or directory: '/dev/hda&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) D= evController: writing {'backend-id': '0', 'virtual-devi= ce': '768', 'device-type': 'disk', 'state&#= 39;: '1', 'backend': '/local/domain/0/backend/vbd/72/76= 8'} to /local/domain/72/device/vbd/768.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevControll= er: writing {'domain': 'UbuntuServerS1', 'frontend'= : '/local/domain/72/device/vbd/768', 'format': '/dev/di= sk/by-path/ip-192.168.160.250', 'dev': 'hda', 'stat= e': '1', 'params': '/dev/disk/by-path/ip-192.168.16= 0.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227= b-lun-1', 'mode': 'w', 'online': '1', &= #39;frontend-id': '72', 'type': 'phy'} to /loca= l/domain/0/backend/vbd/72/768.
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 677) Checking for duplicate for uname: /data/iso/ubuntu-12.04-beta2-desktop= -amd64.iso [file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso], dev: hdc,= mode: r
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hdc: [Errno 2] No such file or directory: '/dev/hdc&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception = looking up device number for hda: [Errno 2] No such file or directory: '= ;/dev/hda'
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hdc: [Errno 2] No such file or directory: '/dev/hdc&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) D= evController: writing {'backend-id': '0', 'virtual-devi= ce': '5632', 'device-type': 'cdrom', 'state= ': '1', 'backend': '/local/domain/0/backend/vbd/72/= 5632'} to /local/domain/72/device/vbd/5632.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevControll= er: writing {'domain': 'UbuntuServerS1', 'frontend'= : '/local/domain/72/device/vbd/5632', 'format': 'raw= 9;, 'dev': 'hdc', 'state': '1', 'params= ': '/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso', 'mode&= #39;: 'r', 'online': '1', 'frontend-id': &#= 39;72', 'type': 'file'} to /local/domain/0/backend/vbd/= 72/5632.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevControll= er: writing {'backend-id': '0', 'mac': '00:16:3= e:20:95:39', 'handle': '0', 'state': '1'= ;, 'backend': '/local/domain/0/backend/vif/72/0'} to /local= /domain/72/device/vif/0.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController= :135) DevController: writing {'bridge': 'xenbr1', 'doma= in': 'UbuntuServerS1', 'handle': '0', 'scri= pt': '/etc/xen/scripts/vif-bridge', 'state': '1'= ;, 'front
end': '/local/domain/72/device/vif/0', 'mac': '= ;00:16:3e:20:95:39', 'online': '1', 'frontend-id= 9;: '72'} to /local/domain/0/backend/vif/72/0.
[2012-04-1= 8 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {&#= 39;backend-id': '0', 'mac': '00:16:3e:4e:92:c4'= , 'handle': '1', 'state': '1', 'backend= ': '/local/domain/0/backend/vif/72/1'} to /local/domain/72/devi= ce/vif/1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevControll= er: writing {'bridge': 'xenbr0', 'domain': 'Ubu= ntuServerS1', 'handle': '1', 'script': '/et= c/xen/scripts/vif-bridge', 'state': '1', 'frontend&= #39;: '/local/domain/72/device/vif/1', 'mac': '00:16:3e= :4e:92:c4', 'online': '1', 'frontend-id': '= 72'} to /local/domain/0/backend/vif/72/1.
[2012-04-18 11:11:55 xend 28917] INFO (image:453) spawning device mode= ls: /usr/lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '= -d', '72', '-m', '4096', '-boot', '= cc', '-serial', 'pty', '-vcpus', '2', &= #39;-acpi', '-usb', '-k', 'en-us', '-domain= -name', 'UbuntuServerS1', '-net', 'nic,vlan=3D1,mac= addr=3D00:16:3e:20:95:39,model=3Drtl8139', '-net', 'tap,vla= n=3D1,bridge=3Dxenbr1', '-net', 'nic,vlan=3D2,macaddr=3D00:= 16:3e:4e:92:c4,model=3Drtl8139', '-net', 'tap,vlan=3D2,brid= ge=3Dxenbr0', '-vnc', '0.0.0.= 0:72', '-vncunused']
[2012-04-18 11:11:55 xend 28917] INFO (image:456) device model pid: 58= 55
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDom= ainInfo:1072) Storing VM details: {'shadow_memory': '34', &= #39;uuid': 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'on_rebo= ot': 'destroy', 'start_time': '1334761915.42', = 'on_poweroff': 'destroy', 'name': 'UbuntuServer= S1', 'xend/restart_count': '0', 'vcpus': '2= ', 'vcpu_avail': '3', 'memory': '4096',= 'on_crash': 'destroy', 'image': '(hvm (kernel = /usr/lib/xen/boot/hvmloader) (vcpus 2) (boot cc) (acpi 1) (apic 1) (pae 1) = (usb 1) (parallel none) (serial pty) (device_model /usr/lib64/xen/bin/qemu-= dm) (vnc 1) (vncunused 1) (vnclisten 0.0.0.0) (keymap en-us))', 'ma= xmem': '4096'}
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 1107) Storing domain details: {'console/port': '4', 'na= me': 'UbuntuServerS1', 'console/limit': '1048576= 9;, 'vm': '/vm/dcc3a34e-b9d2-4b63-b169-cfa9213330e0', '= domid': '72', 'cpu/0/availability': 'online', &= #39;memory/target': '4194304', 'store/ring-ref': '9= 83038', 'cpu/1/availability': 'online', 'store/port= ': '3'}
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 1335) XendDomainInfo.handleShutdownWatch
[2012-04-18 11:11:55 xen= d 28917] DEBUG (DevController:179) Waiting for devices vif.
[2012= -04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 0.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStat= usCallback /local/domain/0/backend/vif/72/0/hotplug-status.
[2012= -04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback= /local/domain/0/backend/vif/72/0/hotplug-status.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStat= usCallback 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:94) Lock released
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:184) Waiting for 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStat= usCallback /local/domain/0/backend/vif/72/1/hotplug-status.
[2012= -04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback= 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock release= d
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Wait= ing for devices usb.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:179) Waiting for devices vbd.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for= 768.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) = hotplugStatusCallback /local/domain/0/backend/vbd/72/768/hotplug-status.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStat= usCallback 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:94) Lock released
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:184) Waiting for 5632.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStat= usCallback /local/domain/0/backend/vbd/72/5632/hotplug-status.
[2= 012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallb= ack 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock release= d
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Wait= ing for devices irq.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:179) Waiting for devices vkbd.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for= devices vfb.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:179) Waiting for devices pci.
[2012-04-18 11:11:55 xend 28917]= DEBUG (DevController:179) Waiting for devices ioports.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for= devices tap.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:179) Waiting for devices vtpm.
[2012-04-18 11:11:55 xend 28917= ] INFO (XendDomain:388) Domain UbuntuServerS1 (72) unpaused.


--0016e6de16b1b7b4d604bdf5b12d-- --===============8322934821828932642== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8322934821828932642==-- From xen-users-bounces@lists.xen.org Wed Apr 18 15:29:07 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 15:29: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 1SKWnE-0001Gl-Hv; Wed, 18 Apr 2012 15:27:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWnD-0001Gg-9H for xen-users@lists.xen.org; Wed, 18 Apr 2012 15:27:39 +0000 Received: from [85.158.143.99:34109] by server-3.bemta-4.messagelabs.com id 6B/CA-05853-A6DDE8F4; Wed, 18 Apr 2012 15:27:38 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1334762856!17844832!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29052 invoked from network); 18 Apr 2012 15:27:36 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 15:27:36 -0000 Received: by wgbed3 with SMTP id ed3so5673273wgb.32 for ; Wed, 18 Apr 2012 08:27:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=fRcfE/zHucBByW/+KOrcF+qpnxgoMKN0zxtbhFT8UKU=; b=m0F3ycgqkQEgXPUZljad8aaW4NIhKUdocNI/HoS6RTbcUPZwT0scPTfJAiryw28sq+ YBmEuKhs1CTgaWz5cXOv29f1K2NNFmyGhgrVZ1/6xuVJSHkIrerSg78m5eX95S8XQrLr Ld1i53rF6MNaU7Ml7HFu1A00QgkLwzFUkwpsFv0gIMbKw8VUzHPTjodMNSKSyARmTS+M mmZIyQ3Gng8PLkJTPWry4MMupbq+71tP1haRTr+PnvDDsRxVgJPCK0sLafTp9DesaMt+ q8anDiST3dS1faUGJbSXMbrgIA46DTy03bhpiztFIdV1tB/Vjecn8zlIXbypFgmT+te9 x9iQ== MIME-Version: 1.0 Received: by 10.216.135.69 with SMTP id t47mr1664819wei.85.1334762853086; Wed, 18 Apr 2012 08:27:33 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 08:27:31 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 11:27:31 -0400 X-Google-Sender-Auth: H5el7BSFgmPlY4AnU7VqLojFKH8 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8322934821828932642==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8322934821828932642== Content-Type: multipart/alternative; boundary=0016e6de16b1b7b4d604bdf5b12d --0016e6de16b1b7b4d604bdf5b12d Content-Type: text/plain; charset=ISO-8859-1 Here is a dump of the xend.log entries which get created when I try to start the domU in question. I see it complains about /dev/hda and /dev/hdc (CDROM and HD) [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:261) XendDomainInfo.create(['vm', ['name', 'UbuntuServerS1'], ['memory', '4096'], ['maxmem', '4096'], ['vcpus', '2'], ['uuid', 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0'], ['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'], ['image', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['vcpus', '2'], ['boot', 'cc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['vnclisten', '0.0.0.0'], ['keymap', 'en-us']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]], ['device', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r']]], ['device', ['vif', ['mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script', 'vif-bridge']]], ['device', ['vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']]]]) [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:383) parseConfig: config is ['vm', ['name', 'UbuntuServerS1'], ['memory', '4096'], ['maxmem', '4096'], ['vcpus', '2'], ['uuid', 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0'], ['on_poweroff', 'destroy'], ['on_reboot', 'destroy'], ['on_crash', 'destroy'], ['image', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['vcpus', '2'], ['boot', 'cc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['vnclisten', '0.0.0.0'], ['keymap', 'en-us']]], ['device', ['vbd', ['dev', 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]], ['device', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r']]], ['device', ['vif', ['mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script', 'vif-bridge']]], ['device', ['vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']]]] [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:507) parseConfig: result is {'features': None, 'hpet': None, 'image': ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader'], ['vcpus', '2'], ['boot', 'cc'], ['acpi', '1'], ['apic', '1'], ['pae', '1'], ['usb', '1'], ['parallel', 'none'], ['serial', 'pty'], ['device_model', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunused', '1'], ['vnclisten', '0.0.0.0'], ['keymap', 'en-us']], 'cpus': None, 'vcpu_avail': None, 'backend': [], 'uuid': 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'on_reboot': 'destroy', 'cpu_weight': None, 'memory': 4096, 'cpu_cap': None, 'localtime': None, 'timer_mode': None, 'start_time': None, 'on_poweroff': 'destroy', 'on_crash': 'destroy', 'device': [('vbd', ['vbd', ['dev', 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]), ('vbd', ['vbd', ['dev', 'hdc:cdrom'], ['uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r']]), ('vif', ['vif', ['mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script', 'vif-bridge']]), ('vif', ['vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script', 'vif-bridge']])], 'bootloader': None, 'maxmem': 4096, 'shadow_memory': None, 'name': 'UbuntuServerS1', 'bootloader_args': None, 'vcpus': 2, 'cpu': None} [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1975) XendDomainInfo.construct: None [2012-04-18 11:11:54 xend 28917] DEBUG (balloon:146) Balloon: 8476076 KiB free; need 4096; done. [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:2150) XendDomainInfo.initDomain: 72 256 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: boot, val: cc [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: fda, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: fdb, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: soundhw, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: localtime, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: serial, val: pty [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: std-vga, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: isa, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: vcpus, val: 2 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: acpi, val: 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: usb, val: 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: usbdevice, val: None [2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: k, val: en-us [2012-04-18 11:11:54 xend 28917] DEBUG (image:407) No VNC passwd configured for vfb access [2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:2191) _initDomain:shadow_memory=0x0, maxmem=0x1000, memory=0x1000. [2012-04-18 11:11:54 xend 28917] DEBUG (balloon:146) Balloon: 8475036 KiB free; need 4237312; done. [2012-04-18 11:11:54 xend 28917] INFO (image:139) buildDomain os=None dom=72 vcpus=2 [2012-04-18 11:11:54 xend 28917] DEBUG (image:275) domid = 72 [2012-04-18 11:11:54 xend 28917] DEBUG (image:276) image = /usr/lib/xen/boot/hvmloader [2012-04-18 11:11:54 xend 28917] DEBUG (image:277) store_evtchn = 3 [2012-04-18 11:11:54 xend 28917] DEBUG (image:278) memsize = 4096 [2012-04-18 11:11:54 xend 28917] DEBUG (image:279) vcpus = 2 [2012-04-18 11:11:54 xend 28917] DEBUG (image:280) pae = 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:281) acpi = 1 [2012-04-18 11:11:54 xend 28917] DEBUG (image:282) apic = 1 [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:677) Checking for duplicate for uname: f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1 [phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1], dev: hda, mode: w [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/hda' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hdc: [Errno 2] No such file or directory: '/dev/hdc' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/hda' [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'virtual-device': '768', 'device-type': 'disk', 'state': '1', 'backend': '/local/domain/0/backend/vbd/72/768'} to /local/domain/72/device/vbd/768. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'domain': 'UbuntuServerS1', 'frontend': '/local/domain/72/device/vbd/768', 'format': '/dev/disk/by-path/ip-192.168.160.250', 'dev': 'hda', 'state': '1', 'params': '/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1', 'mode': 'w', 'online': '1', 'frontend-id': '72', 'type': 'phy'} to /local/domain/0/backend/vbd/72/768. [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:677) Checking for duplicate for uname: /data/iso/ubuntu-12.04-beta2-desktop-amd64.iso [file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso], dev: hdc, mode: r [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hdc: [Errno 2] No such file or directory: '/dev/hdc' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hda: [Errno 2] No such file or directory: '/dev/hda' [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up device number for hdc: [Errno 2] No such file or directory: '/dev/hdc' [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'virtual-device': '5632', 'device-type': 'cdrom', 'state': '1', 'backend': '/local/domain/0/backend/vbd/72/5632'} to /local/domain/72/device/vbd/5632. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'domain': 'UbuntuServerS1', 'frontend': '/local/domain/72/device/vbd/5632', 'format': 'raw', 'dev': 'hdc', 'state': '1', 'params': '/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso', 'mode': 'r', 'online': '1', 'frontend-id': '72', 'type': 'file'} to /local/domain/0/backend/vbd/72/5632. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'mac': '00:16:3e:20:95:39', 'handle': '0', 'state': '1', 'backend': '/local/domain/0/backend/vif/72/0'} to /local/domain/72/device/vif/0. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'bridge': 'xenbr1', 'domain': 'UbuntuServerS1', 'handle': '0', 'script': '/etc/xen/scripts/vif-bridge', 'state': '1', 'front end': '/local/domain/72/device/vif/0', 'mac': '00:16:3e:20:95:39', 'online': '1', 'frontend-id': '72'} to /local/domain/0/backend/vif/72/0. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {'backend-id': '0', 'mac': '00:16:3e:4e:92:c4', 'handle': '1', 'state': '1', 'backend': '/local/domain/0/backend/vif/72/1'} to /local/domain/72/device/vif/1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevController: writing {'bridge': 'xenbr0', 'domain': 'UbuntuServerS1', 'handle': '1', 'script': '/etc/xen/scripts/vif-bridge', 'state': '1', 'frontend': '/local/domain/72/device/vif/1', 'mac': '00:16:3e:4e:92:c4', 'online': '1', 'frontend-id': '72'} to /local/domain/0/backend/vif/72/1. [2012-04-18 11:11:55 xend 28917] INFO (image:453) spawning device models: /usr/lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '-d', '72', '-m', '4096', '-boot', 'cc', '-serial', 'pty', '-vcpus', '2', '-acpi', '-usb', '-k', 'en-us', '-domain-name', 'UbuntuServerS1', '-net', 'nic,vlan=1,macaddr=00:16:3e:20:95:39,model=rtl8139', '-net', 'tap,vlan=1,bridge=xenbr1', '-net', 'nic,vlan=2,macaddr=00:16:3e:4e:92:c4,model=rtl8139', '-net', 'tap,vlan=2,bridge=xenbr0', '-vnc', '0.0.0.0:72', '-vncunused'] [2012-04-18 11:11:55 xend 28917] INFO (image:456) device model pid: 5855 [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1072) Storing VM details: {'shadow_memory': '34', 'uuid': 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'on_reboot': 'destroy', 'start_time': '1334761915.42', 'on_poweroff': 'destroy', 'name': 'UbuntuServerS1', 'xend/restart_count': '0', 'vcpus': '2', 'vcpu_avail': '3', 'memory': '4096', 'on_crash': 'destroy', 'image': '(hvm (kernel /usr/lib/xen/boot/hvmloader) (vcpus 2) (boot cc) (acpi 1) (apic 1) (pae 1) (usb 1) (parallel none) (serial pty) (device_model /usr/lib64/xen/bin/qemu-dm) (vnc 1) (vncunused 1) (vnclisten 0.0.0.0) (keymap en-us))', 'maxmem': '4096'} [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1107) Storing domain details: {'console/port': '4', 'name': 'UbuntuServerS1', 'console/limit': '1048576', 'vm': '/vm/dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'domid': '72', 'cpu/0/availability': 'online', 'memory/target': '4194304', 'store/ring-ref': '983038', 'cpu/1/availability': 'online', 'store/port': '3'} [2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:1335) XendDomainInfo.handleShutdownWatch [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vif. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 0. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vif/72/0/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vif/72/0/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vif/72/1/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices usb. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vbd. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 768. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vbd/72/768/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 5632. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback /local/domain/0/backend/vbd/72/5632/hotplug-status. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback 1. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock released [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices irq. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vkbd. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vfb. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices pci. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices ioports. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices tap. [2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for devices vtpm. [2012-04-18 11:11:55 xend 28917] INFO (XendDomain:388) Domain UbuntuServerS1 (72) unpaused. --0016e6de16b1b7b4d604bdf5b12d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Here is a dump of the xend.log entries which get created when I try to star= t the domU in question. =A0I see it complains about /dev/hda and /dev/hdc (= CDROM and HD)



[2012-04-18 1= 1:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:261) XendDomainInf= o.create(['vm', ['name', 'UbuntuServerS1'], ['m= emory', '4096'], ['maxmem', '4096'], ['vcpu= s', '2'], ['uuid', 'dcc3a34e-b9d2-4b63-b169-cfa9213= 330e0'], ['on_poweroff', 'destroy'], ['on_reboot= 9;, 'destroy'], ['on_crash', 'destroy'], ['imag= e', ['hvm', ['kernel', '/usr/lib/xen/boot/hvmloader= '], ['vcpus', '2'], ['boot', 'cc'], [&#= 39;acpi', '1'], ['apic', '1'], ['pae', = '1'], ['usb', '1'], ['parallel', 'none&= #39;], ['serial', 'pty'], ['device_model', '/us= r/lib64/xen/bin/qemu-dm'], ['vnc', '1'], ['vncunuse= d', '1'], ['vnclisten', '0.0.0.0'], ['keyma= p', 'en-us']]], ['device', ['vbd', ['dev= 9;, 'hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-19= 2.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c56= 8b1e6227b-lun-1'], ['mode', 'w']]], ['device', = ['vbd', ['dev', 'hdc:cdrom'], ['uname', = 9;file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode'= ;, 'r']]], ['device', ['vif', ['mac', '= 00:16:3e:20:95:39'], ['bridge', 'xenbr1'], ['script= ', 'vif-bridge']]], ['device', ['vif', ['ma= c', '00:16:3e:4e:92:c4'], ['bridge', 'xenbr0'],= ['script', 'vif-bridge']]]])
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 383) parseConfig: config is ['vm', ['name', 'UbuntuServ= erS1'], ['memory', '4096'], ['maxmem', '409= 6'], ['vcpus', '2'], ['uuid', 'dcc3a34e-b9d= 2-4b63-b169-cfa9213330e0'], ['on_poweroff', 'destroy'],= ['on_reboot', 'destroy'], ['on_crash', 'destro= y'], ['image', ['hvm', ['kernel', '/usr/lib= /xen/boot/hvmloader'], ['vcpus', '2'], ['boot',= 'cc'], ['acpi', '1'], ['apic', '1'= ], ['pae', '1'], ['usb', '1'], ['parall= el', 'none'], ['serial', 'pty'], ['device_m= odel', '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1= 9;], ['vncunused', '1'], ['vnclisten', '0.0.0.0= '], ['keymap', 'en-us']]], ['device', ['vbd= ', ['dev', 'hda:disk'], ['uname', 'phy:/dev= /disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3= -53b1-422c-c979-c568b1e6227b-lun-1'], ['mode', 'w']]], = ['device', ['vbd', ['dev', 'hdc:cdrom'], [&= #39;uname', 'file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso= 9;], ['mode', 'r']]], ['device', ['vif', [&= #39;mac', '00:16:3e:20:95:39'], ['bridge', 'xenbr1&= #39;], ['script', 'vif-bridge']]], ['device', ['= ;vif', ['mac', '00:16:3e:4e:92:c4'], ['bridge',= 'xenbr0'], ['script', 'vif-bridge']]]]
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 507) parseConfig: result is {'features': None, 'hpet': None= , 'image': ['hvm', ['kernel', '/usr/lib/xen/boo= t/hvmloader'], ['vcpus', '2'], ['boot', 'cc= '], ['acpi', '1'], ['apic', '1'], ['= ;pae', '1'], ['usb', '1'], ['parallel',= 'none'], ['serial', 'pty'], ['device_model'= ;, '/usr/lib64/xen/bin/qemu-dm'], ['vnc', '1'], [&#= 39;vncunused', '1'], ['vnclisten', '0.0.0.0'], = ['keymap', 'en-us']], 'cpus': None, 'vcpu_avail= ': None, 'backend': [], 'uuid': 'dcc3a34e-b9d2-4b63= -b169-cfa9213330e0', 'on_reboot': 'destroy', 'cpu_w= eight': None, 'memory': 4096, 'cpu_cap': None, 'loc= altime': None, 'timer_mode': None, 'start_time': None, = 'on_poweroff': 'destroy', 'on_crash': 'destroy&= #39;, 'device': [('vbd', ['vbd', ['dev', &#= 39;hda:disk'], ['uname', 'phy:/dev/disk/by-path/ip-192.168.= 160.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e62= 27b-lun-1'], ['mode', 'w']]), ('vbd', ['vbd= ', ['dev', 'hdc:cdrom'], ['uname', 'file:/d= ata/iso/ubuntu-12.04-beta2-desktop-amd64.iso'], ['mode', 'r= ']]), ('vif', ['vif', ['mac', '00:16:3e:20:= 95:39'], ['bridge', 'xenbr1'], ['script', '= vif-bridge']]), ('vif', ['vif', ['mac', '00= :16:3e:4e:92:c4'], ['bridge', 'xenbr0'], ['script&#= 39;, 'vif-bridge']])], 'bootloader': None, 'maxmem'= : 4096, 'shadow_memory': None, 'name': 'UbuntuServerS1&= #39;, 'bootloader_args': None, 'vcpus': 2, 'cpu': N= one}
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 1975) XendDomainInfo.construct: None
[2012-04-18 11:11:54 xend 28= 917] DEBUG (balloon:146) Balloon: 8476076 KiB free; need 4096; done.
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 2150) XendDomainInfo.initDomain: 72 256
[2012-04-18 11:11:54 xend= 28917] DEBUG (image:347) args: boot, val: cc
[2012-04-18 11:11:5= 4 xend 28917] DEBUG (image:347) args: fda, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: fdb, val: Non= e
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: soundh= w, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) a= rgs: localtime, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: serial, val: = pty
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: std-= vga, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347)= args: isa, val: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: vcpus, val: 2=
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: acpi, v= al: 1
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: us= b, val: 1
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: usbdevice, va= l: None
[2012-04-18 11:11:54 xend 28917] DEBUG (image:347) args: = k, val: en-us
[2012-04-18 11:11:54 xend 28917] DEBUG (image:407) = No VNC passwd configured for vfb access
[2012-04-18 11:11:54 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 2191) _initDomain:shadow_memory=3D0x0, maxmem=3D0x1000, memory=3D0x1000.
[2012-04-18 11:11:54 xend 28917] DEBUG (balloon:146) Balloon: 84750= 36 KiB free; need 4237312; done.
[2012-04-18 11:11:54 xend 28917] INFO (image:139) buildDomain os=3DNon= e dom=3D72 vcpus=3D2
[2012-04-18 11:11:54 xend 28917] DEBUG (imag= e:275) domid =A0 =A0 =A0 =A0 =A0=3D 72
[2012-04-18 11:11:54 xend = 28917] DEBUG (image:276) image =A0 =A0 =A0 =A0 =A0=3D /usr/lib/xen/boot/hvm= loader
[2012-04-18 11:11:54 xend 28917] DEBUG (image:277) store_evtchn =A0 = =3D 3
[2012-04-18 11:11:54 xend 28917] DEBUG (image:278) memsize = =A0 =A0 =A0 =A0=3D 4096
[2012-04-18 11:11:54 xend 28917] DEBUG (i= mage:279) vcpus =A0 =A0 =A0 =A0 =A0=3D 2
[2012-04-18 11:11:54 xend 28917] DEBUG (image:280) pae =A0 =A0 =A0 =A0= =A0 =A0=3D 1
[2012-04-18 11:11:54 xend 28917] DEBUG (image:281) = acpi =A0 =A0 =A0 =A0 =A0 =3D 1
[2012-04-18 11:11:54 xend 28917] D= EBUG (image:282) apic =A0 =A0 =A0 =A0 =A0 =3D 1
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 677) Checking for duplicate for uname: f4f32db3-53b1-422c-c979-c568b1e6227b= -lun-1 [phy:/dev/disk/by-path/ip-192.168.160.250:3260-iscsi-iqn.1986-03.com= .sun:02:f4f32db3-53b1-422c-c979-c568b1e6227b-lun-1], dev: hda, mode: w
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hda: [Errno 2] No such file or directory: '/dev/hda&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception = looking up device number for hdc: [Errno 2] No such file or directory: '= ;/dev/hdc'
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hda: [Errno 2] No such file or directory: '/dev/hda&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) D= evController: writing {'backend-id': '0', 'virtual-devi= ce': '768', 'device-type': 'disk', 'state&#= 39;: '1', 'backend': '/local/domain/0/backend/vbd/72/76= 8'} to /local/domain/72/device/vbd/768.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevControll= er: writing {'domain': 'UbuntuServerS1', 'frontend'= : '/local/domain/72/device/vbd/768', 'format': '/dev/di= sk/by-path/ip-192.168.160.250', 'dev': 'hda', 'stat= e': '1', 'params': '/dev/disk/by-path/ip-192.168.16= 0.250:3260-iscsi-iqn.1986-03.com.sun:02:f4f32db3-53b1-422c-c979-c568b1e6227= b-lun-1', 'mode': 'w', 'online': '1', &= #39;frontend-id': '72', 'type': 'phy'} to /loca= l/domain/0/backend/vbd/72/768.
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 677) Checking for duplicate for uname: /data/iso/ubuntu-12.04-beta2-desktop= -amd64.iso [file:/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso], dev: hdc,= mode: r
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hdc: [Errno 2] No such file or directory: '/dev/hdc&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception = looking up device number for hda: [Errno 2] No such file or directory: '= ;/dev/hda'
[2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up= device number for hdc: [Errno 2] No such file or directory: '/dev/hdc&= #39;
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) D= evController: writing {'backend-id': '0', 'virtual-devi= ce': '5632', 'device-type': 'cdrom', 'state= ': '1', 'backend': '/local/domain/0/backend/vbd/72/= 5632'} to /local/domain/72/device/vbd/5632.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevControll= er: writing {'domain': 'UbuntuServerS1', 'frontend'= : '/local/domain/72/device/vbd/5632', 'format': 'raw= 9;, 'dev': 'hdc', 'state': '1', 'params= ': '/data/iso/ubuntu-12.04-beta2-desktop-amd64.iso', 'mode&= #39;: 'r', 'online': '1', 'frontend-id': &#= 39;72', 'type': 'file'} to /local/domain/0/backend/vbd/= 72/5632.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:133) DevControll= er: writing {'backend-id': '0', 'mac': '00:16:3= e:20:95:39', 'handle': '0', 'state': '1'= ;, 'backend': '/local/domain/0/backend/vif/72/0'} to /local= /domain/72/device/vif/0.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController= :135) DevController: writing {'bridge': 'xenbr1', 'doma= in': 'UbuntuServerS1', 'handle': '0', 'scri= pt': '/etc/xen/scripts/vif-bridge', 'state': '1'= ;, 'front
end': '/local/domain/72/device/vif/0', 'mac': '= ;00:16:3e:20:95:39', 'online': '1', 'frontend-id= 9;: '72'} to /local/domain/0/backend/vif/72/0.
[2012-04-1= 8 11:11:55 xend 28917] DEBUG (DevController:133) DevController: writing {&#= 39;backend-id': '0', 'mac': '00:16:3e:4e:92:c4'= , 'handle': '1', 'state': '1', 'backend= ': '/local/domain/0/backend/vif/72/1'} to /local/domain/72/devi= ce/vif/1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:135) DevControll= er: writing {'bridge': 'xenbr0', 'domain': 'Ubu= ntuServerS1', 'handle': '1', 'script': '/et= c/xen/scripts/vif-bridge', 'state': '1', 'frontend&= #39;: '/local/domain/72/device/vif/1', 'mac': '00:16:3e= :4e:92:c4', 'online': '1', 'frontend-id': '= 72'} to /local/domain/0/backend/vif/72/1.
[2012-04-18 11:11:55 xend 28917] INFO (image:453) spawning device mode= ls: /usr/lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '= -d', '72', '-m', '4096', '-boot', '= cc', '-serial', 'pty', '-vcpus', '2', &= #39;-acpi', '-usb', '-k', 'en-us', '-domain= -name', 'UbuntuServerS1', '-net', 'nic,vlan=3D1,mac= addr=3D00:16:3e:20:95:39,model=3Drtl8139', '-net', 'tap,vla= n=3D1,bridge=3Dxenbr1', '-net', 'nic,vlan=3D2,macaddr=3D00:= 16:3e:4e:92:c4,model=3Drtl8139', '-net', 'tap,vlan=3D2,brid= ge=3Dxenbr0', '-vnc', '0.0.0.= 0:72', '-vncunused']
[2012-04-18 11:11:55 xend 28917] INFO (image:456) device model pid: 58= 55
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDom= ainInfo:1072) Storing VM details: {'shadow_memory': '34', &= #39;uuid': 'dcc3a34e-b9d2-4b63-b169-cfa9213330e0', 'on_rebo= ot': 'destroy', 'start_time': '1334761915.42', = 'on_poweroff': 'destroy', 'name': 'UbuntuServer= S1', 'xend/restart_count': '0', 'vcpus': '2= ', 'vcpu_avail': '3', 'memory': '4096',= 'on_crash': 'destroy', 'image': '(hvm (kernel = /usr/lib/xen/boot/hvmloader) (vcpus 2) (boot cc) (acpi 1) (apic 1) (pae 1) = (usb 1) (parallel none) (serial pty) (device_model /usr/lib64/xen/bin/qemu-= dm) (vnc 1) (vncunused 1) (vnclisten 0.0.0.0) (keymap en-us))', 'ma= xmem': '4096'}
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 1107) Storing domain details: {'console/port': '4', 'na= me': 'UbuntuServerS1', 'console/limit': '1048576= 9;, 'vm': '/vm/dcc3a34e-b9d2-4b63-b169-cfa9213330e0', '= domid': '72', 'cpu/0/availability': 'online', &= #39;memory/target': '4194304', 'store/ring-ref': '9= 83038', 'cpu/1/availability': 'online', 'store/port= ': '3'}
[2012-04-18 11:11:55 xend.XendDomainInfo 28917] DEBUG (XendDomainInfo:= 1335) XendDomainInfo.handleShutdownWatch
[2012-04-18 11:11:55 xen= d 28917] DEBUG (DevController:179) Waiting for devices vif.
[2012= -04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for 0.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStat= usCallback /local/domain/0/backend/vif/72/0/hotplug-status.
[2012= -04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStatusCallback= /local/domain/0/backend/vif/72/0/hotplug-status.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStat= usCallback 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:94) Lock released
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:184) Waiting for 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStat= usCallback /local/domain/0/backend/vif/72/1/hotplug-status.
[2012= -04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallback= 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock release= d
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Wait= ing for devices usb.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:179) Waiting for devices vbd.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:184) Waiting for= 768.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) = hotplugStatusCallback /local/domain/0/backend/vbd/72/768/hotplug-status.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStat= usCallback 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:94) Lock released
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:184) Waiting for 5632.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:571) hotplugStat= usCallback /local/domain/0/backend/vbd/72/5632/hotplug-status.
[2= 012-04-18 11:11:55 xend 28917] DEBUG (DevController:585) hotplugStatusCallb= ack 1.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:94) Lock release= d
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Wait= ing for devices irq.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevC= ontroller:179) Waiting for devices vkbd.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for= devices vfb.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:179) Waiting for devices pci.
[2012-04-18 11:11:55 xend 28917]= DEBUG (DevController:179) Waiting for devices ioports.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevController:179) Waiting for= devices tap.
[2012-04-18 11:11:55 xend 28917] DEBUG (DevControll= er:179) Waiting for devices vtpm.
[2012-04-18 11:11:55 xend 28917= ] INFO (XendDomain:388) Domain UbuntuServerS1 (72) unpaused.


--0016e6de16b1b7b4d604bdf5b12d-- --===============8322934821828932642== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8322934821828932642==-- From xen-users-bounces@lists.xen.org Wed Apr 18 15:39:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 15:39:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWx5-0001y9-1X; Wed, 18 Apr 2012 15:37:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWx3-0001xz-6R for xen-users@lists.xen.org; Wed, 18 Apr 2012 15:37:49 +0000 Received: from [85.158.138.51:34258] by server-2.bemta-3.messagelabs.com id 54/4D-09269-CCFDE8F4; Wed, 18 Apr 2012 15:37:48 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1334763466!22694048!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3368 invoked from network); 18 Apr 2012 15:37:47 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 15:37:47 -0000 Received: by vbbfs19 with SMTP id fs19so6624927vbb.32 for ; Wed, 18 Apr 2012 08:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eyTTuyhuy3BFrEuCvHSRjPncc/cjFvcg0+FDmK0HQqg=; b=vt/8u423ClYjj/ruf2OVTZWmeuOkNDGQkBSSNOOn9SQ73ZCv9UZETLS+7Yeyx3n2pv 5clKypTOzbV/DyiRu7Nj/tQrDTkjZQRd2b45t3pmw+pb+lBSivNMw72/e58BE5cqE1B1 L/gzPy1/JHLwZve8Oa0zJeWHGUTR8BWtFBJ2dEFfI/to3PhNtCUdNkUTfmOcvNqYTfu2 KBXH9xfV5qbaSanoQMRziBL0fV2pEgnQRbwcWSE7Z3undcl368fE5/lQuJlFbF2h2h9D WixoBdw/JVnVjOBweA3+qApran9VkbxQCVzX/oNjstGUYLDHgT2dMLZGvd2Bn9OS2J0L ePZg== MIME-Version: 1.0 Received: by 10.52.18.212 with SMTP id y20mr1163174vdd.50.1334763466328; Wed, 18 Apr 2012 08:37:46 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Wed, 18 Apr 2012 08:37:46 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 17:37:46 +0200 Message-ID: From: Lloyd Dizon To: Remi Gacogne Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 17, 2012 at 11:53 AM, Remi Gacogne wrote: >>> Well, thank you but independent_wallclock doesn't exist anymore on pvops >>> kernel, >> >> >> I think it still exists, I found the info below in the last SUSE 11 SP >> 2 release (13.04.2012). >> This versions runs the 3.0.10 linux kernel with includes pvops. > > > I don't have access to a running Suse SLES, but I am wondering if the > documentation is up to date. > > What I know is that pv_ops kernel in Debian squeeze do not have > independent_wallclock. > I have not been able to find something related to an independent_wallclock > parameter in a vanilla Linux 3.2 kernel either. I think you should run ntp on DomU anyway. Found this info from http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27 xen.independent_wallclock sysctl setting is not available for newer squeeze kernels supporting pvops. If you have relied on it, you would have to run ntpd in dom0 and domUs. source If you do can you please post your results? Thanks. Lloyd _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 15:39:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 15:39:24 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWx5-0001y9-1X; Wed, 18 Apr 2012 15:37:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKWx3-0001xz-6R for xen-users@lists.xen.org; Wed, 18 Apr 2012 15:37:49 +0000 Received: from [85.158.138.51:34258] by server-2.bemta-3.messagelabs.com id 54/4D-09269-CCFDE8F4; Wed, 18 Apr 2012 15:37:48 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1334763466!22694048!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3368 invoked from network); 18 Apr 2012 15:37:47 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 15:37:47 -0000 Received: by vbbfs19 with SMTP id fs19so6624927vbb.32 for ; Wed, 18 Apr 2012 08:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eyTTuyhuy3BFrEuCvHSRjPncc/cjFvcg0+FDmK0HQqg=; b=vt/8u423ClYjj/ruf2OVTZWmeuOkNDGQkBSSNOOn9SQ73ZCv9UZETLS+7Yeyx3n2pv 5clKypTOzbV/DyiRu7Nj/tQrDTkjZQRd2b45t3pmw+pb+lBSivNMw72/e58BE5cqE1B1 L/gzPy1/JHLwZve8Oa0zJeWHGUTR8BWtFBJ2dEFfI/to3PhNtCUdNkUTfmOcvNqYTfu2 KBXH9xfV5qbaSanoQMRziBL0fV2pEgnQRbwcWSE7Z3undcl368fE5/lQuJlFbF2h2h9D WixoBdw/JVnVjOBweA3+qApran9VkbxQCVzX/oNjstGUYLDHgT2dMLZGvd2Bn9OS2J0L ePZg== MIME-Version: 1.0 Received: by 10.52.18.212 with SMTP id y20mr1163174vdd.50.1334763466328; Wed, 18 Apr 2012 08:37:46 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Wed, 18 Apr 2012 08:37:46 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 17:37:46 +0200 Message-ID: From: Lloyd Dizon To: Remi Gacogne Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 17, 2012 at 11:53 AM, Remi Gacogne wrote: >>> Well, thank you but independent_wallclock doesn't exist anymore on pvops >>> kernel, >> >> >> I think it still exists, I found the info below in the last SUSE 11 SP >> 2 release (13.04.2012). >> This versions runs the 3.0.10 linux kernel with includes pvops. > > > I don't have access to a running Suse SLES, but I am wondering if the > documentation is up to date. > > What I know is that pv_ops kernel in Debian squeeze do not have > independent_wallclock. > I have not been able to find something related to an independent_wallclock > parameter in a vanilla Linux 3.2 kernel either. I think you should run ntp on DomU anyway. Found this info from http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27 xen.independent_wallclock sysctl setting is not available for newer squeeze kernels supporting pvops. If you have relied on it, you would have to run ntpd in dom0 and domUs. source If you do can you please post your results? Thanks. Lloyd _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 15:50:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 15:50: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 1SKX7t-0002kG-1o; Wed, 18 Apr 2012 15:49:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKX7s-0002k9-06 for xen-users@lists.xen.org; Wed, 18 Apr 2012 15:49:00 +0000 Received: from [193.109.254.147:20575] by server-12.bemta-14.messagelabs.com id 31/1D-05898-B62EE8F4; Wed, 18 Apr 2012 15:48:59 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1334764138!2100272!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31948 invoked from network); 18 Apr 2012 15:48:58 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Apr 2012 15:48:58 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 7AED626A0BD; Wed, 18 Apr 2012 17:48:58 +0200 (CEST) Date: Wed, 18 Apr 2012 17:48:58 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Lloyd Dizon In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, > I think you should run ntp on DomU anyway. > Found this info from > http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27 > > xen.independent_wallclock sysctl setting is not available for newer > squeeze kernels supporting pvops. If you have relied on it, you would > have to run ntpd in dom0 and domUs. source > > If you do can you please post your results? I am already running NTP in dom0 AND domUs. We are currently thinking that our problem may be related to the fact that the ACPI of the related hardware does not advertise HPET support, and we are investigating whether booting the kernel with hpet=force and cpuidle would fix this issue. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 15:50:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 15:50: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 1SKX7t-0002kG-1o; Wed, 18 Apr 2012 15:49:01 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKX7s-0002k9-06 for xen-users@lists.xen.org; Wed, 18 Apr 2012 15:49:00 +0000 Received: from [193.109.254.147:20575] by server-12.bemta-14.messagelabs.com id 31/1D-05898-B62EE8F4; Wed, 18 Apr 2012 15:48:59 +0000 X-Env-Sender: rgacogne-xen@valombre.net X-Msg-Ref: server-6.tower-27.messagelabs.com!1334764138!2100272!1 X-Originating-IP: [95.128.42.128] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31948 invoked from network); 18 Apr 2012 15:48:58 -0000 Received: from mail.aquaray.com (HELO mail.aquaray.com) (95.128.42.128) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 18 Apr 2012 15:48:58 -0000 Received: from legendary.xserve.fr (legendary.xserve.fr [91.199.0.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: remi@valombre.net) by mail.aquaray.com (Postfix) with ESMTPSA id 7AED626A0BD; Wed, 18 Apr 2012 17:48:58 +0200 (CEST) Date: Wed, 18 Apr 2012 17:48:58 +0200 (CEST) From: Remi Gacogne X-X-Sender: remi@legendary.xserve.fr To: Lloyd Dizon In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Cc: xen-users@lists.xen.org, Todd Deshane Subject: Re: [Xen-users] Xen timekeeping best practices X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, > I think you should run ntp on DomU anyway. > Found this info from > http://wiki.debian.org/Xen#A.27clocksource.2BAC8-0.3ATimewentbackwards.27 > > xen.independent_wallclock sysctl setting is not available for newer > squeeze kernels supporting pvops. If you have relied on it, you would > have to run ntpd in dom0 and domUs. source > > If you do can you please post your results? I am already running NTP in dom0 AND domUs. We are currently thinking that our problem may be related to the fact that the ACPI of the related hardware does not advertise HPET support, and we are investigating whether booting the kernel with hpet=force and cpuidle would fix this issue. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 16:42:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 16: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 1SKXwe-0005CL-IJ; Wed, 18 Apr 2012 16:41:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKXwc-0005CG-Qw for xen-users@lists.xen.org; Wed, 18 Apr 2012 16:41:27 +0000 Received: from [193.109.254.147:59837] by server-10.bemta-14.messagelabs.com id 5C/11-05847-6BEEE8F4; Wed, 18 Apr 2012 16:41:26 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1334767285!5215391!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25895 invoked from network); 18 Apr 2012 16:41:25 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 16:41:25 -0000 Received: by wgbed3 with SMTP id ed3so5735771wgb.32 for ; Wed, 18 Apr 2012 09:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=R+b80HRGzk/5NWx/bS5j04bkCDQ/rlsfVuLaBy4uUaM=; b=dr0s0/LRKeTtjVjazV7XOAspYG0uhImnyAAxEUp1nuhR9l8KSJXdCkld/4aVeLncNq wz1S5vl0Mw0Ecug77Zz6Gpo2xK5wQW2E/2PKrZd4LK5JSnYEuhEHNVaWKFpaqg84yAFR 4U+bTpO1R+xlZJadls9PNC6llTFbaLg2whs0eSE+tHt/5px5XsZF1eF33agpwaFrZsU8 OetKukOeANR8wSFQDGa7WHdj862hfnXISiZBtZpJuKoNVwOhU7n5JAW7A55/ESO+n8h/ RJNoFVJkmg3u+HKTIYkP44Id+VJ6L/Ff67rtvA1uE+zRheZQTwgVwJXNh/wxCUl9H6Vc 3wVg== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr18296614wib.18.1334767284970; Wed, 18 Apr 2012 09:41:24 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 09:41:24 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 12:41:24 -0400 X-Google-Sender-Auth: 1K0IZpIRBEWFFGTJQ4nn0RoFdPI Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2243659561353272034==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2243659561353272034== Content-Type: multipart/alternative; boundary=f46d04430650e0e42d04bdf6b96d --f46d04430650e0e42d04bdf6b96d Content-Type: text/plain; charset=ISO-8859-1 OK, if any of you are in Ottawa I'll give you my work address so you can line up to boot my in the arse for my stupidity. When I add the disk from virt-manager it has to be type "Virtual Disk" in order to boot from it. You can install to it if it is IDE or SCSI, but cannot boot from it. Sorry folks and thanks for all the help. On the upside I did learn A LOT about Xen and iSCSI in the process --f46d04430650e0e42d04bdf6b96d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable OK, if any of you are in Ottawa I'll give you my work address so you ca= n line up to boot my in the arse for my stupidity.

When = I add the disk from virt-manager it has to be type "Virtual Disk"= in order to boot from it. =A0 You can install to it if it is IDE or SCSI, = but cannot boot from it.

Sorry folks and thanks for all the help. =A0On the upsi= de I did learn A LOT about Xen and iSCSI in the process
--f46d04430650e0e42d04bdf6b96d-- --===============2243659561353272034== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2243659561353272034==-- From xen-users-bounces@lists.xen.org Wed Apr 18 16:42:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 16: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 1SKXwe-0005CL-IJ; Wed, 18 Apr 2012 16:41:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKXwc-0005CG-Qw for xen-users@lists.xen.org; Wed, 18 Apr 2012 16:41:27 +0000 Received: from [193.109.254.147:59837] by server-10.bemta-14.messagelabs.com id 5C/11-05847-6BEEE8F4; Wed, 18 Apr 2012 16:41:26 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1334767285!5215391!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25895 invoked from network); 18 Apr 2012 16:41:25 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 16:41:25 -0000 Received: by wgbed3 with SMTP id ed3so5735771wgb.32 for ; Wed, 18 Apr 2012 09:41:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=R+b80HRGzk/5NWx/bS5j04bkCDQ/rlsfVuLaBy4uUaM=; b=dr0s0/LRKeTtjVjazV7XOAspYG0uhImnyAAxEUp1nuhR9l8KSJXdCkld/4aVeLncNq wz1S5vl0Mw0Ecug77Zz6Gpo2xK5wQW2E/2PKrZd4LK5JSnYEuhEHNVaWKFpaqg84yAFR 4U+bTpO1R+xlZJadls9PNC6llTFbaLg2whs0eSE+tHt/5px5XsZF1eF33agpwaFrZsU8 OetKukOeANR8wSFQDGa7WHdj862hfnXISiZBtZpJuKoNVwOhU7n5JAW7A55/ESO+n8h/ RJNoFVJkmg3u+HKTIYkP44Id+VJ6L/Ff67rtvA1uE+zRheZQTwgVwJXNh/wxCUl9H6Vc 3wVg== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr18296614wib.18.1334767284970; Wed, 18 Apr 2012 09:41:24 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 09:41:24 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 12:41:24 -0400 X-Google-Sender-Auth: 1K0IZpIRBEWFFGTJQ4nn0RoFdPI Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2243659561353272034==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2243659561353272034== Content-Type: multipart/alternative; boundary=f46d04430650e0e42d04bdf6b96d --f46d04430650e0e42d04bdf6b96d Content-Type: text/plain; charset=ISO-8859-1 OK, if any of you are in Ottawa I'll give you my work address so you can line up to boot my in the arse for my stupidity. When I add the disk from virt-manager it has to be type "Virtual Disk" in order to boot from it. You can install to it if it is IDE or SCSI, but cannot boot from it. Sorry folks and thanks for all the help. On the upside I did learn A LOT about Xen and iSCSI in the process --f46d04430650e0e42d04bdf6b96d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable OK, if any of you are in Ottawa I'll give you my work address so you ca= n line up to boot my in the arse for my stupidity.

When = I add the disk from virt-manager it has to be type "Virtual Disk"= in order to boot from it. =A0 You can install to it if it is IDE or SCSI, = but cannot boot from it.

Sorry folks and thanks for all the help. =A0On the upsi= de I did learn A LOT about Xen and iSCSI in the process
--f46d04430650e0e42d04bdf6b96d-- --===============2243659561353272034== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2243659561353272034==-- From xen-users-bounces@lists.xen.org Wed Apr 18 16:47:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 16:47: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 1SKY1Q-0005WL-UA; Wed, 18 Apr 2012 16:46:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKY1P-0005WE-SL for xen-users@lists.xen.org; Wed, 18 Apr 2012 16:46:24 +0000 Received: from [85.158.143.35:41214] by server-3.bemta-4.messagelabs.com id 2F/AA-05853-FDFEE8F4; Wed, 18 Apr 2012 16:46:23 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1334767580!16726643!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17191 invoked from network); 18 Apr 2012 16:46:21 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 16:46:21 -0000 Received: by werp12 with SMTP id p12so6170287wer.32 for ; Wed, 18 Apr 2012 09:46:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=rzQup4tEXyhY7YZMmMZa/6O7qqtbfBFaY+GfEnHmoe0=; b=W3TtrQOYeFs+WRk0H4C5pWELOhEkiZj1NrzNEUVZmrAQx/LvaO9CNk0GTEAtnqEMku SeI32H99TgHfQfatRKxGSyRoNYVXkjP+Si3UJ/GBURuA369UZBUUCgnIwaoqcac91twq yNA8ElBXmgcMJTZeMw0zUKTWhOFqDry1fcqVE1TR9KwcrGrLyO9O9dH70MBaaIbUfxF2 X/kryaUrzLA280yBJgTx1dvnXeg7tafZZ+0zbM1Kptva65p/RFFd0nmHXRiNupBUw1a1 kCcvGphIc57wEjadkDiSFer/4F/80yiSJKYUzPFsmrA9PfzTsxgR/WIYpXNid6loJx/H Uf+g== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr7772697wiy.18.1334767579886; Wed, 18 Apr 2012 09:46:19 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 09:46:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 12:46:19 -0400 X-Google-Sender-Auth: zzFm28GRsfCTrcO_3A9rkWFyeXY Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3890368598928737430==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3890368598928737430== Content-Type: multipart/alternative; boundary=f46d04428d7674f57c04bdf6cb19 --f46d04428d7674f57c04bdf6cb19 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 18, 2012 at 12:41 PM, Alan McKay wrote: > When I add the disk from virt-manager it has to be type "Virtual Disk" in > order to boot from it. You can install to it if it is IDE or SCSI, but > cannot boot from it. > Well, I'm sad to report that was a false alarm - it was booting from the Live CD even though I had "HD" marked in the GUI So back to square one. Though I'm going to redo the install as a virtual disk and see what happens from there - I have a feeling it might do the trick. --f46d04428d7674f57c04bdf6cb19 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Apr 18, 2012 at 12:41 PM, Alan M= cKay <al= an.mckay+xen@gmail.com> wrote:
When I add the disk from virt-manager it has to be type "Virtual = Disk" in order to boot from it. =A0 You can install to it if it is IDE= or SCSI, but cannot boot from it.



Well, I'm sad to report that was a false alarm = - it was booting from the Live CD even though I had "HD" marked i= n the GUI

So back to square one. =A0 Though I'm going to redo the instal= l as a virtual disk and see what happens from there - I have a feeling it m= ight do the trick.
--f46d04428d7674f57c04bdf6cb19-- --===============3890368598928737430== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3890368598928737430==-- From xen-users-bounces@lists.xen.org Wed Apr 18 16:47:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 16:47: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 1SKY1Q-0005WL-UA; Wed, 18 Apr 2012 16:46:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKY1P-0005WE-SL for xen-users@lists.xen.org; Wed, 18 Apr 2012 16:46:24 +0000 Received: from [85.158.143.35:41214] by server-3.bemta-4.messagelabs.com id 2F/AA-05853-FDFEE8F4; Wed, 18 Apr 2012 16:46:23 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1334767580!16726643!1 X-Originating-IP: [74.125.82.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17191 invoked from network); 18 Apr 2012 16:46:21 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 16:46:21 -0000 Received: by werp12 with SMTP id p12so6170287wer.32 for ; Wed, 18 Apr 2012 09:46:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=rzQup4tEXyhY7YZMmMZa/6O7qqtbfBFaY+GfEnHmoe0=; b=W3TtrQOYeFs+WRk0H4C5pWELOhEkiZj1NrzNEUVZmrAQx/LvaO9CNk0GTEAtnqEMku SeI32H99TgHfQfatRKxGSyRoNYVXkjP+Si3UJ/GBURuA369UZBUUCgnIwaoqcac91twq yNA8ElBXmgcMJTZeMw0zUKTWhOFqDry1fcqVE1TR9KwcrGrLyO9O9dH70MBaaIbUfxF2 X/kryaUrzLA280yBJgTx1dvnXeg7tafZZ+0zbM1Kptva65p/RFFd0nmHXRiNupBUw1a1 kCcvGphIc57wEjadkDiSFer/4F/80yiSJKYUzPFsmrA9PfzTsxgR/WIYpXNid6loJx/H Uf+g== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr7772697wiy.18.1334767579886; Wed, 18 Apr 2012 09:46:19 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 09:46:19 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 12:46:19 -0400 X-Google-Sender-Auth: zzFm28GRsfCTrcO_3A9rkWFyeXY Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3890368598928737430==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3890368598928737430== Content-Type: multipart/alternative; boundary=f46d04428d7674f57c04bdf6cb19 --f46d04428d7674f57c04bdf6cb19 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 18, 2012 at 12:41 PM, Alan McKay wrote: > When I add the disk from virt-manager it has to be type "Virtual Disk" in > order to boot from it. You can install to it if it is IDE or SCSI, but > cannot boot from it. > Well, I'm sad to report that was a false alarm - it was booting from the Live CD even though I had "HD" marked in the GUI So back to square one. Though I'm going to redo the install as a virtual disk and see what happens from there - I have a feeling it might do the trick. --f46d04428d7674f57c04bdf6cb19 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Apr 18, 2012 at 12:41 PM, Alan M= cKay <al= an.mckay+xen@gmail.com> wrote:
When I add the disk from virt-manager it has to be type "Virtual = Disk" in order to boot from it. =A0 You can install to it if it is IDE= or SCSI, but cannot boot from it.



Well, I'm sad to report that was a false alarm = - it was booting from the Live CD even though I had "HD" marked i= n the GUI

So back to square one. =A0 Though I'm going to redo the instal= l as a virtual disk and see what happens from there - I have a feeling it m= ight do the trick.
--f46d04428d7674f57c04bdf6cb19-- --===============3890368598928737430== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3890368598928737430==-- From xen-users-bounces@lists.xen.org Wed Apr 18 19:31:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 19:31: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 1SKaa0-0007vE-DG; Wed, 18 Apr 2012 19:30:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKaZz-0007v9-Mq for xen-users@lists.xen.org; Wed, 18 Apr 2012 19:30:15 +0000 Received: from [85.158.143.35:33883] by server-1.bemta-4.messagelabs.com id 5C/22-20925-7461F8F4; Wed, 18 Apr 2012 19:30:15 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1334777414!7694810!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32578 invoked from network); 18 Apr 2012 19:30:14 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 19:30:14 -0000 Received: by werp12 with SMTP id p12so6289781wer.32 for ; Wed, 18 Apr 2012 12:30:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=99GmTvFI0u4AYAEvImvU/OXt+YKVzeRjlejNKFdD1zE=; b=bnA2RDRit980Kz+87QHxTH+rHa4W3Ke+C5b1xtmORfkTZYdeTCQGJDkoYzYmZ6i06r AxU0xgYsz8duG2iWwakfQTEyDiB/M3lmQtI8dsl0j1s/ik1xRUSt14ngbZyO7THgmavf oa3gbCk43poQLrXkjbAZTa4DRc3bP17HTO7siER/Glk2uoQ8iGiGl+HzCypNqI7yVu0D fNwZAjLvAD8p/Jwgk4UT18IvZcHd8IQbP2ldsdNHM2Ly3dv4loJ3+m3rqCdNwv8ZQ8a3 ZTmeI/MKijF1UZmd3ocA5pv3qjGKB7crjf3GzzGWlaeMgPIFSt5pleGHCWAJ6sXrbqTz RFfQ== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr8904479wib.21.1334777414043; Wed, 18 Apr 2012 12:30:14 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 12:30:13 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 15:30:13 -0400 X-Google-Sender-Auth: B5a3NjlYawSZI7xQQla53v7qtuI Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8067416542605156655==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8067416542605156655== Content-Type: multipart/alternative; boundary=e89a8f2350899e49b904bdf9158a --e89a8f2350899e49b904bdf9158a Content-Type: text/plain; charset=ISO-8859-1 Well I tried all 3 ways - adding a storage device "block device" as type IDE, SCSI and Virtual, and they all add fine via virt-manager and I can do the install into them and the install goes fine, but when I boot from it it does not see the disk --e89a8f2350899e49b904bdf9158a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well I tried all 3 ways - adding a storage device "block device" = as type IDE, SCSI and Virtual, and they all add fine via virt-manager and I= can do the install into them and the install goes fine, but when I boot fr= om it it does not see the disk

--e89a8f2350899e49b904bdf9158a-- --===============8067416542605156655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8067416542605156655==-- From xen-users-bounces@lists.xen.org Wed Apr 18 19:31:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 19:31: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 1SKaa0-0007vE-DG; Wed, 18 Apr 2012 19:30:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKaZz-0007v9-Mq for xen-users@lists.xen.org; Wed, 18 Apr 2012 19:30:15 +0000 Received: from [85.158.143.35:33883] by server-1.bemta-4.messagelabs.com id 5C/22-20925-7461F8F4; Wed, 18 Apr 2012 19:30:15 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1334777414!7694810!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32578 invoked from network); 18 Apr 2012 19:30:14 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 19:30:14 -0000 Received: by werp12 with SMTP id p12so6289781wer.32 for ; Wed, 18 Apr 2012 12:30:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=99GmTvFI0u4AYAEvImvU/OXt+YKVzeRjlejNKFdD1zE=; b=bnA2RDRit980Kz+87QHxTH+rHa4W3Ke+C5b1xtmORfkTZYdeTCQGJDkoYzYmZ6i06r AxU0xgYsz8duG2iWwakfQTEyDiB/M3lmQtI8dsl0j1s/ik1xRUSt14ngbZyO7THgmavf oa3gbCk43poQLrXkjbAZTa4DRc3bP17HTO7siER/Glk2uoQ8iGiGl+HzCypNqI7yVu0D fNwZAjLvAD8p/Jwgk4UT18IvZcHd8IQbP2ldsdNHM2Ly3dv4loJ3+m3rqCdNwv8ZQ8a3 ZTmeI/MKijF1UZmd3ocA5pv3qjGKB7crjf3GzzGWlaeMgPIFSt5pleGHCWAJ6sXrbqTz RFfQ== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr8904479wib.21.1334777414043; Wed, 18 Apr 2012 12:30:14 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 12:30:13 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 15:30:13 -0400 X-Google-Sender-Auth: B5a3NjlYawSZI7xQQla53v7qtuI Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8067416542605156655==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8067416542605156655== Content-Type: multipart/alternative; boundary=e89a8f2350899e49b904bdf9158a --e89a8f2350899e49b904bdf9158a Content-Type: text/plain; charset=ISO-8859-1 Well I tried all 3 ways - adding a storage device "block device" as type IDE, SCSI and Virtual, and they all add fine via virt-manager and I can do the install into them and the install goes fine, but when I boot from it it does not see the disk --e89a8f2350899e49b904bdf9158a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well I tried all 3 ways - adding a storage device "block device" = as type IDE, SCSI and Virtual, and they all add fine via virt-manager and I= can do the install into them and the install goes fine, but when I boot fr= om it it does not see the disk

--e89a8f2350899e49b904bdf9158a-- --===============8067416542605156655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8067416542605156655==-- From xen-users-bounces@lists.xen.org Wed Apr 18 19:39:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 19: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 1SKahN-0008A3-9n; Wed, 18 Apr 2012 19:37:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKahL-00089n-2w for xen-users@lists.xensource.com; Wed, 18 Apr 2012 19:37:51 +0000 Received: from [85.158.143.35:26134] by server-1.bemta-4.messagelabs.com id CA/17-20925-D081F8F4; Wed, 18 Apr 2012 19:37:49 +0000 X-Env-Sender: vhpc.dist@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1334777866!13313492!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=1.7 required=7.0 tests=INFO_TLD, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3357 invoked from network); 18 Apr 2012 19:37:48 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 19:37:48 -0000 Received: by pbcwz12 with SMTP id wz12so9509649pbc.30 for ; Wed, 18 Apr 2012 12:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Vzcd0MVe4EaHThQNvrnaqTQP8nwBAYUajumlENXK3vY=; b=amztf2EXZ3+P8j1EqDJXowNQYcnwjSZhRyWvCTVf3Ycf/G5Ry/b4buD09dTsUCne4o lF4DE2pbLort/o3XydUJnkhSBqzzBl7mGhB8+YyUer0BbCNhqIgkpe9zrTzBZIun0x+I YvZ21Lx/lxw+f+PBW/Oeo18CTcmT8C3X4CvDAz2PSjx5GZ5bhqsKD4UxeM5Kyldnr8CJ RQqqNsTTGe7/Kt8LqkW4juMVrrrU5ZV+GErHcMCFHM7ffSYHDNbAHzXt/DBlWzphlg4h z8PG37SbFY52Hoc1xJocBwteukjpx7NXO6AAgpUCgTsZ5d8JTL7+G4EEzEA/pnuSBTlW ziQg== MIME-Version: 1.0 Received: by 10.68.138.232 with SMTP id qt8mr8588571pbb.114.1334777865950; Wed, 18 Apr 2012 12:37:45 -0700 (PDT) Received: by 10.68.217.231 with HTTP; Wed, 18 Apr 2012 12:37:45 -0700 (PDT) Date: Wed, 18 Apr 2012 21:37:45 +0200 Message-ID: From: VHPC 11 To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: [Xen-users] CfP 7th Workshop on Virtualization in High-Performance Cloud Computing (VHPC'12) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org we apologize if you receive multiple copies of this CFP. =================================================================== CALL FOR PAPERS 7th Workshop on Virtualization in High-Performance Cloud Computing VHPC '12 as part of Euro-Par 2012, Rhodes Island, Greece =================================================================== Date: August 28, 2012 Workshop URL: http://vhpc.org SUBMISSION DEADLINE: Rolling abstract submission June 4, 2012 - Full paper submission SCOPE: Virtualization has become a common abstraction layer in modern data centers, enabling resource owners to manage complex infrastructure independently of their applications. Conjointly, virtualization is becoming a driving technology for a manifold of industry grade IT services. The cloud concept includes the notion of a separation between resource owners and users, adding services such as hosted application frameworks and queueing. Utilizing the same infrastructure, clouds carry significant potential for use in high-performance scientific computing. The ability of clouds to provide for requests and releases of vast computing resources dynamically and close to the marginal cost of providing the services is unprecedented in the history of scientific and commercial computing. Distributed computing concepts that leverage federated resource access are popular within the grid community, but have not seen previously desired deployed levels so far. Also, many of the scientific data centers have not adopted virtualization or cloud concepts yet. This workshop aims to bring together industrial providers with the scientific community in order to foster discussion, collaboration and mutual exchange of knowledge and experience. The workshop will be one day in length, composed of 20 min paper presentations, each followed by 10 min discussion sections. Presentations may be accompanied by interactive demonstrations. TOPICS Topics of interest include, but are not limited to: Higher-level cloud architectures, focusing on issues such as: - Languages for describing highly-distributed compute jobs - Workload characterization for VM-based environments - Optimized communication libraries/protocols in the cloud - Cross-layer optimization of numeric algorithms on VM infrastructure - System and process/bytecode VM convergence - Cloud frameworks and API sets - Checkpointing/migration of large compute jobs - Instrumentation interfaces and languages - VMM performance (auto-)tuning on various load types - Cloud reliability, fault-tolerance, and security - Software as a Service (SaaS) architectures - Research and education use cases - Virtualization in cloud, cluster and grid environments - Cross-layer VM optimizations - Cloud use cases including optimizations - VM-based cloud performance modelling - Performance and cost modelling Lower-level design challenges for Hypervisors, VM-aware I/O devices, hardware accelerators or filesystems in VM environments, especially: - Cloud, grid and distributed filesystems - Hardware for I/O virtualization (storage/network/accelerators) - Storage and network I/O subsystems in virtualized environments - Novel software approaches to I/O virtualization - Paravirtualized I/O subsystems for modified/unmodified guests - Virtualization-aware cluster interconnects - Direct device assignment - NUMA-aware subsystems in virtualized environments - Hardware Accelerators in virtualization (GPUs/FPGAs) - Hardware extensions for virtualization - VMMs/Hypervisors for embedded systems Data Center management methods, including: - QoS and and service levels - VM cloud and cluster distribution algorithms - VM load-balancing in Clouds - Hypervisor extensions and tools for cluster and grid computing - Fault tolerant VM environments - Virtual machine monitor platforms - Management, deployment and monitoring of VM-based environments - Cluster provisioning in the Cloud PAPER SUBMISSION Papers submitted to the workshop will be reviewed by at least two members of the program committee and external reviewers. Submissions should include abstract, key words, the e-mail address of the corresponding author, and must not exceed 10 pages, including tables and figures at a main font size no smaller than 11 point. Submission of a paper should be regarded as a commitment that, should the paper be accepted, at least one of the authors will register and attend the conference to present the work. Accepted papers will be published in the Springer LNCS series - the format must be according to the Springer LNCS Style. Initial submissions are in PDF; authors of accepted papers will be requested to provide source files. Format Guidelines: http://www.springer.de/comp/lncs/authors.html Style template: ftp://ftp.springer.de/pub/tex/latex/llncs/latex2e/llncs2e.zip Abstract Submission Link: http://edas.info/newPaper.php?c=11943 IMPORTANT DATES Rolling abstract submission June 4, 2012 - Full paper submission June 29, 2012 - Acceptance notification July 20, 2012 - Camera-ready version due August 28, 2012 - Workshop Date CHAIR Michael Alexander (chair), TU Wien, Austria Gianluigi Zanetti (co-chair), CRS4, Italy Anastassios Nanos (co-chair), NTUA, Greece PROGRAM COMMITTEE Paolo Anedda, CRS4, Italy Giovanni Busonera, CRS4, Italy Brad Calder, Microsoft, USA Roberto Canonico, University of Napoli Federico II, Italy Tommaso Cucinotta, Scuola Superiore Sant'Anna, Italy Werner Fischer, Thomas-Krenn AG, Germany William Gardner, University of Guelph, USA Marcus Hardt, Forschungszentrum Karlsruhe, Germany Sverre Jarp, CERN, Switzerland Shantenu Jha, Louisiana State University, USA Xuxian Jiang, NC State, USA Nectarios Koziris, National Technical University of Athens, Greece Simone Leo, CRS4, Italy Ignacio Llorente, Universidad Complutense de Madrid, Spain Naoya Maruyama, Tokyo Institute of Technology, Japan Jean-Marc Menaud, Ecole des Mines de Nantes, France Dimitrios Nikolopoulos, Foundation for Research&Technology Hellas, Greece Jose Renato Santos, HP Labs, USA Walter Schwaiger, TU Wien, Austria Yoshio Turner, HP Labs, USA Kurt Tutschku, University of Vienna, Austria Lizhe Wang, Indiana University, USA Chao-Tung Yang, Tunghai University, Taiwan DURATION: Workshop Duration is one day. GENERAL INFORMATION The workshop will be held as part of Euro-Par 2012. Euro-Par 2012: http://europar2012.cti.gr/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 19:39:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 19: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 1SKahN-0008A3-9n; Wed, 18 Apr 2012 19:37:53 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKahL-00089n-2w for xen-users@lists.xensource.com; Wed, 18 Apr 2012 19:37:51 +0000 Received: from [85.158.143.35:26134] by server-1.bemta-4.messagelabs.com id CA/17-20925-D081F8F4; Wed, 18 Apr 2012 19:37:49 +0000 X-Env-Sender: vhpc.dist@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1334777866!13313492!1 X-Originating-IP: [209.85.160.43] X-SpamReason: No, hits=1.7 required=7.0 tests=INFO_TLD, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3357 invoked from network); 18 Apr 2012 19:37:48 -0000 Received: from mail-pb0-f43.google.com (HELO mail-pb0-f43.google.com) (209.85.160.43) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 19:37:48 -0000 Received: by pbcwz12 with SMTP id wz12so9509649pbc.30 for ; Wed, 18 Apr 2012 12:37:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Vzcd0MVe4EaHThQNvrnaqTQP8nwBAYUajumlENXK3vY=; b=amztf2EXZ3+P8j1EqDJXowNQYcnwjSZhRyWvCTVf3Ycf/G5Ry/b4buD09dTsUCne4o lF4DE2pbLort/o3XydUJnkhSBqzzBl7mGhB8+YyUer0BbCNhqIgkpe9zrTzBZIun0x+I YvZ21Lx/lxw+f+PBW/Oeo18CTcmT8C3X4CvDAz2PSjx5GZ5bhqsKD4UxeM5Kyldnr8CJ RQqqNsTTGe7/Kt8LqkW4juMVrrrU5ZV+GErHcMCFHM7ffSYHDNbAHzXt/DBlWzphlg4h z8PG37SbFY52Hoc1xJocBwteukjpx7NXO6AAgpUCgTsZ5d8JTL7+G4EEzEA/pnuSBTlW ziQg== MIME-Version: 1.0 Received: by 10.68.138.232 with SMTP id qt8mr8588571pbb.114.1334777865950; Wed, 18 Apr 2012 12:37:45 -0700 (PDT) Received: by 10.68.217.231 with HTTP; Wed, 18 Apr 2012 12:37:45 -0700 (PDT) Date: Wed, 18 Apr 2012 21:37:45 +0200 Message-ID: From: VHPC 11 To: xen-devel@lists.xensource.com, xen-users@lists.xensource.com Subject: [Xen-users] CfP 7th Workshop on Virtualization in High-Performance Cloud Computing (VHPC'12) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org we apologize if you receive multiple copies of this CFP. =================================================================== CALL FOR PAPERS 7th Workshop on Virtualization in High-Performance Cloud Computing VHPC '12 as part of Euro-Par 2012, Rhodes Island, Greece =================================================================== Date: August 28, 2012 Workshop URL: http://vhpc.org SUBMISSION DEADLINE: Rolling abstract submission June 4, 2012 - Full paper submission SCOPE: Virtualization has become a common abstraction layer in modern data centers, enabling resource owners to manage complex infrastructure independently of their applications. Conjointly, virtualization is becoming a driving technology for a manifold of industry grade IT services. The cloud concept includes the notion of a separation between resource owners and users, adding services such as hosted application frameworks and queueing. Utilizing the same infrastructure, clouds carry significant potential for use in high-performance scientific computing. The ability of clouds to provide for requests and releases of vast computing resources dynamically and close to the marginal cost of providing the services is unprecedented in the history of scientific and commercial computing. Distributed computing concepts that leverage federated resource access are popular within the grid community, but have not seen previously desired deployed levels so far. Also, many of the scientific data centers have not adopted virtualization or cloud concepts yet. This workshop aims to bring together industrial providers with the scientific community in order to foster discussion, collaboration and mutual exchange of knowledge and experience. The workshop will be one day in length, composed of 20 min paper presentations, each followed by 10 min discussion sections. Presentations may be accompanied by interactive demonstrations. TOPICS Topics of interest include, but are not limited to: Higher-level cloud architectures, focusing on issues such as: - Languages for describing highly-distributed compute jobs - Workload characterization for VM-based environments - Optimized communication libraries/protocols in the cloud - Cross-layer optimization of numeric algorithms on VM infrastructure - System and process/bytecode VM convergence - Cloud frameworks and API sets - Checkpointing/migration of large compute jobs - Instrumentation interfaces and languages - VMM performance (auto-)tuning on various load types - Cloud reliability, fault-tolerance, and security - Software as a Service (SaaS) architectures - Research and education use cases - Virtualization in cloud, cluster and grid environments - Cross-layer VM optimizations - Cloud use cases including optimizations - VM-based cloud performance modelling - Performance and cost modelling Lower-level design challenges for Hypervisors, VM-aware I/O devices, hardware accelerators or filesystems in VM environments, especially: - Cloud, grid and distributed filesystems - Hardware for I/O virtualization (storage/network/accelerators) - Storage and network I/O subsystems in virtualized environments - Novel software approaches to I/O virtualization - Paravirtualized I/O subsystems for modified/unmodified guests - Virtualization-aware cluster interconnects - Direct device assignment - NUMA-aware subsystems in virtualized environments - Hardware Accelerators in virtualization (GPUs/FPGAs) - Hardware extensions for virtualization - VMMs/Hypervisors for embedded systems Data Center management methods, including: - QoS and and service levels - VM cloud and cluster distribution algorithms - VM load-balancing in Clouds - Hypervisor extensions and tools for cluster and grid computing - Fault tolerant VM environments - Virtual machine monitor platforms - Management, deployment and monitoring of VM-based environments - Cluster provisioning in the Cloud PAPER SUBMISSION Papers submitted to the workshop will be reviewed by at least two members of the program committee and external reviewers. Submissions should include abstract, key words, the e-mail address of the corresponding author, and must not exceed 10 pages, including tables and figures at a main font size no smaller than 11 point. Submission of a paper should be regarded as a commitment that, should the paper be accepted, at least one of the authors will register and attend the conference to present the work. Accepted papers will be published in the Springer LNCS series - the format must be according to the Springer LNCS Style. Initial submissions are in PDF; authors of accepted papers will be requested to provide source files. Format Guidelines: http://www.springer.de/comp/lncs/authors.html Style template: ftp://ftp.springer.de/pub/tex/latex/llncs/latex2e/llncs2e.zip Abstract Submission Link: http://edas.info/newPaper.php?c=11943 IMPORTANT DATES Rolling abstract submission June 4, 2012 - Full paper submission June 29, 2012 - Acceptance notification July 20, 2012 - Camera-ready version due August 28, 2012 - Workshop Date CHAIR Michael Alexander (chair), TU Wien, Austria Gianluigi Zanetti (co-chair), CRS4, Italy Anastassios Nanos (co-chair), NTUA, Greece PROGRAM COMMITTEE Paolo Anedda, CRS4, Italy Giovanni Busonera, CRS4, Italy Brad Calder, Microsoft, USA Roberto Canonico, University of Napoli Federico II, Italy Tommaso Cucinotta, Scuola Superiore Sant'Anna, Italy Werner Fischer, Thomas-Krenn AG, Germany William Gardner, University of Guelph, USA Marcus Hardt, Forschungszentrum Karlsruhe, Germany Sverre Jarp, CERN, Switzerland Shantenu Jha, Louisiana State University, USA Xuxian Jiang, NC State, USA Nectarios Koziris, National Technical University of Athens, Greece Simone Leo, CRS4, Italy Ignacio Llorente, Universidad Complutense de Madrid, Spain Naoya Maruyama, Tokyo Institute of Technology, Japan Jean-Marc Menaud, Ecole des Mines de Nantes, France Dimitrios Nikolopoulos, Foundation for Research&Technology Hellas, Greece Jose Renato Santos, HP Labs, USA Walter Schwaiger, TU Wien, Austria Yoshio Turner, HP Labs, USA Kurt Tutschku, University of Vienna, Austria Lizhe Wang, Indiana University, USA Chao-Tung Yang, Tunghai University, Taiwan DURATION: Workshop Duration is one day. GENERAL INFORMATION The workshop will be held as part of Euro-Par 2012. Euro-Par 2012: http://europar2012.cti.gr/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 21:54:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 21:54: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 1SKco9-0001nM-VR; Wed, 18 Apr 2012 21:53:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKco7-0001nH-SV for xen-users@lists.xen.org; Wed, 18 Apr 2012 21:53:00 +0000 Received: from [85.158.143.99:12713] by server-2.bemta-4.messagelabs.com id 34/1C-17550-BB73F8F4; Wed, 18 Apr 2012 21:52:59 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-216.messagelabs.com!1334785976!25693827!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24977 invoked from network); 18 Apr 2012 21:52:58 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 21:52:58 -0000 Received: by pbcuo5 with SMTP id uo5so9779140pbc.32 for ; Wed, 18 Apr 2012 14:52:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=Gt8SQsOnXzFqDdpRPQUOQQZx6bPdtjTk79fDrt5PPTA=; b=p1Ti9BBSvRKRYi4XeFsdX+jtOtjcL+fdFeU2l5c7agW9nqmeyOZRlFCwXY30vCX06e LByk3fdjfRcujq8eeFl/fXZF9Ux7UwdVlcoTpWTIxN21OFPfaSdD57Qx1A0/yKqkcgr3 LUK3NlQ7K+SpreqNsUQXICLICfiXFERaFGb5nNc5K1sUzsx/tlqChFQQAni/+7QHwgjw 0rV4/MNX9ciChfAyHgP1vOJ5jR7Xr6FzlccD4Fc0rbh3Igwr018vdYb+hiVfsLyLOH0T c+yiy4fi2YI9w0cyh9N0MN+GGkeBuL517yClVOdR7omW3VTKSy7fb5zti01L3s3cgHui 7LQw== MIME-Version: 1.0 Received: by 10.68.191.35 with SMTP id gv3mr9362644pbc.160.1334785975885; Wed, 18 Apr 2012 14:52:55 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Wed, 18 Apr 2012 14:52:55 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 04:52:55 +0700 Message-ID: From: "Fajar A. Nugraha" To: Alan McKay X-Gm-Message-State: ALoCoQmXA6qszKua+1Hrv6GtWDafgcg+C20pOBSptSJR9+DWxP6MjWitYmleBVwi7fwK3RqdC2xb Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 18, 2012 at 10:27 PM, Alan McKay wro= te: > Here is a dump of the xend.log entries which get created when I try to st= art > the domU in question. =A0I see it complains about /dev/hda and /dev/hdc (= CDROM > and HD) > [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up > device number for hda: [Errno 2] No such file or directory: '/dev/hda' I'm curious, have you tried creating a domU backed by a disk image or local partition/LVM? That error looks like something stupid that happens when your dom0 does not actualy have "hda", which should not happen. At least not in newer versions of xen. Does your dom0 have a /dev/hda? If not, try "mknod /dev/hda b 3 0", "mknod /dev/hdc b 22 0", and try again. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 18 21:54:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 18 Apr 2012 21:54: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 1SKco9-0001nM-VR; Wed, 18 Apr 2012 21:53:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKco7-0001nH-SV for xen-users@lists.xen.org; Wed, 18 Apr 2012 21:53:00 +0000 Received: from [85.158.143.99:12713] by server-2.bemta-4.messagelabs.com id 34/1C-17550-BB73F8F4; Wed, 18 Apr 2012 21:52:59 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-2.tower-216.messagelabs.com!1334785976!25693827!1 X-Originating-IP: [209.85.160.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24977 invoked from network); 18 Apr 2012 21:52:58 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 21:52:58 -0000 Received: by pbcuo5 with SMTP id uo5so9779140pbc.32 for ; Wed, 18 Apr 2012 14:52:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=Gt8SQsOnXzFqDdpRPQUOQQZx6bPdtjTk79fDrt5PPTA=; b=p1Ti9BBSvRKRYi4XeFsdX+jtOtjcL+fdFeU2l5c7agW9nqmeyOZRlFCwXY30vCX06e LByk3fdjfRcujq8eeFl/fXZF9Ux7UwdVlcoTpWTIxN21OFPfaSdD57Qx1A0/yKqkcgr3 LUK3NlQ7K+SpreqNsUQXICLICfiXFERaFGb5nNc5K1sUzsx/tlqChFQQAni/+7QHwgjw 0rV4/MNX9ciChfAyHgP1vOJ5jR7Xr6FzlccD4Fc0rbh3Igwr018vdYb+hiVfsLyLOH0T c+yiy4fi2YI9w0cyh9N0MN+GGkeBuL517yClVOdR7omW3VTKSy7fb5zti01L3s3cgHui 7LQw== MIME-Version: 1.0 Received: by 10.68.191.35 with SMTP id gv3mr9362644pbc.160.1334785975885; Wed, 18 Apr 2012 14:52:55 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Wed, 18 Apr 2012 14:52:55 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 04:52:55 +0700 Message-ID: From: "Fajar A. Nugraha" To: Alan McKay X-Gm-Message-State: ALoCoQmXA6qszKua+1Hrv6GtWDafgcg+C20pOBSptSJR9+DWxP6MjWitYmleBVwi7fwK3RqdC2xb Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 18, 2012 at 10:27 PM, Alan McKay wro= te: > Here is a dump of the xend.log entries which get created when I try to st= art > the domU in question. =A0I see it complains about /dev/hda and /dev/hdc (= CDROM > and HD) > [2012-04-18 11:11:55 xend 28917] DEBUG (blkif:27) exception looking up > device number for hda: [Errno 2] No such file or directory: '/dev/hda' I'm curious, have you tried creating a domU backed by a disk image or local partition/LVM? That error looks like something stupid that happens when your dom0 does not actualy have "hda", which should not happen. At least not in newer versions of xen. Does your dom0 have a /dev/hda? If not, try "mknod /dev/hda b 3 0", "mknod /dev/hdc b 22 0", and try again. -- = Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 00:00:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 00:00: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 1SKele-00039D-8D; Wed, 18 Apr 2012 23:58:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKelc-000398-Bo for xen-users@lists.xen.org; Wed, 18 Apr 2012 23:58:32 +0000 Received: from [193.109.254.147:7308] by server-5.bemta-14.messagelabs.com id 8E/FD-30733-7255F8F4; Wed, 18 Apr 2012 23:58:31 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1334793510!5244391!1 X-Originating-IP: [209.85.212.179] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27218 invoked from network); 18 Apr 2012 23:58:30 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 23:58:30 -0000 Received: by wibhn6 with SMTP id hn6so959976wib.14 for ; Wed, 18 Apr 2012 16:58:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=/7HEXays2S9HQqjOAiaLTe4sAuYTw3oHEkQDrVYTdyU=; b=Rcu3ixySJ6kpHTRfa8C6lgC71f9hT5lxUCkP5GmAXVh88UQlDMn+RXmDj+xgnVeL2/ IGur9aMA2mU826a554PVkZZAchTBndPGtGmCqOIz/9+G2DfjF60Tp6EqgjQgp7wQF4G8 ilIO0rZtWXTtey93yn+kWbc3XSyxdEEYpPeLpOgrVkDVIHCOVrPB/VGnjPjdGf8meZHW pBACzS6clqsQr9mUBcSXyC78uwfc4krZOpUpPKiZdsmwxbr8P44nTYq2jaAFQrtusuF2 xa3sgaD1sSMX0j/1C+ew9jwI0GtEI1RfZ4Xgv59TcYfPYe/V6Z/B8YqkIUqHeBCQcT+V ybQg== MIME-Version: 1.0 Received: by 10.180.92.71 with SMTP id ck7mr226460wib.21.1334793509524; Wed, 18 Apr 2012 16:58:29 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 16:58:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 19:58:29 -0400 X-Google-Sender-Auth: MJWQK9tm392kFZC8wroEEsFkBsA Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5866818622976045328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5866818622976045328== Content-Type: multipart/alternative; boundary=f46d043c8070fbd62404bdfcd46a --f46d043c8070fbd62404bdfcd46a Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugraha wrote: > I'm curious, have you tried creating a domU backed by a disk image or > local partition/LVM? > Yes, I did one with disk image and it works fine > > That error looks like something stupid that happens when your dom0 > does not actualy have "hda", which should not happen. At least not in > newer versions of xen. > Hmmm > > Does your dom0 have a /dev/hda? If not, try "mknod /dev/hda b 3 0", > "mknod /dev/hdc b 22 0", and try again. > I will try that at work tomorrow - thanks so much for your continued help here! I'm so puzzled by this I can't even begin to think what is next. thanks, -Alan --f46d043c8070fbd62404bdfcd46a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugrah= a <list@fajar.net> wrote:
I'm curious, have you tried creating a domU backed by = a disk image or
local partition/LVM?

Yes, I did o= ne with disk image and it works fine=A0

That error looks like something stupid that happens when your dom0
does not actualy have "hda", which should not happen. At least no= t in
newer versions of xen.

Hmmm=A0

Does your dom0 have a /dev/hda? If not, try "mknod /dev/hda b 3 0"= ;,
"mknod /dev/hdc b 22 0", and try again.
I will try that at work tomorrow - thanks so much for your con= tinued help here! =A0I'm so puzzled by this I can't even begin to t= hink what is next.

thanks,
-Alan=A0

--f46d043c8070fbd62404bdfcd46a-- --===============5866818622976045328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5866818622976045328==-- From xen-users-bounces@lists.xen.org Thu Apr 19 00:00:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 00:00: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 1SKele-00039D-8D; Wed, 18 Apr 2012 23:58:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKelc-000398-Bo for xen-users@lists.xen.org; Wed, 18 Apr 2012 23:58:32 +0000 Received: from [193.109.254.147:7308] by server-5.bemta-14.messagelabs.com id 8E/FD-30733-7255F8F4; Wed, 18 Apr 2012 23:58:31 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-14.tower-27.messagelabs.com!1334793510!5244391!1 X-Originating-IP: [209.85.212.179] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27218 invoked from network); 18 Apr 2012 23:58:30 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 23:58:30 -0000 Received: by wibhn6 with SMTP id hn6so959976wib.14 for ; Wed, 18 Apr 2012 16:58:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=/7HEXays2S9HQqjOAiaLTe4sAuYTw3oHEkQDrVYTdyU=; b=Rcu3ixySJ6kpHTRfa8C6lgC71f9hT5lxUCkP5GmAXVh88UQlDMn+RXmDj+xgnVeL2/ IGur9aMA2mU826a554PVkZZAchTBndPGtGmCqOIz/9+G2DfjF60Tp6EqgjQgp7wQF4G8 ilIO0rZtWXTtey93yn+kWbc3XSyxdEEYpPeLpOgrVkDVIHCOVrPB/VGnjPjdGf8meZHW pBACzS6clqsQr9mUBcSXyC78uwfc4krZOpUpPKiZdsmwxbr8P44nTYq2jaAFQrtusuF2 xa3sgaD1sSMX0j/1C+ew9jwI0GtEI1RfZ4Xgv59TcYfPYe/V6Z/B8YqkIUqHeBCQcT+V ybQg== MIME-Version: 1.0 Received: by 10.180.92.71 with SMTP id ck7mr226460wib.21.1334793509524; Wed, 18 Apr 2012 16:58:29 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Wed, 18 Apr 2012 16:58:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Apr 2012 19:58:29 -0400 X-Google-Sender-Auth: MJWQK9tm392kFZC8wroEEsFkBsA Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5866818622976045328==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5866818622976045328== Content-Type: multipart/alternative; boundary=f46d043c8070fbd62404bdfcd46a --f46d043c8070fbd62404bdfcd46a Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugraha wrote: > I'm curious, have you tried creating a domU backed by a disk image or > local partition/LVM? > Yes, I did one with disk image and it works fine > > That error looks like something stupid that happens when your dom0 > does not actualy have "hda", which should not happen. At least not in > newer versions of xen. > Hmmm > > Does your dom0 have a /dev/hda? If not, try "mknod /dev/hda b 3 0", > "mknod /dev/hdc b 22 0", and try again. > I will try that at work tomorrow - thanks so much for your continued help here! I'm so puzzled by this I can't even begin to think what is next. thanks, -Alan --f46d043c8070fbd62404bdfcd46a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugrah= a <list@fajar.net> wrote:
I'm curious, have you tried creating a domU backed by = a disk image or
local partition/LVM?

Yes, I did o= ne with disk image and it works fine=A0

That error looks like something stupid that happens when your dom0
does not actualy have "hda", which should not happen. At least no= t in
newer versions of xen.

Hmmm=A0

Does your dom0 have a /dev/hda? If not, try "mknod /dev/hda b 3 0"= ;,
"mknod /dev/hdc b 22 0", and try again.
I will try that at work tomorrow - thanks so much for your con= tinued help here! =A0I'm so puzzled by this I can't even begin to t= hink what is next.

thanks,
-Alan=A0

--f46d043c8070fbd62404bdfcd46a-- --===============5866818622976045328== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5866818622976045328==-- From xen-users-bounces@lists.xen.org Thu Apr 19 05:52:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 05:52: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 1SKkFw-0003KB-DG; Thu, 19 Apr 2012 05:50:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKkFv-0003K6-05 for xen-users@lists.xen.org; Thu, 19 Apr 2012 05:50:11 +0000 Received: from [85.158.138.51:19163] by server-8.bemta-3.messagelabs.com id B8/08-24428-297AF8F4; Thu, 19 Apr 2012 05:50:10 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334814609!22827986!1 X-Originating-IP: [80.70.172.49] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjQ5ID0+IDIxNjY5NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18343 invoked from network); 19 Apr 2012 05:50:09 -0000 Received: from dgate10.ts.fujitsu.com (HELO dgate10.ts.fujitsu.com) (80.70.172.49) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 05:50:09 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=nz+Ami89/IX95qq434ZIVk2Cux4knNYsoRs/Lw7n53vaG0Q5gptcEb8k Nik31LKnkBFUrjn17qJhqhO0Bryuc8rKJDY5htscuJP+6xcEvvlcI3vXL Vg2L8B5Ecm6fGP9EiSc5SWjHKhDRcxCrdzOZjDPTo2hqJwAu1690ocUeh bCeo0RNG6H12LU4W01H994u38P8N5YvzclSyC7RYECSkUX6at22L+nUKI 42Zbra/XFabbZ3LvKFPkkXt66oQvW; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=dietmar.hahn@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1334814609; x=1366350609; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=VjU33WUn6XQV4DP9rS69H5AeVDFZmXNu3K1jpPI59HE=; b=DcZzftMieOVdVNhbkyvk5P3JVl47dltVSOCk01DM7HY70FH4r6mzkAVP UEJo+ZOoQFFTWmyXjxotd6R4vf+d3kmCaMMLaRFqDjBVmPGjWufWaJTBa 5VsSwsz9NAjsPosj3vyoqhVYKKxtL8ncN90hfIsCvgoHauUu4f5JFoPtu Ih+oLY0vxXU+e+DNpqdm+PGuPAHpd4HK9tNSzOUxquBCZCbf3arcBZ4xs e2n0c6xw5KiaEd1Qd/1bmrLt2Cbc1; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="108083300" Received: from abgdgate30u.abg.fsc.net ([172.25.138.66]) by dgate10u.abg.fsc.net with ESMTP; 19 Apr 2012 07:50:08 +0200 X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="132696940" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate30u.abg.fsc.net with ESMTP; 19 Apr 2012 07:50:08 +0200 Received: from amur.localnet (amur.mch.fsc.net [172.25.53.126]) by sanpedro.mch.fsc.net (Postfix) with SMTP id E6214A347C; Thu, 19 Apr 2012 07:50:07 +0200 (CEST) From: Dietmar Hahn To: =?utf-8?B?5p2O5a6J5Lym?= Date: Thu, 19 Apr 2012 07:50:07 +0200 Message-ID: <11526775.48ErsDHEpB@amur> User-Agent: KMail/4.7.2 (Linux/3.1.9-1.4-xen; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: <1797040.nXpmuFduA4@amur> MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Donnerstag 19 April 2012, 09:55:51 schrieben Sie: > thanks for your reply; but what's the meaning of what your say. i have tr= ied > on_crash =3D 'preserve' , but there is nothing to do; If the domU didn't get destroyed maybe you are able to do some analysis to = find the reason within your domU for the crash. If you use the -c flag in the = xm command a console connection is created to your domU. Did you try 'xm dmesg' to see some hypervisor messages? Dietmar. > = > 2012/4/18 Dietmar Hahn > = > > Am Mittwoch 18 April 2012, 17:28:27 schrieb =C3=A6 =C5=BD=C3=A5=C2=AE= =E2=80=B0=C3=A4=C2=BC=C2=A6: > > > hi , there guys > > > > > > some days ago ,i asked you some questions about the xen. now , i am > > > confused with a crashed domain. > > > > > > one of my VM was working fine, then i create another. Now I am not ab= le > > to > > > start that VM. > > > > > > # xm create vm.cfg > > > Using config file "./vm.cfg". > > > Started domain clientvm1(id=3D2) > > > > > > It does give me the vm ID but it is not listed under "xm list" > > > > > > # xm list > > > Name ID Mem VCPUs State Time(s) > > > Domain-0 0 890 4 r----- 14808.1 > > > > > > clientvm 1 1024 2 -b---- 939.2 > > > > > > again i have to do xm create ..and the story repeats... > > > > > > I looked into logs and i see following: > > > > > > [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain clientvm1(= 2) > > > unpaused. > > > [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has > > > crashed: name=3Dclientvm1 id=3D2. > > > > Try > > on_crash =3D 'preserve' > > in your domU configuration file. > > > > In this case the domU should stay in the crash state but never gets > > destroyed > > from the tools. You have to do this by hand later. > > > > For this see: > > http://wiki.xen.org/wiki/XenConfigurationFileOptions > > > > Dietmar. > > > > > [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1 > > > restarting too fast (Elapsed time: 4.960329 seconds). Refusing to res= tart > > > to avoid loops. > > > [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) > > > XendDomainInfo.destroy: domid=3D2 > > > [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying de= vice > > > model > > > [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model > > > terminated > > > what's up with " restarting too fast" and how to avoid that ? > > -- > > Company details: http://ts.fujitsu.com/imprint.html > > -- = Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 05:52:31 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 05:52: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 1SKkFw-0003KB-DG; Thu, 19 Apr 2012 05:50:12 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKkFv-0003K6-05 for xen-users@lists.xen.org; Thu, 19 Apr 2012 05:50:11 +0000 Received: from [85.158.138.51:19163] by server-8.bemta-3.messagelabs.com id B8/08-24428-297AF8F4; Thu, 19 Apr 2012 05:50:10 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1334814609!22827986!1 X-Originating-IP: [80.70.172.49] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjQ5ID0+IDIxNjY5NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18343 invoked from network); 19 Apr 2012 05:50:09 -0000 Received: from dgate10.ts.fujitsu.com (HELO dgate10.ts.fujitsu.com) (80.70.172.49) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 05:50:09 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=nz+Ami89/IX95qq434ZIVk2Cux4knNYsoRs/Lw7n53vaG0Q5gptcEb8k Nik31LKnkBFUrjn17qJhqhO0Bryuc8rKJDY5htscuJP+6xcEvvlcI3vXL Vg2L8B5Ecm6fGP9EiSc5SWjHKhDRcxCrdzOZjDPTo2hqJwAu1690ocUeh bCeo0RNG6H12LU4W01H994u38P8N5YvzclSyC7RYECSkUX6at22L+nUKI 42Zbra/XFabbZ3LvKFPkkXt66oQvW; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=dietmar.hahn@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1334814609; x=1366350609; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=VjU33WUn6XQV4DP9rS69H5AeVDFZmXNu3K1jpPI59HE=; b=DcZzftMieOVdVNhbkyvk5P3JVl47dltVSOCk01DM7HY70FH4r6mzkAVP UEJo+ZOoQFFTWmyXjxotd6R4vf+d3kmCaMMLaRFqDjBVmPGjWufWaJTBa 5VsSwsz9NAjsPosj3vyoqhVYKKxtL8ncN90hfIsCvgoHauUu4f5JFoPtu Ih+oLY0vxXU+e+DNpqdm+PGuPAHpd4HK9tNSzOUxquBCZCbf3arcBZ4xs e2n0c6xw5KiaEd1Qd/1bmrLt2Cbc1; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="108083300" Received: from abgdgate30u.abg.fsc.net ([172.25.138.66]) by dgate10u.abg.fsc.net with ESMTP; 19 Apr 2012 07:50:08 +0200 X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="132696940" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate30u.abg.fsc.net with ESMTP; 19 Apr 2012 07:50:08 +0200 Received: from amur.localnet (amur.mch.fsc.net [172.25.53.126]) by sanpedro.mch.fsc.net (Postfix) with SMTP id E6214A347C; Thu, 19 Apr 2012 07:50:07 +0200 (CEST) From: Dietmar Hahn To: =?utf-8?B?5p2O5a6J5Lym?= Date: Thu, 19 Apr 2012 07:50:07 +0200 Message-ID: <11526775.48ErsDHEpB@amur> User-Agent: KMail/4.7.2 (Linux/3.1.9-1.4-xen; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: <1797040.nXpmuFduA4@amur> MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Donnerstag 19 April 2012, 09:55:51 schrieben Sie: > thanks for your reply; but what's the meaning of what your say. i have tr= ied > on_crash =3D 'preserve' , but there is nothing to do; If the domU didn't get destroyed maybe you are able to do some analysis to = find the reason within your domU for the crash. If you use the -c flag in the = xm command a console connection is created to your domU. Did you try 'xm dmesg' to see some hypervisor messages? Dietmar. > = > 2012/4/18 Dietmar Hahn > = > > Am Mittwoch 18 April 2012, 17:28:27 schrieb =C3=A6 =C5=BD=C3=A5=C2=AE= =E2=80=B0=C3=A4=C2=BC=C2=A6: > > > hi , there guys > > > > > > some days ago ,i asked you some questions about the xen. now , i am > > > confused with a crashed domain. > > > > > > one of my VM was working fine, then i create another. Now I am not ab= le > > to > > > start that VM. > > > > > > # xm create vm.cfg > > > Using config file "./vm.cfg". > > > Started domain clientvm1(id=3D2) > > > > > > It does give me the vm ID but it is not listed under "xm list" > > > > > > # xm list > > > Name ID Mem VCPUs State Time(s) > > > Domain-0 0 890 4 r----- 14808.1 > > > > > > clientvm 1 1024 2 -b---- 939.2 > > > > > > again i have to do xm create ..and the story repeats... > > > > > > I looked into logs and i see following: > > > > > > [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain clientvm1(= 2) > > > unpaused. > > > [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain has > > > crashed: name=3Dclientvm1 id=3D2. > > > > Try > > on_crash =3D 'preserve' > > in your domU configuration file. > > > > In this case the domU should stay in the crash state but never gets > > destroyed > > from the tools. You have to do this by hand later. > > > > For this see: > > http://wiki.xen.org/wiki/XenConfigurationFileOptions > > > > Dietmar. > > > > > [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM clientvm1 > > > restarting too fast (Elapsed time: 4.960329 seconds). Refusing to res= tart > > > to avoid loops. > > > [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) > > > XendDomainInfo.destroy: domid=3D2 > > > [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying de= vice > > > model > > > [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device model > > > terminated > > > what's up with " restarting too fast" and how to avoid that ? > > -- > > Company details: http://ts.fujitsu.com/imprint.html > > -- = Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 06:39:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 06:39: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 1SKl01-00045H-3P; Thu, 19 Apr 2012 06:37:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKkzz-00045B-Ts for xen-users@lists.xen.org; Thu, 19 Apr 2012 06:37:48 +0000 Received: from [85.158.143.99:20218] by server-2.bemta-4.messagelabs.com id 0E/82-17550-BB2BF8F4; Thu, 19 Apr 2012 06:37:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334817466!13095347!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTA4OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13874 invoked from network); 19 Apr 2012 06:37:46 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 06:37:46 -0000 X-IronPort-AV: E=Sophos;i="4.75,445,1330905600"; d="scan'208";a="12018422" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Apr 2012 06:37:45 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 19 Apr 2012 07:37:46 +0100 Message-ID: <1334817465.11493.43.camel@dagon.hellion.org.uk> From: Ian Campbell To: Alan McKay Date: Thu, 19 Apr 2012 07:37:45 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 00:58 +0100, Alan McKay wrote: > I will try that at work tomorrow - thanks so much for your continued > help here! I'm so puzzled by this I can't even begin to think what is > next. I don't know much about virt-manager so don't really have anything helpful to suggest directly but have you tried the virt-manager lists in case this is an issue at that level? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 06:39:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 06:39: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 1SKl01-00045H-3P; Thu, 19 Apr 2012 06:37:49 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKkzz-00045B-Ts for xen-users@lists.xen.org; Thu, 19 Apr 2012 06:37:48 +0000 Received: from [85.158.143.99:20218] by server-2.bemta-4.messagelabs.com id 0E/82-17550-BB2BF8F4; Thu, 19 Apr 2012 06:37:47 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334817466!13095347!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTA4OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13874 invoked from network); 19 Apr 2012 06:37:46 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 06:37:46 -0000 X-IronPort-AV: E=Sophos;i="4.75,445,1330905600"; d="scan'208";a="12018422" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 19 Apr 2012 06:37:45 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Thu, 19 Apr 2012 07:37:46 +0100 Message-ID: <1334817465.11493.43.camel@dagon.hellion.org.uk> From: Ian Campbell To: Alan McKay Date: Thu, 19 Apr 2012 07:37:45 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 00:58 +0100, Alan McKay wrote: > I will try that at work tomorrow - thanks so much for your continued > help here! I'm so puzzled by this I can't even begin to think what is > next. I don't know much about virt-manager so don't really have anything helpful to suggest directly but have you tried the virt-manager lists in case this is an issue at that level? Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 07:36:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 07:36: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 1SKltd-0005a0-9S; Thu, 19 Apr 2012 07:35:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKltc-0005Zv-5y for xen-users@lists.xen.org; Thu, 19 Apr 2012 07:35:16 +0000 Received: from [85.158.139.83:28740] by server-10.bemta-5.messagelabs.com id 64/15-08260-330CF8F4; Thu, 19 Apr 2012 07:35:15 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334820914!23961929!1 X-Originating-IP: [80.70.172.51] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjUxID0+IDE1NjE0MQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23965 invoked from network); 19 Apr 2012 07:35:14 -0000 Received: from dgate20.ts.fujitsu.com (HELO dgate20.ts.fujitsu.com) (80.70.172.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 07:35:14 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=T8CbB/SyV8S+FxHhG34LboNX/43yMxVLHsE8MqlWwL5dB0tQKl5P8AxX wNygtR+3mVTaF0b2RBcVnGj72rW9SDKGDwaaOX4pqUX76By5r6DzbZh5x i9gO2wyY1kI41IPQrBavqtS/LoN4wdebAx+aPh9UXwXF8PnrajVAiUbth H1oge2HIxgyHqvcCQvx1Cw+4g2I/DmCRtFE8AVVYr8lmI/QkhOTvQRW2d NqdEmweciLrhSM4lChnUSo3c/OsQg; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=dietmar.hahn@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1334820914; x=1366356914; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=WLRJmBV9wIfY1nevjjwlX6bI2JLlcMkZhP0hvxTR+1E=; b=dT7A6prE6ebZoMzHYsBcdpyYXSV7Rnd17enfErYxPbi1WI0BdnsOX9SM HwvFfdiQ7hm+ps9beh74F3ONfbHLa6mCmfRCfBTSyoVdUx36MplgLUB2z sT43hEUO00QoPcxfJf6ummRHTTrMmFD9ViQRYd83n6ZkBssqakVAmsbMQ 6ZvoAKI/RQ9SNB13rVKXJeUB4yeZ8wRCoYFvikwYBg6HSiogsk1nmEqJf 0E9RM6OY+cBANvTgCl/A+Ic4B1xk4; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="91574472" Received: from abgdgate40u.abg.fsc.net ([172.25.138.90]) by dgate20u.abg.fsc.net with ESMTP; 19 Apr 2012 09:34:59 +0200 X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="132941175" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate40u.abg.fsc.net with ESMTP; 19 Apr 2012 09:34:59 +0200 Received: from amur.localnet (amur.mch.fsc.net [172.25.53.126]) by sanpedro.mch.fsc.net (Postfix) with SMTP id 1F1F1748908; Thu, 19 Apr 2012 09:35:00 +0200 (CEST) From: Dietmar Hahn To: =?utf-8?B?5p2O5a6J5Lym?= Date: Thu, 19 Apr 2012 09:34:59 +0200 Message-ID: <1458700.MBpvcxOFqZ@amur> User-Agent: KMail/4.7.2 (Linux/3.1.9-1.4-xen; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: <11526775.48ErsDHEpB@amur> MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Donnerstag 19 April 2012, 14:47:06 schrieb =E6=9D=8E=E5=AE=89=E4=BC=A6: > this is the information of ' xm dmesg', i can not see any problem . my > computer total memory is 2G, my first guest domain's memory is 512M, my > second domian's memory is 1024M, previously i can start the two guest > domain at the same time fine, but today i start the two ones , only one > guest domain can run naturally, another crashed . Maybe you have a problem with the free memory. Try 'xm info' and look for free_memory and what your new guest would need. If the guest is a linux domain you can try: # xm create -c vm.cfg to see the kernel boot messages. Dietmar. > = > 2012/4/19 Dietmar Hahn > = > > Am Donnerstag 19 April 2012, 09:55:51 schrieben Sie: > > > thanks for your reply; but what's the meaning of what your say. i have > > tried > > > on_crash =3D 'preserve' , but there is nothing to do; > > > > If the domU didn't get destroyed maybe you are able to do some analysis= to > > find > > the reason within your domU for the crash. If you use the -c flag in the > > xm command a console connection is created to your domU. > > Did you try 'xm dmesg' to see some hypervisor messages? > > > > Dietmar. > > > > > > > > 2012/4/18 Dietmar Hahn > > > > > > > Am Mittwoch 18 April 2012, 17:28:27 schrieb =C3=83=C2=A6 =C3=85=C2= =BD=C3=83=C2=A5=C3=82=C2=AE=C3=A2=E2=82=AC=C2=B0=C3=83=C2=A4=C3=82=C2=BC=C3= =82=C2=A6: > > > > > hi , there guys > > > > > > > > > > some days ago ,i asked you some questions about the xen. now , i = am > > > > > confused with a crashed domain. > > > > > > > > > > one of my VM was working fine, then i create another. Now I am not > > able > > > > to > > > > > start that VM. > > > > > > > > > > # xm create vm.cfg > > > > > Using config file "./vm.cfg". > > > > > Started domain clientvm1(id=3D2) > > > > > > > > > > It does give me the vm ID but it is not listed under "xm list" > > > > > > > > > > # xm list > > > > > Name ID Mem VCPUs State Time(s) > > > > > Domain-0 0 890 4 r----- 14808.1 > > > > > > > > > > clientvm 1 1024 2 -b---- 939.2 > > > > > > > > > > again i have to do xm create ..and the story repeats... > > > > > > > > > > I looked into logs and i see following: > > > > > > > > > > [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain > > clientvm1(2) > > > > > unpaused. > > > > > [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain = has > > > > > crashed: name=3Dclientvm1 id=3D2. > > > > > > > > Try > > > > on_crash =3D 'preserve' > > > > in your domU configuration file. > > > > > > > > In this case the domU should stay in the crash state but never gets > > > > destroyed > > > > from the tools. You have to do this by hand later. > > > > > > > > For this see: > > > > http://wiki.xen.org/wiki/XenConfigurationFileOptions > > > > > > > > Dietmar. > > > > > > > > > [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM client= vm1 > > > > > restarting too fast (Elapsed time: 4.960329 seconds). Refusing to > > restart > > > > > to avoid loops. > > > > > [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) > > > > > XendDomainInfo.destroy: domid=3D2 > > > > > [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying > > device > > > > > model > > > > > [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device mod= el > > > > > terminated > > > > > what's up with " restarting too fast" and how to avoid that ? -- = Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 07:36:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 07:36: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 1SKltd-0005a0-9S; Thu, 19 Apr 2012 07:35:17 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKltc-0005Zv-5y for xen-users@lists.xen.org; Thu, 19 Apr 2012 07:35:16 +0000 Received: from [85.158.139.83:28740] by server-10.bemta-5.messagelabs.com id 64/15-08260-330CF8F4; Thu, 19 Apr 2012 07:35:15 +0000 X-Env-Sender: dietmar.hahn@ts.fujitsu.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1334820914!23961929!1 X-Originating-IP: [80.70.172.51] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogODAuNzAuMTcyLjUxID0+IDE1NjE0MQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23965 invoked from network); 19 Apr 2012 07:35:14 -0000 Received: from dgate20.ts.fujitsu.com (HELO dgate20.ts.fujitsu.com) (80.70.172.51) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 07:35:14 -0000 DomainKey-Signature: s=s1536a; d=ts.fujitsu.com; c=nofws; q=dns; h=X-SBRSScore:X-IronPort-AV:Received:X-IronPort-AV: Received:Received:From:To:Cc:Subject:Date:Message-ID: User-Agent:In-Reply-To:References:MIME-Version: Content-Transfer-Encoding:Content-Type; b=T8CbB/SyV8S+FxHhG34LboNX/43yMxVLHsE8MqlWwL5dB0tQKl5P8AxX wNygtR+3mVTaF0b2RBcVnGj72rW9SDKGDwaaOX4pqUX76By5r6DzbZh5x i9gO2wyY1kI41IPQrBavqtS/LoN4wdebAx+aPh9UXwXF8PnrajVAiUbth H1oge2HIxgyHqvcCQvx1Cw+4g2I/DmCRtFE8AVVYr8lmI/QkhOTvQRW2d NqdEmweciLrhSM4lChnUSo3c/OsQg; DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ts.fujitsu.com; i=dietmar.hahn@ts.fujitsu.com; q=dns/txt; s=s1536b; t=1334820914; x=1366356914; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=WLRJmBV9wIfY1nevjjwlX6bI2JLlcMkZhP0hvxTR+1E=; b=dT7A6prE6ebZoMzHYsBcdpyYXSV7Rnd17enfErYxPbi1WI0BdnsOX9SM HwvFfdiQ7hm+ps9beh74F3ONfbHLa6mCmfRCfBTSyoVdUx36MplgLUB2z sT43hEUO00QoPcxfJf6ummRHTTrMmFD9ViQRYd83n6ZkBssqakVAmsbMQ 6ZvoAKI/RQ9SNB13rVKXJeUB4yeZ8wRCoYFvikwYBg6HSiogsk1nmEqJf 0E9RM6OY+cBANvTgCl/A+Ic4B1xk4; X-SBRSScore: None X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="91574472" Received: from abgdgate40u.abg.fsc.net ([172.25.138.90]) by dgate20u.abg.fsc.net with ESMTP; 19 Apr 2012 09:34:59 +0200 X-IronPort-AV: E=Sophos;i="4.75,445,1330902000"; d="scan'208";a="132941175" Received: from sanpedro.mch.fsc.net ([172.17.20.6]) by abgdgate40u.abg.fsc.net with ESMTP; 19 Apr 2012 09:34:59 +0200 Received: from amur.localnet (amur.mch.fsc.net [172.25.53.126]) by sanpedro.mch.fsc.net (Postfix) with SMTP id 1F1F1748908; Thu, 19 Apr 2012 09:35:00 +0200 (CEST) From: Dietmar Hahn To: =?utf-8?B?5p2O5a6J5Lym?= Date: Thu, 19 Apr 2012 09:34:59 +0200 Message-ID: <1458700.MBpvcxOFqZ@amur> User-Agent: KMail/4.7.2 (Linux/3.1.9-1.4-xen; KDE/4.7.2; x86_64; ; ) In-Reply-To: References: <11526775.48ErsDHEpB@amur> MIME-Version: 1.0 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] not to create domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am Donnerstag 19 April 2012, 14:47:06 schrieb =E6=9D=8E=E5=AE=89=E4=BC=A6: > this is the information of ' xm dmesg', i can not see any problem . my > computer total memory is 2G, my first guest domain's memory is 512M, my > second domian's memory is 1024M, previously i can start the two guest > domain at the same time fine, but today i start the two ones , only one > guest domain can run naturally, another crashed . Maybe you have a problem with the free memory. Try 'xm info' and look for free_memory and what your new guest would need. If the guest is a linux domain you can try: # xm create -c vm.cfg to see the kernel boot messages. Dietmar. > = > 2012/4/19 Dietmar Hahn > = > > Am Donnerstag 19 April 2012, 09:55:51 schrieben Sie: > > > thanks for your reply; but what's the meaning of what your say. i have > > tried > > > on_crash =3D 'preserve' , but there is nothing to do; > > > > If the domU didn't get destroyed maybe you are able to do some analysis= to > > find > > the reason within your domU for the crash. If you use the -c flag in the > > xm command a console connection is created to your domU. > > Did you try 'xm dmesg' to see some hypervisor messages? > > > > Dietmar. > > > > > > > > 2012/4/18 Dietmar Hahn > > > > > > > Am Mittwoch 18 April 2012, 17:28:27 schrieb =C3=83=C2=A6 =C3=85=C2= =BD=C3=83=C2=A5=C3=82=C2=AE=C3=A2=E2=82=AC=C2=B0=C3=83=C2=A4=C3=82=C2=BC=C3= =82=C2=A6: > > > > > hi , there guys > > > > > > > > > > some days ago ,i asked you some questions about the xen. now , i = am > > > > > confused with a crashed domain. > > > > > > > > > > one of my VM was working fine, then i create another. Now I am not > > able > > > > to > > > > > start that VM. > > > > > > > > > > # xm create vm.cfg > > > > > Using config file "./vm.cfg". > > > > > Started domain clientvm1(id=3D2) > > > > > > > > > > It does give me the vm ID but it is not listed under "xm list" > > > > > > > > > > # xm list > > > > > Name ID Mem VCPUs State Time(s) > > > > > Domain-0 0 890 4 r----- 14808.1 > > > > > > > > > > clientvm 1 1024 2 -b---- 939.2 > > > > > > > > > > again i have to do xm create ..and the story repeats... > > > > > > > > > > I looked into logs and i see following: > > > > > > > > > > [2010-02-04 22:47:52 23777] INFO (XendDomain:1180) Domain > > clientvm1(2) > > > > > unpaused. > > > > > [2010-02-04 22:47:57 23777] WARNING (XendDomainInfo:1898) Domain = has > > > > > crashed: name=3Dclientvm1 id=3D2. > > > > > > > > Try > > > > on_crash =3D 'preserve' > > > > in your domU configuration file. > > > > > > > > In this case the domU should stay in the crash state but never gets > > > > destroyed > > > > from the tools. You have to do this by hand later. > > > > > > > > For this see: > > > > http://wiki.xen.org/wiki/XenConfigurationFileOptions > > > > > > > > Dietmar. > > > > > > > > > [2010-02-04 22:47:57 23777] ERROR (XendDomainInfo:2032) VM client= vm1 > > > > > restarting too fast (Elapsed time: 4.960329 seconds). Refusing to > > restart > > > > > to avoid loops. > > > > > [2010-02-04 22:47:57 23777] DEBUG (XendDomainInfo:2748) > > > > > XendDomainInfo.destroy: domid=3D2 > > > > > [2010-02-04 22:47:58 23777] DEBUG (XendDomainInfo:2221) Destroying > > device > > > > > model > > > > > [2010-02-04 22:47:58 23777] INFO (image:553) clientvm1 device mod= el > > > > > terminated > > > > > what's up with " restarting too fast" and how to avoid that ? -- = Company details: http://ts.fujitsu.com/imprint.html _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 11:24:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 11:24: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 1SKpRg-00017n-Oo; Thu, 19 Apr 2012 11:22:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKpRe-00017i-T5 for xen-users@lists.xen.org; Thu, 19 Apr 2012 11:22:38 +0000 Received: from [193.109.254.147:63634] by server-1.bemta-14.messagelabs.com id 38/6B-29372-E75FF8F4; Thu, 19 Apr 2012 11:22:38 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334834555!5337246!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3045 invoked from network); 19 Apr 2012 11:22:37 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 11:22:37 -0000 Received: by dajx4 with SMTP id x4so12226036daj.28 for ; Thu, 19 Apr 2012 04:22:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=W4Wxt4Lw/nDVaE+EPDZp5NrInS5WE3sIvG2MMDabE7k=; b=xJidGeuhEElXaFLfJfPgKv5e4L60/6QB8q48dUe7UukBBhSrA6lNn+tm5x7lrmsWOY q8OwvFyEZ5MmjxhqTDGSlR6EfmgaERrTVQOFEaOs5GhLsga/ocgIVVGUOFLSrlsLCpnH lX/gOGs/4815vjrHMTMy2zXz/fshBsewIu9u1WYxE+IolmvdM5Zzs7GsztbMjmjoyQbT i7yQbDzw3FJMyfPU1m/KY9je+lJfhUI3UPsr1DmZ6jxHY79MkYToL0sFZIPWa+EN37Su k8MS6IJcsj+vLqYoQ748KiA4s7mnkptJInijvUZIZKaUZnVO7iwPeStyhC3ptGUoY6jm XC5w== MIME-Version: 1.0 Received: by 10.68.211.36 with SMTP id mz4mr4223866pbc.150.1334834555440; Thu, 19 Apr 2012 04:22:35 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Thu, 19 Apr 2012 04:22:35 -0700 (PDT) Date: Thu, 19 Apr 2012 07:22:35 -0400 Message-ID: From: Andrew Bobulsky To: xen-users@lists.xen.org Subject: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello List, Has anyone performed VGA Passthrough with a Radeon 6990 card? Secondary to that, has anyone done a crossfire setup on an HVM DomU? I'd like to run Xen on top of my desktop and put Windows into a VM, shuffling my setup around a little bit, but I'd really like to get the full VGA BIOS support that passthrough offers. Thanks, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 11:24:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 11:24: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 1SKpRg-00017n-Oo; Thu, 19 Apr 2012 11:22:40 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKpRe-00017i-T5 for xen-users@lists.xen.org; Thu, 19 Apr 2012 11:22:38 +0000 Received: from [193.109.254.147:63634] by server-1.bemta-14.messagelabs.com id 38/6B-29372-E75FF8F4; Thu, 19 Apr 2012 11:22:38 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-11.tower-27.messagelabs.com!1334834555!5337246!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3045 invoked from network); 19 Apr 2012 11:22:37 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 11:22:37 -0000 Received: by dajx4 with SMTP id x4so12226036daj.28 for ; Thu, 19 Apr 2012 04:22:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=W4Wxt4Lw/nDVaE+EPDZp5NrInS5WE3sIvG2MMDabE7k=; b=xJidGeuhEElXaFLfJfPgKv5e4L60/6QB8q48dUe7UukBBhSrA6lNn+tm5x7lrmsWOY q8OwvFyEZ5MmjxhqTDGSlR6EfmgaERrTVQOFEaOs5GhLsga/ocgIVVGUOFLSrlsLCpnH lX/gOGs/4815vjrHMTMy2zXz/fshBsewIu9u1WYxE+IolmvdM5Zzs7GsztbMjmjoyQbT i7yQbDzw3FJMyfPU1m/KY9je+lJfhUI3UPsr1DmZ6jxHY79MkYToL0sFZIPWa+EN37Su k8MS6IJcsj+vLqYoQ748KiA4s7mnkptJInijvUZIZKaUZnVO7iwPeStyhC3ptGUoY6jm XC5w== MIME-Version: 1.0 Received: by 10.68.211.36 with SMTP id mz4mr4223866pbc.150.1334834555440; Thu, 19 Apr 2012 04:22:35 -0700 (PDT) Received: by 10.142.191.10 with HTTP; Thu, 19 Apr 2012 04:22:35 -0700 (PDT) Date: Thu, 19 Apr 2012 07:22:35 -0400 Message-ID: From: Andrew Bobulsky To: xen-users@lists.xen.org Subject: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello List, Has anyone performed VGA Passthrough with a Radeon 6990 card? Secondary to that, has anyone done a crossfire setup on an HVM DomU? I'd like to run Xen on top of my desktop and put Windows into a VM, shuffling my setup around a little bit, but I'd really like to get the full VGA BIOS support that passthrough offers. Thanks, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 12:09:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 12:09:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKq9Q-00020Q-Uz; Thu, 19 Apr 2012 12:07:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKq9P-00020L-5z for xen-users@lists.xen.org; Thu, 19 Apr 2012 12:07:51 +0000 Received: from [193.109.254.147:20472] by server-8.bemta-14.messagelabs.com id 02/19-23244-610009F4; Thu, 19 Apr 2012 12:07:50 +0000 X-Env-Sender: xavier@eo10.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1334837267!5345525!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24596 invoked from network); 19 Apr 2012 12:07:49 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 12:07:49 -0000 Received: by obbwd18 with SMTP id wd18so7236855obb.32 for ; Thu, 19 Apr 2012 05:07:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=1EAGn2CsQce6hJYh6m0zp0dJJQE9b1lfZQlCSIoXrx8=; b=Dvps9EYFlAVhLBXbyOp/j1jJsqP1TDJ9qfGYPJa+d0u0aIsma4IkzKDGUk6On0QB/f mMfSJEMf06tEtte3koDsCsdfnGhaH7LVmytUf5CNM2UXYF2NkmDsaZ5JReE7bLjpNrxl LWjdj+WsXkFFln+YS/bPxBG6LvCwWTBmG6aDhLu66QCqbDaRarZE/Xs2VXPYaLqog407 BAnsQT/biJoIT6YJLjLJfjPB+ZnARJbKsY50K1HwJnq7KdssjdOEvr9SEMwpyI3wjiGg Uevltyw6cmZAawwllyqouqiCZ5nTBxGCJ0KZarq6ZbYwc8f830F74qnFfhOy1kUyIqrl ZFaA== MIME-Version: 1.0 Received: by 10.182.232.38 with SMTP id tl6mr2611800obc.16.1334837267425; Thu, 19 Apr 2012 05:07:47 -0700 (PDT) Received: by 10.76.171.228 with HTTP; Thu, 19 Apr 2012 05:07:47 -0700 (PDT) X-Originating-IP: [2.136.0.11] Date: Thu, 19 Apr 2012 14:07:47 +0200 Message-ID: From: Xavier Cardil To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQmr+WF0TvAZRBgoCAkAcDqMGgS2lup6HxbDRxNSlLvUY/e23ofGvp+ugogaeXwzxJpO5cG3 Subject: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4480831626820670696==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4480831626820670696== Content-Type: multipart/alternative; boundary=f46d044472c128683504be07050e --f46d044472c128683504be07050e Content-Type: text/plain; charset=ISO-8859-1 Hello ! I'm trying to run Xen on a EC2 AMI debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) Following this how-to http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 After installing the packages, I get : uname -a Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux uname -r 2.6.32-5-xen-amd64 Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux update-grub2 * * * * After I reboot but I get this when calling xm : xm dmesg WARING! Can't find version 3.4 of xen utils, fallback to default version! Error: Unable to connect to xend: No such file or directory. Is xend running? When I execute xend I get : xend WARING! Can't find version 3.4 of xen utils, fallback to default version! ERROR Internal error: Could not obtain handle on privileged command interface (2 = No such file or directory) Traceback (most recent call last): File "/usr/lib/xen-default/bin/xend", line 38, in from xen.xend.server import SrvDaemon File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle on privileged command interface (2 = No such file or directory)') Does this has to do with the kernel I'm booting ? My /boot looks like this : System.map-2.6.32-5-xen-amd64 initrd.img-2.6.32-5-xen-amd64 config-2.6.32-5-xen-amd64 vmlinuz-2.6.32-5-xen-amd64 grub xen-4.0-amd64.gz And my menu.lst looks like this : # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/40_custom ### default 0 timeout 1 title 2.6.32-5-xen-amd64 root (hd0) kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro initrd /boot/initrd.img-2.6.32-5-xen-amd64 ### END /etc/grub.d/40_custom ### I have been trying to get around this but ... nothing works ! Any help would be much appreciated, thanks in advance ! -Xavier --f46d044472c128683504be07050e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello ! I'm trying to run Xen on a EC2 AMI=A0

=

debia= n-6.0-squeeze-base-x86_64-20110417 (ami-35b68141)


Following this how-to=A0http://www.how= toforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0
<= br>
initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier


<= br>





<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=

--f46d044472c128683504be07050e-- --===============4480831626820670696== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4480831626820670696==-- From xen-users-bounces@lists.xen.org Thu Apr 19 12:09:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 12:09:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKq9Q-00020Q-Uz; Thu, 19 Apr 2012 12:07:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKq9P-00020L-5z for xen-users@lists.xen.org; Thu, 19 Apr 2012 12:07:51 +0000 Received: from [193.109.254.147:20472] by server-8.bemta-14.messagelabs.com id 02/19-23244-610009F4; Thu, 19 Apr 2012 12:07:50 +0000 X-Env-Sender: xavier@eo10.net X-Msg-Ref: server-8.tower-27.messagelabs.com!1334837267!5345525!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24596 invoked from network); 19 Apr 2012 12:07:49 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 12:07:49 -0000 Received: by obbwd18 with SMTP id wd18so7236855obb.32 for ; Thu, 19 Apr 2012 05:07:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=1EAGn2CsQce6hJYh6m0zp0dJJQE9b1lfZQlCSIoXrx8=; b=Dvps9EYFlAVhLBXbyOp/j1jJsqP1TDJ9qfGYPJa+d0u0aIsma4IkzKDGUk6On0QB/f mMfSJEMf06tEtte3koDsCsdfnGhaH7LVmytUf5CNM2UXYF2NkmDsaZ5JReE7bLjpNrxl LWjdj+WsXkFFln+YS/bPxBG6LvCwWTBmG6aDhLu66QCqbDaRarZE/Xs2VXPYaLqog407 BAnsQT/biJoIT6YJLjLJfjPB+ZnARJbKsY50K1HwJnq7KdssjdOEvr9SEMwpyI3wjiGg Uevltyw6cmZAawwllyqouqiCZ5nTBxGCJ0KZarq6ZbYwc8f830F74qnFfhOy1kUyIqrl ZFaA== MIME-Version: 1.0 Received: by 10.182.232.38 with SMTP id tl6mr2611800obc.16.1334837267425; Thu, 19 Apr 2012 05:07:47 -0700 (PDT) Received: by 10.76.171.228 with HTTP; Thu, 19 Apr 2012 05:07:47 -0700 (PDT) X-Originating-IP: [2.136.0.11] Date: Thu, 19 Apr 2012 14:07:47 +0200 Message-ID: From: Xavier Cardil To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQmr+WF0TvAZRBgoCAkAcDqMGgS2lup6HxbDRxNSlLvUY/e23ofGvp+ugogaeXwzxJpO5cG3 Subject: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4480831626820670696==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4480831626820670696== Content-Type: multipart/alternative; boundary=f46d044472c128683504be07050e --f46d044472c128683504be07050e Content-Type: text/plain; charset=ISO-8859-1 Hello ! I'm trying to run Xen on a EC2 AMI debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) Following this how-to http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 After installing the packages, I get : uname -a Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux uname -r 2.6.32-5-xen-amd64 Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux update-grub2 * * * * After I reboot but I get this when calling xm : xm dmesg WARING! Can't find version 3.4 of xen utils, fallback to default version! Error: Unable to connect to xend: No such file or directory. Is xend running? When I execute xend I get : xend WARING! Can't find version 3.4 of xen utils, fallback to default version! ERROR Internal error: Could not obtain handle on privileged command interface (2 = No such file or directory) Traceback (most recent call last): File "/usr/lib/xen-default/bin/xend", line 38, in from xen.xend.server import SrvDaemon File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in import relocate File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line 28, in from xen.xend import XendDomain File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line 20, in from xen.xend import balloon, sxp, image File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in xc = xen.lowlevel.xc.xc() xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle on privileged command interface (2 = No such file or directory)') Does this has to do with the kernel I'm booting ? My /boot looks like this : System.map-2.6.32-5-xen-amd64 initrd.img-2.6.32-5-xen-amd64 config-2.6.32-5-xen-amd64 vmlinuz-2.6.32-5-xen-amd64 grub xen-4.0-amd64.gz And my menu.lst looks like this : # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/40_custom ### default 0 timeout 1 title 2.6.32-5-xen-amd64 root (hd0) kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro initrd /boot/initrd.img-2.6.32-5-xen-amd64 ### END /etc/grub.d/40_custom ### I have been trying to get around this but ... nothing works ! Any help would be much appreciated, thanks in advance ! -Xavier --f46d044472c128683504be07050e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello ! I'm trying to run Xen on a EC2 AMI=A0

=

debia= n-6.0-squeeze-base-x86_64-20110417 (ami-35b68141)


Following this how-to=A0http://www.how= toforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0
<= br>
initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier


<= br>





<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=

--f46d044472c128683504be07050e-- --===============4480831626820670696== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4480831626820670696==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:05:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:05:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKr24-0002wF-3T; Thu, 19 Apr 2012 13:04:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKr22-0002wA-CU for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:04:18 +0000 Received: from [193.109.254.147:47258] by server-1.bemta-14.messagelabs.com id E6/78-29372-15D009F4; Thu, 19 Apr 2012 13:04:17 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334840656!5381310!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1172 invoked from network); 19 Apr 2012 13:04:16 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:04:16 -0000 Received: by wibhq7 with SMTP id hq7so1955546wib.14 for ; Thu, 19 Apr 2012 06:04:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=o2ewLrC8yWqsqFCpc0gx7Y12/llUU7mUkKWhPnQlsKg=; b=PWYUaIqjXszpA2n2KgxhJoyDS/JxOOlHm5KuWsP1uNg0HFT+B1kSfc+J4uLJDE92q1 M5cg4EY5jV+sqLRrWLol89Vr3k7++KvjwKqa9FUVmK+hj3NzmfqJ2zm1IovKSYDuFrQ/ gPwEBJGMZZ1zzdqaZEj+Rv174yNfhMkjIYiZONGzrqT4/+KFG2HtnpU6A60Wmomk3ADd 73UmC6cOPhS2BVR2MxYf+4lmUlVAvmqd5ETkz8sDWmZNxw42qWG1uMXM9DV9MokG/6MX Yuf38QGe4au4aZcwRzQjNpMGeMI7s2K+WsIVa7fA1SJd0wtNoLInroh71PBmwYb2eV13 lXSw== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1285915wei.110.1334840655894; Thu, 19 Apr 2012 06:04:15 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:04:15 -0700 (PDT) In-Reply-To: <1334817465.11493.43.camel@dagon.hellion.org.uk> References: <1334817465.11493.43.camel@dagon.hellion.org.uk> Date: Thu, 19 Apr 2012 09:04:15 -0400 X-Google-Sender-Auth: uBexlnpg_D0aITAEdKeMRIjTvX8 Message-ID: From: Alan McKay To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1036716229717851218==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1036716229717851218== Content-Type: multipart/alternative; boundary=00504502cdd520586504be07cf84 --00504502cdd520586504be07cf84 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Apr 19, 2012 at 2:37 AM, Ian Campbell wrote: > I don't know much about virt-manager so don't really have anything > helpful to suggest directly but have you tried the virt-manager lists in > case this is an issue at that level? > Yup I have the same thread going on there. thanks, -Alan --00504502cdd520586504be07cf84 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Apr 19, 2012 at 2:37 AM, Ian Campbell <Ian.Campbell= @citrix.com> wrote:
I don't know much about virt-manager so don't real= ly have anything
helpful to suggest directly but have you tried the virt-manager lists in case this is an issue at that level?

Yup I= have the same thread going on there.

thanks,
-Alan
--00504502cdd520586504be07cf84-- --===============1036716229717851218== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1036716229717851218==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:05:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:05:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKr24-0002wF-3T; Thu, 19 Apr 2012 13:04:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKr22-0002wA-CU for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:04:18 +0000 Received: from [193.109.254.147:47258] by server-1.bemta-14.messagelabs.com id E6/78-29372-15D009F4; Thu, 19 Apr 2012 13:04:17 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334840656!5381310!1 X-Originating-IP: [209.85.212.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1172 invoked from network); 19 Apr 2012 13:04:16 -0000 Received: from mail-wi0-f173.google.com (HELO mail-wi0-f173.google.com) (209.85.212.173) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:04:16 -0000 Received: by wibhq7 with SMTP id hq7so1955546wib.14 for ; Thu, 19 Apr 2012 06:04:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=o2ewLrC8yWqsqFCpc0gx7Y12/llUU7mUkKWhPnQlsKg=; b=PWYUaIqjXszpA2n2KgxhJoyDS/JxOOlHm5KuWsP1uNg0HFT+B1kSfc+J4uLJDE92q1 M5cg4EY5jV+sqLRrWLol89Vr3k7++KvjwKqa9FUVmK+hj3NzmfqJ2zm1IovKSYDuFrQ/ gPwEBJGMZZ1zzdqaZEj+Rv174yNfhMkjIYiZONGzrqT4/+KFG2HtnpU6A60Wmomk3ADd 73UmC6cOPhS2BVR2MxYf+4lmUlVAvmqd5ETkz8sDWmZNxw42qWG1uMXM9DV9MokG/6MX Yuf38QGe4au4aZcwRzQjNpMGeMI7s2K+WsIVa7fA1SJd0wtNoLInroh71PBmwYb2eV13 lXSw== MIME-Version: 1.0 Received: by 10.216.137.149 with SMTP id y21mr1285915wei.110.1334840655894; Thu, 19 Apr 2012 06:04:15 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:04:15 -0700 (PDT) In-Reply-To: <1334817465.11493.43.camel@dagon.hellion.org.uk> References: <1334817465.11493.43.camel@dagon.hellion.org.uk> Date: Thu, 19 Apr 2012 09:04:15 -0400 X-Google-Sender-Auth: uBexlnpg_D0aITAEdKeMRIjTvX8 Message-ID: From: Alan McKay To: "xen-users@lists.xen.org" Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1036716229717851218==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1036716229717851218== Content-Type: multipart/alternative; boundary=00504502cdd520586504be07cf84 --00504502cdd520586504be07cf84 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Apr 19, 2012 at 2:37 AM, Ian Campbell wrote: > I don't know much about virt-manager so don't really have anything > helpful to suggest directly but have you tried the virt-manager lists in > case this is an issue at that level? > Yup I have the same thread going on there. thanks, -Alan --00504502cdd520586504be07cf84 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Apr 19, 2012 at 2:37 AM, Ian Campbell <Ian.Campbell= @citrix.com> wrote:
I don't know much about virt-manager so don't real= ly have anything
helpful to suggest directly but have you tried the virt-manager lists in case this is an issue at that level?

Yup I= have the same thread going on there.

thanks,
-Alan
--00504502cdd520586504be07cf84-- --===============1036716229717851218== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1036716229717851218==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:14:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:14: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 1SKrAU-0003Aa-Bu; Thu, 19 Apr 2012 13:13:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrAR-0003AV-US for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:13:00 +0000 Received: from [85.158.143.35:64029] by server-3.bemta-4.messagelabs.com id 55/8F-05853-B5F009F4; Thu, 19 Apr 2012 13:12:59 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1334841177!12091554!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21709 invoked from network); 19 Apr 2012 13:12:58 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:12:58 -0000 Received: by wgbed3 with SMTP id ed3so6397677wgb.32 for ; Thu, 19 Apr 2012 06:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Y5EEeYcUHcnTpSmcAaNF3UvfDk9S4VJVEEtuJIijjY8=; b=lUuFcYSyHT/EIJ7IhWxFwkEVEyyPtEsR9Mj6TH8OxogmXacabXHT/8yGnJ7DmcVorm bMlLYZXmE3P6sBVyHqxGTWVp3S/GfcbNZ4jsW3UMSuchsLmFJ08eUiden144XI9UD6Z2 BoUvsU06VZ7zfhZ6UMxp+HWFQG5p2d4hMUW6aliM+1WEtxX5kaJ8I2x9WxYkt/LxR7KC i/nBaRhpfWLUBcIdCjo2MyGplTH4jl61H2izhWS7nZgOGLVApJik2bT80Iki6t+icFMO csjqzrNXG3To4Kz1fhlFVoWjk+QQjZkYriR4WJveFJqCsMZSQ1jiZGxxWTRSv7LaxzYh 9rWg== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr5153752wiy.18.1334841177672; Thu, 19 Apr 2012 06:12:57 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:12:57 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:12:57 -0400 X-Google-Sender-Auth: SkdFnVKjAKfCc5cZ8SPs-KFmH8c Message-ID: From: Alan McKay To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0223016310023295405==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0223016310023295405== Content-Type: multipart/alternative; boundary=f46d04428d763a0d2f04be07eeec --f46d04428d763a0d2f04be07eeec Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugraha wrote: > That error looks like something stupid that happens when your dom0 > does not actualy have "hda", which should not happen. At least not in > newer versions of xen. > > Does your dom0 have a /dev/hda? > Nope, it does not > If not, try "mknod /dev/hda b 3 0", > "mknod /dev/hdc b 22 0", and try again. > Oh I had really high hopes for this one when I saw it at home last night - but sadly it still does not work :-( Are there updated packages available for RHEL5.8? I just did a "yum update" and got a slightly newer kernel that I will try, but I mean the latest and greatest - is there somewhere I can get that for RHEL5.8? I now have this : [root@solexa1 xen]# rpm -qa | grep -i xen xen-3.0.3-135.el5_8.2 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-308.1.1.el5 kernel-xen-devel-2.6.18-308.4.1.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-2.6.18-308.4.1.el5 kernel-xen-devel-2.6.18-274.12.1.el5 kernel-xen-2.6.18-274.12.1.el5 kernel-xen-2.6.18-308.1.1.el5 thanks, -Alan --f46d04428d763a0d2f04be07eeec Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugrah= a <list@fajar.net> wrote:
That error looks like something stupid that happens when y= our dom0
does not actualy have "hda", which should not happen. At least no= t in
newer versions of xen.

Does your dom0 have a /dev/hda?

Nope,= it does not
=A0
If not, try "mknod /dev/hda b 3 0",
"mknod /dev/hdc b 22 0", and try again.
<= br>
Oh I had really high hopes for this one when I saw it at home last = night - but sadly it still does not work :-(

Are there updated packages available for RHEL5.8?
I just did a &q= uot;yum update" and got a slightly newer kernel that I will try, but I= mean the latest and greatest - is there somewhere I can get that for RHEL5= .8?

I now have this :
[root@solexa1 xen]# rp= m -qa | grep -i xen
xen-3.0.3-135.el5_8.2
xen-libs-3.0.= 3-135.el5_8.2
kernel-xen-devel-2.6.18-308.1.1.el5
kerne= l-xen-devel-2.6.18-308.4.1.el5
xen-libs-3.0.3-135.el5_8.2
kernel-xen-2.6.18-308.4.1.el5
kernel-xen-devel-2.6.18-274.12.1.el5
kernel-xen-2.6.18-274= .12.1.el5
kernel-xen-2.6.18-308.1.1.el5



thanks,
-Alan
--f46d04428d763a0d2f04be07eeec-- --===============0223016310023295405== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0223016310023295405==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:14:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:14: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 1SKrAU-0003Aa-Bu; Thu, 19 Apr 2012 13:13:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrAR-0003AV-US for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:13:00 +0000 Received: from [85.158.143.35:64029] by server-3.bemta-4.messagelabs.com id 55/8F-05853-B5F009F4; Thu, 19 Apr 2012 13:12:59 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1334841177!12091554!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21709 invoked from network); 19 Apr 2012 13:12:58 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:12:58 -0000 Received: by wgbed3 with SMTP id ed3so6397677wgb.32 for ; Thu, 19 Apr 2012 06:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Y5EEeYcUHcnTpSmcAaNF3UvfDk9S4VJVEEtuJIijjY8=; b=lUuFcYSyHT/EIJ7IhWxFwkEVEyyPtEsR9Mj6TH8OxogmXacabXHT/8yGnJ7DmcVorm bMlLYZXmE3P6sBVyHqxGTWVp3S/GfcbNZ4jsW3UMSuchsLmFJ08eUiden144XI9UD6Z2 BoUvsU06VZ7zfhZ6UMxp+HWFQG5p2d4hMUW6aliM+1WEtxX5kaJ8I2x9WxYkt/LxR7KC i/nBaRhpfWLUBcIdCjo2MyGplTH4jl61H2izhWS7nZgOGLVApJik2bT80Iki6t+icFMO csjqzrNXG3To4Kz1fhlFVoWjk+QQjZkYriR4WJveFJqCsMZSQ1jiZGxxWTRSv7LaxzYh 9rWg== MIME-Version: 1.0 Received: by 10.180.81.198 with SMTP id c6mr5153752wiy.18.1334841177672; Thu, 19 Apr 2012 06:12:57 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:12:57 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:12:57 -0400 X-Google-Sender-Auth: SkdFnVKjAKfCc5cZ8SPs-KFmH8c Message-ID: From: Alan McKay To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0223016310023295405==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0223016310023295405== Content-Type: multipart/alternative; boundary=f46d04428d763a0d2f04be07eeec --f46d04428d763a0d2f04be07eeec Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugraha wrote: > That error looks like something stupid that happens when your dom0 > does not actualy have "hda", which should not happen. At least not in > newer versions of xen. > > Does your dom0 have a /dev/hda? > Nope, it does not > If not, try "mknod /dev/hda b 3 0", > "mknod /dev/hdc b 22 0", and try again. > Oh I had really high hopes for this one when I saw it at home last night - but sadly it still does not work :-( Are there updated packages available for RHEL5.8? I just did a "yum update" and got a slightly newer kernel that I will try, but I mean the latest and greatest - is there somewhere I can get that for RHEL5.8? I now have this : [root@solexa1 xen]# rpm -qa | grep -i xen xen-3.0.3-135.el5_8.2 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-308.1.1.el5 kernel-xen-devel-2.6.18-308.4.1.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-2.6.18-308.4.1.el5 kernel-xen-devel-2.6.18-274.12.1.el5 kernel-xen-2.6.18-274.12.1.el5 kernel-xen-2.6.18-308.1.1.el5 thanks, -Alan --f46d04428d763a0d2f04be07eeec Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugrah= a <list@fajar.net> wrote:
That error looks like something stupid that happens when y= our dom0
does not actualy have "hda", which should not happen. At least no= t in
newer versions of xen.

Does your dom0 have a /dev/hda?

Nope,= it does not
=A0
If not, try "mknod /dev/hda b 3 0",
"mknod /dev/hdc b 22 0", and try again.
<= br>
Oh I had really high hopes for this one when I saw it at home last = night - but sadly it still does not work :-(

Are there updated packages available for RHEL5.8?
I just did a &q= uot;yum update" and got a slightly newer kernel that I will try, but I= mean the latest and greatest - is there somewhere I can get that for RHEL5= .8?

I now have this :
[root@solexa1 xen]# rp= m -qa | grep -i xen
xen-3.0.3-135.el5_8.2
xen-libs-3.0.= 3-135.el5_8.2
kernel-xen-devel-2.6.18-308.1.1.el5
kerne= l-xen-devel-2.6.18-308.4.1.el5
xen-libs-3.0.3-135.el5_8.2
kernel-xen-2.6.18-308.4.1.el5
kernel-xen-devel-2.6.18-274.12.1.el5
kernel-xen-2.6.18-274= .12.1.el5
kernel-xen-2.6.18-308.1.1.el5



thanks,
-Alan
--f46d04428d763a0d2f04be07eeec-- --===============0223016310023295405== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0223016310023295405==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:21:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:21:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrHc-0003cA-Vr; Thu, 19 Apr 2012 13:20:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrHb-0003c4-Hk for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:20:23 +0000 Received: from [85.158.138.51:36911] by server-8.bemta-3.messagelabs.com id C0/27-24428-611109F4; Thu, 19 Apr 2012 13:20:22 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1334841619!22917433!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17000 invoked from network); 19 Apr 2012 13:20:21 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:20:21 -0000 Received: by dajx4 with SMTP id x4so12365655daj.28 for ; Thu, 19 Apr 2012 06:20:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ODC/z2GnY/ReY+sB0to5Q+I8ahW0z/540E1eYhqRaho=; b=ZdYwJbIHjV1/GidyjICpwNGfPNvlSEtPaA8wBOdxujiVlxW9rGlqof3831K1dXaHeu ULwX2syliaygeIClxOwJ+JZNSmUUIyVdypcS+9B/rOqbDjTipCoguDs+/P0KB0yRcQ83 7ixbsYNVprVZqjdtzbAYnTgJNKzJH/rRhmfeC3UeyThIh7gBgnEJT3iEjUGAA6TqIHXC Mm1VNiPswN4s2R60VPMmTV2MBXQmzayUINhOHAIaI/Vmn6HZeqW8w3guoNjl7DY4zmbq OQmJCcK0s35KRpU62SckqgEQ7ZmBEkBaDfD73CYuS1J7AzBiA9SIWzLDFhwhs+XXzVaS U8lQ== MIME-Version: 1.0 Received: by 10.68.191.35 with SMTP id gv3mr4575359pbc.160.1334841619220; Thu, 19 Apr 2012 06:20:19 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Thu, 19 Apr 2012 06:20:19 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 20:20:19 +0700 Message-ID: From: "Fajar A. Nugraha" To: Alan McKay X-Gm-Message-State: ALoCoQnPc/9JlqiXbtRlfOIv4e86NDDRUJA+mTB4evrlin2bkA9xTqKnw5RQLFM8i7HUglibLYa+ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 19, 2012 at 8:12 PM, Alan McKay wrote: > On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugraha wrote: >> >> That error looks like something stupid that happens when your dom0 >> does not actualy have "hda", which should not happen. At least not in >> newer versions of xen. >> >> Does your dom0 have a /dev/hda? > > > Nope, it does not > >> >> If not, try "mknod /dev/hda b 3 0", >> "mknod /dev/hdc b 22 0", and try again. > > > Oh I had really high hopes for this one when I saw it at home last night - > but sadly it still does not work :-( > > Are there updated packages available for RHEL5.8? This is probably a good time to file support ticket in RHN. > I just did a "yum update" and got a slightly newer kernel that I will try, > but I mean the latest and greatest - is there somewhere I can get that for > RHEL5.8? gitco should have newer xen packages which should work with RHEL's kernel-xen, but they're unofficial and will void your RHEL support: http://www.gitco.de/repo/ You could also probably mix them with latest vanilla kernel (again, unofficial, unsupported), which can also function as dom0: http://elrepo.org/tiki/kernel-ml , https://blogs.oracle.com/linux/entry/oracle_unbreakable_enterprise_kernel_release -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 13:21:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:21:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrHc-0003cA-Vr; Thu, 19 Apr 2012 13:20:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrHb-0003c4-Hk for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:20:23 +0000 Received: from [85.158.138.51:36911] by server-8.bemta-3.messagelabs.com id C0/27-24428-611109F4; Thu, 19 Apr 2012 13:20:22 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-5.tower-174.messagelabs.com!1334841619!22917433!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17000 invoked from network); 19 Apr 2012 13:20:21 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-5.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:20:21 -0000 Received: by dajx4 with SMTP id x4so12365655daj.28 for ; Thu, 19 Apr 2012 06:20:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ODC/z2GnY/ReY+sB0to5Q+I8ahW0z/540E1eYhqRaho=; b=ZdYwJbIHjV1/GidyjICpwNGfPNvlSEtPaA8wBOdxujiVlxW9rGlqof3831K1dXaHeu ULwX2syliaygeIClxOwJ+JZNSmUUIyVdypcS+9B/rOqbDjTipCoguDs+/P0KB0yRcQ83 7ixbsYNVprVZqjdtzbAYnTgJNKzJH/rRhmfeC3UeyThIh7gBgnEJT3iEjUGAA6TqIHXC Mm1VNiPswN4s2R60VPMmTV2MBXQmzayUINhOHAIaI/Vmn6HZeqW8w3guoNjl7DY4zmbq OQmJCcK0s35KRpU62SckqgEQ7ZmBEkBaDfD73CYuS1J7AzBiA9SIWzLDFhwhs+XXzVaS U8lQ== MIME-Version: 1.0 Received: by 10.68.191.35 with SMTP id gv3mr4575359pbc.160.1334841619220; Thu, 19 Apr 2012 06:20:19 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Thu, 19 Apr 2012 06:20:19 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 20:20:19 +0700 Message-ID: From: "Fajar A. Nugraha" To: Alan McKay X-Gm-Message-State: ALoCoQnPc/9JlqiXbtRlfOIv4e86NDDRUJA+mTB4evrlin2bkA9xTqKnw5RQLFM8i7HUglibLYa+ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 19, 2012 at 8:12 PM, Alan McKay wrote: > On Wed, Apr 18, 2012 at 5:52 PM, Fajar A. Nugraha wrote: >> >> That error looks like something stupid that happens when your dom0 >> does not actualy have "hda", which should not happen. At least not in >> newer versions of xen. >> >> Does your dom0 have a /dev/hda? > > > Nope, it does not > >> >> If not, try "mknod /dev/hda b 3 0", >> "mknod /dev/hdc b 22 0", and try again. > > > Oh I had really high hopes for this one when I saw it at home last night - > but sadly it still does not work :-( > > Are there updated packages available for RHEL5.8? This is probably a good time to file support ticket in RHN. > I just did a "yum update" and got a slightly newer kernel that I will try, > but I mean the latest and greatest - is there somewhere I can get that for > RHEL5.8? gitco should have newer xen packages which should work with RHEL's kernel-xen, but they're unofficial and will void your RHEL support: http://www.gitco.de/repo/ You could also probably mix them with latest vanilla kernel (again, unofficial, unsupported), which can also function as dom0: http://elrepo.org/tiki/kernel-ml , https://blogs.oracle.com/linux/entry/oracle_unbreakable_enterprise_kernel_release -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 13:23:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:23: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 1SKrK2-0003lZ-Qf; Thu, 19 Apr 2012 13:22:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrK1-0003lS-PS for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:22:54 +0000 Received: from [85.158.138.51:38529] by server-10.bemta-3.messagelabs.com id D0/77-29478-DA1109F4; Thu, 19 Apr 2012 13:22:53 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334841771!18520738!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16820 invoked from network); 19 Apr 2012 13:22:52 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:22:52 -0000 Received: by wgbed3 with SMTP id ed3so6405250wgb.32 for ; Thu, 19 Apr 2012 06:22:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=q1YbJyKb6yG7aT/gc399as3+3nnUo4mhTVuuxDpVdfc=; b=uxe+jCvIeJM15IsKLrPqZXEsOSfpSeo6dtOzkkx2AFOZBGoV1HDtLjWqnPEo1pFKKZ 834mGMvIRFMWuEy/YsJRseAwOXyuW7T20+b6MMh7Gs2N11BRrk0qLnYpqO0RXJxaTtnh fMUBX6ekorKEcRgBEFND3Y8eiydMH2Nb3WTVPmQAQ0AmEaZNlKItxsOxLTyPBXiedQfi kifnlpaFLtSz3FB5G5a+SMZOHegopgCP0dmjGKRrwHLQsQjFjEQMR9VgFgcic4UxOjRn kygE9Md/h3y0Gb2rzQij4m0YY9f+D01chMOK/Zy5YuJgAg+u5acdaFxc+RHqbEqnX2g6 Tveg== MIME-Version: 1.0 Received: by 10.180.85.69 with SMTP id f5mr5325472wiz.18.1334841771632; Thu, 19 Apr 2012 06:22:51 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:22:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:22:51 -0400 X-Google-Sender-Auth: Uui1iIK3oZKxPM3wVVI8JpjWMvo Message-ID: From: Alan McKay To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6854270614318915367==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6854270614318915367== Content-Type: multipart/alternative; boundary=f46d043bde66a1276004be081180 --f46d043bde66a1276004be081180 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Apr 19, 2012 at 9:20 AM, Fajar A. Nugraha wrote: > > Are there updated packages available for RHEL5.8? > > This is probably a good time to file support ticket in RHN. Yeah I was thinking that - one of the good points of going with RHEL versus one of the re-spun ones. I'll figure out how to do that. Does this list get logged to a URL somewhere that I could post a link to this thread in my report? Thanks again for everyone's help on this. --f46d043bde66a1276004be081180 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Apr 19, 2012 at 9:20 AM, Fajar A. Nu= graha <list@fajar.ne= t> wrote:
> Are there updated packages available for RHEL5.8?
This is probably a good time to file support ticket in RHN.

Yeah I was thinking that - one of the good points of goin= g with RHEL versus one of the re-spun ones.

I'= ll figure out how to do that. =A0 Does this list get logged to a URL somewh= ere that I could post a link to this thread in my report?

Thanks again for everyone's help on this.
--f46d043bde66a1276004be081180-- --===============6854270614318915367== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6854270614318915367==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:23:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:23: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 1SKrK2-0003lZ-Qf; Thu, 19 Apr 2012 13:22:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrK1-0003lS-PS for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:22:54 +0000 Received: from [85.158.138.51:38529] by server-10.bemta-3.messagelabs.com id D0/77-29478-DA1109F4; Thu, 19 Apr 2012 13:22:53 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-174.messagelabs.com!1334841771!18520738!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16820 invoked from network); 19 Apr 2012 13:22:52 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:22:52 -0000 Received: by wgbed3 with SMTP id ed3so6405250wgb.32 for ; Thu, 19 Apr 2012 06:22:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=q1YbJyKb6yG7aT/gc399as3+3nnUo4mhTVuuxDpVdfc=; b=uxe+jCvIeJM15IsKLrPqZXEsOSfpSeo6dtOzkkx2AFOZBGoV1HDtLjWqnPEo1pFKKZ 834mGMvIRFMWuEy/YsJRseAwOXyuW7T20+b6MMh7Gs2N11BRrk0qLnYpqO0RXJxaTtnh fMUBX6ekorKEcRgBEFND3Y8eiydMH2Nb3WTVPmQAQ0AmEaZNlKItxsOxLTyPBXiedQfi kifnlpaFLtSz3FB5G5a+SMZOHegopgCP0dmjGKRrwHLQsQjFjEQMR9VgFgcic4UxOjRn kygE9Md/h3y0Gb2rzQij4m0YY9f+D01chMOK/Zy5YuJgAg+u5acdaFxc+RHqbEqnX2g6 Tveg== MIME-Version: 1.0 Received: by 10.180.85.69 with SMTP id f5mr5325472wiz.18.1334841771632; Thu, 19 Apr 2012 06:22:51 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:22:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:22:51 -0400 X-Google-Sender-Auth: Uui1iIK3oZKxPM3wVVI8JpjWMvo Message-ID: From: Alan McKay To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6854270614318915367==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6854270614318915367== Content-Type: multipart/alternative; boundary=f46d043bde66a1276004be081180 --f46d043bde66a1276004be081180 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Apr 19, 2012 at 9:20 AM, Fajar A. Nugraha wrote: > > Are there updated packages available for RHEL5.8? > > This is probably a good time to file support ticket in RHN. Yeah I was thinking that - one of the good points of going with RHEL versus one of the re-spun ones. I'll figure out how to do that. Does this list get logged to a URL somewhere that I could post a link to this thread in my report? Thanks again for everyone's help on this. --f46d043bde66a1276004be081180 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Apr 19, 2012 at 9:20 AM, Fajar A. Nu= graha <list@fajar.ne= t> wrote:
> Are there updated packages available for RHEL5.8?
This is probably a good time to file support ticket in RHN.

Yeah I was thinking that - one of the good points of goin= g with RHEL versus one of the re-spun ones.

I'= ll figure out how to do that. =A0 Does this list get logged to a URL somewh= ere that I could post a link to this thread in my report?

Thanks again for everyone's help on this.
--f46d043bde66a1276004be081180-- --===============6854270614318915367== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6854270614318915367==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:26:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:26: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 1SKrMG-0003yy-KG; Thu, 19 Apr 2012 13:25:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrME-0003yh-O7 for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:25:10 +0000 Received: from [85.158.143.35:36170] by server-3.bemta-4.messagelabs.com id E4/F5-05853-632109F4; Thu, 19 Apr 2012 13:25:10 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1334841909!7832173!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.9 required=7.0 tests=HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5276 invoked from network); 19 Apr 2012 13:25:09 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:25:09 -0000 Received: by wgbed3 with SMTP id ed3so6406920wgb.32 for ; Thu, 19 Apr 2012 06:25:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=TONK5mWmoArC7t8nwgAFF3OfrVhYzyKsEMrifJOUsNk=; b=IyUJiKd+02lCNzXf9XaBGCn6KfomUyfbtOdY3j5o96qGW442PgGoxoEbwaInwjDx2E E88TcPIGwlf6bmZVgTs1eE3NgFLRn4eLyOi404yzK+TKXrnXQzoAHSqdR7o8H4wB8Eyg +RqWGmTCGKGy6hcNTJ1KkBFbcnAZqGwiPpGRIyvKsZ2bT7ZTwQ2cdXoHPIcP7adnp7P+ Cfsg+M8xNnXmeiKfp9iL7tMvjc32qwyB5W0VPJzshR5YFtZATfcihQ+EZqtfoLKSbGKI AbDZ15wH8aECIyvTt1mZoiGnSDFMoeVy0PlgQ3f0Q2PLbSoKMvZaMh6p5+4gJTT7xlE2 G9Cg== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr5234109wib.21.1334841908693; Thu, 19 Apr 2012 06:25:08 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:25:08 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:25:08 -0400 X-Google-Sender-Auth: nciX4jBEOh27wDifbrfp_DKunK4 Message-ID: From: Alan McKay To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3985315105180026598==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3985315105180026598== Content-Type: multipart/alternative; boundary=e89a8f235089cc8c0104be081998 --e89a8f235089cc8c0104be081998 Content-Type: text/plain; charset=ISO-8859-1 One final FYI ... I rebooted with the new kernel I just updated to, and still have the problem :-( --e89a8f235089cc8c0104be081998 Content-Type: text/html; charset=ISO-8859-1 One final FYI ... I rebooted with the new kernel I just updated to, and still have the problem :-( --e89a8f235089cc8c0104be081998-- --===============3985315105180026598== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3985315105180026598==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:26:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:26: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 1SKrMG-0003yy-KG; Thu, 19 Apr 2012 13:25:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrME-0003yh-O7 for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:25:10 +0000 Received: from [85.158.143.35:36170] by server-3.bemta-4.messagelabs.com id E4/F5-05853-632109F4; Thu, 19 Apr 2012 13:25:10 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1334841909!7832173!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.9 required=7.0 tests=HTML_MESSAGE, HTML_SHORT_LENGTH,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5276 invoked from network); 19 Apr 2012 13:25:09 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:25:09 -0000 Received: by wgbed3 with SMTP id ed3so6406920wgb.32 for ; Thu, 19 Apr 2012 06:25:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=TONK5mWmoArC7t8nwgAFF3OfrVhYzyKsEMrifJOUsNk=; b=IyUJiKd+02lCNzXf9XaBGCn6KfomUyfbtOdY3j5o96qGW442PgGoxoEbwaInwjDx2E E88TcPIGwlf6bmZVgTs1eE3NgFLRn4eLyOi404yzK+TKXrnXQzoAHSqdR7o8H4wB8Eyg +RqWGmTCGKGy6hcNTJ1KkBFbcnAZqGwiPpGRIyvKsZ2bT7ZTwQ2cdXoHPIcP7adnp7P+ Cfsg+M8xNnXmeiKfp9iL7tMvjc32qwyB5W0VPJzshR5YFtZATfcihQ+EZqtfoLKSbGKI AbDZ15wH8aECIyvTt1mZoiGnSDFMoeVy0PlgQ3f0Q2PLbSoKMvZaMh6p5+4gJTT7xlE2 G9Cg== MIME-Version: 1.0 Received: by 10.180.107.132 with SMTP id hc4mr5234109wib.21.1334841908693; Thu, 19 Apr 2012 06:25:08 -0700 (PDT) Received: by 10.223.122.10 with HTTP; Thu, 19 Apr 2012 06:25:08 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:25:08 -0400 X-Google-Sender-Auth: nciX4jBEOh27wDifbrfp_DKunK4 Message-ID: From: Alan McKay To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] iSCSI disk disappears at boot (no boot device) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3985315105180026598==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3985315105180026598== Content-Type: multipart/alternative; boundary=e89a8f235089cc8c0104be081998 --e89a8f235089cc8c0104be081998 Content-Type: text/plain; charset=ISO-8859-1 One final FYI ... I rebooted with the new kernel I just updated to, and still have the problem :-( --e89a8f235089cc8c0104be081998 Content-Type: text/html; charset=ISO-8859-1 One final FYI ... I rebooted with the new kernel I just updated to, and still have the problem :-( --e89a8f235089cc8c0104be081998-- --===============3985315105180026598== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3985315105180026598==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:52:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:52: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 1SKrmB-0005Mu-2d; Thu, 19 Apr 2012 13:51:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrm9-0005Mp-9W for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:51:58 +0000 Received: from [193.109.254.147:6388] by server-5.bemta-14.messagelabs.com id AC/1E-30733-C78109F4; Thu, 19 Apr 2012 13:51:56 +0000 X-Env-Sender: russ@vshift.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334843514!2256729!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31150 invoked from network); 19 Apr 2012 13:51:55 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:51:55 -0000 Received: by werp12 with SMTP id p12so6901196wer.32 for ; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=N7aby5GknOZB88+k8SS7xWp8VqRaKjJJU1mRTh2wj80=; b=j+hAHsY/uFWV06/61Pw+aRRI5t9GOJPt91wJsuzPp0xXa5AV+vDI2IL7vElIL/fiNS NPpXwZ0CcLfJA0v+2KI3MSsLWNiC1Gj3C2cSM8ySjROxtp45ViszxNOzeO5qjvcAueNF /Z5ByqcXy5ZFUNijW1LqegJUY8464fdCsotc8dGfqLu4MMOmRF6tO2kEWk3iNU+h0WfP gXiw7X30+CoAtLZKYfqeBp3Q1vAEQN4jsRPzBuEw56tog4buaOs5aOPagpaXSTIN5LTD Tp4AJZJPQYbz9U9TZ4sdqwnYaoo1VcuflVl+bp5s3B3Y/Y7YXhMDh8MLufZTS1YYrXdI 2v7w== MIME-Version: 1.0 Received: by 10.180.80.9 with SMTP id n9mr5567698wix.4.1334843514715; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) Received: by 10.223.14.76 with HTTP; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) Received: by 10.223.14.76 with HTTP; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:51:54 -0400 Message-ID: From: Ruslan Sivak To: Xavier Cardil X-Gm-Message-State: ALoCoQmbX9SEaL4Zu936wzk3pawZCQv3op8p4rPyGPgtGQ73hVjGruczE0eE97qaPUGyHvZDmzLZ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5665808164853018059==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5665808164853018059== Content-Type: multipart/alternative; boundary=f46d04182544867fcd04be0879df --f46d04182544867fcd04be0879df Content-Type: text/plain; charset=ISO-8859-1 I may be wrong, but I'm fairly sure you're not supposed to run xen in a vm. I believe amazon uses xen for ec2, so you're basically trying to run xen as a vm under xen. Russ On Apr 19, 2012 8:07 AM, "Xavier Cardil" wrote: > Hello ! I'm trying to run Xen on a EC2 AMI > > > debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) > > > Following this how-to > http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 > > After installing the packages, I get : > > uname -a > Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC > 2011 x86_64 GNU/Linux > > uname -r > 2.6.32-5-xen-amd64 > > Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux > update-grub2 > * > * > * > * > After I reboot but I get this when calling xm : > > xm dmesg > WARING! Can't find version 3.4 of xen utils, fallback to default version! > Error: Unable to connect to xend: No such file or directory. Is xend > running? > > When I execute xend I get : > > xend > WARING! Can't find version 3.4 of xen utils, fallback to default version! > ERROR Internal error: Could not obtain handle on privileged command > interface (2 = No such file or directory) > Traceback (most recent call last): > File "/usr/lib/xen-default/bin/xend", line 38, in > from xen.xend.server import SrvDaemon > File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", line > 26, in > import relocate > File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line 28, > in > from xen.xend import XendDomain > File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in > > from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo > File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line 20, > in > from xen.xend import balloon, sxp, image > File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in > > xc = xen.lowlevel.xc.xc() > xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle on > privileged command interface (2 = No such file or directory)') > > > Does this has to do with the kernel I'm booting ? > > My /boot looks like this : > > System.map-2.6.32-5-xen-amd64 > > initrd.img-2.6.32-5-xen-amd64 > > config-2.6.32-5-xen-amd64 > > vmlinuz-2.6.32-5-xen-amd64 > > grub > > xen-4.0-amd64.gz > > And my menu.lst looks like this : > > # > # DO NOT EDIT THIS FILE > # > # It is automatically generated by grub-mkconfig using templates > # from /etc/grub.d and settings from /etc/default/grub > # > > ### BEGIN /etc/grub.d/40_custom ### > default 0 > timeout 1 > title 2.6.32-5-xen-amd64 > root (hd0) > kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro > initrd /boot/initrd.img-2.6.32-5-xen-amd64 > ### END /etc/grub.d/40_custom ### > > > I have been trying to get around this but ... nothing works ! > > Any help would be much appreciated, thanks in advance ! > > -Xavier > > > > > > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d04182544867fcd04be0879df Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I may be wrong, but I'm fairly sure you're not supposed to run x= en in a vm.=A0 I believe amazon uses xen for ec2, so you're basically t= rying to run xen as a vm under xen.=A0

Russ

On Apr 19, 2012 8:07 AM, "Xavier Cardil&quo= t; <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier


<= br>





<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--f46d04182544867fcd04be0879df-- --===============5665808164853018059== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5665808164853018059==-- From xen-users-bounces@lists.xen.org Thu Apr 19 13:52:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 13:52: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 1SKrmB-0005Mu-2d; Thu, 19 Apr 2012 13:51:59 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKrm9-0005Mp-9W for xen-users@lists.xen.org; Thu, 19 Apr 2012 13:51:58 +0000 Received: from [193.109.254.147:6388] by server-5.bemta-14.messagelabs.com id AC/1E-30733-C78109F4; Thu, 19 Apr 2012 13:51:56 +0000 X-Env-Sender: russ@vshift.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334843514!2256729!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31150 invoked from network); 19 Apr 2012 13:51:55 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 13:51:55 -0000 Received: by werp12 with SMTP id p12so6901196wer.32 for ; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=N7aby5GknOZB88+k8SS7xWp8VqRaKjJJU1mRTh2wj80=; b=j+hAHsY/uFWV06/61Pw+aRRI5t9GOJPt91wJsuzPp0xXa5AV+vDI2IL7vElIL/fiNS NPpXwZ0CcLfJA0v+2KI3MSsLWNiC1Gj3C2cSM8ySjROxtp45ViszxNOzeO5qjvcAueNF /Z5ByqcXy5ZFUNijW1LqegJUY8464fdCsotc8dGfqLu4MMOmRF6tO2kEWk3iNU+h0WfP gXiw7X30+CoAtLZKYfqeBp3Q1vAEQN4jsRPzBuEw56tog4buaOs5aOPagpaXSTIN5LTD Tp4AJZJPQYbz9U9TZ4sdqwnYaoo1VcuflVl+bp5s3B3Y/Y7YXhMDh8MLufZTS1YYrXdI 2v7w== MIME-Version: 1.0 Received: by 10.180.80.9 with SMTP id n9mr5567698wix.4.1334843514715; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) Received: by 10.223.14.76 with HTTP; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) Received: by 10.223.14.76 with HTTP; Thu, 19 Apr 2012 06:51:54 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 09:51:54 -0400 Message-ID: From: Ruslan Sivak To: Xavier Cardil X-Gm-Message-State: ALoCoQmbX9SEaL4Zu936wzk3pawZCQv3op8p4rPyGPgtGQ73hVjGruczE0eE97qaPUGyHvZDmzLZ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5665808164853018059==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5665808164853018059== Content-Type: multipart/alternative; boundary=f46d04182544867fcd04be0879df --f46d04182544867fcd04be0879df Content-Type: text/plain; charset=ISO-8859-1 I may be wrong, but I'm fairly sure you're not supposed to run xen in a vm. I believe amazon uses xen for ec2, so you're basically trying to run xen as a vm under xen. Russ On Apr 19, 2012 8:07 AM, "Xavier Cardil" wrote: > Hello ! I'm trying to run Xen on a EC2 AMI > > > debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) > > > Following this how-to > http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 > > After installing the packages, I get : > > uname -a > Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC > 2011 x86_64 GNU/Linux > > uname -r > 2.6.32-5-xen-amd64 > > Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux > update-grub2 > * > * > * > * > After I reboot but I get this when calling xm : > > xm dmesg > WARING! Can't find version 3.4 of xen utils, fallback to default version! > Error: Unable to connect to xend: No such file or directory. Is xend > running? > > When I execute xend I get : > > xend > WARING! Can't find version 3.4 of xen utils, fallback to default version! > ERROR Internal error: Could not obtain handle on privileged command > interface (2 = No such file or directory) > Traceback (most recent call last): > File "/usr/lib/xen-default/bin/xend", line 38, in > from xen.xend.server import SrvDaemon > File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", line > 26, in > import relocate > File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line 28, > in > from xen.xend import XendDomain > File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in > > from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo > File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line 20, > in > from xen.xend import balloon, sxp, image > File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in > > xc = xen.lowlevel.xc.xc() > xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle on > privileged command interface (2 = No such file or directory)') > > > Does this has to do with the kernel I'm booting ? > > My /boot looks like this : > > System.map-2.6.32-5-xen-amd64 > > initrd.img-2.6.32-5-xen-amd64 > > config-2.6.32-5-xen-amd64 > > vmlinuz-2.6.32-5-xen-amd64 > > grub > > xen-4.0-amd64.gz > > And my menu.lst looks like this : > > # > # DO NOT EDIT THIS FILE > # > # It is automatically generated by grub-mkconfig using templates > # from /etc/grub.d and settings from /etc/default/grub > # > > ### BEGIN /etc/grub.d/40_custom ### > default 0 > timeout 1 > title 2.6.32-5-xen-amd64 > root (hd0) > kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro > initrd /boot/initrd.img-2.6.32-5-xen-amd64 > ### END /etc/grub.d/40_custom ### > > > I have been trying to get around this but ... nothing works ! > > Any help would be much appreciated, thanks in advance ! > > -Xavier > > > > > > > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d04182544867fcd04be0879df Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I may be wrong, but I'm fairly sure you're not supposed to run x= en in a vm.=A0 I believe amazon uses xen for ec2, so you're basically t= rying to run xen as a vm under xen.=A0

Russ

On Apr 19, 2012 8:07 AM, "Xavier Cardil&quo= t; <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier


<= br>





<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--f46d04182544867fcd04be0879df-- --===============5665808164853018059== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5665808164853018059==-- From xen-users-bounces@lists.xen.org Thu Apr 19 16:09:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 16:09: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 1SKtty-0008Pb-8G; Thu, 19 Apr 2012 16:08:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKttw-0008PW-Pi for xen-users@lists.xen.org; Thu, 19 Apr 2012 16:08:09 +0000 Received: from [85.158.143.35:35836] by server-3.bemta-4.messagelabs.com id 62/29-05853-868309F4; Thu, 19 Apr 2012 16:08:08 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1334851685!9619970!1 X-Originating-IP: [64.18.1.185] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17101 invoked from network); 19 Apr 2012 16:08:06 -0000 Received: from exprod6og103.obsmtp.com (HELO exprod6og103.obsmtp.com) (64.18.1.185) by server-16.tower-21.messagelabs.com with SMTP; 19 Apr 2012 16:08:06 -0000 Received: from mail-qa0-f46.google.com ([209.85.216.46]) (using TLSv1) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP ID DSNKT5A4ZDWUjH5Bx/5JOKwoWZkexNVNpVEF@postini.com; Thu, 19 Apr 2012 09:08:05 PDT Received: by qatm19 with SMTP id m19so1641095qat.12 for ; Thu, 19 Apr 2012 09:08:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=wncX9IoBW38rHJUtlUu1X19sxyxlqyTxe6IHmTfx6v4=; b=gfoSDsbeUYKe+FUp7m7Ozu3JNMqgoIdebiF5T7iAUTEpocQ5TOvAproPs1QiFWmrSE y3JaVadHEyPc1xhNFV74t6suS0K4DB5hubj9VzQDQfgpo+HiWrwwJ7YceM9aO1DyLDcb 3JP4WxggUjixX2dRCdETge4qHVUenlxAlM1lUbSe1AYMiyn0lDxTAOMsqbQQliSRusIy m8MhGeqIjmYw/rWCmZX6emGlhw/KNHzBjH071LYa4Sc7OTXXJtm3VU9jWPG147XqFnfW wrhu4FvGIKXBWdZwV99ue2qF3wrLN+x51x8eue2ToV16SP7euEgZZEcZNcvGTHO9DkOL Za0w== MIME-Version: 1.0 Received: by 10.224.10.20 with SMTP id n20mr3886690qan.4.1334851684021; Thu, 19 Apr 2012 09:08:04 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Thu, 19 Apr 2012 09:08:03 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 10:08:03 -0600 Message-ID: From: Shane Johnson To: Xavier Cardil , xen-users@lists.xen.org X-Gm-Message-State: ALoCoQm8V5vjr09klMyuc35ikurgmVL9Fa7dIihiwKH9mbICAFN376X2hQNuwvhAek/m2DTPtuZc Cc: Xavier Cardil Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7724827568427977021==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7724827568427977021== Content-Type: multipart/alternative; boundary=bcaec51961ef7434ce04be0a603e --bcaec51961ef7434ce04be0a603e Content-Type: text/plain; charset=ISO-8859-1 >From my experience with squeeze, this sounds like it isn't loading the qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? Thanks Shane On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil wrote: > Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a bootable > kernel ? Right now, the system si booting this one : > vmlinuz-2.6.32-5-xen-amd64 and this initrd: > initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. > > On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson > wrote: > >> Xavier, >> First place I would start it running the following : >> >> aptitude search xen-utils >> >> Make sure xen-utils is installed (i in the far left column) >> >> aptitude search qemu-dm >> >> again making sure the package is installed. >> >> If both packages are installed I would make sure you are booting off the >> the version that says : >> >> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >> >> Shane >> >> >> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >> >>> Hello ! I'm trying to run Xen on a EC2 AMI >>> >>> >>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>> >>> >>> Following this how-to >>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>> >>> After installing the packages, I get : >>> >>> uname -a >>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC >>> 2011 x86_64 GNU/Linux >>> >>> uname -r >>> 2.6.32-5-xen-amd64 >>> >>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>> update-grub2 >>> * >>> * >>> * >>> * >>> After I reboot but I get this when calling xm : >>> >>> xm dmesg >>> WARING! Can't find version 3.4 of xen utils, fallback to default >>> version! >>> Error: Unable to connect to xend: No such file or directory. Is xend >>> running? >>> >>> When I execute xend I get : >>> >>> xend >>> WARING! Can't find version 3.4 of xen utils, fallback to default >>> version! >>> ERROR Internal error: Could not obtain handle on privileged command >>> interface (2 = No such file or directory) >>> Traceback (most recent call last): >>> File "/usr/lib/xen-default/bin/xend", line 38, in >>> from xen.xend.server import SrvDaemon >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", line >>> 26, in >>> import relocate >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line >>> 28, in >>> from xen.xend import XendDomain >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in >>> >>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line >>> 20, in >>> from xen.xend import balloon, sxp, image >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>> >>> xc = xen.lowlevel.xc.xc() >>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle on >>> privileged command interface (2 = No such file or directory)') >>> >>> >>> Does this has to do with the kernel I'm booting ? >>> >>> My /boot looks like this : >>> >>> System.map-2.6.32-5-xen-amd64 >>> >>> initrd.img-2.6.32-5-xen-amd64 >>> >>> config-2.6.32-5-xen-amd64 >>> >>> vmlinuz-2.6.32-5-xen-amd64 >>> >>> grub >>> >>> xen-4.0-amd64.gz >>> >>> And my menu.lst looks like this : >>> >>> # >>> # DO NOT EDIT THIS FILE >>> # >>> # It is automatically generated by grub-mkconfig using templates >>> # from /etc/grub.d and settings from /etc/default/grub >>> # >>> >>> ### BEGIN /etc/grub.d/40_custom ### >>> default 0 >>> timeout 1 >>> title 2.6.32-5-xen-amd64 >>> root (hd0) >>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>> ### END /etc/grub.d/40_custom ### >>> >>> >>> I have been trying to get around this but ... nothing works ! >>> >>> Any help would be much appreciated, thanks in advance ! >>> >>> -Xavier >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > -- Shane D. Johnson IT Administrator Rasmussen Equipment --bcaec51961ef7434ce04be0a603e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable >From my experience with squeeze, this sounds like it isn't loading the = qemu-dm portion. =A0Can you post a copy of your /boot/grub/grub.cfg?=A0
Thanks
Shane

On= Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> = wrote:
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






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


--bcaec51961ef7434ce04be0a603e-- --===============7724827568427977021== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7724827568427977021==-- From xen-users-bounces@lists.xen.org Thu Apr 19 16:09:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 16:09: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 1SKtty-0008Pb-8G; Thu, 19 Apr 2012 16:08:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKttw-0008PW-Pi for xen-users@lists.xen.org; Thu, 19 Apr 2012 16:08:09 +0000 Received: from [85.158.143.35:35836] by server-3.bemta-4.messagelabs.com id 62/29-05853-868309F4; Thu, 19 Apr 2012 16:08:08 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1334851685!9619970!1 X-Originating-IP: [64.18.1.185] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17101 invoked from network); 19 Apr 2012 16:08:06 -0000 Received: from exprod6og103.obsmtp.com (HELO exprod6og103.obsmtp.com) (64.18.1.185) by server-16.tower-21.messagelabs.com with SMTP; 19 Apr 2012 16:08:06 -0000 Received: from mail-qa0-f46.google.com ([209.85.216.46]) (using TLSv1) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP ID DSNKT5A4ZDWUjH5Bx/5JOKwoWZkexNVNpVEF@postini.com; Thu, 19 Apr 2012 09:08:05 PDT Received: by qatm19 with SMTP id m19so1641095qat.12 for ; Thu, 19 Apr 2012 09:08:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=wncX9IoBW38rHJUtlUu1X19sxyxlqyTxe6IHmTfx6v4=; b=gfoSDsbeUYKe+FUp7m7Ozu3JNMqgoIdebiF5T7iAUTEpocQ5TOvAproPs1QiFWmrSE y3JaVadHEyPc1xhNFV74t6suS0K4DB5hubj9VzQDQfgpo+HiWrwwJ7YceM9aO1DyLDcb 3JP4WxggUjixX2dRCdETge4qHVUenlxAlM1lUbSe1AYMiyn0lDxTAOMsqbQQliSRusIy m8MhGeqIjmYw/rWCmZX6emGlhw/KNHzBjH071LYa4Sc7OTXXJtm3VU9jWPG147XqFnfW wrhu4FvGIKXBWdZwV99ue2qF3wrLN+x51x8eue2ToV16SP7euEgZZEcZNcvGTHO9DkOL Za0w== MIME-Version: 1.0 Received: by 10.224.10.20 with SMTP id n20mr3886690qan.4.1334851684021; Thu, 19 Apr 2012 09:08:04 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Thu, 19 Apr 2012 09:08:03 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 10:08:03 -0600 Message-ID: From: Shane Johnson To: Xavier Cardil , xen-users@lists.xen.org X-Gm-Message-State: ALoCoQm8V5vjr09klMyuc35ikurgmVL9Fa7dIihiwKH9mbICAFN376X2hQNuwvhAek/m2DTPtuZc Cc: Xavier Cardil Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7724827568427977021==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7724827568427977021== Content-Type: multipart/alternative; boundary=bcaec51961ef7434ce04be0a603e --bcaec51961ef7434ce04be0a603e Content-Type: text/plain; charset=ISO-8859-1 >From my experience with squeeze, this sounds like it isn't loading the qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? Thanks Shane On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil wrote: > Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a bootable > kernel ? Right now, the system si booting this one : > vmlinuz-2.6.32-5-xen-amd64 and this initrd: > initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. > > On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson > wrote: > >> Xavier, >> First place I would start it running the following : >> >> aptitude search xen-utils >> >> Make sure xen-utils is installed (i in the far left column) >> >> aptitude search qemu-dm >> >> again making sure the package is installed. >> >> If both packages are installed I would make sure you are booting off the >> the version that says : >> >> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >> >> Shane >> >> >> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >> >>> Hello ! I'm trying to run Xen on a EC2 AMI >>> >>> >>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>> >>> >>> Following this how-to >>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>> >>> After installing the packages, I get : >>> >>> uname -a >>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC >>> 2011 x86_64 GNU/Linux >>> >>> uname -r >>> 2.6.32-5-xen-amd64 >>> >>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>> update-grub2 >>> * >>> * >>> * >>> * >>> After I reboot but I get this when calling xm : >>> >>> xm dmesg >>> WARING! Can't find version 3.4 of xen utils, fallback to default >>> version! >>> Error: Unable to connect to xend: No such file or directory. Is xend >>> running? >>> >>> When I execute xend I get : >>> >>> xend >>> WARING! Can't find version 3.4 of xen utils, fallback to default >>> version! >>> ERROR Internal error: Could not obtain handle on privileged command >>> interface (2 = No such file or directory) >>> Traceback (most recent call last): >>> File "/usr/lib/xen-default/bin/xend", line 38, in >>> from xen.xend.server import SrvDaemon >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", line >>> 26, in >>> import relocate >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line >>> 28, in >>> from xen.xend import XendDomain >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in >>> >>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line >>> 20, in >>> from xen.xend import balloon, sxp, image >>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>> >>> xc = xen.lowlevel.xc.xc() >>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle on >>> privileged command interface (2 = No such file or directory)') >>> >>> >>> Does this has to do with the kernel I'm booting ? >>> >>> My /boot looks like this : >>> >>> System.map-2.6.32-5-xen-amd64 >>> >>> initrd.img-2.6.32-5-xen-amd64 >>> >>> config-2.6.32-5-xen-amd64 >>> >>> vmlinuz-2.6.32-5-xen-amd64 >>> >>> grub >>> >>> xen-4.0-amd64.gz >>> >>> And my menu.lst looks like this : >>> >>> # >>> # DO NOT EDIT THIS FILE >>> # >>> # It is automatically generated by grub-mkconfig using templates >>> # from /etc/grub.d and settings from /etc/default/grub >>> # >>> >>> ### BEGIN /etc/grub.d/40_custom ### >>> default 0 >>> timeout 1 >>> title 2.6.32-5-xen-amd64 >>> root (hd0) >>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>> ### END /etc/grub.d/40_custom ### >>> >>> >>> I have been trying to get around this but ... nothing works ! >>> >>> Any help would be much appreciated, thanks in advance ! >>> >>> -Xavier >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > -- Shane D. Johnson IT Administrator Rasmussen Equipment --bcaec51961ef7434ce04be0a603e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable >From my experience with squeeze, this sounds like it isn't loading the = qemu-dm portion. =A0Can you post a copy of your /boot/grub/grub.cfg?=A0
Thanks
Shane

On= Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> = wrote:
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






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


--bcaec51961ef7434ce04be0a603e-- --===============7724827568427977021== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7724827568427977021==-- From xen-users-bounces@lists.xen.org Thu Apr 19 17:21:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 17:21: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 1SKv1J-0001Hj-VV; Thu, 19 Apr 2012 17:19:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKv1I-0001He-Eh for xen-users@lists.xen.org; Thu, 19 Apr 2012 17:19:48 +0000 Received: from [193.109.254.147:3189] by server-1.bemta-14.messagelabs.com id 72/31-29372-339409F4; Thu, 19 Apr 2012 17:19:47 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1334855986!197214!1 X-Originating-IP: [209.85.215.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23972 invoked from network); 19 Apr 2012 17:19:46 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 17:19:46 -0000 Received: by lahe6 with SMTP id e6so7978822lah.32 for ; Thu, 19 Apr 2012 10:19:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LJ37PBY8dXP+1yx+Kmp5I+LVnyrHWHGYe1ZYLuV8zhE=; b=CbLhhQmb1NQJk5N4VS0XcPShHcmH6e0sdKOf74T+iEd1zcCitaQMBsVUY/ulxEm/VT EF8CuLfhLMGBpyVfg7PHG4s9w+IysN6zd0tGJgWyJWJ/JWBVKy400K+bbc+KIh1tdXR+ ayypPf37Frmqb8V+4uVFZ8JkPRSn/fzzPcvBRJKUB7aTW8wJe1x7frVp10Mycf0RO8gu HXH5Yh5QZ0/5fxcB0AafZ+VbWI0vCma5UhZuksrUX2r4iu2PRUCwuT2aCbdi3zX4y26C ENMIst3MA6fZl52PwBAwE1a9WeeHY1R0pKD3wAlFGbuFySwoKvVybJLwY4gOvSxPbgUm 4ngw== MIME-Version: 1.0 Received: by 10.152.135.43 with SMTP id pp11mr1205074lab.24.1334855985681; Thu, 19 Apr 2012 10:19:45 -0700 (PDT) Received: by 10.112.37.169 with HTTP; Thu, 19 Apr 2012 10:19:45 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 13:19:45 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5482902875285556143==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5482902875285556143== Content-Type: multipart/alternative; boundary=f46d043d6567da53e704be0b60f5 --f46d043d6567da53e704be0b60f5 Content-Type: text/plain; charset=ISO-8859-1 Just succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy (if BSOD or failed performance, uninstall & try again). Reproduced success with 12.2 drivers, 12.3 I got working once but not since. Usually have to install the driver first (custom not express) then after rebooting a couple times rerun to install CCC & other components. I'll be posting a detailed guide on the wiki hopefully by this weekend, as well as a demo-video. On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky wrote: > Hello List, > > Has anyone performed VGA Passthrough with a Radeon 6990 card? > Secondary to that, has anyone done a crossfire setup on an HVM DomU? > > I'd like to run Xen on top of my desktop and put Windows into a VM, > shuffling my setup around a little bit, but I'd really like to get the > full VGA BIOS support that passthrough offers. > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d043d6567da53e704be0b60f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Just succeeded with an ATI Radeon HD 6870, driver insta= llation was a bit buggy (if BSOD or failed performance, uninstall & try= again). =A0Reproduced success with 12.2 drivers, 12.3 I got working once b= ut not since. =A0Usually have to install the driver first (custom not expre= ss) then after rebooting a couple times rerun to install CCC & other co= mponents.

I'll be posting a detailed guide on the wiki hopefu= lly by this weekend, as well as a demo-video.

On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky &= lt;rulerof@gmail.com> wr= ote:
Hello List,

Has anyone performed VGA Passthrough with a Radeon 6990 card?
Secondary to that, has anyone done a crossfire setup on an HVM DomU?

I'd like to run Xen on top of my desktop and put Windows into a VM,
shuffling my setup around a little bit, but I'd really like to get the<= br> full VGA BIOS support that passthrough offers.

Thanks,
Andrew Bobulsky

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

--f46d043d6567da53e704be0b60f5-- --===============5482902875285556143== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5482902875285556143==-- From xen-users-bounces@lists.xen.org Thu Apr 19 17:21:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 17:21: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 1SKv1J-0001Hj-VV; Thu, 19 Apr 2012 17:19:49 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKv1I-0001He-Eh for xen-users@lists.xen.org; Thu, 19 Apr 2012 17:19:48 +0000 Received: from [193.109.254.147:3189] by server-1.bemta-14.messagelabs.com id 72/31-29372-339409F4; Thu, 19 Apr 2012 17:19:47 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1334855986!197214!1 X-Originating-IP: [209.85.215.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23972 invoked from network); 19 Apr 2012 17:19:46 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 17:19:46 -0000 Received: by lahe6 with SMTP id e6so7978822lah.32 for ; Thu, 19 Apr 2012 10:19:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LJ37PBY8dXP+1yx+Kmp5I+LVnyrHWHGYe1ZYLuV8zhE=; b=CbLhhQmb1NQJk5N4VS0XcPShHcmH6e0sdKOf74T+iEd1zcCitaQMBsVUY/ulxEm/VT EF8CuLfhLMGBpyVfg7PHG4s9w+IysN6zd0tGJgWyJWJ/JWBVKy400K+bbc+KIh1tdXR+ ayypPf37Frmqb8V+4uVFZ8JkPRSn/fzzPcvBRJKUB7aTW8wJe1x7frVp10Mycf0RO8gu HXH5Yh5QZ0/5fxcB0AafZ+VbWI0vCma5UhZuksrUX2r4iu2PRUCwuT2aCbdi3zX4y26C ENMIst3MA6fZl52PwBAwE1a9WeeHY1R0pKD3wAlFGbuFySwoKvVybJLwY4gOvSxPbgUm 4ngw== MIME-Version: 1.0 Received: by 10.152.135.43 with SMTP id pp11mr1205074lab.24.1334855985681; Thu, 19 Apr 2012 10:19:45 -0700 (PDT) Received: by 10.112.37.169 with HTTP; Thu, 19 Apr 2012 10:19:45 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 13:19:45 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5482902875285556143==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5482902875285556143== Content-Type: multipart/alternative; boundary=f46d043d6567da53e704be0b60f5 --f46d043d6567da53e704be0b60f5 Content-Type: text/plain; charset=ISO-8859-1 Just succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy (if BSOD or failed performance, uninstall & try again). Reproduced success with 12.2 drivers, 12.3 I got working once but not since. Usually have to install the driver first (custom not express) then after rebooting a couple times rerun to install CCC & other components. I'll be posting a detailed guide on the wiki hopefully by this weekend, as well as a demo-video. On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky wrote: > Hello List, > > Has anyone performed VGA Passthrough with a Radeon 6990 card? > Secondary to that, has anyone done a crossfire setup on an HVM DomU? > > I'd like to run Xen on top of my desktop and put Windows into a VM, > shuffling my setup around a little bit, but I'd really like to get the > full VGA BIOS support that passthrough offers. > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --f46d043d6567da53e704be0b60f5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Just succeeded with an ATI Radeon HD 6870, driver insta= llation was a bit buggy (if BSOD or failed performance, uninstall & try= again). =A0Reproduced success with 12.2 drivers, 12.3 I got working once b= ut not since. =A0Usually have to install the driver first (custom not expre= ss) then after rebooting a couple times rerun to install CCC & other co= mponents.

I'll be posting a detailed guide on the wiki hopefu= lly by this weekend, as well as a demo-video.

On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky &= lt;rulerof@gmail.com> wr= ote:
Hello List,

Has anyone performed VGA Passthrough with a Radeon 6990 card?
Secondary to that, has anyone done a crossfire setup on an HVM DomU?

I'd like to run Xen on top of my desktop and put Windows into a VM,
shuffling my setup around a little bit, but I'd really like to get the<= br> full VGA BIOS support that passthrough offers.

Thanks,
Andrew Bobulsky

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

--f46d043d6567da53e704be0b60f5-- --===============5482902875285556143== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5482902875285556143==-- From xen-users-bounces@lists.xen.org Thu Apr 19 17:44:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 17:44: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 1SKvOB-0001el-9F; Thu, 19 Apr 2012 17:43:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKvOA-0001eg-Bh for xen-users@lists.xen.org; Thu, 19 Apr 2012 17:43:26 +0000 Received: from [193.109.254.147:36944] by server-12.bemta-14.messagelabs.com id 15/AA-05898-DBE409F4; Thu, 19 Apr 2012 17:43:25 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334857396!5373187!1 X-Originating-IP: [64.18.1.181] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 908 invoked from network); 19 Apr 2012 17:43:17 -0000 Received: from exprod6og101.obsmtp.com (HELO exprod6og101.obsmtp.com) (64.18.1.181) by server-9.tower-27.messagelabs.com with SMTP; 19 Apr 2012 17:43:17 -0000 Received: from mail-qc0-f171.google.com ([209.85.216.171]) (using TLSv1) by exprod6ob101.postini.com ([64.18.5.12]) with SMTP ID DSNKT5BOtGKpMHoCneqhkJ6jTKIf9HN1w138@postini.com; Thu, 19 Apr 2012 10:43:17 PDT Received: by qcsp15 with SMTP id p15so6903348qcs.30 for ; Thu, 19 Apr 2012 10:43:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=LFoAsiQIUMfslKR4Q9eVtA5uuO38bLT0CnWRL3UMyZQ=; b=CeNKMdLmh2gnuQ0fbSjP9IOFH0jPz2bLm/7gi0udZQfUklXLbUkpFl+pYNwlgpXZv+ W2gSPC+0ZdVSKgtoM2Nztm8pb1aU5Yh+YZc+KL2e7rAN0cRj2RQV66GE30UJrN8tcqx1 0ARCMn8d29BYexHyTM1PNrmY5/tlbVfnTdX9P1YqnFu8xDj3qRTJ+MSjdHJ6JtP4IMuD JKVgG3Ujo/TnnU0t7AeooLdzuo0/cZ/CzvozbXcuGazPOuZ/HTsgw6G2eo3GbgLljzmG 4X394iIOaeLS+Oo24zxkySqZEMBe33mV7CdTz+1BvVyK1QyHTd4ArdSKZRdANw7iHKNK wLDA== MIME-Version: 1.0 Received: by 10.224.95.205 with SMTP id e13mr4347395qan.30.1334857395584; Thu, 19 Apr 2012 10:43:15 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Thu, 19 Apr 2012 10:43:15 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 11:43:15 -0600 Message-ID: From: Shane Johnson To: Xavier Cardil , xen-users@lists.xen.org X-Gm-Message-State: ALoCoQmF0kKOgKmkrq8CpJf1wmHSBvMcrhj0/FqBJGPvi5i8E9CHBc3v02hc37kvrP6ldoyrsTui Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0858680720931185370==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0858680720931185370== Content-Type: multipart/alternative; boundary=20cf3074b2f8e3bf3804be0bb49b --20cf3074b2f8e3bf3804be0bb49b Content-Type: text/plain; charset=ISO-8859-1 Xavier, Yours looks considerably different from mine : menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(vg-sys)' search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f6743761b echo 'Loading Linux 2.6.32-5-xen-amd64 ...' multiboot /boot/xen-4.0-amd64.gz placeholder module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder root=/dev/mapper/vg-sys ro quiet echo 'Loading initial ramdisk ...' module /boot/initrd.img-2.6.32-5-xen-amd64 } I don't know if it's from a different version or grub(I am running grub2) or if your grub isn't picking up the other kernel options when update-grub is run. I would look into those areas first. I am also wondering if it might be a issue attributed to running this off of a already virtualized set up from Amazon. I would look through your logs to see if there are any error messages about unsupported cpu or other hardware. I am unfortunately running into the limits of my experience with this. I have two physical servers currently running squeeze and Xen and are working pretty good, but I am also looking at transitioning to a different distro because of a few things that the older kernels from Debian just are not able to provide. Something I had to learn early on posting on this list, and still have issues remembering. This list doesn't provide the list itself as the sender, just the person that posted or replied. Please use reply-all so that all of the correspondence can be posted to the archive so that if someone in the future is searching out a similar problem the will have that to use as a resource. Thank you. Shane On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil wrote: > Of coruse Shane, here you are : > > # > # DO NOT EDIT THIS FILE > # > # It is automatically generated by grub-mkconfig using templates > # from /etc/grub.d and settings from /etc/default/grub > # > > ### BEGIN /etc/grub.d/40_custom ### > default 0 > timeout 1 > title 2.6.32-5-xen-amd64 > root (hd0) > kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro > initrd /boot/initrd.img-2.6.32-5-xen-amd64 > ### END /etc/grub.d/40_custom ### > > > I created a new AMI now and I just installed the packages and copied the > grub.cfg to show it to you ... > > > -Xavier > > On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson > wrote: > >> From my experience with squeeze, this sounds like it isn't loading the >> qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? >> >> Thanks >> Shane >> >> >> On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil wrote: >> >>> Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a >>> bootable kernel ? Right now, the system si booting this one : >>> vmlinuz-2.6.32-5-xen-amd64 and this initrd: >>> initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. >>> >>> On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson < >>> sdj@rasmussenequipment.com> wrote: >>> >>>> Xavier, >>>> First place I would start it running the following : >>>> >>>> aptitude search xen-utils >>>> >>>> Make sure xen-utils is installed (i in the far left column) >>>> >>>> aptitude search qemu-dm >>>> >>>> again making sure the package is installed. >>>> >>>> If both packages are installed I would make sure you are booting off >>>> the the version that says : >>>> >>>> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >>>> >>>> Shane >>>> >>>> >>>> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >>>> >>>>> Hello ! I'm trying to run Xen on a EC2 AMI >>>>> >>>>> >>>>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>>>> >>>>> >>>>> Following this how-to >>>>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>>>> >>>>> After installing the packages, I get : >>>>> >>>>> uname -a >>>>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC >>>>> 2011 x86_64 GNU/Linux >>>>> >>>>> uname -r >>>>> 2.6.32-5-xen-amd64 >>>>> >>>>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>>>> update-grub2 >>>>> * >>>>> * >>>>> * >>>>> * >>>>> After I reboot but I get this when calling xm : >>>>> >>>>> xm dmesg >>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>> version! >>>>> Error: Unable to connect to xend: No such file or directory. Is xend >>>>> running? >>>>> >>>>> When I execute xend I get : >>>>> >>>>> xend >>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>> version! >>>>> ERROR Internal error: Could not obtain handle on privileged command >>>>> interface (2 = No such file or directory) >>>>> Traceback (most recent call last): >>>>> File "/usr/lib/xen-default/bin/xend", line 38, in >>>>> from xen.xend.server import SrvDaemon >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", >>>>> line 26, in >>>>> import relocate >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line >>>>> 28, in >>>>> from xen.xend import XendDomain >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, >>>>> in >>>>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line >>>>> 20, in >>>>> from xen.xend import balloon, sxp, image >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>>>> >>>>> xc = xen.lowlevel.xc.xc() >>>>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle >>>>> on privileged command interface (2 = No such file or directory)') >>>>> >>>>> >>>>> Does this has to do with the kernel I'm booting ? >>>>> >>>>> My /boot looks like this : >>>>> >>>>> System.map-2.6.32-5-xen-amd64 >>>>> >>>>> initrd.img-2.6.32-5-xen-amd64 >>>>> >>>>> config-2.6.32-5-xen-amd64 >>>>> >>>>> vmlinuz-2.6.32-5-xen-amd64 >>>>> >>>>> grub >>>>> >>>>> xen-4.0-amd64.gz >>>>> >>>>> And my menu.lst looks like this : >>>>> >>>>> # >>>>> # DO NOT EDIT THIS FILE >>>>> # >>>>> # It is automatically generated by grub-mkconfig using templates >>>>> # from /etc/grub.d and settings from /etc/default/grub >>>>> # >>>>> >>>>> ### BEGIN /etc/grub.d/40_custom ### >>>>> default 0 >>>>> timeout 1 >>>>> title 2.6.32-5-xen-amd64 >>>>> root (hd0) >>>>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>>>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>>>> ### END /etc/grub.d/40_custom ### >>>>> >>>>> >>>>> I have been trying to get around this but ... nothing works ! >>>>> >>>>> Any help would be much appreciated, thanks in advance ! >>>>> >>>>> -Xavier >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>>> >>>> >>>> >>>> >>>> -- >>>> Shane D. Johnson >>>> IT Administrator >>>> Rasmussen Equipment >>>> >>>> >>>> >>> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf3074b2f8e3bf3804be0bb49b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xavier,
Yours looks considerably different from mine :=A0
menuentry= 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64'= ; --class debian --class gnu-linux --class gnu --class os --class xen {
=A0 =A0insmod lvm
=A0 =A0insmod part_m= sdos
=A0 =A0insmod part_msdos
=A0= =A0insmod ext2
=A0 =A0set root=3D'(vg-sys)'
=A0 =A0search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f67437= 61b
=A0 =A0echo =A0'Loading Linux 2.6.32-5-xen-amd= 64 ...'
=A0 =A0multiboot =A0 /boot/xen-4.0-amd64.g= z placeholder
=A0 =A0module =A0 /boot/vmlinuz-2.6.32-5-xen-amd64 placehol= der root=3D/dev/mapper/vg-sys ro =A0quiet
=A0 =A0echo = =A0'Loading initial ramdisk ...'
=A0 =A0module= =A0 /boot/initrd.img-2.6.32-5-xen-amd64
}

I don't know i= f it's from a different version or grub(I am running grub2) or if your = grub isn't picking up the other kernel options when update-grub is run.= =A0I would look into those areas first. =A0

I am also wondering if it might be a issue attributed to run= ning this off of a already virtualized set up from Amazon. =A0I would look = through your logs to see if there are any error messages about unsupported = cpu or other hardware.

I am unfortunately running into the limits of my=A0expe= rience=A0with this. =A0I have two physical servers currently running squeez= e and Xen and are working pretty good, but I am also looking at=A0transitio= ning=A0to a different distro because of a few things that the older kernels= from Debian just are not able to provide.

Something I had to learn early on posting on = this list, and still have issues remembering. This =A0list doesn't prov= ide the list itself as the sender, just the person that posted or replied. = =A0Please use reply-all so that all of the correspondence can be posted to = the archive so that if someone in the future is searching out a similar pro= blem the will have that to use as a resource.

Thank you.

Shane

On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil <cardil.xavier@= gmail.com> wrote:
Of coruse Shane, here you are :=A0

<= /div>
#
# DO NOT EDIT THIS FILE
<= div> #
# It is automatically generated by grub-mkconfig using template= s
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 root (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 roo= t=3D/dev/xvda1 ro
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I create= d a new AMI now and I just installed the packages and copied the grub.cfg t= o show it to you ...=A0


-Xavier

On Thu, Apr 19, 2012 at 6:08 PM, S= hane Johnson <sdj@rasmussenequipment.com> wrote:
From my experience with squeeze, this sounds= like it isn't loading the qemu-dm portion. =A0Can you post a copy of y= our /boot/grub/grub.cfg?=A0

Thanks
Shane<= /span>


On Thu, Apr 19, 2012 at = 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> wrote= :
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






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






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


--20cf3074b2f8e3bf3804be0bb49b-- --===============0858680720931185370== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0858680720931185370==-- From xen-users-bounces@lists.xen.org Thu Apr 19 17:44:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 17:44: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 1SKvOB-0001el-9F; Thu, 19 Apr 2012 17:43:27 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKvOA-0001eg-Bh for xen-users@lists.xen.org; Thu, 19 Apr 2012 17:43:26 +0000 Received: from [193.109.254.147:36944] by server-12.bemta-14.messagelabs.com id 15/AA-05898-DBE409F4; Thu, 19 Apr 2012 17:43:25 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334857396!5373187!1 X-Originating-IP: [64.18.1.181] X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 908 invoked from network); 19 Apr 2012 17:43:17 -0000 Received: from exprod6og101.obsmtp.com (HELO exprod6og101.obsmtp.com) (64.18.1.181) by server-9.tower-27.messagelabs.com with SMTP; 19 Apr 2012 17:43:17 -0000 Received: from mail-qc0-f171.google.com ([209.85.216.171]) (using TLSv1) by exprod6ob101.postini.com ([64.18.5.12]) with SMTP ID DSNKT5BOtGKpMHoCneqhkJ6jTKIf9HN1w138@postini.com; Thu, 19 Apr 2012 10:43:17 PDT Received: by qcsp15 with SMTP id p15so6903348qcs.30 for ; Thu, 19 Apr 2012 10:43:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=LFoAsiQIUMfslKR4Q9eVtA5uuO38bLT0CnWRL3UMyZQ=; b=CeNKMdLmh2gnuQ0fbSjP9IOFH0jPz2bLm/7gi0udZQfUklXLbUkpFl+pYNwlgpXZv+ W2gSPC+0ZdVSKgtoM2Nztm8pb1aU5Yh+YZc+KL2e7rAN0cRj2RQV66GE30UJrN8tcqx1 0ARCMn8d29BYexHyTM1PNrmY5/tlbVfnTdX9P1YqnFu8xDj3qRTJ+MSjdHJ6JtP4IMuD JKVgG3Ujo/TnnU0t7AeooLdzuo0/cZ/CzvozbXcuGazPOuZ/HTsgw6G2eo3GbgLljzmG 4X394iIOaeLS+Oo24zxkySqZEMBe33mV7CdTz+1BvVyK1QyHTd4ArdSKZRdANw7iHKNK wLDA== MIME-Version: 1.0 Received: by 10.224.95.205 with SMTP id e13mr4347395qan.30.1334857395584; Thu, 19 Apr 2012 10:43:15 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Thu, 19 Apr 2012 10:43:15 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 11:43:15 -0600 Message-ID: From: Shane Johnson To: Xavier Cardil , xen-users@lists.xen.org X-Gm-Message-State: ALoCoQmF0kKOgKmkrq8CpJf1wmHSBvMcrhj0/FqBJGPvi5i8E9CHBc3v02hc37kvrP6ldoyrsTui Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0858680720931185370==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0858680720931185370== Content-Type: multipart/alternative; boundary=20cf3074b2f8e3bf3804be0bb49b --20cf3074b2f8e3bf3804be0bb49b Content-Type: text/plain; charset=ISO-8859-1 Xavier, Yours looks considerably different from mine : menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class xen { insmod lvm insmod part_msdos insmod part_msdos insmod ext2 set root='(vg-sys)' search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f6743761b echo 'Loading Linux 2.6.32-5-xen-amd64 ...' multiboot /boot/xen-4.0-amd64.gz placeholder module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder root=/dev/mapper/vg-sys ro quiet echo 'Loading initial ramdisk ...' module /boot/initrd.img-2.6.32-5-xen-amd64 } I don't know if it's from a different version or grub(I am running grub2) or if your grub isn't picking up the other kernel options when update-grub is run. I would look into those areas first. I am also wondering if it might be a issue attributed to running this off of a already virtualized set up from Amazon. I would look through your logs to see if there are any error messages about unsupported cpu or other hardware. I am unfortunately running into the limits of my experience with this. I have two physical servers currently running squeeze and Xen and are working pretty good, but I am also looking at transitioning to a different distro because of a few things that the older kernels from Debian just are not able to provide. Something I had to learn early on posting on this list, and still have issues remembering. This list doesn't provide the list itself as the sender, just the person that posted or replied. Please use reply-all so that all of the correspondence can be posted to the archive so that if someone in the future is searching out a similar problem the will have that to use as a resource. Thank you. Shane On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil wrote: > Of coruse Shane, here you are : > > # > # DO NOT EDIT THIS FILE > # > # It is automatically generated by grub-mkconfig using templates > # from /etc/grub.d and settings from /etc/default/grub > # > > ### BEGIN /etc/grub.d/40_custom ### > default 0 > timeout 1 > title 2.6.32-5-xen-amd64 > root (hd0) > kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro > initrd /boot/initrd.img-2.6.32-5-xen-amd64 > ### END /etc/grub.d/40_custom ### > > > I created a new AMI now and I just installed the packages and copied the > grub.cfg to show it to you ... > > > -Xavier > > On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson > wrote: > >> From my experience with squeeze, this sounds like it isn't loading the >> qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? >> >> Thanks >> Shane >> >> >> On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil wrote: >> >>> Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a >>> bootable kernel ? Right now, the system si booting this one : >>> vmlinuz-2.6.32-5-xen-amd64 and this initrd: >>> initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. >>> >>> On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson < >>> sdj@rasmussenequipment.com> wrote: >>> >>>> Xavier, >>>> First place I would start it running the following : >>>> >>>> aptitude search xen-utils >>>> >>>> Make sure xen-utils is installed (i in the far left column) >>>> >>>> aptitude search qemu-dm >>>> >>>> again making sure the package is installed. >>>> >>>> If both packages are installed I would make sure you are booting off >>>> the the version that says : >>>> >>>> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >>>> >>>> Shane >>>> >>>> >>>> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >>>> >>>>> Hello ! I'm trying to run Xen on a EC2 AMI >>>>> >>>>> >>>>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>>>> >>>>> >>>>> Following this how-to >>>>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>>>> >>>>> After installing the packages, I get : >>>>> >>>>> uname -a >>>>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 UTC >>>>> 2011 x86_64 GNU/Linux >>>>> >>>>> uname -r >>>>> 2.6.32-5-xen-amd64 >>>>> >>>>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>>>> update-grub2 >>>>> * >>>>> * >>>>> * >>>>> * >>>>> After I reboot but I get this when calling xm : >>>>> >>>>> xm dmesg >>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>> version! >>>>> Error: Unable to connect to xend: No such file or directory. Is xend >>>>> running? >>>>> >>>>> When I execute xend I get : >>>>> >>>>> xend >>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>> version! >>>>> ERROR Internal error: Could not obtain handle on privileged command >>>>> interface (2 = No such file or directory) >>>>> Traceback (most recent call last): >>>>> File "/usr/lib/xen-default/bin/xend", line 38, in >>>>> from xen.xend.server import SrvDaemon >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", >>>>> line 26, in >>>>> import relocate >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", line >>>>> 28, in >>>>> from xen.xend import XendDomain >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, >>>>> in >>>>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line >>>>> 20, in >>>>> from xen.xend import balloon, sxp, image >>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>>>> >>>>> xc = xen.lowlevel.xc.xc() >>>>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle >>>>> on privileged command interface (2 = No such file or directory)') >>>>> >>>>> >>>>> Does this has to do with the kernel I'm booting ? >>>>> >>>>> My /boot looks like this : >>>>> >>>>> System.map-2.6.32-5-xen-amd64 >>>>> >>>>> initrd.img-2.6.32-5-xen-amd64 >>>>> >>>>> config-2.6.32-5-xen-amd64 >>>>> >>>>> vmlinuz-2.6.32-5-xen-amd64 >>>>> >>>>> grub >>>>> >>>>> xen-4.0-amd64.gz >>>>> >>>>> And my menu.lst looks like this : >>>>> >>>>> # >>>>> # DO NOT EDIT THIS FILE >>>>> # >>>>> # It is automatically generated by grub-mkconfig using templates >>>>> # from /etc/grub.d and settings from /etc/default/grub >>>>> # >>>>> >>>>> ### BEGIN /etc/grub.d/40_custom ### >>>>> default 0 >>>>> timeout 1 >>>>> title 2.6.32-5-xen-amd64 >>>>> root (hd0) >>>>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>>>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>>>> ### END /etc/grub.d/40_custom ### >>>>> >>>>> >>>>> I have been trying to get around this but ... nothing works ! >>>>> >>>>> Any help would be much appreciated, thanks in advance ! >>>>> >>>>> -Xavier >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>>> >>>> >>>> >>>> >>>> -- >>>> Shane D. Johnson >>>> IT Administrator >>>> Rasmussen Equipment >>>> >>>> >>>> >>> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf3074b2f8e3bf3804be0bb49b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xavier,
Yours looks considerably different from mine :=A0
menuentry= 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64'= ; --class debian --class gnu-linux --class gnu --class os --class xen {
=A0 =A0insmod lvm
=A0 =A0insmod part_m= sdos
=A0 =A0insmod part_msdos
=A0= =A0insmod ext2
=A0 =A0set root=3D'(vg-sys)'
=A0 =A0search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f67437= 61b
=A0 =A0echo =A0'Loading Linux 2.6.32-5-xen-amd= 64 ...'
=A0 =A0multiboot =A0 /boot/xen-4.0-amd64.g= z placeholder
=A0 =A0module =A0 /boot/vmlinuz-2.6.32-5-xen-amd64 placehol= der root=3D/dev/mapper/vg-sys ro =A0quiet
=A0 =A0echo = =A0'Loading initial ramdisk ...'
=A0 =A0module= =A0 /boot/initrd.img-2.6.32-5-xen-amd64
}

I don't know i= f it's from a different version or grub(I am running grub2) or if your = grub isn't picking up the other kernel options when update-grub is run.= =A0I would look into those areas first. =A0

I am also wondering if it might be a issue attributed to run= ning this off of a already virtualized set up from Amazon. =A0I would look = through your logs to see if there are any error messages about unsupported = cpu or other hardware.

I am unfortunately running into the limits of my=A0expe= rience=A0with this. =A0I have two physical servers currently running squeez= e and Xen and are working pretty good, but I am also looking at=A0transitio= ning=A0to a different distro because of a few things that the older kernels= from Debian just are not able to provide.

Something I had to learn early on posting on = this list, and still have issues remembering. This =A0list doesn't prov= ide the list itself as the sender, just the person that posted or replied. = =A0Please use reply-all so that all of the correspondence can be posted to = the archive so that if someone in the future is searching out a similar pro= blem the will have that to use as a resource.

Thank you.

Shane

On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil <cardil.xavier@= gmail.com> wrote:
Of coruse Shane, here you are :=A0

<= /div>
#
# DO NOT EDIT THIS FILE
<= div> #
# It is automatically generated by grub-mkconfig using template= s
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 root (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 roo= t=3D/dev/xvda1 ro
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I create= d a new AMI now and I just installed the packages and copied the grub.cfg t= o show it to you ...=A0


-Xavier

On Thu, Apr 19, 2012 at 6:08 PM, S= hane Johnson <sdj@rasmussenequipment.com> wrote:
From my experience with squeeze, this sounds= like it isn't loading the qemu-dm portion. =A0Can you post a copy of y= our /boot/grub/grub.cfg?=A0

Thanks
Shane<= /span>


On Thu, Apr 19, 2012 at = 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> wrote= :
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






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






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


--20cf3074b2f8e3bf3804be0bb49b-- --===============0858680720931185370== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0858680720931185370==-- From xen-users-bounces@lists.xen.org Thu Apr 19 17:48:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 17:48:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKvS4-00020f-7D; Thu, 19 Apr 2012 17:47:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKvS2-00020Y-8L for xen-users@lists.xen.org; Thu, 19 Apr 2012 17:47:26 +0000 Received: from [85.158.143.35:16658] by server-1.bemta-4.messagelabs.com id A8/27-20925-DAF409F4; Thu, 19 Apr 2012 17:47:25 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1334857641!11790323!1 X-Originating-IP: [209.85.160.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1993 invoked from network); 19 Apr 2012 17:47:23 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 17:47:23 -0000 Received: by pbcuo5 with SMTP id uo5so51654pbc.32 for ; Thu, 19 Apr 2012 10:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :cc:content-type; bh=fas7fq75kPW5CpPzok8v47TbUJcilsvVPU1ADnIJCHo=; b=ktdKkKKemyP0bzLDN4RFlhZqIcEf5pRis0OwZ/NQ/cUlDKeaUR9fFAYX84PZtz6GMe NKynFxXGgU6zN+a05qs3Rui/NVK09fzNHmXlOLzTyR7KyOe+LX3dPWBIYSTuKGGMU4u8 MX0rJ1+wjPjXkuoRHEuB4JV5M3Ji8sM79TMYV08Qlp9wbd1Ep/8w5bWNL1yAR6eTctE7 6xtema377jifse5CK09j2gmsAJijbpg463zn5HYJxPQbFzAubUmRr2UTPYKnUl6oAwqo 21GrwrFijKu6FE3ElHxQEbqqSdNah2ABUpUr11FFV642oB+PFvNLuhJQepjl5XsnUXz2 o0jw== Received: by 10.68.193.167 with SMTP id hp7mr5996454pbc.65.1334857640898; Thu, 19 Apr 2012 10:47:20 -0700 (PDT) References: From: Andrew Bobulsky In-Reply-To: Mime-Version: 1.0 (1.0) Date: Thu, 19 Apr 2012 13:47:17 -0400 Message-ID: <-5466456721483256654@unknownmsgid> To: Casey DeLorme Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5754222301512739262==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5754222301512739262== Content-Type: multipart/alternative; boundary=047d7b15aebf82efbd04be0bc37e --047d7b15aebf82efbd04be0bc37e Content-Type: text/plain; charset=ISO-8859-1 Oh really? After installing the bare driver, CCC will work if you add it later? That's fascinating (and very strange ;D)! I would definitely love to see that guide. I'm trying things on my own today, but I doubt I'll be successful :P On Apr 19, 2012, at 1:19 PM, Casey DeLorme wrote: Just succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy (if BSOD or failed performance, uninstall & try again). Reproduced success with 12.2 drivers, 12.3 I got working once but not since. Usually have to install the driver first (custom not express) then after rebooting a couple times rerun to install CCC & other components. I'll be posting a detailed guide on the wiki hopefully by this weekend, as well as a demo-video. On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky wrote: > Hello List, > > Has anyone performed VGA Passthrough with a Radeon 6990 card? > Secondary to that, has anyone done a crossfire setup on an HVM DomU? > > I'd like to run Xen on top of my desktop and put Windows into a VM, > shuffling my setup around a little bit, but I'd really like to get the > full VGA BIOS support that passthrough offers. > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b15aebf82efbd04be0bc37e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Oh really?=A0
<= br>
After installing the bare driver, CCC will work if you add it= later? =A0That's fascinating (and very strange ;D)!

I would definitely love to see that guide. I'm trying things on my own = today, but I doubt I'll be successful :P

On Apr 19, 2012,= at 1:19 PM, Casey DeLorme <cdelor= me@gmail.com> wrote:


Jus= t succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy= (if BSOD or failed performance, uninstall & try again). =A0Reproduced = success with 12.2 drivers, 12.3 I got working once but not since. =A0Usuall= y have to install the driver first (custom not express) then after rebootin= g a couple times rerun to install CCC & other components.

I'll be posting a detailed guide on the wiki hopefu= lly by this weekend, as well as a demo-video.

On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky &= lt;rulerof@gmail.com> wr= ote:
Hello List,

Has anyone performed VGA Passthrough with a Radeon 6990 card?
Secondary to that, has anyone done a crossfire setup on an HVM DomU?

I'd like to run Xen on top of my desktop and put Windows into a VM,
shuffling my setup around a little bit, but I'd really like to get the<= br> full VGA BIOS support that passthrough offers.

Thanks,
Andrew Bobulsky

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

--047d7b15aebf82efbd04be0bc37e-- --===============5754222301512739262== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5754222301512739262==-- From xen-users-bounces@lists.xen.org Thu Apr 19 17:48:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 17:48:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKvS4-00020f-7D; Thu, 19 Apr 2012 17:47:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKvS2-00020Y-8L for xen-users@lists.xen.org; Thu, 19 Apr 2012 17:47:26 +0000 Received: from [85.158.143.35:16658] by server-1.bemta-4.messagelabs.com id A8/27-20925-DAF409F4; Thu, 19 Apr 2012 17:47:25 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-3.tower-21.messagelabs.com!1334857641!11790323!1 X-Originating-IP: [209.85.160.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1993 invoked from network); 19 Apr 2012 17:47:23 -0000 Received: from mail-pb0-f45.google.com (HELO mail-pb0-f45.google.com) (209.85.160.45) by server-3.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 17:47:23 -0000 Received: by pbcuo5 with SMTP id uo5so51654pbc.32 for ; Thu, 19 Apr 2012 10:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :cc:content-type; bh=fas7fq75kPW5CpPzok8v47TbUJcilsvVPU1ADnIJCHo=; b=ktdKkKKemyP0bzLDN4RFlhZqIcEf5pRis0OwZ/NQ/cUlDKeaUR9fFAYX84PZtz6GMe NKynFxXGgU6zN+a05qs3Rui/NVK09fzNHmXlOLzTyR7KyOe+LX3dPWBIYSTuKGGMU4u8 MX0rJ1+wjPjXkuoRHEuB4JV5M3Ji8sM79TMYV08Qlp9wbd1Ep/8w5bWNL1yAR6eTctE7 6xtema377jifse5CK09j2gmsAJijbpg463zn5HYJxPQbFzAubUmRr2UTPYKnUl6oAwqo 21GrwrFijKu6FE3ElHxQEbqqSdNah2ABUpUr11FFV642oB+PFvNLuhJQepjl5XsnUXz2 o0jw== Received: by 10.68.193.167 with SMTP id hp7mr5996454pbc.65.1334857640898; Thu, 19 Apr 2012 10:47:20 -0700 (PDT) References: From: Andrew Bobulsky In-Reply-To: Mime-Version: 1.0 (1.0) Date: Thu, 19 Apr 2012 13:47:17 -0400 Message-ID: <-5466456721483256654@unknownmsgid> To: Casey DeLorme Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5754222301512739262==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5754222301512739262== Content-Type: multipart/alternative; boundary=047d7b15aebf82efbd04be0bc37e --047d7b15aebf82efbd04be0bc37e Content-Type: text/plain; charset=ISO-8859-1 Oh really? After installing the bare driver, CCC will work if you add it later? That's fascinating (and very strange ;D)! I would definitely love to see that guide. I'm trying things on my own today, but I doubt I'll be successful :P On Apr 19, 2012, at 1:19 PM, Casey DeLorme wrote: Just succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy (if BSOD or failed performance, uninstall & try again). Reproduced success with 12.2 drivers, 12.3 I got working once but not since. Usually have to install the driver first (custom not express) then after rebooting a couple times rerun to install CCC & other components. I'll be posting a detailed guide on the wiki hopefully by this weekend, as well as a demo-video. On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky wrote: > Hello List, > > Has anyone performed VGA Passthrough with a Radeon 6990 card? > Secondary to that, has anyone done a crossfire setup on an HVM DomU? > > I'd like to run Xen on top of my desktop and put Windows into a VM, > shuffling my setup around a little bit, but I'd really like to get the > full VGA BIOS support that passthrough offers. > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --047d7b15aebf82efbd04be0bc37e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Oh really?=A0
<= br>
After installing the bare driver, CCC will work if you add it= later? =A0That's fascinating (and very strange ;D)!

I would definitely love to see that guide. I'm trying things on my own = today, but I doubt I'll be successful :P

On Apr 19, 2012,= at 1:19 PM, Casey DeLorme <cdelor= me@gmail.com> wrote:


Jus= t succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy= (if BSOD or failed performance, uninstall & try again). =A0Reproduced = success with 12.2 drivers, 12.3 I got working once but not since. =A0Usuall= y have to install the driver first (custom not express) then after rebootin= g a couple times rerun to install CCC & other components.

I'll be posting a detailed guide on the wiki hopefu= lly by this weekend, as well as a demo-video.

On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky &= lt;rulerof@gmail.com> wr= ote:
Hello List,

Has anyone performed VGA Passthrough with a Radeon 6990 card?
Secondary to that, has anyone done a crossfire setup on an HVM DomU?

I'd like to run Xen on top of my desktop and put Windows into a VM,
shuffling my setup around a little bit, but I'd really like to get the<= br> full VGA BIOS support that passthrough offers.

Thanks,
Andrew Bobulsky

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

--047d7b15aebf82efbd04be0bc37e-- --===============5754222301512739262== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5754222301512739262==-- From xen-users-bounces@lists.xen.org Thu Apr 19 18:36:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 18:36:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKwCU-0002se-Sd; Thu, 19 Apr 2012 18:35:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKwCS-0002sZ-Si for xen-users@lists.xen.org; Thu, 19 Apr 2012 18:35:25 +0000 Received: from [85.158.138.51:13517] by server-11.bemta-3.messagelabs.com id 9E/7E-18894-CEA509F4; Thu, 19 Apr 2012 18:35:24 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1334860521!22747315!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23113 invoked from network); 19 Apr 2012 18:35:22 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 18:35:22 -0000 Received: by lahe6 with SMTP id e6so8044703lah.32 for ; Thu, 19 Apr 2012 11:35:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JbiOrShH97khYTUr3Qs1e/975tuCkdX9kMykjWXtq50=; b=B2170h0+WJ24sDoLd6QGflM/bJrJdOtkA9RGRXNS+eLwnHUX1iYnozMto2p0qfHZTV +xap1zJRMY3ohClnDNdNyFOFq2w2HOb31CMdkA9bT3w8ql6es6XfLbkaOAsY60RTb6Kx 6sDHO4XYhZXUs3hifdoExQ09cA52Z1+C4B0Fj74HXjxXGUt3x/SavT7Vvkf8E1+PLObQ U7XeBDf8iet5A76KAxNPZdd7dQ4CxlSVAG4z6ECyWvh03N1pVV6izE2BtII6SWfseGcj srhmi0ayQMUzuAEqGoqAAr+JYcGSUUX1MStAu9WFPnrEdLQyK+myKLjbor3SLm0KgL0P 7RoA== MIME-Version: 1.0 Received: by 10.152.135.43 with SMTP id pp11mr1434008lab.24.1334860073807; Thu, 19 Apr 2012 11:27:53 -0700 (PDT) Received: by 10.112.37.169 with HTTP; Thu, 19 Apr 2012 11:27:53 -0700 (PDT) In-Reply-To: <-5466456721483256654@unknownmsgid> References: <-5466456721483256654@unknownmsgid> Date: Thu, 19 Apr 2012 14:27:53 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0701224483271898402==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0701224483271898402== Content-Type: multipart/alternative; boundary=f46d043d6567862fe504be0c54d4 --f46d043d6567862fe504be0c54d4 Content-Type: text/plain; charset=ISO-8859-1 I wish you luck and do share your results. As for CCC, I needed it to fix an under-scan issue, but my success has been random. I haven't been able to identify a reproducible series of steps that lead to success. I have had more luck with 12.2 than 12.3, and my process is usually to install the drivers only first, then reboot twice before re-running the installer, and on the second reboot use express or custom with all options. The last time I tried it took 17 attempts to reach an acceptable state, the good news is the system functions pretty solid once you are able to get the installation working properly. I was able to run games for several hours, no problems with the system once the drivers are successfully installed. Here is a list of specific bugs I have encountered: BSOD During Installation (Usually if I don't un-check the other utilities). BSOD on Reboot (Even if the installation succeeds, this happens occasionally, but it has occurred with just the driver as well as when I install everything). Install is successful, but running graphically intense applications displays a significant degradation in performance (WEI Score for my card is 7.8, if this bug occurs it drops to 6.0, FPS in games go from 50~ to 6~). Install is successful, games perform well, but there are artifacts during general use as well as when running graphically intense applications (for example the lower half of my screen flickers and freezes sometimes). If any of the above is encountered you can consider your installation flawed and retry by uninstalling, this may require a safe mode boot with VNC to uninstall the driver, then a reboot to normal since the Catalyst Installation Manager can't run uninstall in safe mode, then a third reboot to rerun the installation. On Thu, Apr 19, 2012 at 1:47 PM, Andrew Bobulsky wrote: > Oh really? > > After installing the bare driver, CCC will work if you add it later? > That's fascinating (and very strange ;D)! > > I would definitely love to see that guide. I'm trying things on my own > today, but I doubt I'll be successful :P > > On Apr 19, 2012, at 1:19 PM, Casey DeLorme wrote: > > > Just succeeded with an ATI Radeon HD 6870, driver installation was a bit > buggy (if BSOD or failed performance, uninstall & try again). Reproduced > success with 12.2 drivers, 12.3 I got working once but not since. Usually > have to install the driver first (custom not express) then after rebooting > a couple times rerun to install CCC & other components. > > I'll be posting a detailed guide on the wiki hopefully by this weekend, as > well as a demo-video. > > On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky wrote: > >> Hello List, >> >> Has anyone performed VGA Passthrough with a Radeon 6990 card? >> Secondary to that, has anyone done a crossfire setup on an HVM DomU? >> >> I'd like to run Xen on top of my desktop and put Windows into a VM, >> shuffling my setup around a little bit, but I'd really like to get the >> full VGA BIOS support that passthrough offers. >> >> Thanks, >> Andrew Bobulsky >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --f46d043d6567862fe504be0c54d4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I wish you luck and do share your results.

As for CCC, I needed it to fix an under-scan issue, but my success has b= een random. =A0I haven't been able to identify a reproducible series of= steps that lead to success.

I have had more luck with 12.2 than 12.3, and my proces= s is usually to install the drivers only first, then reboot twice before re= -running the installer, and on the second reboot use express or custom with= all options.


The last time I tried it took 17 attempt= s to reach an acceptable state, the good news is the system functions prett= y solid once you are able to get the installation working properly. =A0I wa= s able to run games for several hours, no problems with the system once the= drivers are successfully installed.


Here is a list of specific bugs I have e= ncountered:

BSOD During Installation (Usually if I= don't un-check the other utilities).

BSOD on = Reboot (Even if the installation succeeds, this happens occasionally, but i= t has occurred with just the driver as well as when I install everything).<= /div>

Install is successful, but running graphically intense = applications displays a significant degradation in performance (WEI Score f= or my card is 7.8, if this bug occurs it drops to 6.0, FPS in games go from= 50~ to 6~).

Install is successful, games perform well, but there ar= e artifacts during general use as well as when running graphically intense = applications (for example the lower half of my screen flickers and freezes = sometimes).


If any of the above is encountered you c= an consider your installation flawed and retry by uninstalling, this may re= quire a safe mode boot with VNC to uninstall the driver, then a reboot to n= ormal since the Catalyst Installation Manager can't run uninstall in sa= fe mode, then a third reboot to rerun the installation.


On Thu, Apr 19, 20= 12 at 1:47 PM, Andrew Bobulsky <rulerof@gmail.com> wrote:
Oh really?=A0

After = installing the bare driver, CCC will work if you add it later? =A0That'= s fascinating (and very strange ;D)!

I would definitely love to see that guide. I'm trying things on my own = today, but I doubt I'll be successful :P

On Apr 19, 2012, at 1:19 PM, Casey DeLorme <cdelorme@gmail.com> wrote:


Jus= t succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy= (if BSOD or failed performance, uninstall & try again). =A0Reproduced = success with 12.2 drivers, 12.3 I got working once but not since. =A0Usuall= y have to install the driver first (custom not express) then after rebootin= g a couple times rerun to install CCC & other components.

I'll be posting a detailed guide on the wiki hopefu= lly by this weekend, as well as a demo-video.

On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky &= lt;rulerof@gmail.com= > wrote:
Hello List,

Has anyone performed VGA Passthrough with a Radeon 6990 card?
Secondary to that, has anyone done a crossfire setup on an HVM DomU?

I'd like to run Xen on top of my desktop and put Windows into a VM,
shuffling my setup around a little bit, but I'd really like to get the<= br> full VGA BIOS support that passthrough offers.

Thanks,
Andrew Bobulsky

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


--f46d043d6567862fe504be0c54d4-- --===============0701224483271898402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0701224483271898402==-- From xen-users-bounces@lists.xen.org Thu Apr 19 18:36:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 18:36:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKwCU-0002se-Sd; Thu, 19 Apr 2012 18:35:26 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKwCS-0002sZ-Si for xen-users@lists.xen.org; Thu, 19 Apr 2012 18:35:25 +0000 Received: from [85.158.138.51:13517] by server-11.bemta-3.messagelabs.com id 9E/7E-18894-CEA509F4; Thu, 19 Apr 2012 18:35:24 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-174.messagelabs.com!1334860521!22747315!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG, HTML_20_30, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23113 invoked from network); 19 Apr 2012 18:35:22 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-14.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 19 Apr 2012 18:35:22 -0000 Received: by lahe6 with SMTP id e6so8044703lah.32 for ; Thu, 19 Apr 2012 11:35:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JbiOrShH97khYTUr3Qs1e/975tuCkdX9kMykjWXtq50=; b=B2170h0+WJ24sDoLd6QGflM/bJrJdOtkA9RGRXNS+eLwnHUX1iYnozMto2p0qfHZTV +xap1zJRMY3ohClnDNdNyFOFq2w2HOb31CMdkA9bT3w8ql6es6XfLbkaOAsY60RTb6Kx 6sDHO4XYhZXUs3hifdoExQ09cA52Z1+C4B0Fj74HXjxXGUt3x/SavT7Vvkf8E1+PLObQ U7XeBDf8iet5A76KAxNPZdd7dQ4CxlSVAG4z6ECyWvh03N1pVV6izE2BtII6SWfseGcj srhmi0ayQMUzuAEqGoqAAr+JYcGSUUX1MStAu9WFPnrEdLQyK+myKLjbor3SLm0KgL0P 7RoA== MIME-Version: 1.0 Received: by 10.152.135.43 with SMTP id pp11mr1434008lab.24.1334860073807; Thu, 19 Apr 2012 11:27:53 -0700 (PDT) Received: by 10.112.37.169 with HTTP; Thu, 19 Apr 2012 11:27:53 -0700 (PDT) In-Reply-To: <-5466456721483256654@unknownmsgid> References: <-5466456721483256654@unknownmsgid> Date: Thu, 19 Apr 2012 14:27:53 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough of Radeon 6990? Crossfire in general? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0701224483271898402==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0701224483271898402== Content-Type: multipart/alternative; boundary=f46d043d6567862fe504be0c54d4 --f46d043d6567862fe504be0c54d4 Content-Type: text/plain; charset=ISO-8859-1 I wish you luck and do share your results. As for CCC, I needed it to fix an under-scan issue, but my success has been random. I haven't been able to identify a reproducible series of steps that lead to success. I have had more luck with 12.2 than 12.3, and my process is usually to install the drivers only first, then reboot twice before re-running the installer, and on the second reboot use express or custom with all options. The last time I tried it took 17 attempts to reach an acceptable state, the good news is the system functions pretty solid once you are able to get the installation working properly. I was able to run games for several hours, no problems with the system once the drivers are successfully installed. Here is a list of specific bugs I have encountered: BSOD During Installation (Usually if I don't un-check the other utilities). BSOD on Reboot (Even if the installation succeeds, this happens occasionally, but it has occurred with just the driver as well as when I install everything). Install is successful, but running graphically intense applications displays a significant degradation in performance (WEI Score for my card is 7.8, if this bug occurs it drops to 6.0, FPS in games go from 50~ to 6~). Install is successful, games perform well, but there are artifacts during general use as well as when running graphically intense applications (for example the lower half of my screen flickers and freezes sometimes). If any of the above is encountered you can consider your installation flawed and retry by uninstalling, this may require a safe mode boot with VNC to uninstall the driver, then a reboot to normal since the Catalyst Installation Manager can't run uninstall in safe mode, then a third reboot to rerun the installation. On Thu, Apr 19, 2012 at 1:47 PM, Andrew Bobulsky wrote: > Oh really? > > After installing the bare driver, CCC will work if you add it later? > That's fascinating (and very strange ;D)! > > I would definitely love to see that guide. I'm trying things on my own > today, but I doubt I'll be successful :P > > On Apr 19, 2012, at 1:19 PM, Casey DeLorme wrote: > > > Just succeeded with an ATI Radeon HD 6870, driver installation was a bit > buggy (if BSOD or failed performance, uninstall & try again). Reproduced > success with 12.2 drivers, 12.3 I got working once but not since. Usually > have to install the driver first (custom not express) then after rebooting > a couple times rerun to install CCC & other components. > > I'll be posting a detailed guide on the wiki hopefully by this weekend, as > well as a demo-video. > > On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky wrote: > >> Hello List, >> >> Has anyone performed VGA Passthrough with a Radeon 6990 card? >> Secondary to that, has anyone done a crossfire setup on an HVM DomU? >> >> I'd like to run Xen on top of my desktop and put Windows into a VM, >> shuffling my setup around a little bit, but I'd really like to get the >> full VGA BIOS support that passthrough offers. >> >> Thanks, >> Andrew Bobulsky >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > --f46d043d6567862fe504be0c54d4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I wish you luck and do share your results.

As for CCC, I needed it to fix an under-scan issue, but my success has b= een random. =A0I haven't been able to identify a reproducible series of= steps that lead to success.

I have had more luck with 12.2 than 12.3, and my proces= s is usually to install the drivers only first, then reboot twice before re= -running the installer, and on the second reboot use express or custom with= all options.


The last time I tried it took 17 attempt= s to reach an acceptable state, the good news is the system functions prett= y solid once you are able to get the installation working properly. =A0I wa= s able to run games for several hours, no problems with the system once the= drivers are successfully installed.


Here is a list of specific bugs I have e= ncountered:

BSOD During Installation (Usually if I= don't un-check the other utilities).

BSOD on = Reboot (Even if the installation succeeds, this happens occasionally, but i= t has occurred with just the driver as well as when I install everything).<= /div>

Install is successful, but running graphically intense = applications displays a significant degradation in performance (WEI Score f= or my card is 7.8, if this bug occurs it drops to 6.0, FPS in games go from= 50~ to 6~).

Install is successful, games perform well, but there ar= e artifacts during general use as well as when running graphically intense = applications (for example the lower half of my screen flickers and freezes = sometimes).


If any of the above is encountered you c= an consider your installation flawed and retry by uninstalling, this may re= quire a safe mode boot with VNC to uninstall the driver, then a reboot to n= ormal since the Catalyst Installation Manager can't run uninstall in sa= fe mode, then a third reboot to rerun the installation.


On Thu, Apr 19, 20= 12 at 1:47 PM, Andrew Bobulsky <rulerof@gmail.com> wrote:
Oh really?=A0

After = installing the bare driver, CCC will work if you add it later? =A0That'= s fascinating (and very strange ;D)!

I would definitely love to see that guide. I'm trying things on my own = today, but I doubt I'll be successful :P

On Apr 19, 2012, at 1:19 PM, Casey DeLorme <cdelorme@gmail.com> wrote:


Jus= t succeeded with an ATI Radeon HD 6870, driver installation was a bit buggy= (if BSOD or failed performance, uninstall & try again). =A0Reproduced = success with 12.2 drivers, 12.3 I got working once but not since. =A0Usuall= y have to install the driver first (custom not express) then after rebootin= g a couple times rerun to install CCC & other components.

I'll be posting a detailed guide on the wiki hopefu= lly by this weekend, as well as a demo-video.

On Thu, Apr 19, 2012 at 7:22 AM, Andrew Bobulsky &= lt;rulerof@gmail.com= > wrote:
Hello List,

Has anyone performed VGA Passthrough with a Radeon 6990 card?
Secondary to that, has anyone done a crossfire setup on an HVM DomU?

I'd like to run Xen on top of my desktop and put Windows into a VM,
shuffling my setup around a little bit, but I'd really like to get the<= br> full VGA BIOS support that passthrough offers.

Thanks,
Andrew Bobulsky

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


--f46d043d6567862fe504be0c54d4-- --===============0701224483271898402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0701224483271898402==-- From xen-users-bounces@lists.xen.org Thu Apr 19 19:49:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 19:49: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 1SKxKx-0004LS-2J; Thu, 19 Apr 2012 19:48:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKxKv-0004LN-7S for xen-users@lists.xen.org; Thu, 19 Apr 2012 19:48:13 +0000 Received: from [85.158.143.35:51032] by server-3.bemta-4.messagelabs.com id 72/76-05853-CFB609F4; Thu, 19 Apr 2012 19:48:12 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1334864890!13755700!1 X-Originating-IP: [216.210.109.129] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21959 invoked from network); 19 Apr 2012 19:48:11 -0000 Received: from smtp-relay1b.uniserve.ca (HELO smtp-relay1.uniserve.ca) (216.210.109.129) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Apr 2012 19:48:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=uniserve.com; s=2010; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:To:From:Date:Message-ID; bh=yghqojIDwFDls2xgdLvz0BlDpz6+sQheQK+dTj4Z9g0=; b=Sft5V4q1jQNF0TPyqbzXOoHXC2jpz9tIVVMZNm79dGL9iMtWoRJ/VtUUs8a1C+B7G5vx7tOk+qARE/ybCi8q334cKRDMsi1xZ+95Cef08jbEY9KYln1MMCK3H5dzGT0s; Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1SKxKq-00037s-Ok for xen-users@lists.xen.org; Thu, 19 Apr 2012 12:48:09 -0700 Received: from d50-98-220-40.bchsia.telus.net (d50-98-220-40.bchsia.telus.net [50.98.220.40]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 19 Apr 2012 12:48:08 -0700 Message-ID: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Date: Thu, 19 Apr 2012 12:48:08 -0700 From: Dave Stevens To: "xen-users@lists.xen.org" MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) 4.3.3 X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. X-Uniserve-Spam-Score: 0.0 0 (/) X-Uniserve-Spam-Report: Content analysis details: (0.0 points) pts rule name description ---- ---------------------- -------------------------------------------------- _SUMMARY_ Subject: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org In order to address a performance issue (or try to) I'd like to allocate 4 vcpus to a domU. I think I need to increase that setting in dom0's /etc/xen domU file. Is that correct? And do I need to reboot either or both of dom0 and/or domU subsequently? and is there a corresponding setting in domU? Thanks. As you can see I'm new at this. Dave -- It is told that such are the aerodynamics and wing loading of the bumblebee that, in principle, it cannot fly...if all this be true...life among bumblebees must bear a remarkable resemblance to life in the United States. -- John Kenneth Galbraith, in American Capitalism: The Concept of Countervailing Power _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 19:49:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 19:49: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 1SKxKx-0004LS-2J; Thu, 19 Apr 2012 19:48:15 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKxKv-0004LN-7S for xen-users@lists.xen.org; Thu, 19 Apr 2012 19:48:13 +0000 Received: from [85.158.143.35:51032] by server-3.bemta-4.messagelabs.com id 72/76-05853-CFB609F4; Thu, 19 Apr 2012 19:48:12 +0000 X-Env-Sender: geek@uniserve.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1334864890!13755700!1 X-Originating-IP: [216.210.109.129] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21959 invoked from network); 19 Apr 2012 19:48:11 -0000 Received: from smtp-relay1b.uniserve.ca (HELO smtp-relay1.uniserve.ca) (216.210.109.129) by server-15.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Apr 2012 19:48:11 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=uniserve.com; s=2010; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:To:From:Date:Message-ID; bh=yghqojIDwFDls2xgdLvz0BlDpz6+sQheQK+dTj4Z9g0=; b=Sft5V4q1jQNF0TPyqbzXOoHXC2jpz9tIVVMZNm79dGL9iMtWoRJ/VtUUs8a1C+B7G5vx7tOk+qARE/ybCi8q334cKRDMsi1xZ+95Cef08jbEY9KYln1MMCK3H5dzGT0s; Received: from webapp1.uniserve.ca ([204.239.42.114]) by smtp-relay1.uniserve.ca with esmtp (Exim 4.72) (envelope-from ) id 1SKxKq-00037s-Ok for xen-users@lists.xen.org; Thu, 19 Apr 2012 12:48:09 -0700 Received: from d50-98-220-40.bchsia.telus.net (d50-98-220-40.bchsia.telus.net [50.98.220.40]) by webmail.uniserve.com (Horde Framework) with HTTP; Thu, 19 Apr 2012 12:48:08 -0700 Message-ID: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Date: Thu, 19 Apr 2012 12:48:08 -0700 From: Dave Stevens To: "xen-users@lists.xen.org" MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) 4.3.3 X-Sender-Info: geek@uniserve.com X-Scanner: OK. Scanned. X-Uniserve-Spam-Score: 0.0 0 (/) X-Uniserve-Spam-Report: Content analysis details: (0.0 points) pts rule name description ---- ---------------------- -------------------------------------------------- _SUMMARY_ Subject: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="Yes" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org In order to address a performance issue (or try to) I'd like to allocate 4 vcpus to a domU. I think I need to increase that setting in dom0's /etc/xen domU file. Is that correct? And do I need to reboot either or both of dom0 and/or domU subsequently? and is there a corresponding setting in domU? Thanks. As you can see I'm new at this. Dave -- It is told that such are the aerodynamics and wing loading of the bumblebee that, in principle, it cannot fly...if all this be true...life among bumblebees must bear a remarkable resemblance to life in the United States. -- John Kenneth Galbraith, in American Capitalism: The Concept of Countervailing Power _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 20:37:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 20:37: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 1SKy5b-0005ch-6y; Thu, 19 Apr 2012 20:36:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKy5Z-0005cc-58 for xen-users@lists.xen.org; Thu, 19 Apr 2012 20:36:25 +0000 Received: from [85.158.138.51:40581] by server-3.bemta-3.messagelabs.com id 41/75-04048-847709F4; Thu, 19 Apr 2012 20:36:24 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1334867782!22894980!1 X-Originating-IP: [64.18.1.189] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25085 invoked from network); 19 Apr 2012 20:36:23 -0000 Received: from exprod6og105.obsmtp.com (HELO exprod6og105.obsmtp.com) (64.18.1.189) by server-11.tower-174.messagelabs.com with SMTP; 19 Apr 2012 20:36:23 -0000 Received: from mail-qa0-f49.google.com ([209.85.216.49]) (using TLSv1) by exprod6ob105.postini.com ([64.18.5.12]) with SMTP ID DSNKT5B3RVBNDuARxLc4R4Hxlt/VLi2Y4KkY@postini.com; Thu, 19 Apr 2012 13:36:23 PDT Received: by qafi29 with SMTP id i29so7737qaf.8 for ; Thu, 19 Apr 2012 13:36:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=8duwNwjrfI/KxdwqsGH8Bt9P1q1ejCwuQWLKRKmdwOw=; b=RAaBN54nuTfTOfCOH9VVcUCTv8hMUej+AwUGNz7gykqZJ5+qbjNPt9W1xp7o1TARN9 sqBcc56Jt1I9/dIsPhPhzrt/qMUlChcK9NnLwYi5cUMWpzgVcvyGeuIg6Z+7ZW+Ho45z mXk+8CgkUhcOSVc01H4g3EqDkrQL+FDvMHt0Le6ErwfTWWG5h9USbYGF6uRtmn4y454h 8g+dAstBtDGP9jSw+/y3qDPXi5611bo3lukiAXNe6s5LhN6sQlVCYeE5qDvZJ/xDOo/E CkMerT9el9c11qUaM6RXHbfb8hr119/98G64Z+j41BRI8ygjHfbaB0gjnU4BHZhUm8eH 7cRw== MIME-Version: 1.0 Received: by 10.224.95.205 with SMTP id e13mr5173109qan.30.1334867781262; Thu, 19 Apr 2012 13:36:21 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Thu, 19 Apr 2012 13:36:21 -0700 (PDT) In-Reply-To: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> References: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Date: Thu, 19 Apr 2012 14:36:21 -0600 Message-ID: From: Shane Johnson To: Dave Stevens X-Gm-Message-State: ALoCoQlc/39v/4Flfzxx+arcFO4K6Vy+lANAp2iohQKvkAAaZdNoOo76Pij35iRcgU3XJStVPyZ5 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2554586183496772265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2554586183496772265== Content-Type: multipart/alternative; boundary=20cf3074b2f8ec9f2004be0e1f17 --20cf3074b2f8ec9f2004be0e1f17 Content-Type: text/plain; charset=ISO-8859-1 Dan, >From what I have seen, it depends on if you are using PV or HVM DomU's. PV you can use the xm vcpu-set {domain} {#vcpus} and you should be good to go. HVM you can use the same command but the Guest will have to be rebooted in order to see the update. If you are using a updated xen the command is xl I believe (I am on Debian squeeze for my host so the commands above are what I use) Shane P.S. Sorry if this gets double posted. On Thu, Apr 19, 2012 at 1:48 PM, Dave Stevens wrote: > In order to address a performance issue (or try to) I'd like to allocate 4 > vcpus to a domU. I think I need to increase that setting in dom0's /etc/xen > domU file. Is that correct? And do I need to reboot either or both of dom0 > and/or domU subsequently? and is there a corresponding setting in domU? > > Thanks. As you can see I'm new at this. > > Dave > > > -- > It is told that such are the aerodynamics and wing loading of the > bumblebee that, in principle, it cannot fly...if all this be true...life > among bumblebees must bear a remarkable resemblance to life in the United > States. > > -- John Kenneth Galbraith, in American Capitalism: The Concept of > Countervailing Power > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf3074b2f8ec9f2004be0e1f17 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dan,
From what I have seen, it depends=A0on if= you are using PV or HVM DomU's. =A0PV you can use the xm vcpu-set {dom= ain} {#vcpus} and you should be good to go. =A0HVM you can use the same com= mand but the Guest will have to be rebooted in order to see the update.
If you are using a updated xen the command is xl I believe (I am= on Debian squeeze for my host so the commands above are what I use)
<= div style>
Shane

P.S. Sorry if this gets double posted.



On Thu, Apr 19, 2012 at 1:48 PM, = Dave Stevens <gee= k@uniserve.com> wrote:
In order to address a performance issue (or = try to) I'd like to allocate 4 vcpus to a domU. I think I need to incre= ase that setting in dom0's /etc/xen domU file. Is that correct? And do = I need to reboot either or both of dom0 and/or domU subsequently? and is th= ere a corresponding setting in domU?

Thanks. As you can see I'm new at this.

Dave


--
It is told that such are the aerodynamics and wing loading of the bumblebee= that, in principle, it cannot fly...if all this be true...life among bumbl= ebees must bear a remarkable resemblance to life in the United States.

-- John Kenneth Galbraith, in American Capitalism: The Concept of Counterva= iling Power



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



-- Shane D. Johnson
IT Administrator
Rasmussen Equipment
=


--20cf3074b2f8ec9f2004be0e1f17-- --===============2554586183496772265== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2554586183496772265==-- From xen-users-bounces@lists.xen.org Thu Apr 19 20:37:33 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 20:37: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 1SKy5b-0005ch-6y; Thu, 19 Apr 2012 20:36:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKy5Z-0005cc-58 for xen-users@lists.xen.org; Thu, 19 Apr 2012 20:36:25 +0000 Received: from [85.158.138.51:40581] by server-3.bemta-3.messagelabs.com id 41/75-04048-847709F4; Thu, 19 Apr 2012 20:36:24 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1334867782!22894980!1 X-Originating-IP: [64.18.1.189] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25085 invoked from network); 19 Apr 2012 20:36:23 -0000 Received: from exprod6og105.obsmtp.com (HELO exprod6og105.obsmtp.com) (64.18.1.189) by server-11.tower-174.messagelabs.com with SMTP; 19 Apr 2012 20:36:23 -0000 Received: from mail-qa0-f49.google.com ([209.85.216.49]) (using TLSv1) by exprod6ob105.postini.com ([64.18.5.12]) with SMTP ID DSNKT5B3RVBNDuARxLc4R4Hxlt/VLi2Y4KkY@postini.com; Thu, 19 Apr 2012 13:36:23 PDT Received: by qafi29 with SMTP id i29so7737qaf.8 for ; Thu, 19 Apr 2012 13:36:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=8duwNwjrfI/KxdwqsGH8Bt9P1q1ejCwuQWLKRKmdwOw=; b=RAaBN54nuTfTOfCOH9VVcUCTv8hMUej+AwUGNz7gykqZJ5+qbjNPt9W1xp7o1TARN9 sqBcc56Jt1I9/dIsPhPhzrt/qMUlChcK9NnLwYi5cUMWpzgVcvyGeuIg6Z+7ZW+Ho45z mXk+8CgkUhcOSVc01H4g3EqDkrQL+FDvMHt0Le6ErwfTWWG5h9USbYGF6uRtmn4y454h 8g+dAstBtDGP9jSw+/y3qDPXi5611bo3lukiAXNe6s5LhN6sQlVCYeE5qDvZJ/xDOo/E CkMerT9el9c11qUaM6RXHbfb8hr119/98G64Z+j41BRI8ygjHfbaB0gjnU4BHZhUm8eH 7cRw== MIME-Version: 1.0 Received: by 10.224.95.205 with SMTP id e13mr5173109qan.30.1334867781262; Thu, 19 Apr 2012 13:36:21 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Thu, 19 Apr 2012 13:36:21 -0700 (PDT) In-Reply-To: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> References: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Date: Thu, 19 Apr 2012 14:36:21 -0600 Message-ID: From: Shane Johnson To: Dave Stevens X-Gm-Message-State: ALoCoQlc/39v/4Flfzxx+arcFO4K6Vy+lANAp2iohQKvkAAaZdNoOo76Pij35iRcgU3XJStVPyZ5 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2554586183496772265==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2554586183496772265== Content-Type: multipart/alternative; boundary=20cf3074b2f8ec9f2004be0e1f17 --20cf3074b2f8ec9f2004be0e1f17 Content-Type: text/plain; charset=ISO-8859-1 Dan, >From what I have seen, it depends on if you are using PV or HVM DomU's. PV you can use the xm vcpu-set {domain} {#vcpus} and you should be good to go. HVM you can use the same command but the Guest will have to be rebooted in order to see the update. If you are using a updated xen the command is xl I believe (I am on Debian squeeze for my host so the commands above are what I use) Shane P.S. Sorry if this gets double posted. On Thu, Apr 19, 2012 at 1:48 PM, Dave Stevens wrote: > In order to address a performance issue (or try to) I'd like to allocate 4 > vcpus to a domU. I think I need to increase that setting in dom0's /etc/xen > domU file. Is that correct? And do I need to reboot either or both of dom0 > and/or domU subsequently? and is there a corresponding setting in domU? > > Thanks. As you can see I'm new at this. > > Dave > > > -- > It is told that such are the aerodynamics and wing loading of the > bumblebee that, in principle, it cannot fly...if all this be true...life > among bumblebees must bear a remarkable resemblance to life in the United > States. > > -- John Kenneth Galbraith, in American Capitalism: The Concept of > Countervailing Power > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf3074b2f8ec9f2004be0e1f17 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dan,
From what I have seen, it depends=A0on if= you are using PV or HVM DomU's. =A0PV you can use the xm vcpu-set {dom= ain} {#vcpus} and you should be good to go. =A0HVM you can use the same com= mand but the Guest will have to be rebooted in order to see the update.
If you are using a updated xen the command is xl I believe (I am= on Debian squeeze for my host so the commands above are what I use)
<= div style>
Shane

P.S. Sorry if this gets double posted.



On Thu, Apr 19, 2012 at 1:48 PM, = Dave Stevens <gee= k@uniserve.com> wrote:
In order to address a performance issue (or = try to) I'd like to allocate 4 vcpus to a domU. I think I need to incre= ase that setting in dom0's /etc/xen domU file. Is that correct? And do = I need to reboot either or both of dom0 and/or domU subsequently? and is th= ere a corresponding setting in domU?

Thanks. As you can see I'm new at this.

Dave


--
It is told that such are the aerodynamics and wing loading of the bumblebee= that, in principle, it cannot fly...if all this be true...life among bumbl= ebees must bear a remarkable resemblance to life in the United States.

-- John Kenneth Galbraith, in American Capitalism: The Concept of Counterva= iling Power



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



-- Shane D. Johnson
IT Administrator
Rasmussen Equipment
=


--20cf3074b2f8ec9f2004be0e1f17-- --===============2554586183496772265== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2554586183496772265==-- From xen-users-bounces@lists.xen.org Thu Apr 19 22:17:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 22:17: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 1SKzeX-0007MM-IP; Thu, 19 Apr 2012 22:16:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKzeW-0007MH-E7 for xen-users@lists.xen.org; Thu, 19 Apr 2012 22:16:36 +0000 Received: from [193.109.254.147:48894] by server-7.bemta-14.messagelabs.com id 42/29-01627-3CE809F4; Thu, 19 Apr 2012 22:16:35 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334873794!5397607!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14088 invoked from network); 19 Apr 2012 22:16:34 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-9.tower-27.messagelabs.com with SMTP; 19 Apr 2012 22:16:34 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Thu, 19 Apr 2012 17:16:32 -0500 From: To: Date: Thu, 19 Apr 2012 17:17:11 -0500 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 Thread-Index: Ac0eZaYMPv7M3FNtSLCRWG57hOwLyAAFF3Zg In-Reply-To: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org You usually need to reboot the guest (domU) but not the dom0. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Dave Stevens Sent: Thursday, April 19, 2012 2:48 PM To: xen-users@lists.xen.org Subject: [Xen-users] reboot needed to increase vcpus?? In order to address a performance issue (or try to) I'd like to allocate 4 vcpus to a domU. I think I need to increase that setting in dom0's /etc/xen domU file. Is that correct? And do I need to reboot either or both of dom0 and/or domU subsequently? and is there a corresponding setting in domU? Thanks. As you can see I'm new at this. Dave -- It is told that such are the aerodynamics and wing loading of the bumblebee that, in principle, it cannot fly...if all this be true...life among bumblebees must bear a remarkable resemblance to life in the United States. -- John Kenneth Galbraith, in American Capitalism: The Concept of Countervailing Power _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 19 22:17:48 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 19 Apr 2012 22:17: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 1SKzeX-0007MM-IP; Thu, 19 Apr 2012 22:16:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKzeW-0007MH-E7 for xen-users@lists.xen.org; Thu, 19 Apr 2012 22:16:36 +0000 Received: from [193.109.254.147:48894] by server-7.bemta-14.messagelabs.com id 42/29-01627-3CE809F4; Thu, 19 Apr 2012 22:16:35 +0000 X-Env-Sender: admin@xenhive.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1334873794!5397607!1 X-Originating-IP: [216.51.232.10] X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_MUA_OUTLOOK, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14088 invoked from network); 19 Apr 2012 22:16:34 -0000 Received: from mailcluster.fastdnsservers.com (HELO mailcluster.fastdnsservers.com) (216.51.232.10) by server-9.tower-27.messagelabs.com with SMTP; 19 Apr 2012 22:16:34 -0000 Received: from maindesk by mailcluster.fastdnsservers.com ; Thu, 19 Apr 2012 17:16:32 -0500 From: To: Date: Thu, 19 Apr 2012 17:17:11 -0500 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6856 Thread-Index: Ac0eZaYMPv7M3FNtSLCRWG57hOwLyAAFF3Zg In-Reply-To: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Importance: Normal X-Auth: admin@xenhive.com Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org You usually need to reboot the guest (domU) but not the dom0. -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Dave Stevens Sent: Thursday, April 19, 2012 2:48 PM To: xen-users@lists.xen.org Subject: [Xen-users] reboot needed to increase vcpus?? In order to address a performance issue (or try to) I'd like to allocate 4 vcpus to a domU. I think I need to increase that setting in dom0's /etc/xen domU file. Is that correct? And do I need to reboot either or both of dom0 and/or domU subsequently? and is there a corresponding setting in domU? Thanks. As you can see I'm new at this. Dave -- It is told that such are the aerodynamics and wing loading of the bumblebee that, in principle, it cannot fly...if all this be true...life among bumblebees must bear a remarkable resemblance to life in the United States. -- John Kenneth Galbraith, in American Capitalism: The Concept of Countervailing Power _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 00:22:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 00:22: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 1SL1ae-0000yw-C3; Fri, 20 Apr 2012 00:20:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL1ac-0000yr-Rz for xen-users@lists.xen.org; Fri, 20 Apr 2012 00:20:43 +0000 Received: from [85.158.138.51:7774] by server-5.bemta-3.messagelabs.com id 6D/46-17113-9DBA09F4; Fri, 20 Apr 2012 00:20:41 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-2.tower-174.messagelabs.com!1334881241!22958821!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26035 invoked from network); 20 Apr 2012 00:20:41 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-2.tower-174.messagelabs.com with SMTP; 20 Apr 2012 00:20:41 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 7F3FBC0C3F; Fri, 20 Apr 2012 00:20:40 +0000 (UTC) Message-ID: <4F90ABB1.2020508@it-infrastrukturen.org> Date: Fri, 20 Apr 2012 02:20:01 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org, ms@it-infrastrukturen.org Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8284677236636865812==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8284677236636865812== Content-Type: multipart/alternative; boundary="------------080702030007050704080905" This is a multi-part message in MIME format. --------------080702030007050704080905 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello it looks like the trial XenServer 6.0.2 image has a bug (see below). # --- XenServer-6.0.2-free-trial-error.txt memory-actual ( RO): 0 memory-target ( RO): memory-overhead ( RO): 6291456 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 268435456 # --- [root@dev70 ~]# xe vm-param-set memory-static-max=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# xe vm-param-set memory-static-min=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-max=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-min=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# uname -a Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2012 i686 athlon i386 GNU/Linux # --- Does Citrix know already about this issue? Not just the best quality of software ... regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --------------080702030007050704080905 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Hello

it looks like the trial XenServer 6.0.2 image has a bug (see below).

# ---
XenServer-6.0.2-free-trial-error.txt
                 memory-actual ( RO): 0
                 memory-target ( RO): <expensive field>
               memory-overhead ( RO): 6291456
             memory-static-max ( RW): 268435456
            memory-dynamic-max ( RW): 268435456
            memory-dynamic-min ( RW): 268435456
             memory-static-min ( RW): 268435456

# ---
[root@dev70 ~]# xe vm-param-set memory-static-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-static-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max


[root@dev70 ~]# uname -a
Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know already about this issue? Not just the best quality of software ...

regards, Mark
-- 
ms@it-infrastrukturen.org

http://rsync.it-infrastrukturen.org
--------------080702030007050704080905-- --===============8284677236636865812== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8284677236636865812==-- From xen-users-bounces@lists.xen.org Fri Apr 20 00:22:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 00:22: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 1SL1ae-0000yw-C3; Fri, 20 Apr 2012 00:20:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL1ac-0000yr-Rz for xen-users@lists.xen.org; Fri, 20 Apr 2012 00:20:43 +0000 Received: from [85.158.138.51:7774] by server-5.bemta-3.messagelabs.com id 6D/46-17113-9DBA09F4; Fri, 20 Apr 2012 00:20:41 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-2.tower-174.messagelabs.com!1334881241!22958821!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26035 invoked from network); 20 Apr 2012 00:20:41 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-2.tower-174.messagelabs.com with SMTP; 20 Apr 2012 00:20:41 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 7F3FBC0C3F; Fri, 20 Apr 2012 00:20:40 +0000 (UTC) Message-ID: <4F90ABB1.2020508@it-infrastrukturen.org> Date: Fri, 20 Apr 2012 02:20:01 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: xen-users@lists.xen.org, ms@it-infrastrukturen.org Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8284677236636865812==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============8284677236636865812== Content-Type: multipart/alternative; boundary="------------080702030007050704080905" This is a multi-part message in MIME format. --------------080702030007050704080905 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello it looks like the trial XenServer 6.0.2 image has a bug (see below). # --- XenServer-6.0.2-free-trial-error.txt memory-actual ( RO): 0 memory-target ( RO): memory-overhead ( RO): 6291456 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 268435456 # --- [root@dev70 ~]# xe vm-param-set memory-static-max=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# xe vm-param-set memory-static-min=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-max=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-min=*2GiB* name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min ? dynamic_min = dynamic_max = static_max [root@dev70 ~]# uname -a Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2012 i686 athlon i386 GNU/Linux # --- Does Citrix know already about this issue? Not just the best quality of software ... regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --------------080702030007050704080905 Content-Type: text/html; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Hello

it looks like the trial XenServer 6.0.2 image has a bug (see below).

# ---
XenServer-6.0.2-free-trial-error.txt
                 memory-actual ( RO): 0
                 memory-target ( RO): <expensive field>
               memory-overhead ( RO): 6291456
             memory-static-max ( RW): 268435456
            memory-dynamic-max ( RW): 268435456
            memory-dynamic-min ( RW): 268435456
             memory-static-min ( RW): 268435456

# ---
[root@dev70 ~]# xe vm-param-set memory-static-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-static-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ≤ dynamic_min = dynamic_max = static_max


[root@dev70 ~]# uname -a
Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know already about this issue? Not just the best quality of software ...

regards, Mark
-- 
ms@it-infrastrukturen.org

http://rsync.it-infrastrukturen.org
--------------080702030007050704080905-- --===============8284677236636865812== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8284677236636865812==-- From xen-users-bounces@lists.xen.org Fri Apr 20 00:48:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 00:48: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 1SL204-0001gQ-FS; Fri, 20 Apr 2012 00:47:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL203-0001gK-3N for xen-users@lists.xen.org; Fri, 20 Apr 2012 00:46:59 +0000 Received: from [193.109.254.147:18609] by server-5.bemta-14.messagelabs.com id D6/20-30733-202B09F4; Fri, 20 Apr 2012 00:46:58 +0000 X-Env-Sender: klinuxos@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334882816!2330913!1 X-Originating-IP: [209.85.210.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19694 invoked from network); 20 Apr 2012 00:46:57 -0000 Received: from mail-pz0-f51.google.com (HELO mail-pz0-f51.google.com) (209.85.210.51) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 00:46:57 -0000 Received: by dadz8 with SMTP id z8so16116918dad.38 for ; Thu, 19 Apr 2012 17:46:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=l0rGhzRBS9WkGOtEr3bONgsXVO71iY0AJQer7tBX70w=; b=CprShDaJExag8HD3DbzHoJUFszW2eD0itnrYNkv7Uoy04tJi8KmsGrk1GvI7H8oY82 T4x2gQcM0WW95EBxlldCUWzCZMWqmzP0+1Ml8AMqI6622+MjuXV/YMiBYdmpk0s3uJb7 oiFzZ+sZi1Lfg5QPFKCmMZGduqE21EITNpTAmCG/5pPWt2b78nofq+WF+JQbB7ocTuWd ml8B0ts4cTwJeEv7ImDsv6tvw7ElC8UD53tfGi3Pb0314IIzCjoblCPWFER2IVxFlcPk 2lcM2XbzfEmzl3iRab+4eLCw1MuEdmKlatTDpafeCiF4jFO0jsG2qnsoB5g6x28KOonN T9xw== MIME-Version: 1.0 Received: by 10.68.202.168 with SMTP id kj8mr8450772pbc.86.1334882815593; Thu, 19 Apr 2012 17:46:55 -0700 (PDT) Received: by 10.66.86.37 with HTTP; Thu, 19 Apr 2012 17:46:55 -0700 (PDT) Date: Thu, 19 Apr 2012 17:46:55 -0700 Message-ID: From: kernel user To: xen-users@lists.xen.org Subject: [Xen-users] 10G network performance xen-4.1.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7767063039029695634==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7767063039029695634== Content-Type: multipart/alternative; boundary=047d7b15fafd0a4e0d04be11a027 --047d7b15fafd0a4e0d04be11a027 Content-Type: text/plain; charset=ISO-8859-1 Hello, I am testing 10G NICs with linux kernel 3.2.2 and Xen 4.1.2. If I boot linux kernel 3.2.2 without Xen I get arount 7.3 Gbps performance between 2 physical servers. If I boot linux kernel 3.2.2 with xen-4.1.2 hypervisor I get 2 Gbps network performance between server1-dom0 and server2-dom0. When a dom0 memory and vcpus are increased (memory = 2G and vcpu = 4) I get maximum 5.2 Gbps performance. While the maximum server1-domU and server2-domU network performance I could achieve is 2 Gbps. Any reason why Xen introduces such a big hit for network performance? Any pointer or suggestions to try for improving network performance? ~shri --047d7b15fafd0a4e0d04be11a027 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I am testing 10G NICs with linux kernel 3.2.2 and Xen 4= .1.2.
If I boot linux kernel 3.2.2 without Xen I get arount 7.3 G= bps performance between 2 physical servers.=A0
If I boot linux ke= rnel 3.2.2 with xen-4.1.2 hypervisor I get 2 Gbps network performance betwe= en server1-dom0 and server2-dom0. When a dom0 memory and vcpus are increase= d (memory =3D 2G and vcpu =3D 4) I get maximum 5.2 Gbps performance. While = the maximum server1-domU and server2-domU network performance I could achie= ve is 2 Gbps.

Any reason why Xen introduces such a big hit for networ= k performance? Any pointer or suggestions to try for improving network perf= ormance?

~shri
--047d7b15fafd0a4e0d04be11a027-- --===============7767063039029695634== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7767063039029695634==-- From xen-users-bounces@lists.xen.org Fri Apr 20 00:48:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 00:48: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 1SL204-0001gQ-FS; Fri, 20 Apr 2012 00:47:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL203-0001gK-3N for xen-users@lists.xen.org; Fri, 20 Apr 2012 00:46:59 +0000 Received: from [193.109.254.147:18609] by server-5.bemta-14.messagelabs.com id D6/20-30733-202B09F4; Fri, 20 Apr 2012 00:46:58 +0000 X-Env-Sender: klinuxos@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1334882816!2330913!1 X-Originating-IP: [209.85.210.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19694 invoked from network); 20 Apr 2012 00:46:57 -0000 Received: from mail-pz0-f51.google.com (HELO mail-pz0-f51.google.com) (209.85.210.51) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 00:46:57 -0000 Received: by dadz8 with SMTP id z8so16116918dad.38 for ; Thu, 19 Apr 2012 17:46:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=l0rGhzRBS9WkGOtEr3bONgsXVO71iY0AJQer7tBX70w=; b=CprShDaJExag8HD3DbzHoJUFszW2eD0itnrYNkv7Uoy04tJi8KmsGrk1GvI7H8oY82 T4x2gQcM0WW95EBxlldCUWzCZMWqmzP0+1Ml8AMqI6622+MjuXV/YMiBYdmpk0s3uJb7 oiFzZ+sZi1Lfg5QPFKCmMZGduqE21EITNpTAmCG/5pPWt2b78nofq+WF+JQbB7ocTuWd ml8B0ts4cTwJeEv7ImDsv6tvw7ElC8UD53tfGi3Pb0314IIzCjoblCPWFER2IVxFlcPk 2lcM2XbzfEmzl3iRab+4eLCw1MuEdmKlatTDpafeCiF4jFO0jsG2qnsoB5g6x28KOonN T9xw== MIME-Version: 1.0 Received: by 10.68.202.168 with SMTP id kj8mr8450772pbc.86.1334882815593; Thu, 19 Apr 2012 17:46:55 -0700 (PDT) Received: by 10.66.86.37 with HTTP; Thu, 19 Apr 2012 17:46:55 -0700 (PDT) Date: Thu, 19 Apr 2012 17:46:55 -0700 Message-ID: From: kernel user To: xen-users@lists.xen.org Subject: [Xen-users] 10G network performance xen-4.1.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7767063039029695634==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7767063039029695634== Content-Type: multipart/alternative; boundary=047d7b15fafd0a4e0d04be11a027 --047d7b15fafd0a4e0d04be11a027 Content-Type: text/plain; charset=ISO-8859-1 Hello, I am testing 10G NICs with linux kernel 3.2.2 and Xen 4.1.2. If I boot linux kernel 3.2.2 without Xen I get arount 7.3 Gbps performance between 2 physical servers. If I boot linux kernel 3.2.2 with xen-4.1.2 hypervisor I get 2 Gbps network performance between server1-dom0 and server2-dom0. When a dom0 memory and vcpus are increased (memory = 2G and vcpu = 4) I get maximum 5.2 Gbps performance. While the maximum server1-domU and server2-domU network performance I could achieve is 2 Gbps. Any reason why Xen introduces such a big hit for network performance? Any pointer or suggestions to try for improving network performance? ~shri --047d7b15fafd0a4e0d04be11a027 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I am testing 10G NICs with linux kernel 3.2.2 and Xen 4= .1.2.
If I boot linux kernel 3.2.2 without Xen I get arount 7.3 G= bps performance between 2 physical servers.=A0
If I boot linux ke= rnel 3.2.2 with xen-4.1.2 hypervisor I get 2 Gbps network performance betwe= en server1-dom0 and server2-dom0. When a dom0 memory and vcpus are increase= d (memory =3D 2G and vcpu =3D 4) I get maximum 5.2 Gbps performance. While = the maximum server1-domU and server2-domU network performance I could achie= ve is 2 Gbps.

Any reason why Xen introduces such a big hit for networ= k performance? Any pointer or suggestions to try for improving network perf= ormance?

~shri
--047d7b15fafd0a4e0d04be11a027-- --===============7767063039029695634== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7767063039029695634==-- From xen-users-bounces@lists.xen.org Fri Apr 20 03:21:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 03:21: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 1SL4OD-0007gf-CY; Fri, 20 Apr 2012 03:20:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL4OB-0007ga-LN for xen-users@lists.xen.org; Fri, 20 Apr 2012 03:20:03 +0000 Received: from [85.158.143.35:48995] by server-1.bemta-4.messagelabs.com id 67/C2-20925-3E5D09F4; Fri, 20 Apr 2012 03:20:03 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-21.messagelabs.com!1334891999!5681878!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4250 invoked from network); 20 Apr 2012 03:20:02 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-5.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 20 Apr 2012 03:20:02 -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 1SL4O4-0001RW-Io; Fri, 20 Apr 2012 13:19:56 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Apr 2012 13:19:56 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi; Fri, 20 Apr 2012 13:19:54 +1000 From: James Harper To: Dave Stevens , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] reboot needed to increase vcpus?? Thread-Index: AQHNHmdKONFLPosSJ0WnYuOY9NHFqJajC/JA Date: Fri, 20 Apr 2012 03:19:54 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B1AF6ECF0@BITCOM1.int.sbss.com.au> References: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> In-Reply-To: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 20 Apr 2012 03:19:56.0408 (UTC) FILETIME=[75D69780:01CD1EA4] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > In order to address a performance issue (or try to) I'd like to allocate 4 vcpus > to a domU. I think I need to increase that setting in dom0's /etc/xen domU > file. Is that correct? And do I need to reboot either or both of dom0 and/or > domU subsequently? and is there a corresponding setting in domU? > > Thanks. As you can see I'm new at this. > If you change the config file then you probably need to shut down the VM then restart it. The config file isn't re-read on a reboot, for xm at least. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 03:21:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 03:21: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 1SL4OD-0007gf-CY; Fri, 20 Apr 2012 03:20:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL4OB-0007ga-LN for xen-users@lists.xen.org; Fri, 20 Apr 2012 03:20:03 +0000 Received: from [85.158.143.35:48995] by server-1.bemta-4.messagelabs.com id 67/C2-20925-3E5D09F4; Fri, 20 Apr 2012 03:20:03 +0000 X-Env-Sender: james.harper@bendigoit.com.au X-Msg-Ref: server-5.tower-21.messagelabs.com!1334891999!5681878!1 X-Originating-IP: [203.16.207.99] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4250 invoked from network); 20 Apr 2012 03:20:02 -0000 Received: from smtp2.bendigoit.com.au (HELO smtp2.bendigoit.com.au) (203.16.207.99) by server-5.tower-21.messagelabs.com with AES256-SHA encrypted SMTP; 20 Apr 2012 03:20:02 -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 1SL4O4-0001RW-Io; Fri, 20 Apr 2012 13:19:56 +1000 Received: from BITCOM1.int.sbss.com.au ([192.168.200.237]) by mail.bendigoit.com.au with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Apr 2012 13:19:56 +1000 Received: from BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d]) by BITCOM1.int.sbss.com.au ([fe80::a5ca:4fd3:14f:ad5d%12]) with mapi; Fri, 20 Apr 2012 13:19:54 +1000 From: James Harper To: Dave Stevens , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] reboot needed to increase vcpus?? Thread-Index: AQHNHmdKONFLPosSJ0WnYuOY9NHFqJajC/JA Date: Fri, 20 Apr 2012 03:19:54 +0000 Message-ID: <6035A0D088A63A46850C3988ED045A4B1AF6ECF0@BITCOM1.int.sbss.com.au> References: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> In-Reply-To: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: MIME-Version: 1.0 X-OriginalArrivalTime: 20 Apr 2012 03:19:56.0408 (UTC) FILETIME=[75D69780:01CD1EA4] X-Really-From-Bendigo-IT: magichashvalue Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > > In order to address a performance issue (or try to) I'd like to allocate 4 vcpus > to a domU. I think I need to increase that setting in dom0's /etc/xen domU > file. Is that correct? And do I need to reboot either or both of dom0 and/or > domU subsequently? and is there a corresponding setting in domU? > > Thanks. As you can see I'm new at this. > If you change the config file then you probably need to shut down the VM then restart it. The config file isn't re-read on a reboot, for xm at least. James _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 07:03:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 07:03: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 1SL7qw-00025E-J4; Fri, 20 Apr 2012 07:01:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL7qu-000259-Qu for xen-users@lists.xen.org; Fri, 20 Apr 2012 07:01:56 +0000 Received: from [85.158.138.51:36832] by server-12.bemta-3.messagelabs.com id B2/B6-29760-3E9019F4; Fri, 20 Apr 2012 07:01:55 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-6.tower-174.messagelabs.com!1334905313!18624554!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyODAzMzI=\n, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6483 invoked from network); 20 Apr 2012 07:01:53 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-6.tower-174.messagelabs.com with SMTP; 20 Apr 2012 07:01:53 -0000 Received: (qmail invoked by alias); 20 Apr 2012 07:01:53 -0000 Received: from 91-66-48-239-dynip.superkabel.de (EHLO satan.chao5.int) [91.66.48.239] by mail.gmx.net (mp069) with SMTP; 20 Apr 2012 09:01:53 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1+uspJs9F+uvpQPbdxazlfgs957GgIUtJnmlmSgHW x8p0siI/PdGGvJ Received: from webmail.chao5.int (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id AD3D9828 for ; Fri, 20 Apr 2012 09:01:51 +0200 (CEST) MIME-Version: 1.0 Date: Fri, 20 Apr 2012 09:01:51 +0200 From: Christoph Kaminski To: In-Reply-To: References: Message-ID: <1e3a75a5d455cf8ed3d753b78db30396@satan.chao5.int> X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: AD3D9828.A405B X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org can someone confirm that it is a bug? On Fri, 13 Apr 2012 18:17:59 +0200, Christoph Kaminski wrote: > it seems to be a problem with pv-grub. If I start it without pv-grub, > directly with set kernel/ramdisk/extra options then it works... > > any solutions for it? > -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 07:03:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 07:03: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 1SL7qw-00025E-J4; Fri, 20 Apr 2012 07:01:58 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL7qu-000259-Qu for xen-users@lists.xen.org; Fri, 20 Apr 2012 07:01:56 +0000 Received: from [85.158.138.51:36832] by server-12.bemta-3.messagelabs.com id B2/B6-29760-3E9019F4; Fri, 20 Apr 2012 07:01:55 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-6.tower-174.messagelabs.com!1334905313!18624554!1 X-Originating-IP: [213.165.64.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEzLjE2NS42NC4yMyA9PiAyODAzMzI=\n, ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6483 invoked from network); 20 Apr 2012 07:01:53 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by server-6.tower-174.messagelabs.com with SMTP; 20 Apr 2012 07:01:53 -0000 Received: (qmail invoked by alias); 20 Apr 2012 07:01:53 -0000 Received: from 91-66-48-239-dynip.superkabel.de (EHLO satan.chao5.int) [91.66.48.239] by mail.gmx.net (mp069) with SMTP; 20 Apr 2012 09:01:53 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1+uspJs9F+uvpQPbdxazlfgs957GgIUtJnmlmSgHW x8p0siI/PdGGvJ Received: from webmail.chao5.int (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id AD3D9828 for ; Fri, 20 Apr 2012 09:01:51 +0200 (CEST) MIME-Version: 1.0 Date: Fri, 20 Apr 2012 09:01:51 +0200 From: Christoph Kaminski To: In-Reply-To: References: Message-ID: <1e3a75a5d455cf8ed3d753b78db30396@satan.chao5.int> X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: AD3D9828.A405B X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: Re: [Xen-users] Problems centos6/xen/pci passthrough X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org can someone confirm that it is a bug? On Fri, 13 Apr 2012 18:17:59 +0200, Christoph Kaminski wrote: > it seems to be a problem with pv-grub. If I start it without pv-grub, > directly with set kernel/ramdisk/extra options then it works... > > any solutions for it? > -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 07:12:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 07:12:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL80M-0002L3-3A; Fri, 20 Apr 2012 07:11:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL80K-0002Ky-DC for xen-users@lists.xen.org; Fri, 20 Apr 2012 07:11:40 +0000 Received: from [85.158.143.99:4304] by server-2.bemta-4.messagelabs.com id A1/CA-17550-B2C019F4; Fri, 20 Apr 2012 07:11:39 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1334905897!23907191!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16813 invoked from network); 20 Apr 2012 07:11:39 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 07:11:39 -0000 Received: by iafj26 with SMTP id j26so16780849iaf.32 for ; Fri, 20 Apr 2012 00:11:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JA4wZ5IWZyCCqIhCxX+YpG9DhCINnwiUrzcH+eXwkW4=; b=daUS6mUVPXPIToewl/WxOwxll6nKXk1Zbj4OeR2N5g8yVT/JRRXoV+C0KC4PYM4LDE KRzD2vdic9hxY21hv2hTq3ND+hfmaUnR005/rZS1g0MbFZkyQE8NNdatc8WMW84vWXmY BtycR/+hfQKXrzNBmH+28ZkyJtET4aI/Ws0voHc8bPnXMCx7FvoynQgIJzcqbGt70Nsv 5EMyRpuUWB6SnMAXphlY8h38E7e7mtmVzC7OPIAa8Dsd+L5dA5ZkYatKY8iOcZdgPKMm 8WzJ3MAAII1aploVsLid3BvGnXIlAodidk9tznhdtnLSAnReDqvAZutXWX7bM/1bnrK6 7uig== MIME-Version: 1.0 Received: by 10.50.190.197 with SMTP id gs5mr4861379igc.37.1334905897706; Fri, 20 Apr 2012 00:11:37 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Fri, 20 Apr 2012 00:11:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 09:11:37 +0200 Message-ID: From: Peter Braun To: kernel user Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 10G network performance xen-4.1.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have heard about this bottleneck even on citrix forum. There should be improvement in upcoming service pack for Citrix Server 6. I guess you use bridged configuration. Have you tried to use Open vSwitch http://openvswitch.org/ instead of classic bridging? Br Peter Dne 20. dubna 2012 2:46 kernel user napsal(a): > Hello, > > I am testing 10G NICs with linux kernel 3.2.2 and Xen 4.1.2. > If I boot linux kernel 3.2.2 without Xen I get arount 7.3 Gbps performance > between 2 physical servers. > If I boot linux kernel 3.2.2 with xen-4.1.2 hypervisor I get 2 Gbps network > performance between server1-dom0 and server2-dom0. When a dom0 memory and > vcpus are increased (memory = 2G and vcpu = 4) I get maximum 5.2 Gbps > performance. While the maximum server1-domU and server2-domU network > performance I could achieve is 2 Gbps. > > Any reason why Xen introduces such a big hit for network performance? Any > pointer or suggestions to try for improving network performance? > > ~shri > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 07:12:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 07:12:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL80M-0002L3-3A; Fri, 20 Apr 2012 07:11:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL80K-0002Ky-DC for xen-users@lists.xen.org; Fri, 20 Apr 2012 07:11:40 +0000 Received: from [85.158.143.99:4304] by server-2.bemta-4.messagelabs.com id A1/CA-17550-B2C019F4; Fri, 20 Apr 2012 07:11:39 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1334905897!23907191!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16813 invoked from network); 20 Apr 2012 07:11:39 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 07:11:39 -0000 Received: by iafj26 with SMTP id j26so16780849iaf.32 for ; Fri, 20 Apr 2012 00:11:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JA4wZ5IWZyCCqIhCxX+YpG9DhCINnwiUrzcH+eXwkW4=; b=daUS6mUVPXPIToewl/WxOwxll6nKXk1Zbj4OeR2N5g8yVT/JRRXoV+C0KC4PYM4LDE KRzD2vdic9hxY21hv2hTq3ND+hfmaUnR005/rZS1g0MbFZkyQE8NNdatc8WMW84vWXmY BtycR/+hfQKXrzNBmH+28ZkyJtET4aI/Ws0voHc8bPnXMCx7FvoynQgIJzcqbGt70Nsv 5EMyRpuUWB6SnMAXphlY8h38E7e7mtmVzC7OPIAa8Dsd+L5dA5ZkYatKY8iOcZdgPKMm 8WzJ3MAAII1aploVsLid3BvGnXIlAodidk9tznhdtnLSAnReDqvAZutXWX7bM/1bnrK6 7uig== MIME-Version: 1.0 Received: by 10.50.190.197 with SMTP id gs5mr4861379igc.37.1334905897706; Fri, 20 Apr 2012 00:11:37 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Fri, 20 Apr 2012 00:11:37 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 09:11:37 +0200 Message-ID: From: Peter Braun To: kernel user Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] 10G network performance xen-4.1.2 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have heard about this bottleneck even on citrix forum. There should be improvement in upcoming service pack for Citrix Server 6. I guess you use bridged configuration. Have you tried to use Open vSwitch http://openvswitch.org/ instead of classic bridging? Br Peter Dne 20. dubna 2012 2:46 kernel user napsal(a): > Hello, > > I am testing 10G NICs with linux kernel 3.2.2 and Xen 4.1.2. > If I boot linux kernel 3.2.2 without Xen I get arount 7.3 Gbps performance > between 2 physical servers. > If I boot linux kernel 3.2.2 with xen-4.1.2 hypervisor I get 2 Gbps network > performance between server1-dom0 and server2-dom0. When a dom0 memory and > vcpus are increased (memory = 2G and vcpu = 4) I get maximum 5.2 Gbps > performance. While the maximum server1-domU and server2-domU network > performance I could achieve is 2 Gbps. > > Any reason why Xen introduces such a big hit for network performance? Any > pointer or suggestions to try for improving network performance? > > ~shri > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 09:40:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 09:40:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAIj-0006Nz-Gg; Fri, 20 Apr 2012 09:38:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAIi-0006Ns-9x for xen-users@lists.xen.org; Fri, 20 Apr 2012 09:38:48 +0000 Received: from [85.158.139.83:52174] by server-6.bemta-5.messagelabs.com id BC/32-13222-7AE219F4; Fri, 20 Apr 2012 09:38:47 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-5.tower-182.messagelabs.com!1334914724!24733901!1 X-Originating-IP: [91.198.169.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTEuMTk4LjE2OS4yMyA9PiA2NTAyNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11289 invoked from network); 20 Apr 2012 09:38:45 -0000 Received: from csmtp3.one.com (HELO csmtp3.one.com) (91.198.169.23) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 09:38:45 -0000 Received: from [192.168.1.40] (90-224-250-25-no131.business.telia.com [90.224.250.25]) by csmtp3.one.com (Postfix) with ESMTPA id D07D9240422F for ; Fri, 20 Apr 2012 09:38:43 +0000 (UTC) From: Joakim Svensson X-Mailer: iPad Mail (9B176) Message-Id: Date: Fri, 20 Apr 2012 11:38:42 +0200 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi I would like to add a second physical disk to my file server. My disk config used to look like this: disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ] It works and I can mount my disk as /dev/xvde1 But when I add a second disk like: disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ] Stuart won't start. During start up it ends at: XENBUS: Waiting for devices to initialize: 295s... Could you please help me with this problem, I'm stuck and I can't find any solution. Best regards Joakim Svensson joakim@joasve.se www.joasve.se _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 09:40:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 09:40:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAIj-0006Nz-Gg; Fri, 20 Apr 2012 09:38:49 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAIi-0006Ns-9x for xen-users@lists.xen.org; Fri, 20 Apr 2012 09:38:48 +0000 Received: from [85.158.139.83:52174] by server-6.bemta-5.messagelabs.com id BC/32-13222-7AE219F4; Fri, 20 Apr 2012 09:38:47 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-5.tower-182.messagelabs.com!1334914724!24733901!1 X-Originating-IP: [91.198.169.23] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogOTEuMTk4LjE2OS4yMyA9PiA2NTAyNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11289 invoked from network); 20 Apr 2012 09:38:45 -0000 Received: from csmtp3.one.com (HELO csmtp3.one.com) (91.198.169.23) by server-5.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 09:38:45 -0000 Received: from [192.168.1.40] (90-224-250-25-no131.business.telia.com [90.224.250.25]) by csmtp3.one.com (Postfix) with ESMTPA id D07D9240422F for ; Fri, 20 Apr 2012 09:38:43 +0000 (UTC) From: Joakim Svensson X-Mailer: iPad Mail (9B176) Message-Id: Date: Fri, 20 Apr 2012 11:38:42 +0200 To: "xen-users@lists.xen.org" Mime-Version: 1.0 (1.0) Subject: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi I would like to add a second physical disk to my file server. My disk config used to look like this: disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ] It works and I can mount my disk as /dev/xvde1 But when I add a second disk like: disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ] Stuart won't start. During start up it ends at: XENBUS: Waiting for devices to initialize: 295s... Could you please help me with this problem, I'm stuck and I can't find any solution. Best regards Joakim Svensson joakim@joasve.se www.joasve.se _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 09:41:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 09:41: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 1SLAKc-0006gm-01; Fri, 20 Apr 2012 09:40:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAKZ-0006fz-ON for xen-users@lists.xen.org; Fri, 20 Apr 2012 09:40:43 +0000 Received: from [85.158.139.83:11155] by server-10.bemta-5.messagelabs.com id A1/50-08260-A1F219F4; Fri, 20 Apr 2012 09:40:42 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1334914841!24734334!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20807 invoked from network); 20 Apr 2012 09:40:41 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 09:40:41 -0000 Received: by bkcji1 with SMTP id ji1so1261570bkc.32 for ; Fri, 20 Apr 2012 02:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=/cScVXuptoXHbnQzOKjCbFUCs3h9gNA7mUmf/MdYUS8=; b=zWFm6ZJ/foPh1GXnXZ4dxnLwFKUEHXK5ArNGxicuqAMnU5E6gzUoStk14RSq8+1264 Os52MGeHgssFm/h1xIsmp5BogkP3kBjJXn8WzgvPysNc37ceeWR26apozN3Pw7WRAZiB i4qkCvtJe9BfdFCipIf+9hLhoey2xUu/yJwR/Gquh1A8yIxdw3R3KxffoVFW8JhWm2Yl 2mWRiHUFv7yFModMgFblyl5Zw2qeECaGRXjPBioeFR20f6Wk+V9axup3D1lpyrf/RfwK jR4O4/0MZVRnXKylQFrXCxOF2xvxysHYey7wf102F8dpQoY2/Mno7FRLu0CSIHZZgPhC BqZQ== Received: by 10.204.154.209 with SMTP id p17mr1739196bkw.6.1334914840956; Fri, 20 Apr 2012 02:40:40 -0700 (PDT) Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55]) by mx.google.com with ESMTPS id im9sm4885668bkc.5.2012.04.20.02.40.38 (version=SSLv3 cipher=OTHER); Fri, 20 Apr 2012 02:40:39 -0700 (PDT) Message-ID: <4F912F15.2030202@xen.org> Date: Fri, 20 Apr 2012 10:40:37 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-arm@lists.xen.org, xen-users@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-users] Xen Documentation Day : April 23rd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, we have another Xen Documentation Day come up next Monday, April 23. More information - http://wiki.xen.org/wiki/Xen_Document_Days - http://wiki.xen.org/wiki/Xen_Document_Days/TODO For a list of items that need work, check out the community maintained TODO and wishlist. Of course, you can work on anything you like: the list just provides suggestions. How do I participate? - Join us on IRC: freenode channel #xendocday - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! See you on IRC! Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 09:41:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 09:41: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 1SLAKc-0006gm-01; Fri, 20 Apr 2012 09:40:46 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAKZ-0006fz-ON for xen-users@lists.xen.org; Fri, 20 Apr 2012 09:40:43 +0000 Received: from [85.158.139.83:11155] by server-10.bemta-5.messagelabs.com id A1/50-08260-A1F219F4; Fri, 20 Apr 2012 09:40:42 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1334914841!24734334!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20807 invoked from network); 20 Apr 2012 09:40:41 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-5.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 09:40:41 -0000 Received: by bkcji1 with SMTP id ji1so1261570bkc.32 for ; Fri, 20 Apr 2012 02:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=/cScVXuptoXHbnQzOKjCbFUCs3h9gNA7mUmf/MdYUS8=; b=zWFm6ZJ/foPh1GXnXZ4dxnLwFKUEHXK5ArNGxicuqAMnU5E6gzUoStk14RSq8+1264 Os52MGeHgssFm/h1xIsmp5BogkP3kBjJXn8WzgvPysNc37ceeWR26apozN3Pw7WRAZiB i4qkCvtJe9BfdFCipIf+9hLhoey2xUu/yJwR/Gquh1A8yIxdw3R3KxffoVFW8JhWm2Yl 2mWRiHUFv7yFModMgFblyl5Zw2qeECaGRXjPBioeFR20f6Wk+V9axup3D1lpyrf/RfwK jR4O4/0MZVRnXKylQFrXCxOF2xvxysHYey7wf102F8dpQoY2/Mno7FRLu0CSIHZZgPhC BqZQ== Received: by 10.204.154.209 with SMTP id p17mr1739196bkw.6.1334914840956; Fri, 20 Apr 2012 02:40:40 -0700 (PDT) Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55]) by mx.google.com with ESMTPS id im9sm4885668bkc.5.2012.04.20.02.40.38 (version=SSLv3 cipher=OTHER); Fri, 20 Apr 2012 02:40:39 -0700 (PDT) Message-ID: <4F912F15.2030202@xen.org> Date: Fri, 20 Apr 2012 10:40:37 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-arm@lists.xen.org, xen-users@lists.xen.org, xen-api@lists.xen.org Subject: [Xen-users] Xen Documentation Day : April 23rd X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi everybody, we have another Xen Documentation Day come up next Monday, April 23. More information - http://wiki.xen.org/wiki/Xen_Document_Days - http://wiki.xen.org/wiki/Xen_Document_Days/TODO For a list of items that need work, check out the community maintained TODO and wishlist. Of course, you can work on anything you like: the list just provides suggestions. How do I participate? - Join us on IRC: freenode channel #xendocday - Tell people what you intend to work on (to avoid doing something somebody else is already working on) - Fix some documentation - Help others - And above all: have fun! See you on IRC! Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 10:18:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 10:18: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 1SLAts-00080z-Cu; Fri, 20 Apr 2012 10:17:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAtp-00080l-Vo for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:17:10 +0000 Received: from [193.109.254.147:37970] by server-2.bemta-14.messagelabs.com id 4B/1B-19409-5A7319F4; Fri, 20 Apr 2012 10:17:09 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334917026!5456467!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16337 invoked from network); 20 Apr 2012 10:17:07 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-2.tower-27.messagelabs.com with SMTP; 20 Apr 2012 10:17:07 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 5EC6CF7977 for ; Fri, 20 Apr 2012 12:17:06 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sel+bJvYaIir for ; Fri, 20 Apr 2012 12:16:58 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 08A5FF7976 for ; Fri, 20 Apr 2012 12:16:58 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Fri, 20 Apr 2012 12:16:57 +0200 From: LINSCHOTEN Rob To: "xen-users@lists.xen.org" Date: Fri, 20 Apr 2012 12:16:56 +0200 Thread-Topic: VGA Passthrough for a HVM linux guest Thread-Index: Ac0e1XKe3ApieR/JSCajhWP0pJSt9QAB8kzw Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Subject: [Xen-users] VGA Passthrough for a HVM linux guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4390484338645688232==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4390484338645688232== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_" --_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable List, I have set up a XEN hypervisor (XENCloud Platform 1.5 beta) with a RedHat 6= .1 Linux HVM guest. The guest should run an OpenGL application which uses t= he GPU extensively, I need the XEN VGA Passthrough option in order to run this application normally. I read the arcticles on the Xen-Wiki abou= t Xen VGA Passthrough support but I am still confused on how to configure t= he VGA passthrough. My questions are: Is the required configuration with the VGA passthrough po= ssible? and How can I configure the Xen Hypervisor thanks, Rob Hardware: Supermicro X8DTH MB with 2 intel Xeon E5620 CPU's (quad core), 2= 4 GB memory and 1 Nvidia Quadro 2000 video card Software: Dom0: XENCloud Platform 1.5 beta and DomU: RedHat 6.1 EL Server Rob Linschoten E-mail: rob.linschoten@nl.thalesgroup.com =0A--------------------------------------------------------------------------= ----------------------------------=0ADisclaimer:=0A=0AIf you are not the intended = recipient of this email, please notify the sender and delete it. =0AAny unauth= orized copying, disclosure or distribution of this email or its attachment(s= ) is forbidden. =0AThales Nederland BV will not accept liability for any damag= e caused by this email or its attachment(s). =0AThales Nederland BV is seated = in Hengelo and is registered at the Chamber of Commerce under number 0606157= 8.=0A-------------------------------------------------------------------------= -----------------------------------=0A=0A --_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

List,=

 

I have s= et up a XEN hypervisor (XENCloud Platf= orm 1.5 beta) with a RedHat 6.1 Linux HVM guest. The guest should run an Op= enGL application which uses the GPU extensively, I need the XEN VGA Passthr= ough option in order

to run this application norma= lly. I read the arcticles on the Xen-Wiki about Xen VGA Passthrough support= but I am still confused on how to configure the VGA passthrough.

 <= /o:p>

My questio= ns are: Is the required configuration with the VGA passthrough possible? an= d How can I configure the Xen Hypervisor

 

thanks,

 

Rob<= /p>

 

Hardware:  Supermicro X8DTH MB with 2 intel Xeon E5620 CP= U’s (quad core), 24 GB memory and 1  Nvidia Quadro 2000  vi= deo card

Software: Dom0:  XENCloud = Platform 1.5 beta and DomU: RedHat 6.1 EL Server

 

 

Rob Linschoten

=  

E-mail:

rob.linschoten@nl.thalesgroup.com

 


= 
=0A=0A--------------------------------------------------------------------=
----------------------------------------=0ADisclaimer:=0A=0AIf you are not the int=
ended recipient of this email, please notify the sender and delete it. =0AAny =
unauthorized copying, disclosure or distribution of this email or its attach=
ment(s) is forbidden. =0AThales Nederland BV will not accept liability for any=
 damage caused by this email or its attachment(s). =0AThales Nederland BV is s=
eated in Hengelo and is registered at the Chamber of Commerce under number 0=
6061578.=0A-------------------------------------------------------------------=
-----------------------------------------=0A
=0A
= = --_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_-- --===============4390484338645688232== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4390484338645688232==-- From xen-users-bounces@lists.xen.org Fri Apr 20 10:18:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 10:18: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 1SLAts-00080z-Cu; Fri, 20 Apr 2012 10:17:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAtp-00080l-Vo for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:17:10 +0000 Received: from [193.109.254.147:37970] by server-2.bemta-14.messagelabs.com id 4B/1B-19409-5A7319F4; Fri, 20 Apr 2012 10:17:09 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1334917026!5456467!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.2 required=7.0 tests=HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16337 invoked from network); 20 Apr 2012 10:17:07 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-2.tower-27.messagelabs.com with SMTP; 20 Apr 2012 10:17:07 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 5EC6CF7977 for ; Fri, 20 Apr 2012 12:17:06 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sel+bJvYaIir for ; Fri, 20 Apr 2012 12:16:58 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 08A5FF7976 for ; Fri, 20 Apr 2012 12:16:58 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Fri, 20 Apr 2012 12:16:57 +0200 From: LINSCHOTEN Rob To: "xen-users@lists.xen.org" Date: Fri, 20 Apr 2012 12:16:56 +0200 Thread-Topic: VGA Passthrough for a HVM linux guest Thread-Index: Ac0e1XKe3ApieR/JSCajhWP0pJSt9QAB8kzw Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Subject: [Xen-users] VGA Passthrough for a HVM linux guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4390484338645688232==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4390484338645688232== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_" --_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable List, I have set up a XEN hypervisor (XENCloud Platform 1.5 beta) with a RedHat 6= .1 Linux HVM guest. The guest should run an OpenGL application which uses t= he GPU extensively, I need the XEN VGA Passthrough option in order to run this application normally. I read the arcticles on the Xen-Wiki abou= t Xen VGA Passthrough support but I am still confused on how to configure t= he VGA passthrough. My questions are: Is the required configuration with the VGA passthrough po= ssible? and How can I configure the Xen Hypervisor thanks, Rob Hardware: Supermicro X8DTH MB with 2 intel Xeon E5620 CPU's (quad core), 2= 4 GB memory and 1 Nvidia Quadro 2000 video card Software: Dom0: XENCloud Platform 1.5 beta and DomU: RedHat 6.1 EL Server Rob Linschoten E-mail: rob.linschoten@nl.thalesgroup.com =0A--------------------------------------------------------------------------= ----------------------------------=0ADisclaimer:=0A=0AIf you are not the intended = recipient of this email, please notify the sender and delete it. =0AAny unauth= orized copying, disclosure or distribution of this email or its attachment(s= ) is forbidden. =0AThales Nederland BV will not accept liability for any damag= e caused by this email or its attachment(s). =0AThales Nederland BV is seated = in Hengelo and is registered at the Chamber of Commerce under number 0606157= 8.=0A-------------------------------------------------------------------------= -----------------------------------=0A=0A --_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

List,=

 

I have s= et up a XEN hypervisor (XENCloud Platf= orm 1.5 beta) with a RedHat 6.1 Linux HVM guest. The guest should run an Op= enGL application which uses the GPU extensively, I need the XEN VGA Passthr= ough option in order

to run this application norma= lly. I read the arcticles on the Xen-Wiki about Xen VGA Passthrough support= but I am still confused on how to configure the VGA passthrough.

 <= /o:p>

My questio= ns are: Is the required configuration with the VGA passthrough possible? an= d How can I configure the Xen Hypervisor

 

thanks,

 

Rob<= /p>

 

Hardware:  Supermicro X8DTH MB with 2 intel Xeon E5620 CP= U’s (quad core), 24 GB memory and 1  Nvidia Quadro 2000  vi= deo card

Software: Dom0:  XENCloud = Platform 1.5 beta and DomU: RedHat 6.1 EL Server

 

 

Rob Linschoten

=  

E-mail:

rob.linschoten@nl.thalesgroup.com

 


= 
=0A=0A--------------------------------------------------------------------=
----------------------------------------=0ADisclaimer:=0A=0AIf you are not the int=
ended recipient of this email, please notify the sender and delete it. =0AAny =
unauthorized copying, disclosure or distribution of this email or its attach=
ment(s) is forbidden. =0AThales Nederland BV will not accept liability for any=
 damage caused by this email or its attachment(s). =0AThales Nederland BV is s=
eated in Hengelo and is registered at the Chamber of Commerce under number 0=
6061578.=0A-------------------------------------------------------------------=
-----------------------------------------=0A
=0A
= = --_000_16C0E0634BE92C48B5F798ABCB483BEE428D32C59Espvw1505ONE05_-- --===============4390484338645688232== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4390484338645688232==-- From xen-users-bounces@lists.xen.org Fri Apr 20 10:25:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 10:25: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 1SLB13-0008Ip-OP; Fri, 20 Apr 2012 10:24:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLB12-0008Ik-9O for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:24:36 +0000 Received: from [85.158.139.83:7708] by server-12.bemta-5.messagelabs.com id C0/FE-05587-369319F4; Fri, 20 Apr 2012 10:24:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1334917473!21998287!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTMwNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16838 invoked from network); 20 Apr 2012 10:24:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 10:24:33 -0000 X-IronPort-AV: E=Sophos;i="4.75,452,1330905600"; d="scan'208";a="12044722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Apr 2012 10:24:33 +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 Apr 2012 11:24:33 +0100 Message-ID: <1334917471.28331.33.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Fri, 20 Apr 2012 11:24:31 +0100 In-Reply-To: References: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Dave Stevens Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 21:36 +0100, Shane Johnson wrote: > Dan, > From what I have seen, it depends on if you are using PV or HVM > DomU's. PV you can use the xm vcpu-set {domain} {#vcpus} and you > should be good to go. I'm not actually 100% sure but you might also need to configure the guest (using "maxvcpus" and "vcpus") to have some spare "unplugged" CPU slots at boot time such that you can dynamically increase them. e..g vcpus = 2 maxvcpus = 8 would boot with 2 vcpus initially but give you space to increase this to anything up to 8 (or down to 1). > HVM you can use the same command but the Guest will have to be > rebooted in order to see the update. In HVM it depends a bit on the guest, if you do the maxvcpus thing then you may well be able to plug more at run time and have them get picked up. AFAIK this all depends on the level of the guest kernel's support for physical CPU hotplug and ACPI. For example with some you can hot plug but not hotunplug a CPU. > If you are using a updated xen the command is xl I believe (I am on > Debian squeeze for my host so the commands above are what I use) Correct. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 10:25:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 10:25: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 1SLB13-0008Ip-OP; Fri, 20 Apr 2012 10:24:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLB12-0008Ik-9O for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:24:36 +0000 Received: from [85.158.139.83:7708] by server-12.bemta-5.messagelabs.com id C0/FE-05587-369319F4; Fri, 20 Apr 2012 10:24:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-4.tower-182.messagelabs.com!1334917473!21998287!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTMwNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16838 invoked from network); 20 Apr 2012 10:24:33 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 10:24:33 -0000 X-IronPort-AV: E=Sophos;i="4.75,452,1330905600"; d="scan'208";a="12044722" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Apr 2012 10:24:33 +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 Apr 2012 11:24:33 +0100 Message-ID: <1334917471.28331.33.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Shane Johnson Date: Fri, 20 Apr 2012 11:24:31 +0100 In-Reply-To: References: <20120419124808.94815fe64by7jk6w@webmail.uniserve.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , Dave Stevens Subject: Re: [Xen-users] reboot needed to increase vcpus?? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 21:36 +0100, Shane Johnson wrote: > Dan, > From what I have seen, it depends on if you are using PV or HVM > DomU's. PV you can use the xm vcpu-set {domain} {#vcpus} and you > should be good to go. I'm not actually 100% sure but you might also need to configure the guest (using "maxvcpus" and "vcpus") to have some spare "unplugged" CPU slots at boot time such that you can dynamically increase them. e..g vcpus = 2 maxvcpus = 8 would boot with 2 vcpus initially but give you space to increase this to anything up to 8 (or down to 1). > HVM you can use the same command but the Guest will have to be > rebooted in order to see the update. In HVM it depends a bit on the guest, if you do the maxvcpus thing then you may well be able to plug more at run time and have them get picked up. AFAIK this all depends on the level of the guest kernel's support for physical CPU hotplug and ACPI. For example with some you can hot plug but not hotunplug a CPU. > If you are using a updated xen the command is xl I believe (I am on > Debian squeeze for my host so the commands above are what I use) Correct. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 10:26:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 10:26:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLB1z-0008Mk-F3; Fri, 20 Apr 2012 10:25:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLB1x-0008MW-Nr for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:25:34 +0000 Received: from [85.158.138.51:32354] by server-6.bemta-3.messagelabs.com id 48/47-05145-C99319F4; Fri, 20 Apr 2012 10:25:32 +0000 X-Env-Sender: sid@nvt.pl X-Msg-Ref: server-2.tower-174.messagelabs.com!1334917529!23029207!1 X-Originating-IP: [217.149.242.17] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6177 invoked from network); 20 Apr 2012 10:25:29 -0000 Received: from rev-217149242-17.atman.pl (HELO mail.nvt.pl) (217.149.242.17) by server-2.tower-174.messagelabs.com with SMTP; 20 Apr 2012 10:25:29 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.nvt.pl (Postfix) with ESMTP id 2C48620729CF for ; Fri, 20 Apr 2012 12:25:29 +0200 (CEST) Received: from mail.nvt.pl ([127.0.0.1]) by localhost (mail.nvt.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LPsQ-QfgNI4v for ; Fri, 20 Apr 2012 12:25:29 +0200 (CEST) Received: by mail.nvt.pl (Postfix, from userid 10000) id 0B9EC2084B60; Fri, 20 Apr 2012 12:25:29 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on nvt-mail01.nvt.pl X-Spam-Level: X-Spam-Status: No, hits=-102.9 required=6.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.1 Received: from [10.40.5.120] (unknown [77.79.217.49]) by mail.nvt.pl (Postfix) with ESMTPSA id A1BC12226362; Fri, 20 Apr 2012 12:25:15 +0200 (CEST) Message-ID: <4F91398B.8060405@nvt.pl> Date: Fri, 20 Apr 2012 12:25:15 +0200 From: Damian Sidor User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Performance problems on DELL r815 (AMD CPUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3205874748154651093==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3205874748154651093== Content-Type: multipart/alternative; boundary="------------030807020203070504030102" This is a multi-part message in MIME format. --------------030807020203070504030102 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello, Has anyone tested and run Xen 4.0 on Dell PowerEdge r815 with succes ? I have problem with performance and irq on those server, ksoftirqd process is : root@aaa:~# ps -eo pcpu,pid,user,args | sort -k 1 -r | head -10 %CPU PID USER COMMAND 5.0 4 root [ksoftirqd/0] 1.9 16153 root [blkback.5.xvdb1] 1.2 147 root [events/0] 0.7 4577 root /usr/bin/python2.5 /usr/lib/xen-4.0/bin/xend start 0.5 3469 root [iscsi_q_22] 0.5 3466 root [iscsi_q_21] 0.5 3457 root [iscsi_q_18] 0.5 3454 root [iscsi_q_17] 0.5 3363 root [iscsi_q_14] Thanks sid --------------030807020203070504030102 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hello,

Has anyone tested and run Xen 4.0 on Dell PowerEdge r815 with succes ?

I have problem with performance and irq on those server, ksoftirqd process is :

root@aaa:~# ps -eo pcpu,pid,user,args | sort -k 1 -r | head -10
%CPU   PID USER     COMMAND
 5.0     4 root     [ksoftirqd/0]
 1.9 16153 root     [blkback.5.xvdb1]
 1.2   147 root     [events/0]
 0.7  4577 root     /usr/bin/python2.5 /usr/lib/xen-4.0/bin/xend start
 0.5  3469 root     [iscsi_q_22]
 0.5  3466 root     [iscsi_q_21]
 0.5  3457 root     [iscsi_q_18]
 0.5  3454 root     [iscsi_q_17]
 0.5  3363 root     [iscsi_q_14]

Thanks
sid
--------------030807020203070504030102-- --===============3205874748154651093== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3205874748154651093==-- From xen-users-bounces@lists.xen.org Fri Apr 20 10:26:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 10:26:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLB1z-0008Mk-F3; Fri, 20 Apr 2012 10:25:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLB1x-0008MW-Nr for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:25:34 +0000 Received: from [85.158.138.51:32354] by server-6.bemta-3.messagelabs.com id 48/47-05145-C99319F4; Fri, 20 Apr 2012 10:25:32 +0000 X-Env-Sender: sid@nvt.pl X-Msg-Ref: server-2.tower-174.messagelabs.com!1334917529!23029207!1 X-Originating-IP: [217.149.242.17] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6177 invoked from network); 20 Apr 2012 10:25:29 -0000 Received: from rev-217149242-17.atman.pl (HELO mail.nvt.pl) (217.149.242.17) by server-2.tower-174.messagelabs.com with SMTP; 20 Apr 2012 10:25:29 -0000 Received: from localhost (localhost [127.0.0.1]) by mail.nvt.pl (Postfix) with ESMTP id 2C48620729CF for ; Fri, 20 Apr 2012 12:25:29 +0200 (CEST) Received: from mail.nvt.pl ([127.0.0.1]) by localhost (mail.nvt.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LPsQ-QfgNI4v for ; Fri, 20 Apr 2012 12:25:29 +0200 (CEST) Received: by mail.nvt.pl (Postfix, from userid 10000) id 0B9EC2084B60; Fri, 20 Apr 2012 12:25:29 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on nvt-mail01.nvt.pl X-Spam-Level: X-Spam-Status: No, hits=-102.9 required=6.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.1 Received: from [10.40.5.120] (unknown [77.79.217.49]) by mail.nvt.pl (Postfix) with ESMTPSA id A1BC12226362; Fri, 20 Apr 2012 12:25:15 +0200 (CEST) Message-ID: <4F91398B.8060405@nvt.pl> Date: Fri, 20 Apr 2012 12:25:15 +0200 From: Damian Sidor User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org Subject: [Xen-users] Performance problems on DELL r815 (AMD CPUs) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3205874748154651093==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3205874748154651093== Content-Type: multipart/alternative; boundary="------------030807020203070504030102" This is a multi-part message in MIME format. --------------030807020203070504030102 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hello, Has anyone tested and run Xen 4.0 on Dell PowerEdge r815 with succes ? I have problem with performance and irq on those server, ksoftirqd process is : root@aaa:~# ps -eo pcpu,pid,user,args | sort -k 1 -r | head -10 %CPU PID USER COMMAND 5.0 4 root [ksoftirqd/0] 1.9 16153 root [blkback.5.xvdb1] 1.2 147 root [events/0] 0.7 4577 root /usr/bin/python2.5 /usr/lib/xen-4.0/bin/xend start 0.5 3469 root [iscsi_q_22] 0.5 3466 root [iscsi_q_21] 0.5 3457 root [iscsi_q_18] 0.5 3454 root [iscsi_q_17] 0.5 3363 root [iscsi_q_14] Thanks sid --------------030807020203070504030102 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Hello,

Has anyone tested and run Xen 4.0 on Dell PowerEdge r815 with succes ?

I have problem with performance and irq on those server, ksoftirqd process is :

root@aaa:~# ps -eo pcpu,pid,user,args | sort -k 1 -r | head -10
%CPU   PID USER     COMMAND
 5.0     4 root     [ksoftirqd/0]
 1.9 16153 root     [blkback.5.xvdb1]
 1.2   147 root     [events/0]
 0.7  4577 root     /usr/bin/python2.5 /usr/lib/xen-4.0/bin/xend start
 0.5  3469 root     [iscsi_q_22]
 0.5  3466 root     [iscsi_q_21]
 0.5  3457 root     [iscsi_q_18]
 0.5  3454 root     [iscsi_q_17]
 0.5  3363 root     [iscsi_q_14]

Thanks
sid
--------------030807020203070504030102-- --===============3205874748154651093== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3205874748154651093==-- From xen-users-bounces@lists.xen.org Fri Apr 20 14:41:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 14:41: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 1SLF08-0000Lt-M8; Fri, 20 Apr 2012 14:39:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLF07-0000Ln-9t for xen-users@lists.xen.org; Fri, 20 Apr 2012 14:39:55 +0000 Received: from [85.158.139.83:64637] by server-3.bemta-5.messagelabs.com id 2C/19-25237-835719F4; Fri, 20 Apr 2012 14:39:52 +0000 X-Env-Sender: jhom@softlayer.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1334932790!20883037!1 X-Originating-IP: [173.192.119.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2147 invoked from network); 20 Apr 2012 14:39:51 -0000 Received: from mx151.softlayer.com (HELO mx.softlayer.com) (173.192.119.25) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 14:39:51 -0000 Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim) (envelope-from ) id 1SLF00-000IdK-Kq; Fri, 20 Apr 2012 09:39:48 -0500 Received: from SM-CAS151.softlayer.local (192.168.60.117) by SM-TMG152.softlayer.local (192.168.60.116) with Microsoft SMTP Server (TLS) id 14.2.247.3; Fri, 20 Apr 2012 09:40:55 -0500 Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by SM-CAS151.softlayer.local ([fe80::2cad:d6ac:55f7:c0e%10]) with mapi id 14.02.0247.003; Fri, 20 Apr 2012 09:39:48 -0500 From: Joseph Hom To: Mark Schneider , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug Thread-Index: AQHNHouJ73zJRoc5mU2gORNk6kQZsJajyWqg Date: Fri, 20 Apr 2012 14:40:55 +0000 Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F135518E139BB@SM-DAG151.softlayer.local> References: <4F90ABB1.2020508@it-infrastrukturen.org> In-Reply-To: <4F90ABB1.2020508@it-infrastrukturen.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.24.161] MIME-Version: 1.0 X-DKIM-Status: none Subject: Re: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3189181217900110127==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3189181217900110127== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_" --_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable That command has always been funny for me. I always needed to specify all 4= fields usually in order of static-min, dynamic-min, dynamic-max, static-ma= x. From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Mark Schneider Sent: Thursday, April 19, 2012 7:20 PM To: xen-users@lists.xen.org; ms@it-infrastrukturen.org Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - tria= l XenServer 6.0.2 image has a bug Hello it looks like the trial XenServer 6.0.2 image has a bug (see below). # --- XenServer-6.0.2-free-trial-error.txt memory-actual ( RO): 0 memory-target ( RO): memory-overhead ( RO): 6291456 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 268435456 # --- [root@dev70 ~]# xe vm-param-set memory-static-max=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-min=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# uname -a Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:2= 4 EST 2012 i686 athlon i386 GNU/Linux # --- Does Citrix know already about this issue? Not just the best quality of sof= tware ... regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable

That command has always b= een funny for me. I always needed to specify all 4 fields usually in order = of static-min, dynamic-min, dynamic-max, static-max.

 <= /p>

From: xen-users-bounces@lists.xen.org [mailto:xen-users= -bounces@lists.xen.org] On Behalf Of Mark Schneider
Sent: Thursday, April 19, 2012 7:20 PM
To: xen-users@lists.xen.org; ms@it-infrastrukturen.org
Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION= - trial XenServer 6.0.2 image has a bug

 

Hello

it looks like the trial XenServer 6.0.2 image has a bug (see below).

# ---
XenServer-6.0.2-free-trial-error.txt <= /span>
            = ;     memory-actual ( RO): 0
            = ;     memory-target ( RO): <expensive field>=
            = ;   memory-overhead ( RO): 6291456
            = ; memory-static-max ( RW): 268435456
            memo= ry-dynamic-max ( RW): 268435456
            memo= ry-dynamic-min ( RW): 268435456
            = ; memory-static-min ( RW): 268435456

# ---
[root@dev70 ~]# xe vm-param-set memory= -static-max=3D2GiB name-label=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-= 412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max

[root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB name-la= bel=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-l= abel=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-min=3D2GiB name-l= abel=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max


[root@dev70 ~]# uname -a
Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:= 14:24 EST 2012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know already about this issue? Not just the best quality of sof= tware ...

regards, Mark

-- 
ms@it-infrastrukturen.org=

 
http://rsync.it-infras=
trukturen.org
--_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_-- --===============3189181217900110127== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3189181217900110127==-- From xen-users-bounces@lists.xen.org Fri Apr 20 14:41:10 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 14:41: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 1SLF08-0000Lt-M8; Fri, 20 Apr 2012 14:39:56 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLF07-0000Ln-9t for xen-users@lists.xen.org; Fri, 20 Apr 2012 14:39:55 +0000 Received: from [85.158.139.83:64637] by server-3.bemta-5.messagelabs.com id 2C/19-25237-835719F4; Fri, 20 Apr 2012 14:39:52 +0000 X-Env-Sender: jhom@softlayer.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1334932790!20883037!1 X-Originating-IP: [173.192.119.25] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2147 invoked from network); 20 Apr 2012 14:39:51 -0000 Received: from mx151.softlayer.com (HELO mx.softlayer.com) (173.192.119.25) by server-6.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 14:39:51 -0000 Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim) (envelope-from ) id 1SLF00-000IdK-Kq; Fri, 20 Apr 2012 09:39:48 -0500 Received: from SM-CAS151.softlayer.local (192.168.60.117) by SM-TMG152.softlayer.local (192.168.60.116) with Microsoft SMTP Server (TLS) id 14.2.247.3; Fri, 20 Apr 2012 09:40:55 -0500 Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by SM-CAS151.softlayer.local ([fe80::2cad:d6ac:55f7:c0e%10]) with mapi id 14.02.0247.003; Fri, 20 Apr 2012 09:39:48 -0500 From: Joseph Hom To: Mark Schneider , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug Thread-Index: AQHNHouJ73zJRoc5mU2gORNk6kQZsJajyWqg Date: Fri, 20 Apr 2012 14:40:55 +0000 Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F135518E139BB@SM-DAG151.softlayer.local> References: <4F90ABB1.2020508@it-infrastrukturen.org> In-Reply-To: <4F90ABB1.2020508@it-infrastrukturen.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.24.161] MIME-Version: 1.0 X-DKIM-Status: none Subject: Re: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3189181217900110127==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3189181217900110127== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_" --_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable That command has always been funny for me. I always needed to specify all 4= fields usually in order of static-min, dynamic-min, dynamic-max, static-ma= x. From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Mark Schneider Sent: Thursday, April 19, 2012 7:20 PM To: xen-users@lists.xen.org; ms@it-infrastrukturen.org Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - tria= l XenServer 6.0.2 image has a bug Hello it looks like the trial XenServer 6.0.2 image has a bug (see below). # --- XenServer-6.0.2-free-trial-error.txt memory-actual ( RO): 0 memory-target ( RO): memory-overhead ( RO): 6291456 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 268435456 # --- [root@dev70 ~]# xe vm-param-set memory-static-max=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-min=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# uname -a Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:2= 4 EST 2012 i686 athlon i386 GNU/Linux # --- Does Citrix know already about this issue? Not just the best quality of sof= tware ... regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable

That command has always b= een funny for me. I always needed to specify all 4 fields usually in order = of static-min, dynamic-min, dynamic-max, static-max.

 <= /p>

From: xen-users-bounces@lists.xen.org [mailto:xen-users= -bounces@lists.xen.org] On Behalf Of Mark Schneider
Sent: Thursday, April 19, 2012 7:20 PM
To: xen-users@lists.xen.org; ms@it-infrastrukturen.org
Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION= - trial XenServer 6.0.2 image has a bug

 

Hello

it looks like the trial XenServer 6.0.2 image has a bug (see below).

# ---
XenServer-6.0.2-free-trial-error.txt <= /span>
            = ;     memory-actual ( RO): 0
            = ;     memory-target ( RO): <expensive field>=
            = ;   memory-overhead ( RO): 6291456
            = ; memory-static-max ( RW): 268435456
            memo= ry-dynamic-max ( RW): 268435456
            memo= ry-dynamic-min ( RW): 268435456
            = ; memory-static-min ( RW): 268435456

# ---
[root@dev70 ~]# xe vm-param-set memory= -static-max=3D2GiB name-label=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-= 412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max

[root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB name-la= bel=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-l= abel=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-min=3D2GiB name-l= abel=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CO= NSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min =98 dynamic_mi= n =3D dynamic_max =3D static_max


[root@dev70 ~]# uname -a
Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:= 14:24 EST 2012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know already about this issue? Not just the best quality of sof= tware ...

regards, Mark

-- 
ms@it-infrastrukturen.org=

 
http://rsync.it-infras=
trukturen.org
--_000_602C5EB92F9AFB4D89D11B9F5B7F135518E139BBSMDAG151softlay_-- --===============3189181217900110127== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3189181217900110127==-- From xen-users-bounces@lists.xen.org Fri Apr 20 14:47:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 14:47:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLF6k-0000k7-SA; Fri, 20 Apr 2012 14:46:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLF6j-0000k1-4U for xen-users@lists.xen.org; Fri, 20 Apr 2012 14:46:45 +0000 Received: from [85.158.143.35:48264] by server-3.bemta-4.messagelabs.com id DA/C3-05853-3D6719F4; Fri, 20 Apr 2012 14:46:43 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334933197!14197241!1 X-Originating-IP: [64.18.1.189] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5481 invoked from network); 20 Apr 2012 14:46:38 -0000 Received: from exprod6og105.obsmtp.com (HELO exprod6og105.obsmtp.com) (64.18.1.189) by server-8.tower-21.messagelabs.com with SMTP; 20 Apr 2012 14:46:38 -0000 Received: from mail-qc0-f171.google.com ([209.85.216.171]) (using TLSv1) by exprod6ob105.postini.com ([64.18.5.12]) with SMTP ID DSNKT5F2zPB5mpexuW7i2XHKXulxg3bbHvD/@postini.com; Fri, 20 Apr 2012 07:46:38 PDT Received: by qcsp15 with SMTP id p15so6680388qcs.2 for ; Fri, 20 Apr 2012 07:46:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=33zSVSEseiMr1ATOqVFiAY1xNd3DEAo2RuilLLbTmpI=; b=NavWysyY9iHhUjNIltGyduqvq2p1DabbD8uiehVx+KcPzP7mvMG3LblAFt48x3yeR6 yWlOe7QAhQ41Mwb8lSoQEk3qzMOXHAMFyGJzjSFYfVa6Tp3ptr9K6CQB1TcPx7Xl+xSV 0IHEE5VNxlJ+pZEe/ucxnol0lsOGwGnL487H/Liv//4UbP3pFD4Xwh+lfs85sLakuMYD fqty40Mok+ZmUw9liA7JeEskJPadJW4G3e6Z4xvbC3prQftneFJ8pem79mWZ0PMteQgk DpbzuF+HBD3h+BS62s3i9my3cLI0GK6gzJl63GxHeGWQvMS0lVpbcphy2aPQ6CpcfFyC OacA== MIME-Version: 1.0 Received: by 10.229.105.146 with SMTP id t18mr2178455qco.94.1334933195801; Fri, 20 Apr 2012 07:46:35 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 07:46:35 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 08:46:35 -0600 Message-ID: From: Shane Johnson To: Xavier Cardil X-Gm-Message-State: ALoCoQmsfzOp1/BQgxQVRbJ3r8quJszhrLx1aXQvDQ9vHuQZuCQ42IepiQmnvwE5R2yEbucM/KD9 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8736294509547225729==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8736294509547225729== Content-Type: multipart/alternative; boundary=002354471418ef446f04be1d5ade --002354471418ef446f04be1d5ade Content-Type: text/plain; charset=ISO-8859-1 Xavier I was afraid that is what you where up against. Thank you for posting your resolution. Shane On Fri, Apr 20, 2012 at 1:41 AM, Xavier Cardil wrote: > Hi Shane, I think I got the answer ... > http://serverfault.com/questions/128145/linux-virtualization-options-on-ec2 > > > :) Thank you all for your time ! > > -Xavier > > On Thu, Apr 19, 2012 at 7:43 PM, Shane Johnson > wrote: > >> Xavier, >> Yours looks considerably different from mine : >> >> menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN >> 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class >> xen { >> insmod lvm >> insmod part_msdos >> insmod part_msdos >> insmod ext2 >> set root='(vg-sys)' >> search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f6743761b >> echo 'Loading Linux 2.6.32-5-xen-amd64 ...' >> multiboot /boot/xen-4.0-amd64.gz placeholder >> module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder >> root=/dev/mapper/vg-sys ro quiet >> echo 'Loading initial ramdisk ...' >> module /boot/initrd.img-2.6.32-5-xen-amd64 >> } >> >> I don't know if it's from a different version or grub(I am running grub2) >> or if your grub isn't picking up the other kernel options when update-grub >> is run. I would look into those areas first. >> >> I am also wondering if it might be a issue attributed to running this off >> of a already virtualized set up from Amazon. I would look through your >> logs to see if there are any error messages about unsupported cpu or other >> hardware. >> >> I am unfortunately running into the limits of my experience with this. I >> have two physical servers currently running squeeze and Xen and are working >> pretty good, but I am also looking at transitioning to a different distro >> because of a few things that the older kernels from Debian just are not >> able to provide. >> >> Something I had to learn early on posting on this list, and still have >> issues remembering. This list doesn't provide the list itself as the >> sender, just the person that posted or replied. Please use reply-all so >> that all of the correspondence can be posted to the archive so that if >> someone in the future is searching out a similar problem the will have that >> to use as a resource. >> >> Thank you. >> >> Shane >> >> On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil wrote: >> >>> Of coruse Shane, here you are : >>> >>> # >>> # DO NOT EDIT THIS FILE >>> # >>> # It is automatically generated by grub-mkconfig using templates >>> # from /etc/grub.d and settings from /etc/default/grub >>> # >>> >>> ### BEGIN /etc/grub.d/40_custom ### >>> default 0 >>> timeout 1 >>> title 2.6.32-5-xen-amd64 >>> root (hd0) >>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>> ### END /etc/grub.d/40_custom ### >>> >>> >>> I created a new AMI now and I just installed the packages and copied the >>> grub.cfg to show it to you ... >>> >>> >>> -Xavier >>> >>> On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson < >>> sdj@rasmussenequipment.com> wrote: >>> >>>> From my experience with squeeze, this sounds like it isn't loading the >>>> qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? >>>> >>>> Thanks >>>> Shane >>>> >>>> >>>> On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil >>> > wrote: >>>> >>>>> Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a >>>>> bootable kernel ? Right now, the system si booting this one : >>>>> vmlinuz-2.6.32-5-xen-amd64 and this initrd: >>>>> initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. >>>>> >>>>> On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson < >>>>> sdj@rasmussenequipment.com> wrote: >>>>> >>>>>> Xavier, >>>>>> First place I would start it running the following : >>>>>> >>>>>> aptitude search xen-utils >>>>>> >>>>>> Make sure xen-utils is installed (i in the far left column) >>>>>> >>>>>> aptitude search qemu-dm >>>>>> >>>>>> again making sure the package is installed. >>>>>> >>>>>> If both packages are installed I would make sure you are booting off >>>>>> the the version that says : >>>>>> >>>>>> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >>>>>> >>>>>> Shane >>>>>> >>>>>> >>>>>> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >>>>>> >>>>>>> Hello ! I'm trying to run Xen on a EC2 AMI >>>>>>> >>>>>>> >>>>>>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>>>>>> >>>>>>> >>>>>>> Following this how-to >>>>>>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>>>>>> >>>>>>> After installing the packages, I get : >>>>>>> >>>>>>> uname -a >>>>>>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 >>>>>>> UTC 2011 x86_64 GNU/Linux >>>>>>> >>>>>>> uname -r >>>>>>> 2.6.32-5-xen-amd64 >>>>>>> >>>>>>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>>>>>> update-grub2 >>>>>>> * >>>>>>> * >>>>>>> * >>>>>>> * >>>>>>> After I reboot but I get this when calling xm : >>>>>>> >>>>>>> xm dmesg >>>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>>> version! >>>>>>> Error: Unable to connect to xend: No such file or directory. Is xend >>>>>>> running? >>>>>>> >>>>>>> When I execute xend I get : >>>>>>> >>>>>>> xend >>>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>>> version! >>>>>>> ERROR Internal error: Could not obtain handle on privileged command >>>>>>> interface (2 = No such file or directory) >>>>>>> Traceback (most recent call last): >>>>>>> File "/usr/lib/xen-default/bin/xend", line 38, in >>>>>>> from xen.xend.server import SrvDaemon >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", >>>>>>> line 26, in >>>>>>> import relocate >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", >>>>>>> line 28, in >>>>>>> from xen.xend import XendDomain >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line >>>>>>> 36, in >>>>>>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", >>>>>>> line 20, in >>>>>>> from xen.xend import balloon, sxp, image >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>>>>>> >>>>>>> xc = xen.lowlevel.xc.xc() >>>>>>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain >>>>>>> handle on privileged command interface (2 = No such file or directory)') >>>>>>> >>>>>>> >>>>>>> Does this has to do with the kernel I'm booting ? >>>>>>> >>>>>>> My /boot looks like this : >>>>>>> >>>>>>> System.map-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> initrd.img-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> config-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> vmlinuz-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> grub >>>>>>> >>>>>>> xen-4.0-amd64.gz >>>>>>> >>>>>>> And my menu.lst looks like this : >>>>>>> >>>>>>> # >>>>>>> # DO NOT EDIT THIS FILE >>>>>>> # >>>>>>> # It is automatically generated by grub-mkconfig using templates >>>>>>> # from /etc/grub.d and settings from /etc/default/grub >>>>>>> # >>>>>>> >>>>>>> ### BEGIN /etc/grub.d/40_custom ### >>>>>>> default 0 >>>>>>> timeout 1 >>>>>>> title 2.6.32-5-xen-amd64 >>>>>>> root (hd0) >>>>>>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>>>>>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>>>>>> ### END /etc/grub.d/40_custom ### >>>>>>> >>>>>>> >>>>>>> I have been trying to get around this but ... nothing works ! >>>>>>> >>>>>>> Any help would be much appreciated, thanks in advance ! >>>>>>> >>>>>>> -Xavier >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-users mailing list >>>>>>> Xen-users@lists.xen.org >>>>>>> http://lists.xen.org/xen-users >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Shane D. Johnson >>>>>> IT Administrator >>>>>> Rasmussen Equipment >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Shane D. Johnson >>>> IT Administrator >>>> Rasmussen Equipment >>>> >>>> >>>> >>> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > -- Shane D. Johnson IT Administrator Rasmussen Equipment --002354471418ef446f04be1d5ade Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xavier
I was afraid that is what you where up against. =A0
Th= ank you for posting your resolution.=A0

Shane
<= br>
On Fri, Apr 20, 2012 at 1:41 AM, Xavier Cardi= l <cardil.x= avier@gmail.com> wrote:
Hi Shane, I think I got the answer ...=A0 http://serverfault.com/questions/128145/linu= x-virtualization-options-on-ec2=A0

:) Thank you all = for your time !

-Xavier

On Thu, Apr 1= 9, 2012 at 7:43 PM, Shane Johnson <sdj@rasmussenequipment.com= > wrote:
Xavier,
Yours looks considerably differe= nt from mine :=A0
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 an= d XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class o= s --class xen {
=A0 =A0insmod lvm
=A0 =A0insmod part_m= sdos
=A0 =A0insmod part_msdos
=A0= =A0insmod ext2
=A0 =A0set root=3D'(vg-sys)'
=A0 =A0search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f67437= 61b
=A0 =A0echo =A0'Loading Linux 2.6.32-5-xen-amd= 64 ...'
=A0 =A0multiboot =A0 /boot/xen-4.0-amd64.g= z placeholder
=A0 =A0module =A0 /boot/vmlinuz-2.6.32-5-xen-amd64 placehol= der root=3D/dev/mapper/vg-sys ro =A0quiet
=A0 =A0echo = =A0'Loading initial ramdisk ...'
=A0 =A0module= =A0 /boot/initrd.img-2.6.32-5-xen-amd64
}

I don't know i= f it's from a different version or grub(I am running grub2) or if your = grub isn't picking up the other kernel options when update-grub is run.= =A0I would look into those areas first. =A0

I am also wondering if it might be a issue attributed to run= ning this off of a already virtualized set up from Amazon. =A0I would look = through your logs to see if there are any error messages about unsupported = cpu or other hardware.

I am unfortunately running into the limits of my=A0expe= rience=A0with this. =A0I have two physical servers currently running squeez= e and Xen and are working pretty good, but I am also looking at=A0transitio= ning=A0to a different distro because of a few things that the older kernels= from Debian just are not able to provide.

Something I had to learn early on posting on = this list, and still have issues remembering. This =A0list doesn't prov= ide the list itself as the sender, just the person that posted or replied. = =A0Please use reply-all so that all of the correspondence can be posted to = the archive so that if someone in the future is searching out a similar pro= blem the will have that to use as a resource.

Thank you.

=
Shane

On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil <cardil.xavier@gma= il.com> wrote:
Of coruse Shane, here you are :=A0

<= /div>
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using template= s
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 root (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 roo= t=3D/dev/xvda1 ro
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I create= d a new AMI now and I just installed the packages and copied the grub.cfg t= o show it to you ...=A0


-Xavier
On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson = <sdj@rasmussenequipment.com> wrote:
From my experience with squeeze, this sounds= like it isn't loading the qemu-dm portion. =A0Can you post a copy of y= our /boot/grub/grub.cfg?=A0

Thanks
Shane<= /span>


On Thu, Apr 19, 2012 at = 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> wrote= :
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






--
Shane D. Johnson
IT Ad= ministrator
Rasmussen Equipment






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


--002354471418ef446f04be1d5ade-- --===============8736294509547225729== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8736294509547225729==-- From xen-users-bounces@lists.xen.org Fri Apr 20 14:47:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 14:47:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLF6k-0000k7-SA; Fri, 20 Apr 2012 14:46:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLF6j-0000k1-4U for xen-users@lists.xen.org; Fri, 20 Apr 2012 14:46:45 +0000 Received: from [85.158.143.35:48264] by server-3.bemta-4.messagelabs.com id DA/C3-05853-3D6719F4; Fri, 20 Apr 2012 14:46:43 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-8.tower-21.messagelabs.com!1334933197!14197241!1 X-Originating-IP: [64.18.1.189] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5481 invoked from network); 20 Apr 2012 14:46:38 -0000 Received: from exprod6og105.obsmtp.com (HELO exprod6og105.obsmtp.com) (64.18.1.189) by server-8.tower-21.messagelabs.com with SMTP; 20 Apr 2012 14:46:38 -0000 Received: from mail-qc0-f171.google.com ([209.85.216.171]) (using TLSv1) by exprod6ob105.postini.com ([64.18.5.12]) with SMTP ID DSNKT5F2zPB5mpexuW7i2XHKXulxg3bbHvD/@postini.com; Fri, 20 Apr 2012 07:46:38 PDT Received: by qcsp15 with SMTP id p15so6680388qcs.2 for ; Fri, 20 Apr 2012 07:46:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=33zSVSEseiMr1ATOqVFiAY1xNd3DEAo2RuilLLbTmpI=; b=NavWysyY9iHhUjNIltGyduqvq2p1DabbD8uiehVx+KcPzP7mvMG3LblAFt48x3yeR6 yWlOe7QAhQ41Mwb8lSoQEk3qzMOXHAMFyGJzjSFYfVa6Tp3ptr9K6CQB1TcPx7Xl+xSV 0IHEE5VNxlJ+pZEe/ucxnol0lsOGwGnL487H/Liv//4UbP3pFD4Xwh+lfs85sLakuMYD fqty40Mok+ZmUw9liA7JeEskJPadJW4G3e6Z4xvbC3prQftneFJ8pem79mWZ0PMteQgk DpbzuF+HBD3h+BS62s3i9my3cLI0GK6gzJl63GxHeGWQvMS0lVpbcphy2aPQ6CpcfFyC OacA== MIME-Version: 1.0 Received: by 10.229.105.146 with SMTP id t18mr2178455qco.94.1334933195801; Fri, 20 Apr 2012 07:46:35 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 07:46:35 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 08:46:35 -0600 Message-ID: From: Shane Johnson To: Xavier Cardil X-Gm-Message-State: ALoCoQmsfzOp1/BQgxQVRbJ3r8quJszhrLx1aXQvDQ9vHuQZuCQ42IepiQmnvwE5R2yEbucM/KD9 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8736294509547225729==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8736294509547225729== Content-Type: multipart/alternative; boundary=002354471418ef446f04be1d5ade --002354471418ef446f04be1d5ade Content-Type: text/plain; charset=ISO-8859-1 Xavier I was afraid that is what you where up against. Thank you for posting your resolution. Shane On Fri, Apr 20, 2012 at 1:41 AM, Xavier Cardil wrote: > Hi Shane, I think I got the answer ... > http://serverfault.com/questions/128145/linux-virtualization-options-on-ec2 > > > :) Thank you all for your time ! > > -Xavier > > On Thu, Apr 19, 2012 at 7:43 PM, Shane Johnson > wrote: > >> Xavier, >> Yours looks considerably different from mine : >> >> menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN >> 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class >> xen { >> insmod lvm >> insmod part_msdos >> insmod part_msdos >> insmod ext2 >> set root='(vg-sys)' >> search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f6743761b >> echo 'Loading Linux 2.6.32-5-xen-amd64 ...' >> multiboot /boot/xen-4.0-amd64.gz placeholder >> module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder >> root=/dev/mapper/vg-sys ro quiet >> echo 'Loading initial ramdisk ...' >> module /boot/initrd.img-2.6.32-5-xen-amd64 >> } >> >> I don't know if it's from a different version or grub(I am running grub2) >> or if your grub isn't picking up the other kernel options when update-grub >> is run. I would look into those areas first. >> >> I am also wondering if it might be a issue attributed to running this off >> of a already virtualized set up from Amazon. I would look through your >> logs to see if there are any error messages about unsupported cpu or other >> hardware. >> >> I am unfortunately running into the limits of my experience with this. I >> have two physical servers currently running squeeze and Xen and are working >> pretty good, but I am also looking at transitioning to a different distro >> because of a few things that the older kernels from Debian just are not >> able to provide. >> >> Something I had to learn early on posting on this list, and still have >> issues remembering. This list doesn't provide the list itself as the >> sender, just the person that posted or replied. Please use reply-all so >> that all of the correspondence can be posted to the archive so that if >> someone in the future is searching out a similar problem the will have that >> to use as a resource. >> >> Thank you. >> >> Shane >> >> On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil wrote: >> >>> Of coruse Shane, here you are : >>> >>> # >>> # DO NOT EDIT THIS FILE >>> # >>> # It is automatically generated by grub-mkconfig using templates >>> # from /etc/grub.d and settings from /etc/default/grub >>> # >>> >>> ### BEGIN /etc/grub.d/40_custom ### >>> default 0 >>> timeout 1 >>> title 2.6.32-5-xen-amd64 >>> root (hd0) >>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>> ### END /etc/grub.d/40_custom ### >>> >>> >>> I created a new AMI now and I just installed the packages and copied the >>> grub.cfg to show it to you ... >>> >>> >>> -Xavier >>> >>> On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson < >>> sdj@rasmussenequipment.com> wrote: >>> >>>> From my experience with squeeze, this sounds like it isn't loading the >>>> qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? >>>> >>>> Thanks >>>> Shane >>>> >>>> >>>> On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil >>> > wrote: >>>> >>>>> Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a >>>>> bootable kernel ? Right now, the system si booting this one : >>>>> vmlinuz-2.6.32-5-xen-amd64 and this initrd: >>>>> initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. >>>>> >>>>> On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson < >>>>> sdj@rasmussenequipment.com> wrote: >>>>> >>>>>> Xavier, >>>>>> First place I would start it running the following : >>>>>> >>>>>> aptitude search xen-utils >>>>>> >>>>>> Make sure xen-utils is installed (i in the far left column) >>>>>> >>>>>> aptitude search qemu-dm >>>>>> >>>>>> again making sure the package is installed. >>>>>> >>>>>> If both packages are installed I would make sure you are booting off >>>>>> the the version that says : >>>>>> >>>>>> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >>>>>> >>>>>> Shane >>>>>> >>>>>> >>>>>> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >>>>>> >>>>>>> Hello ! I'm trying to run Xen on a EC2 AMI >>>>>>> >>>>>>> >>>>>>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>>>>>> >>>>>>> >>>>>>> Following this how-to >>>>>>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>>>>>> >>>>>>> After installing the packages, I get : >>>>>>> >>>>>>> uname -a >>>>>>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 >>>>>>> UTC 2011 x86_64 GNU/Linux >>>>>>> >>>>>>> uname -r >>>>>>> 2.6.32-5-xen-amd64 >>>>>>> >>>>>>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>>>>>> update-grub2 >>>>>>> * >>>>>>> * >>>>>>> * >>>>>>> * >>>>>>> After I reboot but I get this when calling xm : >>>>>>> >>>>>>> xm dmesg >>>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>>> version! >>>>>>> Error: Unable to connect to xend: No such file or directory. Is xend >>>>>>> running? >>>>>>> >>>>>>> When I execute xend I get : >>>>>>> >>>>>>> xend >>>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>>> version! >>>>>>> ERROR Internal error: Could not obtain handle on privileged command >>>>>>> interface (2 = No such file or directory) >>>>>>> Traceback (most recent call last): >>>>>>> File "/usr/lib/xen-default/bin/xend", line 38, in >>>>>>> from xen.xend.server import SrvDaemon >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", >>>>>>> line 26, in >>>>>>> import relocate >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", >>>>>>> line 28, in >>>>>>> from xen.xend import XendDomain >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line >>>>>>> 36, in >>>>>>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", >>>>>>> line 20, in >>>>>>> from xen.xend import balloon, sxp, image >>>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>>>>>> >>>>>>> xc = xen.lowlevel.xc.xc() >>>>>>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain >>>>>>> handle on privileged command interface (2 = No such file or directory)') >>>>>>> >>>>>>> >>>>>>> Does this has to do with the kernel I'm booting ? >>>>>>> >>>>>>> My /boot looks like this : >>>>>>> >>>>>>> System.map-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> initrd.img-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> config-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> vmlinuz-2.6.32-5-xen-amd64 >>>>>>> >>>>>>> grub >>>>>>> >>>>>>> xen-4.0-amd64.gz >>>>>>> >>>>>>> And my menu.lst looks like this : >>>>>>> >>>>>>> # >>>>>>> # DO NOT EDIT THIS FILE >>>>>>> # >>>>>>> # It is automatically generated by grub-mkconfig using templates >>>>>>> # from /etc/grub.d and settings from /etc/default/grub >>>>>>> # >>>>>>> >>>>>>> ### BEGIN /etc/grub.d/40_custom ### >>>>>>> default 0 >>>>>>> timeout 1 >>>>>>> title 2.6.32-5-xen-amd64 >>>>>>> root (hd0) >>>>>>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>>>>>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>>>>>> ### END /etc/grub.d/40_custom ### >>>>>>> >>>>>>> >>>>>>> I have been trying to get around this but ... nothing works ! >>>>>>> >>>>>>> Any help would be much appreciated, thanks in advance ! >>>>>>> >>>>>>> -Xavier >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Xen-users mailing list >>>>>>> Xen-users@lists.xen.org >>>>>>> http://lists.xen.org/xen-users >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Shane D. Johnson >>>>>> IT Administrator >>>>>> Rasmussen Equipment >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Shane D. Johnson >>>> IT Administrator >>>> Rasmussen Equipment >>>> >>>> >>>> >>> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > -- Shane D. Johnson IT Administrator Rasmussen Equipment --002354471418ef446f04be1d5ade Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xavier
I was afraid that is what you where up against. =A0
Th= ank you for posting your resolution.=A0

Shane
<= br>
On Fri, Apr 20, 2012 at 1:41 AM, Xavier Cardi= l <cardil.x= avier@gmail.com> wrote:
Hi Shane, I think I got the answer ...=A0 http://serverfault.com/questions/128145/linu= x-virtualization-options-on-ec2=A0

:) Thank you all = for your time !

-Xavier

On Thu, Apr 1= 9, 2012 at 7:43 PM, Shane Johnson <sdj@rasmussenequipment.com= > wrote:
Xavier,
Yours looks considerably differe= nt from mine :=A0
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 an= d XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class o= s --class xen {
=A0 =A0insmod lvm
=A0 =A0insmod part_m= sdos
=A0 =A0insmod part_msdos
=A0= =A0insmod ext2
=A0 =A0set root=3D'(vg-sys)'
=A0 =A0search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f67437= 61b
=A0 =A0echo =A0'Loading Linux 2.6.32-5-xen-amd= 64 ...'
=A0 =A0multiboot =A0 /boot/xen-4.0-amd64.g= z placeholder
=A0 =A0module =A0 /boot/vmlinuz-2.6.32-5-xen-amd64 placehol= der root=3D/dev/mapper/vg-sys ro =A0quiet
=A0 =A0echo = =A0'Loading initial ramdisk ...'
=A0 =A0module= =A0 /boot/initrd.img-2.6.32-5-xen-amd64
}

I don't know i= f it's from a different version or grub(I am running grub2) or if your = grub isn't picking up the other kernel options when update-grub is run.= =A0I would look into those areas first. =A0

I am also wondering if it might be a issue attributed to run= ning this off of a already virtualized set up from Amazon. =A0I would look = through your logs to see if there are any error messages about unsupported = cpu or other hardware.

I am unfortunately running into the limits of my=A0expe= rience=A0with this. =A0I have two physical servers currently running squeez= e and Xen and are working pretty good, but I am also looking at=A0transitio= ning=A0to a different distro because of a few things that the older kernels= from Debian just are not able to provide.

Something I had to learn early on posting on = this list, and still have issues remembering. This =A0list doesn't prov= ide the list itself as the sender, just the person that posted or replied. = =A0Please use reply-all so that all of the correspondence can be posted to = the archive so that if someone in the future is searching out a similar pro= blem the will have that to use as a resource.

Thank you.

=
Shane

On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil <cardil.xavier@gma= il.com> wrote:
Of coruse Shane, here you are :=A0

<= /div>
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using template= s
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 root (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 roo= t=3D/dev/xvda1 ro
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I create= d a new AMI now and I just installed the packages and copied the grub.cfg t= o show it to you ...=A0


-Xavier
On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson = <sdj@rasmussenequipment.com> wrote:
From my experience with squeeze, this sounds= like it isn't loading the qemu-dm portion. =A0Can you post a copy of y= our /boot/grub/grub.cfg?=A0

Thanks
Shane<= /span>


On Thu, Apr 19, 2012 at = 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> wrote= :
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






--
Shane D. Johnson
IT Ad= ministrator
Rasmussen Equipment






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


--002354471418ef446f04be1d5ade-- --===============8736294509547225729== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8736294509547225729==-- From xen-users-bounces@lists.xen.org Fri Apr 20 15:01:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:01:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFJq-0001L8-Bw; Fri, 20 Apr 2012 15:00:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFJo-0001Kw-14 for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:00:17 +0000 Received: from [85.158.143.99:54957] by server-1.bemta-4.messagelabs.com id 05/2F-20925-FF9719F4; Fri, 20 Apr 2012 15:00:15 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-8.tower-216.messagelabs.com!1334934014!14790142!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10129 invoked from network); 20 Apr 2012 15:00:14 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 15:00:14 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 607C81C1414C for ; Fri, 20 Apr 2012 17:00:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; s=selector1; bh=FmIKKOQzo6uJbl4STD9L 0DDLaMA=; b=K+AI7H5PBcfMm7dPl6qlcIw3U+4CcPfttyMEz32IsAnCdhWsPGZJ 9e8z917qGCZWxsjS/bSgXWLVpPT0bAm6NwcjbelDOAR1m6bICbmsjOHXEtZprUn5 5W7khAJyf+e4sVq/eAsU/TS0zkQEZHFLij5dAqs7x6trYV3AhqL054kwjtSICO++ jxsP6uGpPJeSw/ldj1uGXeHEBGNNBrCxeywiK8z0Qxld2AGvXYiNeoMY5AFTcAly 3yGp1hKQ82wPDa9pk5AOdXTrlMS9tJkTgzCVOn06oPi+3m6JwUtRUajal2Ogbbs1 s7X5On9Fdt+SZ1Rs7HV1zBXlq5BpKOZQny3XE8DZ3BA/auh0z0jRbxSYcU0nyTyP eyUkU/4WcEk771wr5Y9/4C71gvWuK8pFvSlKHTSN8+j8X5LSuHdq11aePQncslUS S/bBtAwnjbg/3oul+JTZ15h4GPyqX0tHVmExom2ce+mCYSJzJheO6+KU1x5/w7r5 iweYf/NloOCzWR5b+zodIPVDbKRWwWsLICYM2crhLE3CCzm21HzV4dLgjDUCaxlo u6/piVLZkwPjlTWpcRGA2SKmmiZ95SFy5FbZH2dBfM2c08LqRGjutJXyEFwsHfFY 5cSUNLeVipe2/oUCjS0znFPvi5alnn1gsn9NL1K/+uzPYCSssHEqOaQ= Received: by smtp.bloms.de (Postfix, from userid 1000) id 232221C14178; Fri, 20 Apr 2012 17:00:12 +0200 (CEST) Date: Fri, 20 Apr 2012 17:00:12 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Message-ID: <20120420150012.GB3720@bloms.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I've installed xen-unstable 4.2 from actual git (last commit was 4dc7dbef5400f0608321d579aebb57f933e8f707). When I start a domU with xm all is fine include the cpu_weight I configured in my domU config. When I start the domU with xl then all my domU have the default cpu_weight of 256 instead of the configured one. Was the name of cpu_weight being changed for xl command ? My domU config looks like this: --snip-- name=3D"vdrserver" description=3D"vdrserver for my clients" memory=3D768 maxmem=3D2048 vcpus=3D1 cpus=3D"1" cpu_weight =3D 128 on_poweroff=3D"destroy" on_reboot=3D"restart" on_crash=3D"destroy" localtime=3D0 keymap=3D"de" builder=3D"linux" bootloader=3D"/usr/bin/pygrub" bootargs=3D"" extra=3D"console=3Dhvc0 tmem cgroup_disable=3Dmemory independent_wallclock= =3D1 iommu=3Dsoft" nographic=3D1 keymap =3D 'de' disk=3D[ = 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', ] vif=3D[ 'mac=3D00:00:00:00:00:80,bridge=3Dbr0', ] pci =3D [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] --snip-- -- = Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 15:01:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:01:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFJq-0001L8-Bw; Fri, 20 Apr 2012 15:00:18 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFJo-0001Kw-14 for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:00:17 +0000 Received: from [85.158.143.99:54957] by server-1.bemta-4.messagelabs.com id 05/2F-20925-FF9719F4; Fri, 20 Apr 2012 15:00:15 +0000 X-Env-Sender: xensource.com@bloms.de X-Msg-Ref: server-8.tower-216.messagelabs.com!1334934014!14790142!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10129 invoked from network); 20 Apr 2012 15:00:14 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-8.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 15:00:14 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 607C81C1414C for ; Fri, 20 Apr 2012 17:00:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :subject:message-id:mime-version:content-type :content-transfer-encoding; s=selector1; bh=FmIKKOQzo6uJbl4STD9L 0DDLaMA=; b=K+AI7H5PBcfMm7dPl6qlcIw3U+4CcPfttyMEz32IsAnCdhWsPGZJ 9e8z917qGCZWxsjS/bSgXWLVpPT0bAm6NwcjbelDOAR1m6bICbmsjOHXEtZprUn5 5W7khAJyf+e4sVq/eAsU/TS0zkQEZHFLij5dAqs7x6trYV3AhqL054kwjtSICO++ jxsP6uGpPJeSw/ldj1uGXeHEBGNNBrCxeywiK8z0Qxld2AGvXYiNeoMY5AFTcAly 3yGp1hKQ82wPDa9pk5AOdXTrlMS9tJkTgzCVOn06oPi+3m6JwUtRUajal2Ogbbs1 s7X5On9Fdt+SZ1Rs7HV1zBXlq5BpKOZQny3XE8DZ3BA/auh0z0jRbxSYcU0nyTyP eyUkU/4WcEk771wr5Y9/4C71gvWuK8pFvSlKHTSN8+j8X5LSuHdq11aePQncslUS S/bBtAwnjbg/3oul+JTZ15h4GPyqX0tHVmExom2ce+mCYSJzJheO6+KU1x5/w7r5 iweYf/NloOCzWR5b+zodIPVDbKRWwWsLICYM2crhLE3CCzm21HzV4dLgjDUCaxlo u6/piVLZkwPjlTWpcRGA2SKmmiZ95SFy5FbZH2dBfM2c08LqRGjutJXyEFwsHfFY 5cSUNLeVipe2/oUCjS0znFPvi5alnn1gsn9NL1K/+uzPYCSssHEqOaQ= Received: by smtp.bloms.de (Postfix, from userid 1000) id 232221C14178; Fri, 20 Apr 2012 17:00:12 +0200 (CEST) Date: Fri, 20 Apr 2012 17:00:12 +0200 From: Dieter Bloms To: xen-users@lists.xen.org Message-ID: <20120420150012.GB3720@bloms.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I've installed xen-unstable 4.2 from actual git (last commit was 4dc7dbef5400f0608321d579aebb57f933e8f707). When I start a domU with xm all is fine include the cpu_weight I configured in my domU config. When I start the domU with xl then all my domU have the default cpu_weight of 256 instead of the configured one. Was the name of cpu_weight being changed for xl command ? My domU config looks like this: --snip-- name=3D"vdrserver" description=3D"vdrserver for my clients" memory=3D768 maxmem=3D2048 vcpus=3D1 cpus=3D"1" cpu_weight =3D 128 on_poweroff=3D"destroy" on_reboot=3D"restart" on_crash=3D"destroy" localtime=3D0 keymap=3D"de" builder=3D"linux" bootloader=3D"/usr/bin/pygrub" bootargs=3D"" extra=3D"console=3Dhvc0 tmem cgroup_disable=3Dmemory independent_wallclock= =3D1 iommu=3Dsoft" nographic=3D1 keymap =3D 'de' disk=3D[ = 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', ] vif=3D[ 'mac=3D00:00:00:00:00:80,bridge=3Dbr0', ] pci =3D [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] --snip-- -- = Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 15:05:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:05:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFOX-0001kW-P5; Fri, 20 Apr 2012 15:05:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFOV-0001kG-9X for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:05:07 +0000 Received: from [85.158.143.99:44199] by server-3.bemta-4.messagelabs.com id AA/21-05853-22B719F4; Fri, 20 Apr 2012 15:05:06 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-8.tower-216.messagelabs.com!1334934303!14791006!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28669 invoked from network); 20 Apr 2012 15:05:03 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-8.tower-216.messagelabs.com with SMTP; 20 Apr 2012 15:05:03 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 0E837C0C43; Fri, 20 Apr 2012 15:05:03 +0000 (UTC) Message-ID: <4F917B02.2030602@it-infrastrukturen.org> Date: Fri, 20 Apr 2012 17:04:34 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: Joseph Hom References: <4F90ABB1.2020508@it-infrastrukturen.org> <602C5EB92F9AFB4D89D11B9F5B7F135518E139BB@SM-DAG151.softlayer.local> In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F135518E139BB@SM-DAG151.softlayer.local> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2241584676379387960==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2241584676379387960== Content-Type: multipart/alternative; boundary="------------010105030406090204020907" This is a multi-part message in MIME format. --------------010105030406090204020907 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Thank you Joseph Am 20.04.2012 16:40, schrieb Joseph Hom: > > That command has always been funny for me. I always needed to specify > all 4 fields usually in order of static-min, dynamic-min, dynamic-max, > static-max. > Am 20.04.2012 15:04, schrieb James Bulpin: > > For this specific question this is not a bug. As the error message > states the VM has a constraint that dynamic_min, dynamic_max and > static_max must all be equal. Your command is trying to change one of > these values in isolation which would break this constraint. I suggest > using the CLI command vm-memory-limits-set, e.g.: "xe > vm-memory-limits-set uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > dynamic-min=2GiB dynamic-max=2GiB static-max=2GiB static-min=2GiB". > Due to Citrix there is *not* a bug (thank you very much for the hint James). The free XenServer Version differs from the commercial one (and I guess from XCP 1.5. as it works there a bit different). I had to use there the following order with the "xe vm-param-set ..." CLI command on XCP 1.5: memory-static-max memory-dynamic-max memory-dynamic-min memory-static-min I mean to remember, that other orders gave me error messages (with XCP). > As an aside it's worth pointing out that the memory constraints differ > between the XenServer Free edition (which don't have dynamic memory > control enabled) "static_min <= dynamic_min = dynamic_max = > static_max" and the XenServer paid editions (which do) "static_min <= > dynamic_min <= dynamic_max <= static_max". > The statement above is quite *essential*. For full functionality the commercial (payed) version is required. regards, Mark > *From:*xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Mark Schneider > *Sent:* Thursday, April 19, 2012 7:20 PM > *To:* xen-users@lists.xen.org; ms@it-infrastrukturen.org > *Subject:* [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION > - trial XenServer 6.0.2 image has a bug > > Hello > > it looks like the trial XenServer 6.0.2 image has a bug (see below). > > # --- > XenServer-6.0.2-free-trial-error.txt > memory-actual ( RO): 0 > memory-target ( RO): > memory-overhead ( RO): 6291456 > memory-static-max ( RW): 268435456 > memory-dynamic-max ( RW): 268435456 > memory-dynamic-min ( RW): 268435456 > memory-static-min ( RW): 268435456 > > # --- > [root@dev70 ~]# xe vm-param-set memory-static-max=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > [root@dev70 ~]# xe vm-param-set memory-static-min=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > [root@dev70 ~]# xe vm-param-set memory-dynamic-max=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > [root@dev70 ~]# xe vm-param-set memory-dynamic-min=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > > [root@dev70 ~]# uname -a > Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 > 15:14:24 EST 2012 i686 athlon i386 GNU/Linux > # --- > > Does Citrix know already about this issue? Not just the best quality > of software ... > > regards, Mark > > -- > ms@it-infrastrukturen.org > > http://rsync.it-infrastrukturen.org --------------010105030406090204020907 Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: 8bit Thank you Joseph

Am 20.04.2012 16:40, schrieb Joseph Hom:

That command has always been funny for me. I always needed to specify all 4 fields usually in order of static-min, dynamic-min, dynamic-max, static-max.


Am 20.04.2012 15:04, schrieb James Bulpin:

For this specific question this is not a bug. As the error message states the VM has a constraint that dynamic_min, dynamic_max and static_max must all be equal. Your command is trying to change one of these values in isolation which would break this constraint. I suggest using the CLI command vm-memory-limits-set, e.g.: “xe vm-memory-limits-set uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d dynamic-min=2GiB dynamic-max=2GiB static-max=2GiB static-min=2GiB”.

Due to Citrix there is *not* a bug (thank you very much for the hint James). The free XenServer Version differs from the commercial one (and I guess from XCP 1.5. as it works there a bit different).

I had to use there the following order with the "xe vm-param-set ..." CLI command on XCP 1.5:
memory-static-max
memory-dynamic-max
memory-dynamic-min
memory-static-min

I mean to remember, that other orders gave me error messages (with XCP).

šAs an aside it’s worth pointing out that the memory constraints differ between the XenServer Free edition (which don’t have dynamic memory control enabled) “static_min <= dynamic_min = dynamic_max = static_max” and the XenServer paid editions (which do) “static_min <= dynamic_min <= dynamic_max <= static_max”.

The statement above is quite *essential*. For full functionality the commercial (payed) version is required.

regards, Mark

š

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mark Schneider
Sent: Thursday, April 19, 2012 7:20 PM
To: xen-users@lists.xen.org; ms@it-infrastrukturen.org
Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug

š

Hello

it looks like the trial XenServer 6.0.2 image has a bug (see below).

# ---
XenServer-6.0.2-free-trial-error.txt
šššššššššššššššš memory-actual ( RO): 0
šššššššššššššššš memory-target ( RO): <expensive field>
šššššššššššššš memory-overhead ( RO): 6291456
šššššššššššš memory-static-max ( RW): 268435456
ššššššššššš memory-dynamic-max ( RW): 268435456
ššššššššššš memory-dynamic-min ( RW): 268435456
šššššššššššš memory-static-min ( RW): 268435456

# ---
[root@dev70 ~]# xe vm-param-set memory-static-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-static-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max


[root@dev70 ~]# uname -a
Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know already about this issue? Not just the best quality of software ...

regards, Mark

-- 
ms@it-infrastrukturen.org
š
http://rsync.it-infrastrukturen.org
--------------010105030406090204020907-- --===============2241584676379387960== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2241584676379387960==-- From xen-users-bounces@lists.xen.org Fri Apr 20 15:05:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:05:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFOX-0001kW-P5; Fri, 20 Apr 2012 15:05:09 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFOV-0001kG-9X for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:05:07 +0000 Received: from [85.158.143.99:44199] by server-3.bemta-4.messagelabs.com id AA/21-05853-22B719F4; Fri, 20 Apr 2012 15:05:06 +0000 X-Env-Sender: ms@it-infrastrukturen.org X-Msg-Ref: server-8.tower-216.messagelabs.com!1334934303!14791006!1 X-Originating-IP: [88.198.203.66] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28669 invoked from network); 20 Apr 2012 15:05:03 -0000 Received: from srv1.born2b3.net (HELO srv1.born2b3.net) (88.198.203.66) by server-8.tower-216.messagelabs.com with SMTP; 20 Apr 2012 15:05:03 -0000 Received: from [192.168.1.200] (84-73-66-195.dclient.hispeed.ch [84.73.66.195]) by srv1.born2b3.net (Postfix) with ESMTPSA id 0E837C0C43; Fri, 20 Apr 2012 15:05:03 +0000 (UTC) Message-ID: <4F917B02.2030602@it-infrastrukturen.org> Date: Fri, 20 Apr 2012 17:04:34 +0200 From: Mark Schneider User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: Joseph Hom References: <4F90ABB1.2020508@it-infrastrukturen.org> <602C5EB92F9AFB4D89D11B9F5B7F135518E139BB@SM-DAG151.softlayer.local> In-Reply-To: <602C5EB92F9AFB4D89D11B9F5B7F135518E139BB@SM-DAG151.softlayer.local> Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2241584676379387960==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2241584676379387960== Content-Type: multipart/alternative; boundary="------------010105030406090204020907" This is a multi-part message in MIME format. --------------010105030406090204020907 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Thank you Joseph Am 20.04.2012 16:40, schrieb Joseph Hom: > > That command has always been funny for me. I always needed to specify > all 4 fields usually in order of static-min, dynamic-min, dynamic-max, > static-max. > Am 20.04.2012 15:04, schrieb James Bulpin: > > For this specific question this is not a bug. As the error message > states the VM has a constraint that dynamic_min, dynamic_max and > static_max must all be equal. Your command is trying to change one of > these values in isolation which would break this constraint. I suggest > using the CLI command vm-memory-limits-set, e.g.: "xe > vm-memory-limits-set uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > dynamic-min=2GiB dynamic-max=2GiB static-max=2GiB static-min=2GiB". > Due to Citrix there is *not* a bug (thank you very much for the hint James). The free XenServer Version differs from the commercial one (and I guess from XCP 1.5. as it works there a bit different). I had to use there the following order with the "xe vm-param-set ..." CLI command on XCP 1.5: memory-static-max memory-dynamic-max memory-dynamic-min memory-static-min I mean to remember, that other orders gave me error messages (with XCP). > As an aside it's worth pointing out that the memory constraints differ > between the XenServer Free edition (which don't have dynamic memory > control enabled) "static_min <= dynamic_min = dynamic_max = > static_max" and the XenServer paid editions (which do) "static_min <= > dynamic_min <= dynamic_max <= static_max". > The statement above is quite *essential*. For full functionality the commercial (payed) version is required. regards, Mark > *From:*xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] *On Behalf Of *Mark Schneider > *Sent:* Thursday, April 19, 2012 7:20 PM > *To:* xen-users@lists.xen.org; ms@it-infrastrukturen.org > *Subject:* [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION > - trial XenServer 6.0.2 image has a bug > > Hello > > it looks like the trial XenServer 6.0.2 image has a bug (see below). > > # --- > XenServer-6.0.2-free-trial-error.txt > memory-actual ( RO): 0 > memory-target ( RO): > memory-overhead ( RO): 6291456 > memory-static-max ( RW): 268435456 > memory-dynamic-max ( RW): 268435456 > memory-dynamic-min ( RW): 268435456 > memory-static-min ( RW): 268435456 > > # --- > [root@dev70 ~]# xe vm-param-set memory-static-max=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > [root@dev70 ~]# xe vm-param-set memory-static-min=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > [root@dev70 ~]# xe vm-param-set memory-dynamic-max=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > [root@dev70 ~]# xe vm-param-set memory-dynamic-min=*2GiB* > name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d > Error code: MEMORY_CONSTRAINT_VIOLATION > Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min > = dynamic_max = static_max > > > [root@dev70 ~]# uname -a > Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 > 15:14:24 EST 2012 i686 athlon i386 GNU/Linux > # --- > > Does Citrix know already about this issue? Not just the best quality > of software ... > > regards, Mark > > -- > ms@it-infrastrukturen.org > > http://rsync.it-infrastrukturen.org --------------010105030406090204020907 Content-Type: text/html; charset=KOI8-R Content-Transfer-Encoding: 8bit Thank you Joseph

Am 20.04.2012 16:40, schrieb Joseph Hom:

That command has always been funny for me. I always needed to specify all 4 fields usually in order of static-min, dynamic-min, dynamic-max, static-max.


Am 20.04.2012 15:04, schrieb James Bulpin:

For this specific question this is not a bug. As the error message states the VM has a constraint that dynamic_min, dynamic_max and static_max must all be equal. Your command is trying to change one of these values in isolation which would break this constraint. I suggest using the CLI command vm-memory-limits-set, e.g.: “xe vm-memory-limits-set uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d dynamic-min=2GiB dynamic-max=2GiB static-max=2GiB static-min=2GiB”.

Due to Citrix there is *not* a bug (thank you very much for the hint James). The free XenServer Version differs from the commercial one (and I guess from XCP 1.5. as it works there a bit different).

I had to use there the following order with the "xe vm-param-set ..." CLI command on XCP 1.5:
memory-static-max
memory-dynamic-max
memory-dynamic-min
memory-static-min

I mean to remember, that other orders gave me error messages (with XCP).

šAs an aside it’s worth pointing out that the memory constraints differ between the XenServer Free edition (which don’t have dynamic memory control enabled) “static_min <= dynamic_min = dynamic_max = static_max” and the XenServer paid editions (which do) “static_min <= dynamic_min <= dynamic_max <= static_max”.

The statement above is quite *essential*. For full functionality the commercial (payed) version is required.

regards, Mark

š

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Mark Schneider
Sent: Thursday, April 19, 2012 7:20 PM
To: xen-users@lists.xen.org; ms@it-infrastrukturen.org
Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug

š

Hello

it looks like the trial XenServer 6.0.2 image has a bug (see below).

# ---
XenServer-6.0.2-free-trial-error.txt
šššššššššššššššš memory-actual ( RO): 0
šššššššššššššššš memory-target ( RO): <expensive field>
šššššššššššššš memory-overhead ( RO): 6291456
šššššššššššš memory-static-max ( RW): 268435456
ššššššššššš memory-dynamic-max ( RW): 268435456
ššššššššššš memory-dynamic-min ( RW): 268435456
šššššššššššš memory-static-min ( RW): 268435456

# ---
[root@dev70 ~]# xe vm-param-set memory-static-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-static-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-max=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max

[root@dev70 ~]# xe vm-param-set memory-dynamic-min=2GiB name-label=mx70 uuid=e4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory limits must satisfy: static_min ˜ dynamic_min = dynamic_max = static_max


[root@dev70 ~]# uname -a
Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know already about this issue? Not just the best quality of software ...

regards, Mark

-- 
ms@it-infrastrukturen.org
š
http://rsync.it-infrastrukturen.org
--------------010105030406090204020907-- --===============2241584676379387960== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2241584676379387960==-- From xen-users-bounces@lists.xen.org Fri Apr 20 15:13:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:13: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 1SLFWO-0002nQ-OA; Fri, 20 Apr 2012 15:13:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFWN-0002n4-4d for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:13:15 +0000 Received: from [85.158.143.99:19496] by server-3.bemta-4.messagelabs.com id 72/BD-05853-A0D719F4; Fri, 20 Apr 2012 15:13:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334934793!13361686!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTMwNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22908 invoked from network); 20 Apr 2012 15:13:13 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 15:13:13 -0000 X-IronPort-AV: E=Sophos;i="4.75,454,1330905600"; d="scan'208";a="12052508" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Apr 2012 15:13:13 +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 Apr 2012 16:13:13 +0100 Message-ID: <1334934791.28331.101.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Fri, 20 Apr 2012 16:13:11 +0100 In-Reply-To: <20120420150012.GB3720@bloms.de> References: <20120420150012.GB3720@bloms.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Dieter, thanks for the report. It seems that support for this config file variable is not present in xl at the moment. We should try and add this for 4.2 IMHO. If you know a little bit of C (or are interested in learning) then this should be a pretty simple thing to implement -- please let me know if you want more details. Ian. On Fri, 2012-04-20 at 16:00 +0100, Dieter Bloms wrote: > Hi, > > I've installed xen-unstable 4.2 from actual git (last commit was > 4dc7dbef5400f0608321d579aebb57f933e8f707). > > When I start a domU with xm all is fine include the cpu_weight I > configured in my domU config. > > When I start the domU with xl then all my domU have the default > cpu_weight of 256 instead of the configured one. > > Was the name of cpu_weight being changed for xl command ? > > My domU config looks like this: > > --snip-- > name="vdrserver" > description="vdrserver for my clients" > memory=768 > maxmem=2048 > vcpus=1 > cpus="1" > cpu_weight = 128 > on_poweroff="destroy" > on_reboot="restart" > on_crash="destroy" > > localtime=0 > keymap="de" > > builder="linux" > bootloader="/usr/bin/pygrub" > bootargs="" > extra="console=hvc0 tmem cgroup_disable=memory independent_wallclock=1 iommu=soft" > nographic=1 > keymap = 'de' > > disk=[ > 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', > 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', > ] > vif=[ 'mac=00:00:00:00:00:80,bridge=br0', ] > > pci = [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] > --snip-- > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 15:13:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:13: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 1SLFWO-0002nQ-OA; Fri, 20 Apr 2012 15:13:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFWN-0002n4-4d for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:13:15 +0000 Received: from [85.158.143.99:19496] by server-3.bemta-4.messagelabs.com id 72/BD-05853-A0D719F4; Fri, 20 Apr 2012 15:13:14 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334934793!13361686!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTMwNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22908 invoked from network); 20 Apr 2012 15:13:13 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 15:13:13 -0000 X-IronPort-AV: E=Sophos;i="4.75,454,1330905600"; d="scan'208";a="12052508" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Apr 2012 15:13:13 +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 Apr 2012 16:13:13 +0100 Message-ID: <1334934791.28331.101.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Fri, 20 Apr 2012 16:13:11 +0100 In-Reply-To: <20120420150012.GB3720@bloms.de> References: <20120420150012.GB3720@bloms.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Dieter, thanks for the report. It seems that support for this config file variable is not present in xl at the moment. We should try and add this for 4.2 IMHO. If you know a little bit of C (or are interested in learning) then this should be a pretty simple thing to implement -- please let me know if you want more details. Ian. On Fri, 2012-04-20 at 16:00 +0100, Dieter Bloms wrote: > Hi, > > I've installed xen-unstable 4.2 from actual git (last commit was > 4dc7dbef5400f0608321d579aebb57f933e8f707). > > When I start a domU with xm all is fine include the cpu_weight I > configured in my domU config. > > When I start the domU with xl then all my domU have the default > cpu_weight of 256 instead of the configured one. > > Was the name of cpu_weight being changed for xl command ? > > My domU config looks like this: > > --snip-- > name="vdrserver" > description="vdrserver for my clients" > memory=768 > maxmem=2048 > vcpus=1 > cpus="1" > cpu_weight = 128 > on_poweroff="destroy" > on_reboot="restart" > on_crash="destroy" > > localtime=0 > keymap="de" > > builder="linux" > bootloader="/usr/bin/pygrub" > bootargs="" > extra="console=hvc0 tmem cgroup_disable=memory independent_wallclock=1 iommu=soft" > nographic=1 > keymap = 'de' > > disk=[ > 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', > 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', > ] > vif=[ 'mac=00:00:00:00:00:80,bridge=br0', ] > > pci = [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] > --snip-- > > _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 15:14:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:14: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 1SLFXT-0002wV-Fu; Fri, 20 Apr 2012 15:14:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFXS-0002wH-6t for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:14:22 +0000 Received: from [85.158.143.99:8144] by server-1.bemta-4.messagelabs.com id CE/34-20925-D4D719F4; Fri, 20 Apr 2012 15:14:21 +0000 X-Env-Sender: niglesias@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1334934859!19306340!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25798 invoked from network); 20 Apr 2012 15:14:20 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 15:14:20 -0000 Received: by vcbfl11 with SMTP id fl11so8711530vcb.32 for ; Fri, 20 Apr 2012 08:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=5xjFLrMHJoMrTI8iYewpzBXm3zqZVWiXelwMvxl3JGU=; b=X5TYrbRaE5ifb2w3nfAT7yEz1xCy4QxWlfa0yM8ac4/EWQ1yUUc0iXBifX2wSgpxH2 RxVqANQZimfnDdyvw4wOujIqvh+Htm8JoOYCNFWZCzeY6FoNq3OxUb/gJ83bashylnEF f5TIjnIahYW+HkcGJSb5GmodWbLOITqLoewY9C+htX+H0ox6vp49B9ZME9x5KCFr9cjZ zo9oal7zluoM9EoRU3knrSG/DYK3S0H7fv3JSJi5kj8dnRV7vfuknx+y8AQZU97/2xcO M7rGvQ2bd3Z/9PwuUZkDX36UgtpaobGI8fuAEks5ENBz61N/ASi352QRbV1Cdb+JxJae Ttsg== MIME-Version: 1.0 Received: by 10.220.10.19 with SMTP id n19mr5408667vcn.36.1334934858751; Fri, 20 Apr 2012 08:14:18 -0700 (PDT) Received: by 10.52.21.111 with HTTP; Fri, 20 Apr 2012 08:14:18 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 12:14:18 -0300 Message-ID: From: Nahuel Iglesias To: xen-users@lists.xen.org Subject: Re: [Xen-users] domU's being killed - strange? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGkgYWxsIGFnYWluCgpQbGVhc2UgY29uZmlybSBtZSBpZiBteSBtZXNzYWdlcyBhcmUgbWFraW5n IGl0IHRvIHRoZSBsaXN0Li4uIGhhZCBubwpyZXNwb25zZXMgYnV0IEknbSBub3Qgc3VyZSBpZiBp dCBpcyBqdXN0IGEgbWF0dGVyIG9mIGxhY2sgbyByZXNwb25zZQpvciBub3QgYmVpbmcgcmVjZWl2 ZWQgYXQgYWxsLgoKVGhhbmtzIQoKRWwgZMOtYSAyNyBkZSBtYXJ6byBkZSAyMDEyIDE4OjA2LCBO YWh1ZWwgSWdsZXNpYXMKPG5pZ2xlc2lhc0BnbWFpbC5jb20+IGVzY3JpYmnDszoKPiBIaSBhbGwK Pgo+IEdyZWV0aW5ncyBmcm9tIFBhdGFnb25pYSBBcmdlbnRpbmEgLSB0aGlzIGlzIG15IGZpcnN0 IG1lc3NhZ2UgdG8gdGhpcyBsaXN0Lgo+Cj4KPiBJJ20gaGF2aW5nIGEgd2VpcmQgcHJvYmxlbTog d2hlbiBJIHJlYm9vdCBzb21lIGRvbVUsIHNvbWUgT1RIRVIgZG9tVQo+IGdldHMga2lsbGVkLgo+ Cj4gU2NlbmFyaW86Cj4+IGNhdCAvZXRjL1N1U0UtcmVsZWFzZQo+IFNVU0UgTGludXggRW50ZXJw cmlzZSBTZXJ2ZXIgMTEgKHg4Nl82NCkKPiBWRVJTSU9OID0gMTEKPiBQQVRDSExFVkVMID0gMQo+ Cj4+IHVuYW1lIC1zcmkKPiBMaW51eCAyLjYuMzIuNDMtMC40LXhlbiB4ODZfNjQKPgo+PiBycG0g LXFhIHwgZ3JlcCB4ZW4tCj4ga2VybmVsLXhlbi1iYXNlLTIuNi4zMi40My0wLjQuMQo+IHhlbi00 LjAuMl8yMTUxMV8wNC0wLjUuMQo+IHhlbi1rbXAtZGVmYXVsdC00LjAuMl8yMTUxMV8wNF8yLjYu MzIuNDZfMC4zLTAuNS4xCj4ga2VybmVsLXhlbi0yLjYuMzIuNDMtMC40LjEKPiB4ZW4tbGlicy00 LjAuMl8yMTUxMV8wNC0wLjUuMQo+IHhlbi1kb2MtaHRtbC00LjAuMl8yMTUxMV8wNC0wLjUuMQo+ IHhlbi10b29scy00LjAuMl8yMTUxMV8wNC0wLjUuMQo+IHhlbi1kb2MtcGRmLTQuMC4yXzIxNTEx XzA0LTAuNS4xCj4KPiBJIGhhdmUgOSBEb21VJ3MgcnVubmluZyBoZXJlIC0gbW9zdCBvZiB0aGVt IHdpdGggc2V2ZXJhbCBMaW51eAo+IGZsYXZvcnMsIGFuZCBzb21lIFdpbmRvd3MgWFAgU1AzIHRv by4KPgo+IEluIG1vc3QgY2lyY3Vtc3RhbmNlcyBldmVyeXRoaW5nIHdvcmtzIE9LLCBidXQgc29t ZXRpbWVzLCB3aGVuLCBzYXksCj4gZG9tVSAiR3Vlc3RDIiBpcyByZWJvb3RlZCAoZS5nLiB3aGVu IGluc3RhbGxpbmcgYW4gT1MpIHNvbWUgb3RoZXIKPiBkb21haW5zIGdldCBraWxsZWQgKCJHdWVz dEEiIGFuZCAiR3Vlc3RFIiBhcHBlYXIgaW4gZ3JleSBpbgo+IHZpcnQtbWFuYWdlciAtIHRoZXkg V0hFUkUgT04gc29tZSBtaW51dGVzIGFnbykKPgo+IEluIC92YXIvbG9nL3hlbi94ZW5kLmxvZyBJ IGNhbiBzZWU6Cj4gLi4uKGxvdHMgb2YgREVCVUcgYW5kIElORk8gbWVzc2FnZXMpCj4gKDUwIHNl Y29uZHMgYWZ0ZXIgbGFzdCBERUJVRyBtZXNzYWdlKQo+IFsuLi5dCj4gWzIwMTItMDMtMjcgMTU6 NTc6NTEgMjIyNV0gV0FSTklORyAoaW1hZ2U6NTYyKSBkb21haW4gR3Vlc3RBOiBkZXZpY2UKPiBt b2RlbCBmYWlsdXJlOiBwaWQgMjQ0Mzg6IGRpZWQgZHVlIHRvIHNpZ25hbCA2OyBzZWUKPiAvdmFy L2xvZy94ZW4vcWVtdS1kbS1HdWVzdEEubG9nCj4gWzIwMTItMDMtMjcgMTU6NTc6NTEgMjIyNV0g V0FSTklORyAoWGVuZERvbWFpbkluZm86MjEwOCkgRG9tYWluIGhhcwo+IGNyYXNoZWQ6IG5hbWU9 R3Vlc3RBIGlkPTEzNC4KPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MSAyMjI1XSBERUJVRyAoWGVuZERv bWFpbkluZm86MzEyMSkKPiBYZW5kRG9tYWluSW5mby5kZXN0cm95OiBkb21pZD0xMzQKPiBbMjAx Mi0wMy0yNyAxNTo1Nzo1MiAyMjI1XSBXQVJOSU5HIChpbWFnZTo1NjIpIGRvbWFpbiBHdWVzdEU6 IGRldmljZQo+IG1vZGVsIGZhaWx1cmU6IHBpZCA2MjQzOiBkaWVkIGR1ZSB0byBzaWduYWwgMTE7 IHNlZQo+IC92YXIvbG9nL3hlbi9xZW11LWRtLUd1ZXN0RS5sb2cKPiBbMjAxMi0wMy0yNyAxNTo1 Nzo1MiAyMjI1XSBXQVJOSU5HIChpbWFnZTo1NjIpIGRvbWFpbiBHdWVzdEI6IGRldmljZQo+IG1v ZGVsIGZhaWx1cmU6IHBpZCAyODEwNjogbWFsZnVuY3Rpb25pbmcgKGNsb3NlZCBzZW50aW5lbCks IGtpbGxlZDsKPiBzZWUgL3Zhci9sb2cveGVuL3FlbXUtZG0tR3Vlc3RCLmxvZwo+IFsyMDEyLTAz LTI3IDE1OjU3OjUyIDIyMjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDUyKSBEZXN0cm95aW5n IGRldmljZSBtb2RlbAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUyIDIyMjVdIERFQlVHIChYZW5kRG9t YWluSW5mbzoyNDU5KSBSZWxlYXNpbmcgZGV2aWNlcwo+IFsyMDEyLTAzLTI3IDE1OjU3OjUyIDIy MjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDY1KSBSZW1vdmluZyB2aWYvMAo+IFsyMDEyLTAz LTI3IDE1OjU3OjUyIDIyMjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoxMjk0KQo+IFhlbmREb21h aW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRldmljZUNsYXNzID0gdmlmLCBkZXZpY2UgPSB2aWYvMAo+ IFsyMDEyLTAzLTI3IDE1OjU3OjUyIDIyMjVdIFdBUk5JTkcgKFhlbmREb21haW5JbmZvOjIxMDgp IERvbWFpbiBoYXMKPiBjcmFzaGVkOiBuYW1lPUd1ZXN0QiBpZD05OC4KPiBbMjAxMi0wMy0yNyAx NTo1Nzo1MiAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ2NSkgUmVtb3ZpbmcgdmtiZC8w Cj4gWzIwMTItMDMtMjcgMTU6NTc6NTIgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjEyOTQp Cj4gWGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2aWNlQ2xhc3MgPSB2a2JkLCBkZXZp Y2UgPSB2a2JkLzAKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MiAyMjI1XSBERUJVRyAoWGVuZERvbWFp bkluZm86MzEyMSkKPiBYZW5kRG9tYWluSW5mby5kZXN0cm95OiBkb21pZD05OAo+IFsyMDEyLTAz LTI3IDE1OjU3OjUyIDIyMjVdIFdBUk5JTkcgKFhlbmREb21haW5JbmZvOjIxMDgpIERvbWFpbiBo YXMKPiBjcmFzaGVkOiBuYW1lPUd1ZXN0RSBpZD0xMDkuCj4gWzIwMTItMDMtMjcgMTU6NTc6NTMg MjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjMxMjEpCj4gWGVuZERvbWFpbkluZm8uZGVzdHJv eTogZG9taWQ9MTA5Cj4gWzIwMTItMDMtMjcgMTU6NTc6NTMgMjIyNV0gREVCVUcgKFhlbmREb21h aW5JbmZvOjI0NjUpIFJlbW92aW5nIGNvbnNvbGUvMAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIy MjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDUyKSBEZXN0cm95aW5nIGRldmljZSBtb2RlbAo+ IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIyMjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDUyKSBE ZXN0cm95aW5nIGRldmljZSBtb2RlbAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIyMjVdIERFQlVH IChYZW5kRG9tYWluSW5mbzoxMjk0KQo+IFhlbmREb21haW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRl dmljZUNsYXNzID0gY29uc29sZSwgZGV2aWNlID0KPiBjb25zb2xlLzAKPiBbMjAxMi0wMy0yNyAx NTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ1OSkgUmVsZWFzaW5nIGRldmlj ZXMKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ2 NSkgUmVtb3ZpbmcgdmlmLzAKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVu ZERvbWFpbkluZm86MTI5NCkKPiBYZW5kRG9tYWluSW5mby5kZXN0cm95RGV2aWNlOiBkZXZpY2VD bGFzcyA9IHZpZiwgZGV2aWNlID0gdmlmLzAKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBE RUJVRyAoWGVuZERvbWFpbkluZm86MjQ2NSkgUmVtb3ZpbmcgdmlmLzEKPiBbMjAxMi0wMy0yNyAx NTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MTI5NCkKPiBYZW5kRG9tYWluSW5m by5kZXN0cm95RGV2aWNlOiBkZXZpY2VDbGFzcyA9IHZpZiwgZGV2aWNlID0gdmlmLzEKPiBbMjAx Mi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ2NSkgUmVtb3Zp bmcgdmJkLzc2OAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIyMjVdIERFQlVHIChYZW5kRG9tYWlu SW5mbzoxMjk0KQo+IFhlbmREb21haW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRldmljZUNsYXNzID0g dmJkLCBkZXZpY2UgPSB2YmQvNzY4Cj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcg KFhlbmREb21haW5JbmZvOjI0NTkpIFJlbGVhc2luZyBkZXZpY2VzCj4gWzIwMTItMDMtMjcgMTU6 NTc6NTQgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI0NjUpIFJlbW92aW5nIHZpZi8wCj4g WzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjEyOTQpCj4g WGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2aWNlQ2xhc3MgPSB2aWYsIGRldmljZSA9 IHZpZi8wCj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZv OjI0NjUpIFJlbW92aW5nIHZpZi8xCj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcg KFhlbmREb21haW5JbmZvOjEyOTQpCj4gWGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2 aWNlQ2xhc3MgPSB2aWYsIGRldmljZSA9IHZpZi8xCj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIy NV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI0NjUpIFJlbW92aW5nIHZrYmQvMAo+IFsuLi5dCj4g ZXRjLgo+Cj4gSW4gL3Zhci9sb2cveGVuL3FlbXUtZG0tR3Vlc3RBLmxvZzoKPiBbLi4uXQo+ICoq KiBnbGliYyBkZXRlY3RlZCAqKiogL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtOiBjb3JydXB0ZWQK PiBkb3VibGUtbGlua2VkIGxpc3Q6IDB4MDAwMDAwMDAwMGIyMzhhMCAqKioKPiA9PT09PT09IEJh Y2t0cmFjZTogPT09PT09PT09Cj4gL2xpYjY0L2xpYmMuc28uNigrMHg3NTAxOClbMHg3ZjcyNzhi MTYwMThdCj4gL2xpYjY0L2xpYmMuc28uNigrMHg3NTVmZilbMHg3ZjcyNzhiMTY1ZmZdCj4gL2xp YjY0L2xpYmMuc28uNigrMHg3N2ExZSlbMHg3ZjcyNzhiMThhMWVdCj4gL2xpYjY0L2xpYmMuc28u NihfX2xpYmNfbWFsbG9jKzB4NzcpWzB4N2Y3Mjc4YjFiMGQ3XQo+IC91c3IvbGliL3hlbi9iaW4v cWVtdS1kbVsweDQ4MmUwOV0KPiAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG1bMHg0NmM1ZGRdCj4g L3Vzci9saWIveGVuL2Jpbi9xZW11LWRtWzB4NDZjODA1XQo+IC91c3IvbGliL3hlbi9iaW4vcWVt dS1kbVsweDQwODc3Ml0KPiAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG1bMHg0NzhkMWFdCj4gL3Vz ci9saWIveGVuL2Jpbi9xZW11LWRtWzB4NDBjYjBmXQo+IC9saWI2NC9saWJjLnNvLjYoX19saWJj X3N0YXJ0X21haW4rMHhlNilbMHg3ZjcyNzhhYmZiYzZdCj4gL3Vzci9saWIveGVuL2Jpbi9xZW11 LWRtWzB4NDA2YWU5XQo+ID09PT09PT0gTWVtb3J5IG1hcDogPT09PT09PT0KPiAwMDQwMDAwMC0w MDUyNTAwMCByLXhwIDAwMDAwMDAwIDA4OjAzIDQyNDMyCj4gwqAvdXNyL2xpYi94ZW4vYmluL3Fl bXUtZG0KPiAwMDcyNTAwMC0wMDcyNjAwMCByLS1wIDAwMTI1MDAwIDA4OjAzIDQyNDMyCj4gwqAv dXNyL2xpYi94ZW4vYmluL3FlbXUtZG0KPiAwMDcyNjAwMC0wMDcyYzAwMCBydy1wIDAwMTI2MDAw IDA4OjAzIDQyNDMyCj4gwqAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0KPiBbLi4uXQo+IEV0Yy4g KGN1dCBvZmYgaW4gYnJldml0eSdzIHNha2UpCj4KPiBTaW1pbGFybHksIGluIMKgL3Zhci9sb2cv eGVuL3FlbXUtZG0tR3Vlc3RFLmxvZwo+IFsuLi5dCj4gKioqIGdsaWJjIGRldGVjdGVkICoqKiAv dXNyL2xpYi94ZW4vYmluL3FlbXUtZG06IGRvdWJsZSBmcmVlIG9yCj4gY29ycnVwdGlvbiAoZmFz dHRvcCk6IDB4MDAwMDAwMDAwMGIxMjZhMCAqKioKPiA9PT09PT09IEJhY2t0cmFjZTogPT09PT09 PT09Cj4gL2xpYjY0L2xpYmMuc28uNigrMHg3NTAxOClbMHg3ZmQ4ZjZkYmEwMThdCj4gL2xpYjY0 L2xpYmMuc28uNihjZnJlZSsweDZjKVsweDdmZDhmNmRiZWZlY10KPiAvdXNyL2xpYi94ZW4vYmlu L3FlbXUtZG1bMHg0MmY1NDRdCj4gL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtWzB4NDEyNTUyXQo+ IC91c3IvbGliL3hlbi9iaW4vcWVtdS1kbVsweDQwODJkYl0KPiBbLi4uXQo+IEV0Yy4KPgo+IEFu eSBpZGVhcyBvbiB3aGF0IG1heSBiZSBoYXBwZW5pbmcgaGVyZT8gSSdtIHN1c3BpY2lvdXMgYWJv dXQgNjRiaXRzCj4ga2VybmVsJmxpYnMgYnV0IGl0IHNob3VsZG4ndCBiZSBUSElTIGJ1Z2d5IGFu eW1vcmUsIGlzbid0IGl0Pwo+Cj4gVGhhbmtzIGluIGFkdmFuY2UKPgo+IEtpbmQgcmVnYXJkcyEK Pgo+IC0tCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gTmFodWVsIEln bGVzaWFzCj4gQmFyaWxvY2hlIC0gUGF0YWdvbmlhIEFyZ2VudGluYQoKCgotLSAKLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCk5haHVlbCBJZ2xlc2lhcwpCYXJpbG9jaGUgLSBQ YXRhZ29uaWEgQXJnZW50aW5hCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Cmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 20 15:14:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 15:14: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 1SLFXT-0002wV-Fu; Fri, 20 Apr 2012 15:14:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFXS-0002wH-6t for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:14:22 +0000 Received: from [85.158.143.99:8144] by server-1.bemta-4.messagelabs.com id CE/34-20925-D4D719F4; Fri, 20 Apr 2012 15:14:21 +0000 X-Env-Sender: niglesias@gmail.com X-Msg-Ref: server-12.tower-216.messagelabs.com!1334934859!19306340!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25798 invoked from network); 20 Apr 2012 15:14:20 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-12.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 15:14:20 -0000 Received: by vcbfl11 with SMTP id fl11so8711530vcb.32 for ; Fri, 20 Apr 2012 08:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=5xjFLrMHJoMrTI8iYewpzBXm3zqZVWiXelwMvxl3JGU=; b=X5TYrbRaE5ifb2w3nfAT7yEz1xCy4QxWlfa0yM8ac4/EWQ1yUUc0iXBifX2wSgpxH2 RxVqANQZimfnDdyvw4wOujIqvh+Htm8JoOYCNFWZCzeY6FoNq3OxUb/gJ83bashylnEF f5TIjnIahYW+HkcGJSb5GmodWbLOITqLoewY9C+htX+H0ox6vp49B9ZME9x5KCFr9cjZ zo9oal7zluoM9EoRU3knrSG/DYK3S0H7fv3JSJi5kj8dnRV7vfuknx+y8AQZU97/2xcO M7rGvQ2bd3Z/9PwuUZkDX36UgtpaobGI8fuAEks5ENBz61N/ASi352QRbV1Cdb+JxJae Ttsg== MIME-Version: 1.0 Received: by 10.220.10.19 with SMTP id n19mr5408667vcn.36.1334934858751; Fri, 20 Apr 2012 08:14:18 -0700 (PDT) Received: by 10.52.21.111 with HTTP; Fri, 20 Apr 2012 08:14:18 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 12:14:18 -0300 Message-ID: From: Nahuel Iglesias To: xen-users@lists.xen.org Subject: Re: [Xen-users] domU's being killed - strange? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGkgYWxsIGFnYWluCgpQbGVhc2UgY29uZmlybSBtZSBpZiBteSBtZXNzYWdlcyBhcmUgbWFraW5n IGl0IHRvIHRoZSBsaXN0Li4uIGhhZCBubwpyZXNwb25zZXMgYnV0IEknbSBub3Qgc3VyZSBpZiBp dCBpcyBqdXN0IGEgbWF0dGVyIG9mIGxhY2sgbyByZXNwb25zZQpvciBub3QgYmVpbmcgcmVjZWl2 ZWQgYXQgYWxsLgoKVGhhbmtzIQoKRWwgZMOtYSAyNyBkZSBtYXJ6byBkZSAyMDEyIDE4OjA2LCBO YWh1ZWwgSWdsZXNpYXMKPG5pZ2xlc2lhc0BnbWFpbC5jb20+IGVzY3JpYmnDszoKPiBIaSBhbGwK Pgo+IEdyZWV0aW5ncyBmcm9tIFBhdGFnb25pYSBBcmdlbnRpbmEgLSB0aGlzIGlzIG15IGZpcnN0 IG1lc3NhZ2UgdG8gdGhpcyBsaXN0Lgo+Cj4KPiBJJ20gaGF2aW5nIGEgd2VpcmQgcHJvYmxlbTog d2hlbiBJIHJlYm9vdCBzb21lIGRvbVUsIHNvbWUgT1RIRVIgZG9tVQo+IGdldHMga2lsbGVkLgo+ Cj4gU2NlbmFyaW86Cj4+IGNhdCAvZXRjL1N1U0UtcmVsZWFzZQo+IFNVU0UgTGludXggRW50ZXJw cmlzZSBTZXJ2ZXIgMTEgKHg4Nl82NCkKPiBWRVJTSU9OID0gMTEKPiBQQVRDSExFVkVMID0gMQo+ Cj4+IHVuYW1lIC1zcmkKPiBMaW51eCAyLjYuMzIuNDMtMC40LXhlbiB4ODZfNjQKPgo+PiBycG0g LXFhIHwgZ3JlcCB4ZW4tCj4ga2VybmVsLXhlbi1iYXNlLTIuNi4zMi40My0wLjQuMQo+IHhlbi00 LjAuMl8yMTUxMV8wNC0wLjUuMQo+IHhlbi1rbXAtZGVmYXVsdC00LjAuMl8yMTUxMV8wNF8yLjYu MzIuNDZfMC4zLTAuNS4xCj4ga2VybmVsLXhlbi0yLjYuMzIuNDMtMC40LjEKPiB4ZW4tbGlicy00 LjAuMl8yMTUxMV8wNC0wLjUuMQo+IHhlbi1kb2MtaHRtbC00LjAuMl8yMTUxMV8wNC0wLjUuMQo+ IHhlbi10b29scy00LjAuMl8yMTUxMV8wNC0wLjUuMQo+IHhlbi1kb2MtcGRmLTQuMC4yXzIxNTEx XzA0LTAuNS4xCj4KPiBJIGhhdmUgOSBEb21VJ3MgcnVubmluZyBoZXJlIC0gbW9zdCBvZiB0aGVt IHdpdGggc2V2ZXJhbCBMaW51eAo+IGZsYXZvcnMsIGFuZCBzb21lIFdpbmRvd3MgWFAgU1AzIHRv by4KPgo+IEluIG1vc3QgY2lyY3Vtc3RhbmNlcyBldmVyeXRoaW5nIHdvcmtzIE9LLCBidXQgc29t ZXRpbWVzLCB3aGVuLCBzYXksCj4gZG9tVSAiR3Vlc3RDIiBpcyByZWJvb3RlZCAoZS5nLiB3aGVu IGluc3RhbGxpbmcgYW4gT1MpIHNvbWUgb3RoZXIKPiBkb21haW5zIGdldCBraWxsZWQgKCJHdWVz dEEiIGFuZCAiR3Vlc3RFIiBhcHBlYXIgaW4gZ3JleSBpbgo+IHZpcnQtbWFuYWdlciAtIHRoZXkg V0hFUkUgT04gc29tZSBtaW51dGVzIGFnbykKPgo+IEluIC92YXIvbG9nL3hlbi94ZW5kLmxvZyBJ IGNhbiBzZWU6Cj4gLi4uKGxvdHMgb2YgREVCVUcgYW5kIElORk8gbWVzc2FnZXMpCj4gKDUwIHNl Y29uZHMgYWZ0ZXIgbGFzdCBERUJVRyBtZXNzYWdlKQo+IFsuLi5dCj4gWzIwMTItMDMtMjcgMTU6 NTc6NTEgMjIyNV0gV0FSTklORyAoaW1hZ2U6NTYyKSBkb21haW4gR3Vlc3RBOiBkZXZpY2UKPiBt b2RlbCBmYWlsdXJlOiBwaWQgMjQ0Mzg6IGRpZWQgZHVlIHRvIHNpZ25hbCA2OyBzZWUKPiAvdmFy L2xvZy94ZW4vcWVtdS1kbS1HdWVzdEEubG9nCj4gWzIwMTItMDMtMjcgMTU6NTc6NTEgMjIyNV0g V0FSTklORyAoWGVuZERvbWFpbkluZm86MjEwOCkgRG9tYWluIGhhcwo+IGNyYXNoZWQ6IG5hbWU9 R3Vlc3RBIGlkPTEzNC4KPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MSAyMjI1XSBERUJVRyAoWGVuZERv bWFpbkluZm86MzEyMSkKPiBYZW5kRG9tYWluSW5mby5kZXN0cm95OiBkb21pZD0xMzQKPiBbMjAx Mi0wMy0yNyAxNTo1Nzo1MiAyMjI1XSBXQVJOSU5HIChpbWFnZTo1NjIpIGRvbWFpbiBHdWVzdEU6 IGRldmljZQo+IG1vZGVsIGZhaWx1cmU6IHBpZCA2MjQzOiBkaWVkIGR1ZSB0byBzaWduYWwgMTE7 IHNlZQo+IC92YXIvbG9nL3hlbi9xZW11LWRtLUd1ZXN0RS5sb2cKPiBbMjAxMi0wMy0yNyAxNTo1 Nzo1MiAyMjI1XSBXQVJOSU5HIChpbWFnZTo1NjIpIGRvbWFpbiBHdWVzdEI6IGRldmljZQo+IG1v ZGVsIGZhaWx1cmU6IHBpZCAyODEwNjogbWFsZnVuY3Rpb25pbmcgKGNsb3NlZCBzZW50aW5lbCks IGtpbGxlZDsKPiBzZWUgL3Zhci9sb2cveGVuL3FlbXUtZG0tR3Vlc3RCLmxvZwo+IFsyMDEyLTAz LTI3IDE1OjU3OjUyIDIyMjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDUyKSBEZXN0cm95aW5n IGRldmljZSBtb2RlbAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUyIDIyMjVdIERFQlVHIChYZW5kRG9t YWluSW5mbzoyNDU5KSBSZWxlYXNpbmcgZGV2aWNlcwo+IFsyMDEyLTAzLTI3IDE1OjU3OjUyIDIy MjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDY1KSBSZW1vdmluZyB2aWYvMAo+IFsyMDEyLTAz LTI3IDE1OjU3OjUyIDIyMjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoxMjk0KQo+IFhlbmREb21h aW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRldmljZUNsYXNzID0gdmlmLCBkZXZpY2UgPSB2aWYvMAo+ IFsyMDEyLTAzLTI3IDE1OjU3OjUyIDIyMjVdIFdBUk5JTkcgKFhlbmREb21haW5JbmZvOjIxMDgp IERvbWFpbiBoYXMKPiBjcmFzaGVkOiBuYW1lPUd1ZXN0QiBpZD05OC4KPiBbMjAxMi0wMy0yNyAx NTo1Nzo1MiAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ2NSkgUmVtb3ZpbmcgdmtiZC8w Cj4gWzIwMTItMDMtMjcgMTU6NTc6NTIgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjEyOTQp Cj4gWGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2aWNlQ2xhc3MgPSB2a2JkLCBkZXZp Y2UgPSB2a2JkLzAKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MiAyMjI1XSBERUJVRyAoWGVuZERvbWFp bkluZm86MzEyMSkKPiBYZW5kRG9tYWluSW5mby5kZXN0cm95OiBkb21pZD05OAo+IFsyMDEyLTAz LTI3IDE1OjU3OjUyIDIyMjVdIFdBUk5JTkcgKFhlbmREb21haW5JbmZvOjIxMDgpIERvbWFpbiBo YXMKPiBjcmFzaGVkOiBuYW1lPUd1ZXN0RSBpZD0xMDkuCj4gWzIwMTItMDMtMjcgMTU6NTc6NTMg MjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjMxMjEpCj4gWGVuZERvbWFpbkluZm8uZGVzdHJv eTogZG9taWQ9MTA5Cj4gWzIwMTItMDMtMjcgMTU6NTc6NTMgMjIyNV0gREVCVUcgKFhlbmREb21h aW5JbmZvOjI0NjUpIFJlbW92aW5nIGNvbnNvbGUvMAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIy MjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDUyKSBEZXN0cm95aW5nIGRldmljZSBtb2RlbAo+ IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIyMjVdIERFQlVHIChYZW5kRG9tYWluSW5mbzoyNDUyKSBE ZXN0cm95aW5nIGRldmljZSBtb2RlbAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIyMjVdIERFQlVH IChYZW5kRG9tYWluSW5mbzoxMjk0KQo+IFhlbmREb21haW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRl dmljZUNsYXNzID0gY29uc29sZSwgZGV2aWNlID0KPiBjb25zb2xlLzAKPiBbMjAxMi0wMy0yNyAx NTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ1OSkgUmVsZWFzaW5nIGRldmlj ZXMKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ2 NSkgUmVtb3ZpbmcgdmlmLzAKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVu ZERvbWFpbkluZm86MTI5NCkKPiBYZW5kRG9tYWluSW5mby5kZXN0cm95RGV2aWNlOiBkZXZpY2VD bGFzcyA9IHZpZiwgZGV2aWNlID0gdmlmLzAKPiBbMjAxMi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBE RUJVRyAoWGVuZERvbWFpbkluZm86MjQ2NSkgUmVtb3ZpbmcgdmlmLzEKPiBbMjAxMi0wMy0yNyAx NTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MTI5NCkKPiBYZW5kRG9tYWluSW5m by5kZXN0cm95RGV2aWNlOiBkZXZpY2VDbGFzcyA9IHZpZiwgZGV2aWNlID0gdmlmLzEKPiBbMjAx Mi0wMy0yNyAxNTo1Nzo1MyAyMjI1XSBERUJVRyAoWGVuZERvbWFpbkluZm86MjQ2NSkgUmVtb3Zp bmcgdmJkLzc2OAo+IFsyMDEyLTAzLTI3IDE1OjU3OjUzIDIyMjVdIERFQlVHIChYZW5kRG9tYWlu SW5mbzoxMjk0KQo+IFhlbmREb21haW5JbmZvLmRlc3Ryb3lEZXZpY2U6IGRldmljZUNsYXNzID0g dmJkLCBkZXZpY2UgPSB2YmQvNzY4Cj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcg KFhlbmREb21haW5JbmZvOjI0NTkpIFJlbGVhc2luZyBkZXZpY2VzCj4gWzIwMTItMDMtMjcgMTU6 NTc6NTQgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI0NjUpIFJlbW92aW5nIHZpZi8wCj4g WzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZvOjEyOTQpCj4g WGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2aWNlQ2xhc3MgPSB2aWYsIGRldmljZSA9 IHZpZi8wCj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcgKFhlbmREb21haW5JbmZv OjI0NjUpIFJlbW92aW5nIHZpZi8xCj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIyNV0gREVCVUcg KFhlbmREb21haW5JbmZvOjEyOTQpCj4gWGVuZERvbWFpbkluZm8uZGVzdHJveURldmljZTogZGV2 aWNlQ2xhc3MgPSB2aWYsIGRldmljZSA9IHZpZi8xCj4gWzIwMTItMDMtMjcgMTU6NTc6NTQgMjIy NV0gREVCVUcgKFhlbmREb21haW5JbmZvOjI0NjUpIFJlbW92aW5nIHZrYmQvMAo+IFsuLi5dCj4g ZXRjLgo+Cj4gSW4gL3Zhci9sb2cveGVuL3FlbXUtZG0tR3Vlc3RBLmxvZzoKPiBbLi4uXQo+ICoq KiBnbGliYyBkZXRlY3RlZCAqKiogL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtOiBjb3JydXB0ZWQK PiBkb3VibGUtbGlua2VkIGxpc3Q6IDB4MDAwMDAwMDAwMGIyMzhhMCAqKioKPiA9PT09PT09IEJh Y2t0cmFjZTogPT09PT09PT09Cj4gL2xpYjY0L2xpYmMuc28uNigrMHg3NTAxOClbMHg3ZjcyNzhi MTYwMThdCj4gL2xpYjY0L2xpYmMuc28uNigrMHg3NTVmZilbMHg3ZjcyNzhiMTY1ZmZdCj4gL2xp YjY0L2xpYmMuc28uNigrMHg3N2ExZSlbMHg3ZjcyNzhiMThhMWVdCj4gL2xpYjY0L2xpYmMuc28u NihfX2xpYmNfbWFsbG9jKzB4NzcpWzB4N2Y3Mjc4YjFiMGQ3XQo+IC91c3IvbGliL3hlbi9iaW4v cWVtdS1kbVsweDQ4MmUwOV0KPiAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG1bMHg0NmM1ZGRdCj4g L3Vzci9saWIveGVuL2Jpbi9xZW11LWRtWzB4NDZjODA1XQo+IC91c3IvbGliL3hlbi9iaW4vcWVt dS1kbVsweDQwODc3Ml0KPiAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG1bMHg0NzhkMWFdCj4gL3Vz ci9saWIveGVuL2Jpbi9xZW11LWRtWzB4NDBjYjBmXQo+IC9saWI2NC9saWJjLnNvLjYoX19saWJj X3N0YXJ0X21haW4rMHhlNilbMHg3ZjcyNzhhYmZiYzZdCj4gL3Vzci9saWIveGVuL2Jpbi9xZW11 LWRtWzB4NDA2YWU5XQo+ID09PT09PT0gTWVtb3J5IG1hcDogPT09PT09PT0KPiAwMDQwMDAwMC0w MDUyNTAwMCByLXhwIDAwMDAwMDAwIDA4OjAzIDQyNDMyCj4gwqAvdXNyL2xpYi94ZW4vYmluL3Fl bXUtZG0KPiAwMDcyNTAwMC0wMDcyNjAwMCByLS1wIDAwMTI1MDAwIDA4OjAzIDQyNDMyCj4gwqAv dXNyL2xpYi94ZW4vYmluL3FlbXUtZG0KPiAwMDcyNjAwMC0wMDcyYzAwMCBydy1wIDAwMTI2MDAw IDA4OjAzIDQyNDMyCj4gwqAvdXNyL2xpYi94ZW4vYmluL3FlbXUtZG0KPiBbLi4uXQo+IEV0Yy4g KGN1dCBvZmYgaW4gYnJldml0eSdzIHNha2UpCj4KPiBTaW1pbGFybHksIGluIMKgL3Zhci9sb2cv eGVuL3FlbXUtZG0tR3Vlc3RFLmxvZwo+IFsuLi5dCj4gKioqIGdsaWJjIGRldGVjdGVkICoqKiAv dXNyL2xpYi94ZW4vYmluL3FlbXUtZG06IGRvdWJsZSBmcmVlIG9yCj4gY29ycnVwdGlvbiAoZmFz dHRvcCk6IDB4MDAwMDAwMDAwMGIxMjZhMCAqKioKPiA9PT09PT09IEJhY2t0cmFjZTogPT09PT09 PT09Cj4gL2xpYjY0L2xpYmMuc28uNigrMHg3NTAxOClbMHg3ZmQ4ZjZkYmEwMThdCj4gL2xpYjY0 L2xpYmMuc28uNihjZnJlZSsweDZjKVsweDdmZDhmNmRiZWZlY10KPiAvdXNyL2xpYi94ZW4vYmlu L3FlbXUtZG1bMHg0MmY1NDRdCj4gL3Vzci9saWIveGVuL2Jpbi9xZW11LWRtWzB4NDEyNTUyXQo+ IC91c3IvbGliL3hlbi9iaW4vcWVtdS1kbVsweDQwODJkYl0KPiBbLi4uXQo+IEV0Yy4KPgo+IEFu eSBpZGVhcyBvbiB3aGF0IG1heSBiZSBoYXBwZW5pbmcgaGVyZT8gSSdtIHN1c3BpY2lvdXMgYWJv dXQgNjRiaXRzCj4ga2VybmVsJmxpYnMgYnV0IGl0IHNob3VsZG4ndCBiZSBUSElTIGJ1Z2d5IGFu eW1vcmUsIGlzbid0IGl0Pwo+Cj4gVGhhbmtzIGluIGFkdmFuY2UKPgo+IEtpbmQgcmVnYXJkcyEK Pgo+IC0tCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gTmFodWVsIEln bGVzaWFzCj4gQmFyaWxvY2hlIC0gUGF0YWdvbmlhIEFyZ2VudGluYQoKCgotLSAKLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCk5haHVlbCBJZ2xlc2lhcwpCYXJpbG9jaGUgLSBQ YXRhZ29uaWEgQXJnZW50aW5hCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3Jn Cmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 20 17:03:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 17:03:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLHEb-0007XM-Mp; Fri, 20 Apr 2012 17:03:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLHEa-0007XH-FG for Xen-users@lists.xensource.com; Fri, 20 Apr 2012 17:03:00 +0000 Received: from [85.158.139.83:37881] by server-9.bemta-5.messagelabs.com id 6B/E7-09826-3C6919F4; Fri, 20 Apr 2012 17:02:59 +0000 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334941378!20833411!1 X-Originating-IP: [85.10.210.154] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13324 invoked from network); 20 Apr 2012 17:02:58 -0000 Received: from aulus.stefanshome.com (HELO aulus.stefanshome.com) (85.10.210.154) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 17:02:58 -0000 X-No-Relay: not in my network DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=stefanshome.com; b=tvNiOJ5giiiSFQHIDsQZkvW/Ze+G/8hWgHzznDoJPMYK21M4DmayNkK0MKubPurJZ26kBnMZw1KoyKLpizisSZGyIY/OP8wLneAbRF/rOQRCPPzM0GxrQuN5gu95O6sR; h=Received:Return-Receipt-To:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language:Disposition-Notification-To; Received: from StefanPC (p57B7BEF0.dip.t-dialin.net [87.183.190.240]) by aulus.stefanshome.com (Postfix) with ESMTPA id 735DF4A33C for ; Fri, 20 Apr 2012 19:02:58 +0200 (CEST) From: "Stefan Becker" To: Date: Fri, 20 Apr 2012 19:02:58 +0200 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac0fF28eRQuvQaF2TomvILzuEr65aA== Content-Language: de Subject: [Xen-users] Error when starting iso for installing firewall X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8872775624240709448==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============8872775624240709448== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0047_01CD1F28.33B27A20" Content-Language: de This is a multipart message in MIME format. ------=_NextPart_000_0047_01CD1F28.33B27A20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi guys! I would like to test a sophos firewall. I download the iso image from the astaro website. I configured the cfg for HVM. import os, re arch = os.uname()[4] kernel = '/usr/lib/xen-4.0/boot/hvmloader' builder = 'hvm' memory = '1024' disk = [ 'file:/home/xen/domains/gaius.stefanshome.com/disk.img,hda,w', 'file:/home/stefanbecker/asg-8.930-11.1.iso,ioemu:hdc:cdrom,r', ] device_model = '/usr/lib/xen-4.0/bin/qemu-dm' name = 'gaius.stefanshome.com' vif = [ 'type=ioemu, bridge=br0, mac=00:50:56:00:0F:A1','type=ioemu, bridge=br0, mac=00:50:56:00:0F:A2' ] vfb = ['type=vnc,vnclisten=0.0.0.0,vncunused=0,vncdisplay=1,vncpasswd=secret'] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' boot = 'd' vcpus = 1 shadow_memory = 64 acpi = 1 apic = 1 stdvga = 0 usb = 1 usbdevice = 'tablet' When I start the installation, the system hang at the point "Network Detection". The last system message is: kernel: [107.771378] bootstrap[1230]: segfault at 0 ip b7325e35 sp bffac498 error 4 in libc-2.11.2.so[b72b0000+163000] Anyone know this error and could help me? Cheers, Stefan ------=_NextPart_000_0047_01CD1F28.33B27A20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi guys!

 

I would = like to test a sophos firewall. I download the iso image from the astaro = website. I configured the cfg for HVM.

 

import os, = re

arch =3D os.uname()[4]

 

 

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

builder     =3D = 'hvm'

memory      =3D = '1024'

disk        = =3D [

        &= nbsp;         = 'file:/home/xen/domains/gaius.stefanshome.com/disk.img,hda,w',=

        &= nbsp;         = 'file:/home/stefanbecker/asg-8.930-11.1.iso,ioemu:hdc:cdrom,r',

        &= nbsp;     ]

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

name        = =3D 'gaius.stefanshome.com'

vif       &nbs= p; =3D [ 'type=3Dioemu, bridge=3Dbr0, = mac=3D00:50:56:00:0F:A1','type=3Dioemu, bridge=3Dbr0, = mac=3D00:50:56:00:0F:A2' ]

vfb        = =3D = ['type=3Dvnc,vnclisten=3D0.0.0.0,vncunused=3D0,vncdisplay=3D1,vncpasswd=3D= secret']

on_poweroff =3D = 'destroy'

on_reboot   =3D = 'restart'

on_crash    =3D = 'restart'

boot =3D 'd'

vcpus =3D = 1

shadow_memory =3D 64

acpi =3D = 1

apic =3D 1

stdvga =3D = 0

usb =3D 1

usbdevice = =3D 'tablet'

 

When I = start the installation, the system hang at the point “Network = Detection”. The last system message is: kernel: [107.771378] = bootstrap[1230]: segfault at 0 ip b7325e35 sp bffac498 error 4 in = libc-2.11.2.so[b72b0000+163000]

 

Anyone know = this error and could help me?

 

Cheers,

 

Stefan

------=_NextPart_000_0047_01CD1F28.33B27A20-- --===============8872775624240709448== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8872775624240709448==-- From xen-users-bounces@lists.xen.org Fri Apr 20 17:03:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 17:03:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLHEb-0007XM-Mp; Fri, 20 Apr 2012 17:03:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLHEa-0007XH-FG for Xen-users@lists.xensource.com; Fri, 20 Apr 2012 17:03:00 +0000 Received: from [85.158.139.83:37881] by server-9.bemta-5.messagelabs.com id 6B/E7-09826-3C6919F4; Fri, 20 Apr 2012 17:02:59 +0000 X-Env-Sender: stefan.becker@stefanshome.com X-Msg-Ref: server-7.tower-182.messagelabs.com!1334941378!20833411!1 X-Originating-IP: [85.10.210.154] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13324 invoked from network); 20 Apr 2012 17:02:58 -0000 Received: from aulus.stefanshome.com (HELO aulus.stefanshome.com) (85.10.210.154) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 17:02:58 -0000 X-No-Relay: not in my network DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=stefanshome.com; b=tvNiOJ5giiiSFQHIDsQZkvW/Ze+G/8hWgHzznDoJPMYK21M4DmayNkK0MKubPurJZ26kBnMZw1KoyKLpizisSZGyIY/OP8wLneAbRF/rOQRCPPzM0GxrQuN5gu95O6sR; h=Received:Return-Receipt-To:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language:Disposition-Notification-To; Received: from StefanPC (p57B7BEF0.dip.t-dialin.net [87.183.190.240]) by aulus.stefanshome.com (Postfix) with ESMTPA id 735DF4A33C for ; Fri, 20 Apr 2012 19:02:58 +0200 (CEST) From: "Stefan Becker" To: Date: Fri, 20 Apr 2012 19:02:58 +0200 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac0fF28eRQuvQaF2TomvILzuEr65aA== Content-Language: de Subject: [Xen-users] Error when starting iso for installing firewall X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8872775624240709448==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multipart message in MIME format. --===============8872775624240709448== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0047_01CD1F28.33B27A20" Content-Language: de This is a multipart message in MIME format. ------=_NextPart_000_0047_01CD1F28.33B27A20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi guys! I would like to test a sophos firewall. I download the iso image from the astaro website. I configured the cfg for HVM. import os, re arch = os.uname()[4] kernel = '/usr/lib/xen-4.0/boot/hvmloader' builder = 'hvm' memory = '1024' disk = [ 'file:/home/xen/domains/gaius.stefanshome.com/disk.img,hda,w', 'file:/home/stefanbecker/asg-8.930-11.1.iso,ioemu:hdc:cdrom,r', ] device_model = '/usr/lib/xen-4.0/bin/qemu-dm' name = 'gaius.stefanshome.com' vif = [ 'type=ioemu, bridge=br0, mac=00:50:56:00:0F:A1','type=ioemu, bridge=br0, mac=00:50:56:00:0F:A2' ] vfb = ['type=vnc,vnclisten=0.0.0.0,vncunused=0,vncdisplay=1,vncpasswd=secret'] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' boot = 'd' vcpus = 1 shadow_memory = 64 acpi = 1 apic = 1 stdvga = 0 usb = 1 usbdevice = 'tablet' When I start the installation, the system hang at the point "Network Detection". The last system message is: kernel: [107.771378] bootstrap[1230]: segfault at 0 ip b7325e35 sp bffac498 error 4 in libc-2.11.2.so[b72b0000+163000] Anyone know this error and could help me? Cheers, Stefan ------=_NextPart_000_0047_01CD1F28.33B27A20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi guys!

 

I would = like to test a sophos firewall. I download the iso image from the astaro = website. I configured the cfg for HVM.

 

import os, = re

arch =3D os.uname()[4]

 

 

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

builder     =3D = 'hvm'

memory      =3D = '1024'

disk        = =3D [

        &= nbsp;         = 'file:/home/xen/domains/gaius.stefanshome.com/disk.img,hda,w',=

        &= nbsp;         = 'file:/home/stefanbecker/asg-8.930-11.1.iso,ioemu:hdc:cdrom,r',

        &= nbsp;     ]

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

name        = =3D 'gaius.stefanshome.com'

vif       &nbs= p; =3D [ 'type=3Dioemu, bridge=3Dbr0, = mac=3D00:50:56:00:0F:A1','type=3Dioemu, bridge=3Dbr0, = mac=3D00:50:56:00:0F:A2' ]

vfb        = =3D = ['type=3Dvnc,vnclisten=3D0.0.0.0,vncunused=3D0,vncdisplay=3D1,vncpasswd=3D= secret']

on_poweroff =3D = 'destroy'

on_reboot   =3D = 'restart'

on_crash    =3D = 'restart'

boot =3D 'd'

vcpus =3D = 1

shadow_memory =3D 64

acpi =3D = 1

apic =3D 1

stdvga =3D = 0

usb =3D 1

usbdevice = =3D 'tablet'

 

When I = start the installation, the system hang at the point “Network = Detection”. The last system message is: kernel: [107.771378] = bootstrap[1230]: segfault at 0 ip b7325e35 sp bffac498 error 4 in = libc-2.11.2.so[b72b0000+163000]

 

Anyone know = this error and could help me?

 

Cheers,

 

Stefan

------=_NextPart_000_0047_01CD1F28.33B27A20-- --===============8872775624240709448== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8872775624240709448==-- From xen-users-bounces@lists.xen.org Fri Apr 20 17:12:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 17:12: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 1SLHN8-0007wv-0v; Fri, 20 Apr 2012 17:11:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLHN5-0007wo-R5 for xen-users@lists.xen.org; Fri, 20 Apr 2012 17:11:48 +0000 Received: from [85.158.143.35:31957] by server-2.bemta-4.messagelabs.com id 23/81-17550-3D8919F4; Fri, 20 Apr 2012 17:11:47 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1334941905!13364533!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3112 invoked from network); 20 Apr 2012 17:11:46 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 17:11:46 -0000 Received: by yhoo21 with SMTP id o21so6351203yho.32 for ; Fri, 20 Apr 2012 10:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=gtE/2DTb45QWG/LPFb7iBfp6RJzgWbll4arx6MXOG5M=; b=x6qCD/8b3VWL1jg4I5VI5qq62Vlw7cqy4YXTMw1jt2TCYcbz8IXrK0w+bh7usqzH2Q uKNs8arF3TxryYWZhgJ5+EAdYmbqlqkarvGV7JQi2IOhWwmqPXTLzgu6oDxG5xnYhA2R FMzzNkz1O0ZqTIg7jFWOfUwgtoAAsn5v8mW4NosZftPoqHs2/QkqV7lZ1uHSEPOxr/ML /RPk+xZ+jABxDUP9MPvWf4aAFBMBoHEHHu4hvxz6sCj98tWM/+58uKBpqr+pSHj2wJv9 YF2pC4QosQGMc6xmcUVCmpGdt0tiiBtZifsQBLTA3Uo73k3v+k6eNOsbYRGNHQL8VQjg SVLw== Received: by 10.50.212.97 with SMTP id nj1mr22096241igc.65.1334941904462; Fri, 20 Apr 2012 10:11:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Fri, 20 Apr 2012 10:11:24 -0700 (PDT) In-Reply-To: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> References: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> From: Flavio Date: Fri, 20 Apr 2012 19:11:24 +0200 Message-ID: To: LINSCHOTEN Rob Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough for a HVM linux guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 20 April 2012 12:16, LINSCHOTEN Rob wrote: > > List, > > > > I have set up a XEN hypervisor (XENCloud Platform 1.5 beta) with a RedHat > 6.1 Linux HVM guest. The guest should run an OpenGL application which uses > the GPU extensively, I need the XEN VGA Passthrough option in order > > to run this application normally. I read the arcticles on the Xen-Wiki > about Xen VGA Passthrough support but I am still confused on how to > configure the VGA passthrough. > > > > My questions are: Is the required configuration with the VGA passthrough > possible? and How can I configure the Xen Hypervisor Hi Rob, did you already read this? http://wiki.xen.org/wiki/VTd_HowTo -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 17:12:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 17:12: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 1SLHN8-0007wv-0v; Fri, 20 Apr 2012 17:11:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLHN5-0007wo-R5 for xen-users@lists.xen.org; Fri, 20 Apr 2012 17:11:48 +0000 Received: from [85.158.143.35:31957] by server-2.bemta-4.messagelabs.com id 23/81-17550-3D8919F4; Fri, 20 Apr 2012 17:11:47 +0000 X-Env-Sender: fbcyborg@gmail.com X-Msg-Ref: server-11.tower-21.messagelabs.com!1334941905!13364533!1 X-Originating-IP: [209.85.213.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3112 invoked from network); 20 Apr 2012 17:11:46 -0000 Received: from mail-yw0-f45.google.com (HELO mail-yw0-f45.google.com) (209.85.213.45) by server-11.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 17:11:46 -0000 Received: by yhoo21 with SMTP id o21so6351203yho.32 for ; Fri, 20 Apr 2012 10:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=gtE/2DTb45QWG/LPFb7iBfp6RJzgWbll4arx6MXOG5M=; b=x6qCD/8b3VWL1jg4I5VI5qq62Vlw7cqy4YXTMw1jt2TCYcbz8IXrK0w+bh7usqzH2Q uKNs8arF3TxryYWZhgJ5+EAdYmbqlqkarvGV7JQi2IOhWwmqPXTLzgu6oDxG5xnYhA2R FMzzNkz1O0ZqTIg7jFWOfUwgtoAAsn5v8mW4NosZftPoqHs2/QkqV7lZ1uHSEPOxr/ML /RPk+xZ+jABxDUP9MPvWf4aAFBMBoHEHHu4hvxz6sCj98tWM/+58uKBpqr+pSHj2wJv9 YF2pC4QosQGMc6xmcUVCmpGdt0tiiBtZifsQBLTA3Uo73k3v+k6eNOsbYRGNHQL8VQjg SVLw== Received: by 10.50.212.97 with SMTP id nj1mr22096241igc.65.1334941904462; Fri, 20 Apr 2012 10:11:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.77.165 with HTTP; Fri, 20 Apr 2012 10:11:24 -0700 (PDT) In-Reply-To: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> References: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> From: Flavio Date: Fri, 20 Apr 2012 19:11:24 +0200 Message-ID: To: LINSCHOTEN Rob Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough for a HVM linux guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 20 April 2012 12:16, LINSCHOTEN Rob wrote: > > List, > > > > I have set up a XEN hypervisor (XENCloud Platform 1.5 beta) with a RedHat > 6.1 Linux HVM guest. The guest should run an OpenGL application which uses > the GPU extensively, I need the XEN VGA Passthrough option in order > > to run this application normally. I read the arcticles on the Xen-Wiki > about Xen VGA Passthrough support but I am still confused on how to > configure the VGA passthrough. > > > > My questions are: Is the required configuration with the VGA passthrough > possible? and How can I configure the Xen Hypervisor Hi Rob, did you already read this? http://wiki.xen.org/wiki/VTd_HowTo -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 18:29:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 18:29: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 1SLIZK-0001lE-P1; Fri, 20 Apr 2012 18:28:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLIZJ-0001l8-UH for xen-users@lists.xen.org; Fri, 20 Apr 2012 18:28:30 +0000 Received: from [193.109.254.147:19213] by server-2.bemta-14.messagelabs.com id 69/16-19409-DCAA19F4; Fri, 20 Apr 2012 18:28:29 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334946507!5616406!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17189 invoked from network); 20 Apr 2012 18:28:28 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 18:28:28 -0000 Received: by vcbfl11 with SMTP id fl11so8906607vcb.32 for ; Fri, 20 Apr 2012 11:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pBUAugq2yh5ZSONZkrFfOhh96gY3ZLYLSijyTjPPzSg=; b=TQnbjGziEsSeHQ3+4EyTzTR/SzAjpphik8khu0zLQ/GW1KxCZT/tPVLlOch+EUsskT He9LmgHA9vpNgaEy5buj0HUXpFaniNFDv3Sfth5LxKNAI709NwuQmbsVBlLlvPyvUuiI IxpndiMPgiOmUdY7zzFJvAqlw67g78ZwfcrgoI1n0pV+FYJutRGckUHf+I6X2+Q90adW kP2QXoFc158kzlD9HhN+qZNfoPwrcfyVy1fth44WxAn/A9w97LJ7nqT38LPDsPRrZJAb 0D/Gw7epJMVvd0oHStkp4IL3RpgwGtcL9Gx/Zm6z88luXYW3wyT805C783cD1cpEctxE YXoQ== MIME-Version: 1.0 Received: by 10.220.64.137 with SMTP id e9mr5847660vci.9.1334946507061; Fri, 20 Apr 2012 11:28:27 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Fri, 20 Apr 2012 11:28:27 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 14:28:27 -0400 Message-ID: From: Casey DeLorme To: Joakim Svensson Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3159079702648500623==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3159079702648500623== Content-Type: multipart/alternative; boundary=000e0cdf989e58fc4504be20741b --000e0cdf989e58fc4504be20741b Content-Type: text/plain; charset=ISO-8859-1 This may be completely invalid, but have you tried "hdd" instead? Xen man pages, xl disk configuration, and any other example I have seen always use "hdc" for a cdrom device. On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: > Hi > > I would like to add a second physical disk to my file server. > > My disk config used to look like this: > disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ] > It works and I can mount my disk as /dev/xvde1 > > But when I add a second disk like: > disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', > 'phy:/dev/sdd,hdc,w' ] > Stuart won't start. During start up it ends at: > XENBUS: Waiting for devices to initialize: 295s... > > Could you please help me with this problem, I'm stuck and I can't find any > solution. > > Best regards > Joakim Svensson > > joakim@joasve.se > www.joasve.se > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --000e0cdf989e58fc4504be20741b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
This may be completely invalid, but have you tried "hdd" ins= tead?

Xen man pages, xl disk configuration, and an= y other example I have seen always use "hdc" for a cdrom device.<= /div>

On Fri, Apr 20, 2012 at 5:38 AM, = Joakim Svensson <j= oakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson

joakim@joasve.se
www.joasve.se

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

--000e0cdf989e58fc4504be20741b-- --===============3159079702648500623== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3159079702648500623==-- From xen-users-bounces@lists.xen.org Fri Apr 20 18:29:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 18:29: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 1SLIZK-0001lE-P1; Fri, 20 Apr 2012 18:28:30 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLIZJ-0001l8-UH for xen-users@lists.xen.org; Fri, 20 Apr 2012 18:28:30 +0000 Received: from [193.109.254.147:19213] by server-2.bemta-14.messagelabs.com id 69/16-19409-DCAA19F4; Fri, 20 Apr 2012 18:28:29 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1334946507!5616406!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17189 invoked from network); 20 Apr 2012 18:28:28 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 18:28:28 -0000 Received: by vcbfl11 with SMTP id fl11so8906607vcb.32 for ; Fri, 20 Apr 2012 11:28:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pBUAugq2yh5ZSONZkrFfOhh96gY3ZLYLSijyTjPPzSg=; b=TQnbjGziEsSeHQ3+4EyTzTR/SzAjpphik8khu0zLQ/GW1KxCZT/tPVLlOch+EUsskT He9LmgHA9vpNgaEy5buj0HUXpFaniNFDv3Sfth5LxKNAI709NwuQmbsVBlLlvPyvUuiI IxpndiMPgiOmUdY7zzFJvAqlw67g78ZwfcrgoI1n0pV+FYJutRGckUHf+I6X2+Q90adW kP2QXoFc158kzlD9HhN+qZNfoPwrcfyVy1fth44WxAn/A9w97LJ7nqT38LPDsPRrZJAb 0D/Gw7epJMVvd0oHStkp4IL3RpgwGtcL9Gx/Zm6z88luXYW3wyT805C783cD1cpEctxE YXoQ== MIME-Version: 1.0 Received: by 10.220.64.137 with SMTP id e9mr5847660vci.9.1334946507061; Fri, 20 Apr 2012 11:28:27 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Fri, 20 Apr 2012 11:28:27 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 14:28:27 -0400 Message-ID: From: Casey DeLorme To: Joakim Svensson Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3159079702648500623==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3159079702648500623== Content-Type: multipart/alternative; boundary=000e0cdf989e58fc4504be20741b --000e0cdf989e58fc4504be20741b Content-Type: text/plain; charset=ISO-8859-1 This may be completely invalid, but have you tried "hdd" instead? Xen man pages, xl disk configuration, and any other example I have seen always use "hdc" for a cdrom device. On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: > Hi > > I would like to add a second physical disk to my file server. > > My disk config used to look like this: > disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ] > It works and I can mount my disk as /dev/xvde1 > > But when I add a second disk like: > disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', > 'phy:/dev/sdd,hdc,w' ] > Stuart won't start. During start up it ends at: > XENBUS: Waiting for devices to initialize: 295s... > > Could you please help me with this problem, I'm stuck and I can't find any > solution. > > Best regards > Joakim Svensson > > joakim@joasve.se > www.joasve.se > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --000e0cdf989e58fc4504be20741b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
This may be completely invalid, but have you tried "hdd" ins= tead?

Xen man pages, xl disk configuration, and an= y other example I have seen always use "hdc" for a cdrom device.<= /div>

On Fri, Apr 20, 2012 at 5:38 AM, = Joakim Svensson <j= oakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson

joakim@joasve.se
www.joasve.se

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

--000e0cdf989e58fc4504be20741b-- --===============3159079702648500623== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3159079702648500623==-- From xen-users-bounces@lists.xen.org Fri Apr 20 18:44:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 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 1SLInv-0002Fd-Sy; Fri, 20 Apr 2012 18:43:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLInt-0002FW-UH for xen-users@lists.xen.org; Fri, 20 Apr 2012 18:43:34 +0000 Received: from [85.158.143.35:22381] by server-1.bemta-4.messagelabs.com id 88/1F-20925-55EA19F4; Fri, 20 Apr 2012 18:43:33 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1334947410!5811998!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1326 invoked from network); 20 Apr 2012 18:43:31 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 18:43:31 -0000 Received: by vbbfs19 with SMTP id fs19so8844333vbb.32 for ; Fri, 20 Apr 2012 11:43:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VUTd/MXf9zWZzsKPViDv/FygpNx6DxaFyumIzVd/yJ8=; b=oC7Zpe3+8nI/DMgM8YS1OLEreSpFHg5fNczSAIzgPWw9NuswLT8cjJSOsnw8VYlE9/ MfLlsW//mm7PD00NBkZDUqSvsskO2o+5mvklSarHuHFyG2zaQWZVuDlUfS3K6o2mrFEX HcOO4mdEWvzT5EKvY4zyhs//RorMsSxM5fiCE5CIIIR9mTmFxZQWUi6OS/s3Wrb+zRGP qQwx08bz04ED4Q2DEzltSCrgAC8C+UgigzAgkCGTQbamRGtoxywS3AmTEBqQMsQ54VcU Dk5+YRG6uvVjFyGpz+PN0gTIbG4fcWtdTFrUfMRxMWaDo+9dPJhdurP0c24m5c6obpo9 V5Yg== MIME-Version: 1.0 Received: by 10.52.24.40 with SMTP id r8mr3228795vdf.108.1334947409474; Fri, 20 Apr 2012 11:43:29 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Fri, 20 Apr 2012 11:43:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 14:43:29 -0400 Message-ID: From: Casey DeLorme To: Nahuel Iglesias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] domU's being killed - strange? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3517973095998478281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3517973095998478281== Content-Type: multipart/alternative; boundary=20cf307cfd9822b2c704be20aaf9 --20cf307cfd9822b2c704be20aaf9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Greetings Nahuel, Just letting you know your email is being received, however I do not know if I have an answer to your problem. >From the logs it looks like the bug is stemming from qemu. My best guess would be either a resource conflict (RAM/HDD/Network/etc) or a damaged file (qemu itself or libc.so.6). I would investigate the resources being used by the crashing machines first (what is shared). If you compiled Xen from source I would try recompiling to rebuild qemu and reinstall libc.so.6. On Fri, Apr 20, 2012 at 11:14 AM, Nahuel Iglesias wrot= e: > Hi all again > > Please confirm me if my messages are making it to the list... had no > responses but I'm not sure if it is just a matter of lack o response > or not being received at all. > > Thanks! > > El d=EDa 27 de marzo de 2012 18:06, Nahuel Iglesias > escribi=F3: > > Hi all > > > > Greetings from Patagonia Argentina - this is my first message to this > list. > > > > > > I'm having a weird problem: when I reboot some domU, some OTHER domU > > gets killed. > > > > Scenario: > >> cat /etc/SuSE-release > > SUSE Linux Enterprise Server 11 (x86_64) > > VERSION =3D 11 > > PATCHLEVEL =3D 1 > > > >> uname -sri > > Linux 2.6.32.43-0.4-xen x86_64 > > > >> rpm -qa | grep xen- > > kernel-xen-base-2.6.32.43-0.4.1 > > xen-4.0.2_21511_04-0.5.1 > > xen-kmp-default-4.0.2_21511_04_2.6.32.46_0.3-0.5.1 > > kernel-xen-2.6.32.43-0.4.1 > > xen-libs-4.0.2_21511_04-0.5.1 > > xen-doc-html-4.0.2_21511_04-0.5.1 > > xen-tools-4.0.2_21511_04-0.5.1 > > xen-doc-pdf-4.0.2_21511_04-0.5.1 > > > > I have 9 DomU's running here - most of them with several Linux > > flavors, and some Windows XP SP3 too. > > > > In most circumstances everything works OK, but sometimes, when, say, > > domU "GuestC" is rebooted (e.g. when installing an OS) some other > > domains get killed ("GuestA" and "GuestE" appear in grey in > > virt-manager - they WHERE ON some minutes ago) > > > > In /var/log/xen/xend.log I can see: > > ...(lots of DEBUG and INFO messages) > > (50 seconds after last DEBUG message) > > [...] > > [2012-03-27 15:57:51 2225] WARNING (image:562) domain GuestA: device > > model failure: pid 24438: died due to signal 6; see > > /var/log/xen/qemu-dm-GuestA.log > > [2012-03-27 15:57:51 2225] WARNING (XendDomainInfo:2108) Domain has > > crashed: name=3DGuestA id=3D134. > > [2012-03-27 15:57:51 2225] DEBUG (XendDomainInfo:3121) > > XendDomainInfo.destroy: domid=3D134 > > [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestE: device > > model failure: pid 6243: died due to signal 11; see > > /var/log/xen/qemu-dm-GuestE.log > > [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestB: device > > model failure: pid 28106: malfunctioning (closed sentinel), killed; > > see /var/log/xen/qemu-dm-GuestB.log > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2452) Destroying devic= e > model > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2459) Releasing device= s > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vif/0 > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > > [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > > crashed: name=3DGuestB id=3D98. > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0 > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vkbd, device =3D vkbd/0 > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:3121) > > XendDomainInfo.destroy: domid=3D98 > > [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > > crashed: name=3DGuestE id=3D109. > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:3121) > > XendDomainInfo.destroy: domid=3D109 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing console= /0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devic= e > model > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devic= e > model > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D console, device =3D > > console/0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2459) Releasing device= s > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/1 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vbd/768 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2459) Releasing device= s > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/0 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/1 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0 > > [...] > > etc. > > > > In /var/log/xen/qemu-dm-GuestA.log: > > [...] > > *** glibc detected *** /usr/lib/xen/bin/qemu-dm: corrupted > > double-linked list: 0x0000000000b238a0 *** > > =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D > > /lib64/libc.so.6(+0x75018)[0x7f7278b16018] > > /lib64/libc.so.6(+0x755ff)[0x7f7278b165ff] > > /lib64/libc.so.6(+0x77a1e)[0x7f7278b18a1e] > > /lib64/libc.so.6(__libc_malloc+0x77)[0x7f7278b1b0d7] > > /usr/lib/xen/bin/qemu-dm[0x482e09] > > /usr/lib/xen/bin/qemu-dm[0x46c5dd] > > /usr/lib/xen/bin/qemu-dm[0x46c805] > > /usr/lib/xen/bin/qemu-dm[0x408772] > > /usr/lib/xen/bin/qemu-dm[0x478d1a] > > /usr/lib/xen/bin/qemu-dm[0x40cb0f] > > /lib64/libc.so.6(__libc_start_main+0xe6)[0x7f7278abfbc6] > > /usr/lib/xen/bin/qemu-dm[0x406ae9] > > =3D=3D=3D=3D=3D=3D=3D Memory map: =3D=3D=3D=3D=3D=3D=3D=3D > > 00400000-00525000 r-xp 00000000 08:03 42432 > > /usr/lib/xen/bin/qemu-dm > > 00725000-00726000 r--p 00125000 08:03 42432 > > /usr/lib/xen/bin/qemu-dm > > 00726000-0072c000 rw-p 00126000 08:03 42432 > > /usr/lib/xen/bin/qemu-dm > > [...] > > Etc. (cut off in brevity's sake) > > > > Similarly, in /var/log/xen/qemu-dm-GuestE.log > > [...] > > *** glibc detected *** /usr/lib/xen/bin/qemu-dm: double free or > > corruption (fasttop): 0x0000000000b126a0 *** > > =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D > > /lib64/libc.so.6(+0x75018)[0x7fd8f6dba018] > > /lib64/libc.so.6(cfree+0x6c)[0x7fd8f6dbefec] > > /usr/lib/xen/bin/qemu-dm[0x42f544] > > /usr/lib/xen/bin/qemu-dm[0x412552] > > /usr/lib/xen/bin/qemu-dm[0x4082db] > > [...] > > Etc. > > > > Any ideas on what may be happening here? I'm suspicious about 64bits > > kernel&libs but it shouldn't be THIS buggy anymore, isn't it? > > > > Thanks in advance > > > > Kind regards! > > > > -- > > ------------------------------------ > > Nahuel Iglesias > > Bariloche - Patagonia Argentina > > > > -- > ------------------------------------ > Nahuel Iglesias > Bariloche - Patagonia Argentina > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307cfd9822b2c704be20aaf9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Greetings Nahuel,

Just letting you know your = email is being received, however I do not know if I have an answer to your = problem.

From the logs it looks like the bug is st= emming from qemu. =A0My best guess would be either a resource conflict (RAM= /HDD/Network/etc) or a damaged file (qemu itself or libc.so.6).

I would investigate the resources being used by the cra= shing machines first (what is shared). =A0If you compiled Xen from source I= would try recompiling to rebuild qemu and reinstall libc.so.6.

On Fri, Apr 20, 2012 at 11:14 AM, Nahuel Iglesia= s <niglesias@gm= ail.com> wrote:
Hi all again

Please confirm me if my messages are making it to the list... had no
responses but I'm not sure if it is just a matter of lack o response or not being received at all.

Thanks!

El d=EDa 27 de marzo de 2012 18:06, Nahuel Iglesias
<niglesias@gmail.com> escr= ibi=F3:
> Hi all
>
> Greetings from Patagonia Argentina - this is my first message to this = list.
>
>
> I'm having a weird problem: when I reboot some domU, some OTHER do= mU
> gets killed.
>
> Scenario:
>> cat /etc/SuSE-release
> SUSE Linux Enterprise Server 11 (x86_64)
> VERSION =3D 11
> PATCHLEVEL =3D 1
>
>> uname -sri
> Linux 2.6.32.43-0.4-xen x86_64
>
>> rpm -qa | grep xen-
> kernel-xen-base-2.6.32.43-0.4.1
> xen-4.0.2_21511_04-0.5.1
> xen-kmp-default-4.0.2_21511_04_2.6.32.46_0.3-0.5.1
> kernel-xen-2.6.32.43-0.4.1
> xen-libs-4.0.2_21511_04-0.5.1
> xen-doc-html-4.0.2_21511_04-0.5.1
> xen-tools-4.0.2_21511_04-0.5.1
> xen-doc-pdf-4.0.2_21511_04-0.5.1
>
> I have 9 DomU's running here - most of them with several Linux
> flavors, and some Windows XP SP3 too.
>
> In most circumstances everything works OK, but sometimes, when, say, > domU "GuestC" is rebooted (e.g. when installing an OS) some = other
> domains get killed ("GuestA" and "GuestE" appear i= n grey in
> virt-manager - they WHERE ON some minutes ago)
>
> In /var/log/xen/xend.log I can see:
> ...(lots of DEBUG and INFO messages)
> (50 seconds after last DEBUG message)
> [...]
> [2012-03-27 15:57:51 2225] WARNING (image:562) domain GuestA: device > model failure: pid 24438: died due to signal 6; see
> /var/log/xen/qemu-dm-GuestA.log
> [2012-03-27 15:57:51 2225] WARNING (XendDomainInfo:2108) Domain has > crashed: name=3DGuestA id=3D134.
> [2012-03-27 15:57:51 2225] DEBUG (XendDomainInfo:3121)
> XendDomainInfo.destroy: domid=3D134
> [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestE: device > model failure: pid 6243: died due to signal 11; see
> /var/log/xen/qemu-dm-GuestE.log
> [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestB: device > model failure: pid 28106: malfunctioning (closed sentinel), killed; > see /var/log/xen/qemu-dm-GuestB.log
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2452) Destroying devi= ce model
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2459) Releasing devic= es
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vif/0<= br> > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > crashed: name=3DGuestB id=3D98.
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0=
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vkbd, device =3D vkbd/0<= br> > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:3121)
> XendDomainInfo.destroy: domid=3D98
> [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > crashed: name=3DGuestE id=3D109.
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:3121)
> XendDomainInfo.destroy: domid=3D109
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing consol= e/0
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devi= ce model
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devi= ce model
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D console, device =3D
> console/0
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2459) Releasing devic= es
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/0<= br> > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/1<= br> > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vbd/76= 8
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768<= br> > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2459) Releasing devic= es
> [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/0<= br> > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/1<= br> > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0=
> [...]
> etc.
>
> In /var/log/xen/qemu-dm-GuestA.log:
> [...]
> *** glibc detected *** /usr/lib/xen/bin/qemu-dm: corrupted
> double-linked list: 0x0000000000b238a0 ***
> =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D
> /lib64/libc.so.6(+0x75018)[0x7f7278b16018]
> /lib64/libc.so.6(+0x755ff)[0x7f7278b165ff]
> /lib64/libc.so.6(+0x77a1e)[0x7f7278b18a1e]
> /lib64/libc.so.6(__libc_malloc+0x77)[0x7f7278b1b0d7]
> /usr/lib/xen/bin/qemu-dm[0x482e09]
> /usr/lib/xen/bin/qemu-dm[0x46c5dd]
> /usr/lib/xen/bin/qemu-dm[0x46c805]
> /usr/lib/xen/bin/qemu-dm[0x408772]
> /usr/lib/xen/bin/qemu-dm[0x478d1a]
> /usr/lib/xen/bin/qemu-dm[0x40cb0f]
> /lib64/libc.so.6(__libc_start_main+0xe6)[0x7f7278abfbc6]
> /usr/lib/xen/bin/qemu-dm[0x406ae9]
> =3D=3D=3D=3D=3D=3D=3D Memory map: =3D=3D=3D=3D=3D=3D=3D=3D
> 00400000-00525000 r-xp 00000000 08:03 42432
> =A0/usr/lib/xen/bin/qemu-dm
> 00725000-00726000 r--p 00125000 08:03 42432
> =A0/usr/lib/xen/bin/qemu-dm
> 00726000-0072c000 rw-p 00126000 08:03 42432
> =A0/usr/lib/xen/bin/qemu-dm
> [...]
> Etc. (cut off in brevity's sake)
>
> Similarly, in =A0/var/log/xen/qemu-dm-GuestE.log
> [...]
> *** glibc detected *** /usr/lib/xen/bin/qemu-dm: double free or
> corruption (fasttop): 0x0000000000b126a0 ***
> =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D
> /lib64/libc.so.6(+0x75018)[0x7fd8f6dba018]
> /lib64/libc.so.6(cfree+0x6c)[0x7fd8f6dbefec]
> /usr/lib/xen/bin/qemu-dm[0x42f544]
> /usr/lib/xen/bin/qemu-dm[0x412552]
> /usr/lib/xen/bin/qemu-dm[0x4082db]
> [...]
> Etc.
>
> Any ideas on what may be happening here? I'm suspicious about 64bi= ts
> kernel&libs but it shouldn't be THIS buggy anymore, isn't = it?
>
> Thanks in advance
>
> Kind regards!
>
> --
> ------------------------------------
> Nahuel Iglesias
> Bariloche - Patagonia Argentina



--
------------------------------------
Nahuel Iglesias
Bariloche - Patagonia Argentina

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

--20cf307cfd9822b2c704be20aaf9-- --===============3517973095998478281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3517973095998478281==-- From xen-users-bounces@lists.xen.org Fri Apr 20 18:44:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 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 1SLInv-0002Fd-Sy; Fri, 20 Apr 2012 18:43:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLInt-0002FW-UH for xen-users@lists.xen.org; Fri, 20 Apr 2012 18:43:34 +0000 Received: from [85.158.143.35:22381] by server-1.bemta-4.messagelabs.com id 88/1F-20925-55EA19F4; Fri, 20 Apr 2012 18:43:33 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1334947410!5811998!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1326 invoked from network); 20 Apr 2012 18:43:31 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-5.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 18:43:31 -0000 Received: by vbbfs19 with SMTP id fs19so8844333vbb.32 for ; Fri, 20 Apr 2012 11:43:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VUTd/MXf9zWZzsKPViDv/FygpNx6DxaFyumIzVd/yJ8=; b=oC7Zpe3+8nI/DMgM8YS1OLEreSpFHg5fNczSAIzgPWw9NuswLT8cjJSOsnw8VYlE9/ MfLlsW//mm7PD00NBkZDUqSvsskO2o+5mvklSarHuHFyG2zaQWZVuDlUfS3K6o2mrFEX HcOO4mdEWvzT5EKvY4zyhs//RorMsSxM5fiCE5CIIIR9mTmFxZQWUi6OS/s3Wrb+zRGP qQwx08bz04ED4Q2DEzltSCrgAC8C+UgigzAgkCGTQbamRGtoxywS3AmTEBqQMsQ54VcU Dk5+YRG6uvVjFyGpz+PN0gTIbG4fcWtdTFrUfMRxMWaDo+9dPJhdurP0c24m5c6obpo9 V5Yg== MIME-Version: 1.0 Received: by 10.52.24.40 with SMTP id r8mr3228795vdf.108.1334947409474; Fri, 20 Apr 2012 11:43:29 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Fri, 20 Apr 2012 11:43:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 14:43:29 -0400 Message-ID: From: Casey DeLorme To: Nahuel Iglesias Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] domU's being killed - strange? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3517973095998478281==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3517973095998478281== Content-Type: multipart/alternative; boundary=20cf307cfd9822b2c704be20aaf9 --20cf307cfd9822b2c704be20aaf9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Greetings Nahuel, Just letting you know your email is being received, however I do not know if I have an answer to your problem. >From the logs it looks like the bug is stemming from qemu. My best guess would be either a resource conflict (RAM/HDD/Network/etc) or a damaged file (qemu itself or libc.so.6). I would investigate the resources being used by the crashing machines first (what is shared). If you compiled Xen from source I would try recompiling to rebuild qemu and reinstall libc.so.6. On Fri, Apr 20, 2012 at 11:14 AM, Nahuel Iglesias wrot= e: > Hi all again > > Please confirm me if my messages are making it to the list... had no > responses but I'm not sure if it is just a matter of lack o response > or not being received at all. > > Thanks! > > El d=EDa 27 de marzo de 2012 18:06, Nahuel Iglesias > escribi=F3: > > Hi all > > > > Greetings from Patagonia Argentina - this is my first message to this > list. > > > > > > I'm having a weird problem: when I reboot some domU, some OTHER domU > > gets killed. > > > > Scenario: > >> cat /etc/SuSE-release > > SUSE Linux Enterprise Server 11 (x86_64) > > VERSION =3D 11 > > PATCHLEVEL =3D 1 > > > >> uname -sri > > Linux 2.6.32.43-0.4-xen x86_64 > > > >> rpm -qa | grep xen- > > kernel-xen-base-2.6.32.43-0.4.1 > > xen-4.0.2_21511_04-0.5.1 > > xen-kmp-default-4.0.2_21511_04_2.6.32.46_0.3-0.5.1 > > kernel-xen-2.6.32.43-0.4.1 > > xen-libs-4.0.2_21511_04-0.5.1 > > xen-doc-html-4.0.2_21511_04-0.5.1 > > xen-tools-4.0.2_21511_04-0.5.1 > > xen-doc-pdf-4.0.2_21511_04-0.5.1 > > > > I have 9 DomU's running here - most of them with several Linux > > flavors, and some Windows XP SP3 too. > > > > In most circumstances everything works OK, but sometimes, when, say, > > domU "GuestC" is rebooted (e.g. when installing an OS) some other > > domains get killed ("GuestA" and "GuestE" appear in grey in > > virt-manager - they WHERE ON some minutes ago) > > > > In /var/log/xen/xend.log I can see: > > ...(lots of DEBUG and INFO messages) > > (50 seconds after last DEBUG message) > > [...] > > [2012-03-27 15:57:51 2225] WARNING (image:562) domain GuestA: device > > model failure: pid 24438: died due to signal 6; see > > /var/log/xen/qemu-dm-GuestA.log > > [2012-03-27 15:57:51 2225] WARNING (XendDomainInfo:2108) Domain has > > crashed: name=3DGuestA id=3D134. > > [2012-03-27 15:57:51 2225] DEBUG (XendDomainInfo:3121) > > XendDomainInfo.destroy: domid=3D134 > > [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestE: device > > model failure: pid 6243: died due to signal 11; see > > /var/log/xen/qemu-dm-GuestE.log > > [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestB: device > > model failure: pid 28106: malfunctioning (closed sentinel), killed; > > see /var/log/xen/qemu-dm-GuestB.log > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2452) Destroying devic= e > model > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2459) Releasing device= s > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vif/0 > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > > [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > > crashed: name=3DGuestB id=3D98. > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0 > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vkbd, device =3D vkbd/0 > > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:3121) > > XendDomainInfo.destroy: domid=3D98 > > [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > > crashed: name=3DGuestE id=3D109. > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:3121) > > XendDomainInfo.destroy: domid=3D109 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing console= /0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devic= e > model > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devic= e > model > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D console, device =3D > > console/0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2459) Releasing device= s > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/1 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vbd/768 > > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2459) Releasing device= s > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/0 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/1 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294) > > XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0 > > [...] > > etc. > > > > In /var/log/xen/qemu-dm-GuestA.log: > > [...] > > *** glibc detected *** /usr/lib/xen/bin/qemu-dm: corrupted > > double-linked list: 0x0000000000b238a0 *** > > =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D > > /lib64/libc.so.6(+0x75018)[0x7f7278b16018] > > /lib64/libc.so.6(+0x755ff)[0x7f7278b165ff] > > /lib64/libc.so.6(+0x77a1e)[0x7f7278b18a1e] > > /lib64/libc.so.6(__libc_malloc+0x77)[0x7f7278b1b0d7] > > /usr/lib/xen/bin/qemu-dm[0x482e09] > > /usr/lib/xen/bin/qemu-dm[0x46c5dd] > > /usr/lib/xen/bin/qemu-dm[0x46c805] > > /usr/lib/xen/bin/qemu-dm[0x408772] > > /usr/lib/xen/bin/qemu-dm[0x478d1a] > > /usr/lib/xen/bin/qemu-dm[0x40cb0f] > > /lib64/libc.so.6(__libc_start_main+0xe6)[0x7f7278abfbc6] > > /usr/lib/xen/bin/qemu-dm[0x406ae9] > > =3D=3D=3D=3D=3D=3D=3D Memory map: =3D=3D=3D=3D=3D=3D=3D=3D > > 00400000-00525000 r-xp 00000000 08:03 42432 > > /usr/lib/xen/bin/qemu-dm > > 00725000-00726000 r--p 00125000 08:03 42432 > > /usr/lib/xen/bin/qemu-dm > > 00726000-0072c000 rw-p 00126000 08:03 42432 > > /usr/lib/xen/bin/qemu-dm > > [...] > > Etc. (cut off in brevity's sake) > > > > Similarly, in /var/log/xen/qemu-dm-GuestE.log > > [...] > > *** glibc detected *** /usr/lib/xen/bin/qemu-dm: double free or > > corruption (fasttop): 0x0000000000b126a0 *** > > =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D > > /lib64/libc.so.6(+0x75018)[0x7fd8f6dba018] > > /lib64/libc.so.6(cfree+0x6c)[0x7fd8f6dbefec] > > /usr/lib/xen/bin/qemu-dm[0x42f544] > > /usr/lib/xen/bin/qemu-dm[0x412552] > > /usr/lib/xen/bin/qemu-dm[0x4082db] > > [...] > > Etc. > > > > Any ideas on what may be happening here? I'm suspicious about 64bits > > kernel&libs but it shouldn't be THIS buggy anymore, isn't it? > > > > Thanks in advance > > > > Kind regards! > > > > -- > > ------------------------------------ > > Nahuel Iglesias > > Bariloche - Patagonia Argentina > > > > -- > ------------------------------------ > Nahuel Iglesias > Bariloche - Patagonia Argentina > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307cfd9822b2c704be20aaf9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Greetings Nahuel,

Just letting you know your = email is being received, however I do not know if I have an answer to your = problem.

From the logs it looks like the bug is st= emming from qemu. =A0My best guess would be either a resource conflict (RAM= /HDD/Network/etc) or a damaged file (qemu itself or libc.so.6).

I would investigate the resources being used by the cra= shing machines first (what is shared). =A0If you compiled Xen from source I= would try recompiling to rebuild qemu and reinstall libc.so.6.

On Fri, Apr 20, 2012 at 11:14 AM, Nahuel Iglesia= s <niglesias@gm= ail.com> wrote:
Hi all again

Please confirm me if my messages are making it to the list... had no
responses but I'm not sure if it is just a matter of lack o response or not being received at all.

Thanks!

El d=EDa 27 de marzo de 2012 18:06, Nahuel Iglesias
<niglesias@gmail.com> escr= ibi=F3:
> Hi all
>
> Greetings from Patagonia Argentina - this is my first message to this = list.
>
>
> I'm having a weird problem: when I reboot some domU, some OTHER do= mU
> gets killed.
>
> Scenario:
>> cat /etc/SuSE-release
> SUSE Linux Enterprise Server 11 (x86_64)
> VERSION =3D 11
> PATCHLEVEL =3D 1
>
>> uname -sri
> Linux 2.6.32.43-0.4-xen x86_64
>
>> rpm -qa | grep xen-
> kernel-xen-base-2.6.32.43-0.4.1
> xen-4.0.2_21511_04-0.5.1
> xen-kmp-default-4.0.2_21511_04_2.6.32.46_0.3-0.5.1
> kernel-xen-2.6.32.43-0.4.1
> xen-libs-4.0.2_21511_04-0.5.1
> xen-doc-html-4.0.2_21511_04-0.5.1
> xen-tools-4.0.2_21511_04-0.5.1
> xen-doc-pdf-4.0.2_21511_04-0.5.1
>
> I have 9 DomU's running here - most of them with several Linux
> flavors, and some Windows XP SP3 too.
>
> In most circumstances everything works OK, but sometimes, when, say, > domU "GuestC" is rebooted (e.g. when installing an OS) some = other
> domains get killed ("GuestA" and "GuestE" appear i= n grey in
> virt-manager - they WHERE ON some minutes ago)
>
> In /var/log/xen/xend.log I can see:
> ...(lots of DEBUG and INFO messages)
> (50 seconds after last DEBUG message)
> [...]
> [2012-03-27 15:57:51 2225] WARNING (image:562) domain GuestA: device > model failure: pid 24438: died due to signal 6; see
> /var/log/xen/qemu-dm-GuestA.log
> [2012-03-27 15:57:51 2225] WARNING (XendDomainInfo:2108) Domain has > crashed: name=3DGuestA id=3D134.
> [2012-03-27 15:57:51 2225] DEBUG (XendDomainInfo:3121)
> XendDomainInfo.destroy: domid=3D134
> [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestE: device > model failure: pid 6243: died due to signal 11; see
> /var/log/xen/qemu-dm-GuestE.log
> [2012-03-27 15:57:52 2225] WARNING (image:562) domain GuestB: device > model failure: pid 28106: malfunctioning (closed sentinel), killed; > see /var/log/xen/qemu-dm-GuestB.log
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2452) Destroying devi= ce model
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2459) Releasing devic= es
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vif/0<= br> > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > crashed: name=3DGuestB id=3D98.
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0=
> [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vkbd, device =3D vkbd/0<= br> > [2012-03-27 15:57:52 2225] DEBUG (XendDomainInfo:3121)
> XendDomainInfo.destroy: domid=3D98
> [2012-03-27 15:57:52 2225] WARNING (XendDomainInfo:2108) Domain has > crashed: name=3DGuestE id=3D109.
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:3121)
> XendDomainInfo.destroy: domid=3D109
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing consol= e/0
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devi= ce model
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2452) Destroying devi= ce model
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D console, device =3D
> console/0
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2459) Releasing devic= es
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/0<= br> > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vif/1<= br> > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:2465) Removing vbd/76= 8
> [2012-03-27 15:57:53 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vbd, device =3D vbd/768<= br> > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2459) Releasing devic= es
> [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/0<= br> > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/0 > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vif/1<= br> > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:1294)
> XendDomainInfo.destroyDevice: deviceClass =3D vif, device =3D vif/1 > [2012-03-27 15:57:54 2225] DEBUG (XendDomainInfo:2465) Removing vkbd/0=
> [...]
> etc.
>
> In /var/log/xen/qemu-dm-GuestA.log:
> [...]
> *** glibc detected *** /usr/lib/xen/bin/qemu-dm: corrupted
> double-linked list: 0x0000000000b238a0 ***
> =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D
> /lib64/libc.so.6(+0x75018)[0x7f7278b16018]
> /lib64/libc.so.6(+0x755ff)[0x7f7278b165ff]
> /lib64/libc.so.6(+0x77a1e)[0x7f7278b18a1e]
> /lib64/libc.so.6(__libc_malloc+0x77)[0x7f7278b1b0d7]
> /usr/lib/xen/bin/qemu-dm[0x482e09]
> /usr/lib/xen/bin/qemu-dm[0x46c5dd]
> /usr/lib/xen/bin/qemu-dm[0x46c805]
> /usr/lib/xen/bin/qemu-dm[0x408772]
> /usr/lib/xen/bin/qemu-dm[0x478d1a]
> /usr/lib/xen/bin/qemu-dm[0x40cb0f]
> /lib64/libc.so.6(__libc_start_main+0xe6)[0x7f7278abfbc6]
> /usr/lib/xen/bin/qemu-dm[0x406ae9]
> =3D=3D=3D=3D=3D=3D=3D Memory map: =3D=3D=3D=3D=3D=3D=3D=3D
> 00400000-00525000 r-xp 00000000 08:03 42432
> =A0/usr/lib/xen/bin/qemu-dm
> 00725000-00726000 r--p 00125000 08:03 42432
> =A0/usr/lib/xen/bin/qemu-dm
> 00726000-0072c000 rw-p 00126000 08:03 42432
> =A0/usr/lib/xen/bin/qemu-dm
> [...]
> Etc. (cut off in brevity's sake)
>
> Similarly, in =A0/var/log/xen/qemu-dm-GuestE.log
> [...]
> *** glibc detected *** /usr/lib/xen/bin/qemu-dm: double free or
> corruption (fasttop): 0x0000000000b126a0 ***
> =3D=3D=3D=3D=3D=3D=3D Backtrace: =3D=3D=3D=3D=3D=3D=3D=3D=3D
> /lib64/libc.so.6(+0x75018)[0x7fd8f6dba018]
> /lib64/libc.so.6(cfree+0x6c)[0x7fd8f6dbefec]
> /usr/lib/xen/bin/qemu-dm[0x42f544]
> /usr/lib/xen/bin/qemu-dm[0x412552]
> /usr/lib/xen/bin/qemu-dm[0x4082db]
> [...]
> Etc.
>
> Any ideas on what may be happening here? I'm suspicious about 64bi= ts
> kernel&libs but it shouldn't be THIS buggy anymore, isn't = it?
>
> Thanks in advance
>
> Kind regards!
>
> --
> ------------------------------------
> Nahuel Iglesias
> Bariloche - Patagonia Argentina



--
------------------------------------
Nahuel Iglesias
Bariloche - Patagonia Argentina

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

--20cf307cfd9822b2c704be20aaf9-- --===============3517973095998478281== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3517973095998478281==-- From xen-users-bounces@lists.xen.org Fri Apr 20 19:46:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 19:46: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 1SLJlR-0003RT-1c; Fri, 20 Apr 2012 19:45:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLJlO-0003RO-W1 for xen-users@lists.xensource.com; Fri, 20 Apr 2012 19:45:03 +0000 Received: from [85.158.138.51:4213] by server-1.bemta-3.messagelabs.com id B2/0B-11491-EBCB19F4; Fri, 20 Apr 2012 19:45:02 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1334951100!23105325!1 X-Originating-IP: [209.85.160.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12256 invoked from network); 20 Apr 2012 19:45:01 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 19:45:01 -0000 Received: by ghbz17 with SMTP id z17so6584966ghb.30 for ; Fri, 20 Apr 2012 12:45:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SnRpqul5Pox1EfrQ1Q9mG5vfNmCh4IbXizgr44ot/zU=; b=1B4ufSsaKRD+D7bjNfLyPVTRK8oj4kPLDT/j9f8n0YK2ORfGGtU5406D8/O4h3ZNrv bHkTYO1kJn8FXteXhkFFxn5pjkxJDlQCTMIHKo1orp9dlQRRVVn7isoSozIo2JSfOZS/ Xw6lXGf+Rejy1j+IfOr3i9XSdXW9LbkfkRiimR+CShskhyZyExeHKg0uYYS7ydUXlDtL WR142QjpCCMC2QmL15aOWdvo7mskwm8i7pAj1qWb4W4z/eD0ISDOUxm/zwcpRHyFmkpb MrRfJwWAP3R3arlElJPnmRz8TklgDCOplIeM3V1dfL9lU7VKJLSC8TNtmayIYJ/XfKB/ lpOA== MIME-Version: 1.0 Received: by 10.50.36.195 with SMTP id s3mr138687igj.27.1334951099970; Fri, 20 Apr 2012 12:44:59 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Fri, 20 Apr 2012 12:44:59 -0700 (PDT) Date: Fri, 20 Apr 2012 21:44:59 +0200 Message-ID: From: Peter Braun To: Xen List Subject: [Xen-users] resize of iscsi LVM storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, scenario is like this: Xen 3.4.3 host on CentOS 5.6 with 2TB space connected via iscsi. That SAN space is controlled by LVM. Every virtual machine (PV) has its own LVM partition. Now the 2TB space is full. There are 2 options: a) resize from 2TB to 5TB b) add new volumegroup to Xen host Important condition is - virtual machines must not be affected/powered down. a) resize on SAN than rescan of iscsi target on xen host,partprobe, pv extension, vg extension b) create new lun on SAN than rescan of iscsi target on xen host, pvcreate and vgcreate What scenario is workable? Even the iscsi target rescan - wouldn't it disconnect current VMs? Any help would be greatly appreciated Thanks Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 19:46:16 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 19:46: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 1SLJlR-0003RT-1c; Fri, 20 Apr 2012 19:45:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLJlO-0003RO-W1 for xen-users@lists.xensource.com; Fri, 20 Apr 2012 19:45:03 +0000 Received: from [85.158.138.51:4213] by server-1.bemta-3.messagelabs.com id B2/0B-11491-EBCB19F4; Fri, 20 Apr 2012 19:45:02 +0000 X-Env-Sender: xenware@gmail.com X-Msg-Ref: server-2.tower-174.messagelabs.com!1334951100!23105325!1 X-Originating-IP: [209.85.160.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12256 invoked from network); 20 Apr 2012 19:45:01 -0000 Received: from mail-gy0-f171.google.com (HELO mail-gy0-f171.google.com) (209.85.160.171) by server-2.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 19:45:01 -0000 Received: by ghbz17 with SMTP id z17so6584966ghb.30 for ; Fri, 20 Apr 2012 12:45:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=SnRpqul5Pox1EfrQ1Q9mG5vfNmCh4IbXizgr44ot/zU=; b=1B4ufSsaKRD+D7bjNfLyPVTRK8oj4kPLDT/j9f8n0YK2ORfGGtU5406D8/O4h3ZNrv bHkTYO1kJn8FXteXhkFFxn5pjkxJDlQCTMIHKo1orp9dlQRRVVn7isoSozIo2JSfOZS/ Xw6lXGf+Rejy1j+IfOr3i9XSdXW9LbkfkRiimR+CShskhyZyExeHKg0uYYS7ydUXlDtL WR142QjpCCMC2QmL15aOWdvo7mskwm8i7pAj1qWb4W4z/eD0ISDOUxm/zwcpRHyFmkpb MrRfJwWAP3R3arlElJPnmRz8TklgDCOplIeM3V1dfL9lU7VKJLSC8TNtmayIYJ/XfKB/ lpOA== MIME-Version: 1.0 Received: by 10.50.36.195 with SMTP id s3mr138687igj.27.1334951099970; Fri, 20 Apr 2012 12:44:59 -0700 (PDT) Received: by 10.50.179.38 with HTTP; Fri, 20 Apr 2012 12:44:59 -0700 (PDT) Date: Fri, 20 Apr 2012 21:44:59 +0200 Message-ID: From: Peter Braun To: Xen List Subject: [Xen-users] resize of iscsi LVM storage X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, scenario is like this: Xen 3.4.3 host on CentOS 5.6 with 2TB space connected via iscsi. That SAN space is controlled by LVM. Every virtual machine (PV) has its own LVM partition. Now the 2TB space is full. There are 2 options: a) resize from 2TB to 5TB b) add new volumegroup to Xen host Important condition is - virtual machines must not be affected/powered down. a) resize on SAN than rescan of iscsi target on xen host,partprobe, pv extension, vg extension b) create new lun on SAN than rescan of iscsi target on xen host, pvcreate and vgcreate What scenario is workable? Even the iscsi target rescan - wouldn't it disconnect current VMs? Any help would be greatly appreciated Thanks Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 20:30:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 20:30:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLKSE-00042v-6C; Fri, 20 Apr 2012 20:29:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLKSC-00042q-Ho for xen-users@lists.xen.org; Fri, 20 Apr 2012 20:29:16 +0000 Received: from [85.158.139.83:33703] by server-2.bemta-5.messagelabs.com id BF/ED-17016-B17C19F4; Fri, 20 Apr 2012 20:29:15 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-7.tower-182.messagelabs.com!1334953754!20849967!1 X-Originating-IP: [91.198.169.22] X-SpamReason: No, hits=0.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,HTML_50_60,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29307 invoked from network); 20 Apr 2012 20:29:14 -0000 Received: from csmtp2.one.com (HELO csmtp2.one.com) (91.198.169.22) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 20:29:14 -0000 Received: from [192.168.1.40] (90-224-250-25-no131.business.telia.com [90.224.250.25]) by csmtp2.one.com (Postfix) with ESMTPA id 5197E307764D; Fri, 20 Apr 2012 20:29:13 +0000 (UTC) References: In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: X-Mailer: iPad Mail (9B176) From: Joakim Svensson Date: Fri, 20 Apr 2012 22:29:13 +0200 To: Casey DeLorme Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1713996645254266683==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1713996645254266683== Content-Type: multipart/alternative; boundary=Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7 Content-Transfer-Encoding: 7bit --Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks for your reply but it makes no difference. It is when I try to pass on more then two devices it stops to work. I have t= ried both file and phy. Best regards Joakim Svensson 20 apr 2012 kl. 20:28 skrev Casey DeLorme : > This may be completely invalid, but have you tried "hdd" instead? >=20 > Xen man pages, xl disk configuration, and any other example I have seen al= ways use "hdc" for a cdrom device. >=20 > On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote:= > Hi >=20 > I would like to add a second physical disk to my file server. >=20 > My disk config used to look like this: > disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w'= ] > It works and I can mount my disk as /dev/xvde1 >=20 > But when I add a second disk like: > disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w'= , 'phy:/dev/sdd,hdc,w' ] > Stuart won't start. During start up it ends at: > XENBUS: Waiting for devices to initialize: 295s... >=20 > Could you please help me with this problem, I'm stuck and I can't find any= solution. >=20 > Best regards > Joakim Svensson >=20 > joakim@joasve.se > www.joasve.se >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Thanks for your r= eply but it makes no difference.

It is when I try t= o pass on more then two devices it stops to work. I have tried both file and= phy.


Best regards
Joak= im Svensson


20 apr 2012 kl. 20:28 s= krev Casey DeLorme <cdelorme@gmail.= com>:

Thi= s may be completely invalid, but have you tried "hdd" instead?
Xen man pages, xl disk configuration, and any other example I ha= ve seen always use "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, J= oakim Svensson <joa= kim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ]=
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', '= phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't find any s= olution.

Best regards
Joakim Svensson

joakim@joasve.se
www.joasve.se

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

____________________= ___________________________
Xen-users mailing listXen-users@lists.xen.org
http://lists.xe= n.org/xen-users
= --Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7-- --===============1713996645254266683== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1713996645254266683==-- From xen-users-bounces@lists.xen.org Fri Apr 20 20:30:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 20:30:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLKSE-00042v-6C; Fri, 20 Apr 2012 20:29:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLKSC-00042q-Ho for xen-users@lists.xen.org; Fri, 20 Apr 2012 20:29:16 +0000 Received: from [85.158.139.83:33703] by server-2.bemta-5.messagelabs.com id BF/ED-17016-B17C19F4; Fri, 20 Apr 2012 20:29:15 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-7.tower-182.messagelabs.com!1334953754!20849967!1 X-Originating-IP: [91.198.169.22] X-SpamReason: No, hits=0.3 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,HTML_50_60,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29307 invoked from network); 20 Apr 2012 20:29:14 -0000 Received: from csmtp2.one.com (HELO csmtp2.one.com) (91.198.169.22) by server-7.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 20:29:14 -0000 Received: from [192.168.1.40] (90-224-250-25-no131.business.telia.com [90.224.250.25]) by csmtp2.one.com (Postfix) with ESMTPA id 5197E307764D; Fri, 20 Apr 2012 20:29:13 +0000 (UTC) References: In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: X-Mailer: iPad Mail (9B176) From: Joakim Svensson Date: Fri, 20 Apr 2012 22:29:13 +0200 To: Casey DeLorme Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1713996645254266683==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1713996645254266683== Content-Type: multipart/alternative; boundary=Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7 Content-Transfer-Encoding: 7bit --Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Thanks for your reply but it makes no difference. It is when I try to pass on more then two devices it stops to work. I have t= ried both file and phy. Best regards Joakim Svensson 20 apr 2012 kl. 20:28 skrev Casey DeLorme : > This may be completely invalid, but have you tried "hdd" instead? >=20 > Xen man pages, xl disk configuration, and any other example I have seen al= ways use "hdc" for a cdrom device. >=20 > On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote:= > Hi >=20 > I would like to add a second physical disk to my file server. >=20 > My disk config used to look like this: > disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w'= ] > It works and I can mount my disk as /dev/xvde1 >=20 > But when I add a second disk like: > disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w'= , 'phy:/dev/sdd,hdc,w' ] > Stuart won't start. During start up it ends at: > XENBUS: Waiting for devices to initialize: 295s... >=20 > Could you please help me with this problem, I'm stuck and I can't find any= solution. >=20 > Best regards > Joakim Svensson >=20 > joakim@joasve.se > www.joasve.se >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Thanks for your r= eply but it makes no difference.

It is when I try t= o pass on more then two devices it stops to work. I have tried both file and= phy.


Best regards
Joak= im Svensson


20 apr 2012 kl. 20:28 s= krev Casey DeLorme <cdelorme@gmail.= com>:

Thi= s may be completely invalid, but have you tried "hdd" instead?
Xen man pages, xl disk configuration, and any other example I ha= ve seen always use "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, J= oakim Svensson <joa= kim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ]=
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', '= phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't find any s= olution.

Best regards
Joakim Svensson

joakim@joasve.se
www.joasve.se

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

____________________= ___________________________
Xen-users mailing listXen-users@lists.xen.org
http://lists.xe= n.org/xen-users
= --Apple-Mail-98EE23EB-F3BA-4743-92F2-3F3F1039D0D7-- --===============1713996645254266683== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1713996645254266683==-- From xen-users-bounces@lists.xen.org Fri Apr 20 20:55:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 20:55: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 1SLKqS-0004QG-Kv; Fri, 20 Apr 2012 20:54:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLKqQ-0004QB-C4 for xen-users@lists.xen.org; Fri, 20 Apr 2012 20:54:18 +0000 Received: from [193.109.254.147:50753] by server-7.bemta-14.messagelabs.com id 00/CC-01627-9FCC19F4; Fri, 20 Apr 2012 20:54:17 +0000 X-Env-Sender: dbrooks@mdah.state.ms.us X-Msg-Ref: server-3.tower-27.messagelabs.com!1334955256!5626987!1 X-Originating-IP: [205.144.225.177] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA1LjE0NC4yMjUuMTc3ID0+IDEwNzIz\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5992 invoked from network); 20 Apr 2012 20:54:17 -0000 Received: from relay.ms.gov (HELO itspmx51.state.ms.us) (205.144.225.177) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 20:54:17 -0000 Received: from itspmx51.state.ms.us (puremessage [127.0.0.1]) by localhost (Postfix) with SMTP id 54F6618F2BA for ; Fri, 20 Apr 2012 15:54:15 -0500 (CDT) Received: from mail.mdah.state.ms.us (roark.mdah.state.ms.us [10.8.2.3]) by itspmx51.state.ms.us (Postfix) with SMTP id 4C96018F2B1 for ; Fri, 20 Apr 2012 15:54:15 -0500 (CDT) Received: from webmail.mdah.state.ms.us (webmail.mdah.state.ms.us [10.8.3.220]) by mail.mdah.state.ms.us (Postfix) with ESMTP id 22A7E7AA8016 for ; Fri, 20 Apr 2012 15:54:15 -0500 (CDT) User-Agent: SOGoMail 1.3.14 X-Forward: webmail MIME-Version: 1.0 from: "Donny Brooks" message-id: to: "xen-users@lists.xen.org" date: Fri, 20 Apr 2012 15:54:15 -0500 Subject: [Xen-users] GUI frontend for Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org In my pursuit of a decent frontend for our virtual setup I have come across a few decent ones. However very few can control Xen as a hypervisor. So we are currently testing Proxmox which is KVM and OpenVZ. Now I have stumbled upon OpenNebula (http://opennebula.org/). It is supposed to control Xen and KVM pretty well. Has anyone on the list had any experience with this product? I have not had a chance to test it personally but I hope to in the coming days. Just wanted some feedback from fellow Xen users if any experiences. Just for background my setup will consist of: 3 Dell servers w/ bonded interfaces (T710, 2900, R610) 1 Dell MD3200i iSCSI SAN In the end we need centralized storage, SAN, with high availability failover. I know this can be done with just basic Xen but the management requires us to have a GUI for the "lesser technical staff" of our IT group. -- Donny B. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 20:55:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 20:55: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 1SLKqS-0004QG-Kv; Fri, 20 Apr 2012 20:54:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLKqQ-0004QB-C4 for xen-users@lists.xen.org; Fri, 20 Apr 2012 20:54:18 +0000 Received: from [193.109.254.147:50753] by server-7.bemta-14.messagelabs.com id 00/CC-01627-9FCC19F4; Fri, 20 Apr 2012 20:54:17 +0000 X-Env-Sender: dbrooks@mdah.state.ms.us X-Msg-Ref: server-3.tower-27.messagelabs.com!1334955256!5626987!1 X-Originating-IP: [205.144.225.177] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA1LjE0NC4yMjUuMTc3ID0+IDEwNzIz\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5992 invoked from network); 20 Apr 2012 20:54:17 -0000 Received: from relay.ms.gov (HELO itspmx51.state.ms.us) (205.144.225.177) by server-3.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 20:54:17 -0000 Received: from itspmx51.state.ms.us (puremessage [127.0.0.1]) by localhost (Postfix) with SMTP id 54F6618F2BA for ; Fri, 20 Apr 2012 15:54:15 -0500 (CDT) Received: from mail.mdah.state.ms.us (roark.mdah.state.ms.us [10.8.2.3]) by itspmx51.state.ms.us (Postfix) with SMTP id 4C96018F2B1 for ; Fri, 20 Apr 2012 15:54:15 -0500 (CDT) Received: from webmail.mdah.state.ms.us (webmail.mdah.state.ms.us [10.8.3.220]) by mail.mdah.state.ms.us (Postfix) with ESMTP id 22A7E7AA8016 for ; Fri, 20 Apr 2012 15:54:15 -0500 (CDT) User-Agent: SOGoMail 1.3.14 X-Forward: webmail MIME-Version: 1.0 from: "Donny Brooks" message-id: to: "xen-users@lists.xen.org" date: Fri, 20 Apr 2012 15:54:15 -0500 Subject: [Xen-users] GUI frontend for Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org In my pursuit of a decent frontend for our virtual setup I have come across a few decent ones. However very few can control Xen as a hypervisor. So we are currently testing Proxmox which is KVM and OpenVZ. Now I have stumbled upon OpenNebula (http://opennebula.org/). It is supposed to control Xen and KVM pretty well. Has anyone on the list had any experience with this product? I have not had a chance to test it personally but I hope to in the coming days. Just wanted some feedback from fellow Xen users if any experiences. Just for background my setup will consist of: 3 Dell servers w/ bonded interfaces (T710, 2900, R610) 1 Dell MD3200i iSCSI SAN In the end we need centralized storage, SAN, with high availability failover. I know this can be done with just basic Xen but the management requires us to have a GUI for the "lesser technical staff" of our IT group. -- Donny B. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 20 21:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 21: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 1SLL4l-0004vv-Ov; Fri, 20 Apr 2012 21:09:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLL4j-0004vn-Px for xen-users@lists.xen.org; Fri, 20 Apr 2012 21:09:05 +0000 Received: from [85.158.143.35:44363] by server-3.bemta-4.messagelabs.com id 5A/6D-05853-170D19F4; Fri, 20 Apr 2012 21:09:05 +0000 X-Env-Sender: asim.mcp@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1334956143!13929758!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30878 invoked from network); 20 Apr 2012 21:09:04 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 21:09:04 -0000 Received: by vcbfl11 with SMTP id fl11so9043477vcb.32 for ; Fri, 20 Apr 2012 14:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=+O48fWFr7warwk7tSGqHiYU5aV1co+fwF4DSFl548XM=; b=1IN2xEiHf6f/jxcGq6TX+Dw+GjWoEWooOz6fTmCsRPJACZd0tvoizLfW/rR/vySoLD KHrxf8NDZaLTgKaPuvxfMX4WJX5bbpZ4QRGo/7If3ugtJdYG5sP8CmFjWNp9fu0Cy/4D N0sN7ljQPkG3M8JB/CJSw0uRGcg3B3axpuT7QL7cO4MwbM/Gch6QeV6bLk1Nv+hdgZiW A04Fc+ud/VrFnp+JrMdMtv32dJyilylRJ4WJsjL9LcAbqgVQHXAEHoyLPXYh0WtC/+wR SaWQ2hrz6nuCkOI9EmwxBzyRibTOb1uxjvMcZd9a81mvi950a7pQ12RizNZYVq+1I2zc KvXg== Received: by 10.220.151.133 with SMTP id c5mr6342726vcw.1.1334956142428; Fri, 20 Apr 2012 14:09:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.66.69 with HTTP; Fri, 20 Apr 2012 14:08:41 -0700 (PDT) From: asim hafeez Date: Sat, 21 Apr 2012 02:08:41 +0500 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Using host network interface X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3632869156292064641==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3632869156292064641== Content-Type: multipart/alternative; boundary=f46d043be020a901b004be22b216 --f46d043be020a901b004be22b216 Content-Type: text/plain; charset=ISO-8859-1 HI, How can i use host only interface. Currently Xen is configured to NAT with dhcp. IPs are being assigned through DHCP. I want to directly use host interface eth0 where i could configure any IP to communicate with local or public network. -- Best Regards Asim --f46d043be020a901b004be22b216 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable HI,

How can i use host only interface. Currently Xen is configured t= o NAT with dhcp. IPs are being assigned through DHCP. I want to directly us= e host interface eth0 where i could configure any IP to communicate with lo= cal or public network.


--

Best Regards
Asim
--f46d043be020a901b004be22b216-- --===============3632869156292064641== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3632869156292064641==-- From xen-users-bounces@lists.xen.org Fri Apr 20 21:10:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 21: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 1SLL4l-0004vv-Ov; Fri, 20 Apr 2012 21:09:07 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLL4j-0004vn-Px for xen-users@lists.xen.org; Fri, 20 Apr 2012 21:09:05 +0000 Received: from [85.158.143.35:44363] by server-3.bemta-4.messagelabs.com id 5A/6D-05853-170D19F4; Fri, 20 Apr 2012 21:09:05 +0000 X-Env-Sender: asim.mcp@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1334956143!13929758!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30878 invoked from network); 20 Apr 2012 21:09:04 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 21:09:04 -0000 Received: by vcbfl11 with SMTP id fl11so9043477vcb.32 for ; Fri, 20 Apr 2012 14:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=+O48fWFr7warwk7tSGqHiYU5aV1co+fwF4DSFl548XM=; b=1IN2xEiHf6f/jxcGq6TX+Dw+GjWoEWooOz6fTmCsRPJACZd0tvoizLfW/rR/vySoLD KHrxf8NDZaLTgKaPuvxfMX4WJX5bbpZ4QRGo/7If3ugtJdYG5sP8CmFjWNp9fu0Cy/4D N0sN7ljQPkG3M8JB/CJSw0uRGcg3B3axpuT7QL7cO4MwbM/Gch6QeV6bLk1Nv+hdgZiW A04Fc+ud/VrFnp+JrMdMtv32dJyilylRJ4WJsjL9LcAbqgVQHXAEHoyLPXYh0WtC/+wR SaWQ2hrz6nuCkOI9EmwxBzyRibTOb1uxjvMcZd9a81mvi950a7pQ12RizNZYVq+1I2zc KvXg== Received: by 10.220.151.133 with SMTP id c5mr6342726vcw.1.1334956142428; Fri, 20 Apr 2012 14:09:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.66.69 with HTTP; Fri, 20 Apr 2012 14:08:41 -0700 (PDT) From: asim hafeez Date: Sat, 21 Apr 2012 02:08:41 +0500 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Using host network interface X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3632869156292064641==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3632869156292064641== Content-Type: multipart/alternative; boundary=f46d043be020a901b004be22b216 --f46d043be020a901b004be22b216 Content-Type: text/plain; charset=ISO-8859-1 HI, How can i use host only interface. Currently Xen is configured to NAT with dhcp. IPs are being assigned through DHCP. I want to directly use host interface eth0 where i could configure any IP to communicate with local or public network. -- Best Regards Asim --f46d043be020a901b004be22b216 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable HI,

How can i use host only interface. Currently Xen is configured t= o NAT with dhcp. IPs are being assigned through DHCP. I want to directly us= e host interface eth0 where i could configure any IP to communicate with lo= cal or public network.


--

Best Regards
Asim
--f46d043be020a901b004be22b216-- --===============3632869156292064641== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3632869156292064641==-- From xen-users-bounces@lists.xen.org Fri Apr 20 21:25:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 21:25: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 1SLLK7-0005Iy-Iq; Fri, 20 Apr 2012 21:24:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLLK6-0005Is-Jj for xen-users@lists.xen.org; Fri, 20 Apr 2012 21:24:58 +0000 Received: from [85.158.139.83:11241] by server-7.bemta-5.messagelabs.com id 79/C8-16195-924D19F4; Fri, 20 Apr 2012 21:24:57 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334957095!24790219!1 X-Originating-IP: [64.18.1.21] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5699 invoked from network); 20 Apr 2012 21:24:56 -0000 Received: from exprod6og108.obsmtp.com (HELO exprod6og108.obsmtp.com) (64.18.1.21) by server-12.tower-182.messagelabs.com with SMTP; 20 Apr 2012 21:24:56 -0000 Received: from mail-qa0-f49.google.com ([209.85.216.49]) (using TLSv1) by exprod6ob108.postini.com ([64.18.5.12]) with SMTP ID DSNKT5HUJhhaLeUUIyZnj9UwTtyI9VYRgczw@postini.com; Fri, 20 Apr 2012 14:24:56 PDT Received: by qafi29 with SMTP id i29so925644qaf.1 for ; Fri, 20 Apr 2012 14:24:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=kf5xrvFOZCALMNdforgbPf09m5Z+BkvDwYQhH79JLP4=; b=EMoZDfZD/Ns+Zl0JbPfMP9YEpz21aEHidV8Uf8NP7HzYSAqx8eKeH8kQvtmaI2tAJh cJa5bHWJAtP+d5nRrtuQna9sgvtzo6RcnC8IXS+QvW9iRmYflWRovN8+ISkZAlLDSXqd 9RxlbGyQuDz7a+x+JFE2ekFH1Dx9WneKi3ry2lWnP489alAPn8Nu5tnr5n+kCVmd4I/a A/o2yog/4NIXLApyAC9STgRNHagJx9Ynxu7h1hEMO+WK+MHh5keU/2RLfLUvvM8IfK/+ pW5f2iFeMB+0Am/1WLP1qmHjq//OQxmCcRFKtWW6uQzg0s9AsesVXPD5eDLWahHAsRAs nCEQ== MIME-Version: 1.0 Received: by 10.224.9.138 with SMTP id l10mr2799363qal.43.1334957094216; Fri, 20 Apr 2012 14:24:54 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 14:24:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 15:24:54 -0600 Message-ID: From: Shane Johnson To: Joakim Svensson X-Gm-Message-State: ALoCoQn0XR+3jJbhYqfdMyiJ6/XfKMDwupJh7Dvz5oWyYJ0o7+KkEhf9z1f6UhvG7zXK80SHEPfr Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7204324575598392853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7204324575598392853== Content-Type: multipart/alternative; boundary=bcaec517ab7a6423be04be22ebc9 --bcaec517ab7a6423be04be22ebc9 Content-Type: text/plain; charset=ISO-8859-1 Joakim, I am guessing this is a HVM? What is your boot option set to? Shane On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote: > Thanks for your reply but it makes no difference. > > It is when I try to pass on more then two devices it stops to work. I have > tried both file and phy. > > > Best regards > Joakim Svensson > > > 20 apr 2012 kl. 20:28 skrev Casey DeLorme : > > This may be completely invalid, but have you tried "hdd" instead? > > Xen man pages, xl disk configuration, and any other example I have seen > always use "hdc" for a cdrom device. > > On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: > >> Hi >> >> I would like to add a second physical disk to my file server. >> >> My disk config used to look like this: >> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ] >> It works and I can mount my disk as /dev/xvde1 >> >> But when I add a second disk like: >> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', >> 'phy:/dev/sdd,hdc,w' ] >> Stuart won't start. During start up it ends at: >> XENBUS: Waiting for devices to initialize: 295s... >> >> Could you please help me with this problem, I'm stuck and I can't find >> any solution. >> >> Best regards >> Joakim Svensson >> >> joakim@joasve.se >> www.joasve.se >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --bcaec517ab7a6423be04be22ebc9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Joakim,
I am guessing this is a HVM? =A0What is your boot option set to= ?

Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <<= a href=3D"mailto:joakim@joasve.se">joakim@joasve.se> wrote:
Than= ks for your reply but it makes no difference.

It i= s when I try to pass on more then two devices it stops to work. I have trie= d both file and phy.


Best regards
Joakim= Svensson


20 apr 2012 kl. 2= 0:28 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be comple= tely invalid, but have you tried "hdd" instead?

Xen man pages, xl disk configuration, and any other example I have = seen always use "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, = Joakim Svensson <joakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson

joakim@joasve.se<= br> www.joasve.se

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-u= sers@lists.xen.org
http://l= ists.xen.org/xen-users

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



<= /div>--
Shane D. Johnson
IT Administrator
Rasmussen Equip= ment


--bcaec517ab7a6423be04be22ebc9-- --===============7204324575598392853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7204324575598392853==-- From xen-users-bounces@lists.xen.org Fri Apr 20 21:25:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 21:25: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 1SLLK7-0005Iy-Iq; Fri, 20 Apr 2012 21:24:59 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLLK6-0005Is-Jj for xen-users@lists.xen.org; Fri, 20 Apr 2012 21:24:58 +0000 Received: from [85.158.139.83:11241] by server-7.bemta-5.messagelabs.com id 79/C8-16195-924D19F4; Fri, 20 Apr 2012 21:24:57 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-12.tower-182.messagelabs.com!1334957095!24790219!1 X-Originating-IP: [64.18.1.21] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5699 invoked from network); 20 Apr 2012 21:24:56 -0000 Received: from exprod6og108.obsmtp.com (HELO exprod6og108.obsmtp.com) (64.18.1.21) by server-12.tower-182.messagelabs.com with SMTP; 20 Apr 2012 21:24:56 -0000 Received: from mail-qa0-f49.google.com ([209.85.216.49]) (using TLSv1) by exprod6ob108.postini.com ([64.18.5.12]) with SMTP ID DSNKT5HUJhhaLeUUIyZnj9UwTtyI9VYRgczw@postini.com; Fri, 20 Apr 2012 14:24:56 PDT Received: by qafi29 with SMTP id i29so925644qaf.1 for ; Fri, 20 Apr 2012 14:24:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=kf5xrvFOZCALMNdforgbPf09m5Z+BkvDwYQhH79JLP4=; b=EMoZDfZD/Ns+Zl0JbPfMP9YEpz21aEHidV8Uf8NP7HzYSAqx8eKeH8kQvtmaI2tAJh cJa5bHWJAtP+d5nRrtuQna9sgvtzo6RcnC8IXS+QvW9iRmYflWRovN8+ISkZAlLDSXqd 9RxlbGyQuDz7a+x+JFE2ekFH1Dx9WneKi3ry2lWnP489alAPn8Nu5tnr5n+kCVmd4I/a A/o2yog/4NIXLApyAC9STgRNHagJx9Ynxu7h1hEMO+WK+MHh5keU/2RLfLUvvM8IfK/+ pW5f2iFeMB+0Am/1WLP1qmHjq//OQxmCcRFKtWW6uQzg0s9AsesVXPD5eDLWahHAsRAs nCEQ== MIME-Version: 1.0 Received: by 10.224.9.138 with SMTP id l10mr2799363qal.43.1334957094216; Fri, 20 Apr 2012 14:24:54 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 14:24:54 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 15:24:54 -0600 Message-ID: From: Shane Johnson To: Joakim Svensson X-Gm-Message-State: ALoCoQn0XR+3jJbhYqfdMyiJ6/XfKMDwupJh7Dvz5oWyYJ0o7+KkEhf9z1f6UhvG7zXK80SHEPfr Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7204324575598392853==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7204324575598392853== Content-Type: multipart/alternative; boundary=bcaec517ab7a6423be04be22ebc9 --bcaec517ab7a6423be04be22ebc9 Content-Type: text/plain; charset=ISO-8859-1 Joakim, I am guessing this is a HVM? What is your boot option set to? Shane On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote: > Thanks for your reply but it makes no difference. > > It is when I try to pass on more then two devices it stops to work. I have > tried both file and phy. > > > Best regards > Joakim Svensson > > > 20 apr 2012 kl. 20:28 skrev Casey DeLorme : > > This may be completely invalid, but have you tried "hdd" instead? > > Xen man pages, xl disk configuration, and any other example I have seen > always use "hdc" for a cdrom device. > > On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: > >> Hi >> >> I would like to add a second physical disk to my file server. >> >> My disk config used to look like this: >> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ] >> It works and I can mount my disk as /dev/xvde1 >> >> But when I add a second disk like: >> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', >> 'phy:/dev/sdd,hdc,w' ] >> Stuart won't start. During start up it ends at: >> XENBUS: Waiting for devices to initialize: 295s... >> >> Could you please help me with this problem, I'm stuck and I can't find >> any solution. >> >> Best regards >> Joakim Svensson >> >> joakim@joasve.se >> www.joasve.se >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > -- Shane D. Johnson IT Administrator Rasmussen Equipment --bcaec517ab7a6423be04be22ebc9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Joakim,
I am guessing this is a HVM? =A0What is your boot option set to= ?

Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <<= a href=3D"mailto:joakim@joasve.se">joakim@joasve.se> wrote:
Than= ks for your reply but it makes no difference.

It i= s when I try to pass on more then two devices it stops to work. I have trie= d both file and phy.


Best regards
Joakim= Svensson


20 apr 2012 kl. 2= 0:28 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be comple= tely invalid, but have you tried "hdd" instead?

Xen man pages, xl disk configuration, and any other example I have = seen always use "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, = Joakim Svensson <joakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson

joakim@joasve.se<= br> www.joasve.se

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

___________________= ____________________________
Xen-users mailing list<= br>Xen-u= sers@lists.xen.org
http://l= ists.xen.org/xen-users

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



<= /div>--
Shane D. Johnson
IT Administrator
Rasmussen Equip= ment


--bcaec517ab7a6423be04be22ebc9-- --===============7204324575598392853== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7204324575598392853==-- From xen-users-bounces@lists.xen.org Fri Apr 20 21:52:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 21:52:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLLk0-0005ho-Ig; Fri, 20 Apr 2012 21:51:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLLjz-0005hj-1u for xen-users@lists.xen.org; Fri, 20 Apr 2012 21:51:43 +0000 Received: from [85.158.143.35:21622] by server-1.bemta-4.messagelabs.com id 73/F7-20925-E6AD19F4; Fri, 20 Apr 2012 21:51:42 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-12.tower-21.messagelabs.com!1334958701!13683418!1 X-Originating-IP: [195.47.247.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjQ3LjI0Ny4yMSA9PiAxMzUzMg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17650 invoked from network); 20 Apr 2012 21:51:41 -0000 Received: from csmtp1.one.com (HELO csmtp1.one.com) (195.47.247.21) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 21:51:41 -0000 Received: from [192.168.1.40] (90-224-250-25-no131.business.telia.com [90.224.250.25]) by csmtp1.one.com (Postfix) with ESMTPA id D8E4C2041F889; Fri, 20 Apr 2012 21:51:40 +0000 (UTC) References: In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> X-Mailer: iPad Mail (9B176) From: Joakim Svensson Date: Fri, 20 Apr 2012 23:51:40 +0200 To: Shane Johnson Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4362160370662345627==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4362160370662345627== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94 --Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Shane Thanks for your help My boot option is set to c.=20 I include my config file for stuart.=20 Best regards Joakim Svensson import os, re arch =3D os.uname()[4] if re.search('64', arch): arch_libdir =3D 'lib64' else: arch_libdir =3D 'lib' kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 3072 name =3D "stuart" vcpus=3D4 vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00:1= 4,bridge=3Dxenbr1' ] #disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:h= db,w' ] disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:hd= b,w', 'phy:/dev/sdd,ioemu:hdc,w' ] device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' boot=3D"c" sdl=3D0 vnc=3D1 vnclisten=3D"192.168.1.6" vncdisplay=3D20 vncconsole=3D1 vncpasswd=3D's' On 20 apr 2012, at 23:24, Shane Johnson wrote: > Joakim, > I am guessing this is a HVM? What is your boot option set to? >=20 > Shane >=20 >=20 > On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote:= > Thanks for your reply but it makes no difference. >=20 > It is when I try to pass on more then two devices it stops to work. I have= tried both file and phy. >=20 >=20 > Best regards > Joakim Svensson >=20 >=20 > 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >=20 >> This may be completely invalid, but have you tried "hdd" instead? >>=20 >> Xen man pages, xl disk configuration, and any other example I have seen a= lways use "hdc" for a cdrom device. >>=20 >> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote= : >> Hi >>=20 >> I would like to add a second physical disk to my file server. >>=20 >> My disk config used to look like this: >> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w= ' ] >> It works and I can mount my disk as /dev/xvde1 >>=20 >> But when I add a second disk like: >> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w= ', 'phy:/dev/sdd,hdc,w' ] >> Stuart won't start. During start up it ends at: >> XENBUS: Waiting for devices to initialize: 295s... >>=20 >> Could you please help me with this problem, I'm stuck and I can't find an= y solution. >>=20 >> Best regards >> Joakim Svensson >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 >=20 > --=20 > Shane D. Johnson > IT Administrator > Rasmussen Equipment >=20 >=20 --Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi, Shane

Thanks for your help

My boot option is set= to c. 

I include my config file for stuart.&n= bsp;

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re= .search('64', arch):
arch_libdir =3D 'lib64'
else:
arch_libdir =3D '= lib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
m= emory =3D 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D= 0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00:14,bridge=3Dxenbr1= ' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,= ioemu:hdb,w' ]
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w'= , 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ]
device_= model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm'
boot=3D"c"
sd= l=3D0
vnc=3D1
vnclisten=3D"192.168.1.6"
vncdisplay=3D20
v= ncconsole=3D1
vncpasswd=3D's'



On 20= apr 2012, at 23:24, Shane Johnson <sdj@rasmussenequipment.com> wrote:

<= blockquote type=3D"cite">
Joakim,
I am guessing this is a HVM?  = ;What is your boot option set to?

Shane
<= br>
On Fri, Apr 20, 2012 at 2:29 PM, Joakim Sv= ensson <joakim@joas= ve.se> wrote:
Thanks= for your reply but it makes no difference.

It is w= hen I try to pass on more then two devices it stops to work. I have tried bo= th file and phy.


Best regards
Joakim S= vensson


20 apr 2012 kl. 20:2= 8 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be complet= ely invalid, but have you tried "hdd" instead?

Xen m= an pages, xl disk configuration, and any other example I have seen always us= e "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, J= oakim Svensson <joakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ]=
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', '= phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't find any s= olution.

Best regards
Joakim Svensson




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

____________________= ___________________________
Xen-users mailing listXen-user= s@lists.xen.org
http://li= sts.xen.org/xen-users
<= /div>

____________________________________= ___________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users



--
Shane D. Johnson
IT Administrator
Rasmussen Equipmen= t


= --Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94-- --===============4362160370662345627== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4362160370662345627==-- From xen-users-bounces@lists.xen.org Fri Apr 20 21:52:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 21:52:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLLk0-0005ho-Ig; Fri, 20 Apr 2012 21:51:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLLjz-0005hj-1u for xen-users@lists.xen.org; Fri, 20 Apr 2012 21:51:43 +0000 Received: from [85.158.143.35:21622] by server-1.bemta-4.messagelabs.com id 73/F7-20925-E6AD19F4; Fri, 20 Apr 2012 21:51:42 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-12.tower-21.messagelabs.com!1334958701!13683418!1 X-Originating-IP: [195.47.247.21] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTk1LjQ3LjI0Ny4yMSA9PiAxMzUzMg==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17650 invoked from network); 20 Apr 2012 21:51:41 -0000 Received: from csmtp1.one.com (HELO csmtp1.one.com) (195.47.247.21) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 21:51:41 -0000 Received: from [192.168.1.40] (90-224-250-25-no131.business.telia.com [90.224.250.25]) by csmtp1.one.com (Postfix) with ESMTPA id D8E4C2041F889; Fri, 20 Apr 2012 21:51:40 +0000 (UTC) References: In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> X-Mailer: iPad Mail (9B176) From: Joakim Svensson Date: Fri, 20 Apr 2012 23:51:40 +0200 To: Shane Johnson Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4362160370662345627==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4362160370662345627== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94 --Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, Shane Thanks for your help My boot option is set to c.=20 I include my config file for stuart.=20 Best regards Joakim Svensson import os, re arch =3D os.uname()[4] if re.search('64', arch): arch_libdir =3D 'lib64' else: arch_libdir =3D 'lib' kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" builder=3D'hvm' memory =3D 3072 name =3D "stuart" vcpus=3D4 vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00:1= 4,bridge=3Dxenbr1' ] #disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:h= db,w' ] disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:hd= b,w', 'phy:/dev/sdd,ioemu:hdc,w' ] device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' boot=3D"c" sdl=3D0 vnc=3D1 vnclisten=3D"192.168.1.6" vncdisplay=3D20 vncconsole=3D1 vncpasswd=3D's' On 20 apr 2012, at 23:24, Shane Johnson wrote: > Joakim, > I am guessing this is a HVM? What is your boot option set to? >=20 > Shane >=20 >=20 > On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote:= > Thanks for your reply but it makes no difference. >=20 > It is when I try to pass on more then two devices it stops to work. I have= tried both file and phy. >=20 >=20 > Best regards > Joakim Svensson >=20 >=20 > 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >=20 >> This may be completely invalid, but have you tried "hdd" instead? >>=20 >> Xen man pages, xl disk configuration, and any other example I have seen a= lways use "hdc" for a cdrom device. >>=20 >> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote= : >> Hi >>=20 >> I would like to add a second physical disk to my file server. >>=20 >> My disk config used to look like this: >> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w= ' ] >> It works and I can mount my disk as /dev/xvde1 >>=20 >> But when I add a second disk like: >> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w= ', 'phy:/dev/sdd,hdc,w' ] >> Stuart won't start. During start up it ends at: >> XENBUS: Waiting for devices to initialize: 295s... >>=20 >> Could you please help me with this problem, I'm stuck and I can't find an= y solution. >>=20 >> Best regards >> Joakim Svensson >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users >=20 >=20 >=20 > --=20 > Shane D. Johnson > IT Administrator > Rasmussen Equipment >=20 >=20 --Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi, Shane

Thanks for your help

My boot option is set= to c. 

I include my config file for stuart.&n= bsp;

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re= .search('64', arch):
arch_libdir =3D 'lib64'
else:
arch_libdir =3D '= lib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
m= emory =3D 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D= 0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00:14,bridge=3Dxenbr1= ' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,= ioemu:hdb,w' ]
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w'= , 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ]
device_= model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm'
boot=3D"c"
sd= l=3D0
vnc=3D1
vnclisten=3D"192.168.1.6"
vncdisplay=3D20
v= ncconsole=3D1
vncpasswd=3D's'



On 20= apr 2012, at 23:24, Shane Johnson <sdj@rasmussenequipment.com> wrote:

<= blockquote type=3D"cite">
Joakim,
I am guessing this is a HVM?  = ;What is your boot option set to?

Shane
<= br>
On Fri, Apr 20, 2012 at 2:29 PM, Joakim Sv= ensson <joakim@joas= ve.se> wrote:
Thanks= for your reply but it makes no difference.

It is w= hen I try to pass on more then two devices it stops to work. I have tried bo= th file and phy.


Best regards
Joakim S= vensson


20 apr 2012 kl. 20:2= 8 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be complet= ely invalid, but have you tried "hdd" instead?

Xen m= an pages, xl disk configuration, and any other example I have seen always us= e "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, J= oakim Svensson <joakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ]=
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', '= phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't find any s= olution.

Best regards
Joakim Svensson




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

____________________= ___________________________
Xen-users mailing listXen-user= s@lists.xen.org
http://li= sts.xen.org/xen-users
<= /div>

____________________________________= ___________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xe= n.org/xen-users



--
Shane D. Johnson
IT Administrator
Rasmussen Equipmen= t


= --Apple-Mail-91B919CA-A51A-45A1-AB07-866A45DC7F94-- --===============4362160370662345627== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4362160370662345627==-- From xen-users-bounces@lists.xen.org Fri Apr 20 22:09:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 22:09: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 1SLM0D-00065E-Hz; Fri, 20 Apr 2012 22:08:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLM0C-000659-Ea for xen-users@lists.xen.org; Fri, 20 Apr 2012 22:08:28 +0000 Received: from [85.158.139.83:31661] by server-6.bemta-5.messagelabs.com id 2E/95-13222-B5ED19F4; Fri, 20 Apr 2012 22:08:27 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1334959704!24831867!1 X-Originating-IP: [64.18.1.31] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20200 invoked from network); 20 Apr 2012 22:08:25 -0000 Received: from exprod6og113.obsmtp.com (HELO exprod6og113.obsmtp.com) (64.18.1.31) by server-5.tower-182.messagelabs.com with SMTP; 20 Apr 2012 22:08:25 -0000 Received: from mail-qc0-f177.google.com ([209.85.216.177]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKT5HeWKkRiYBOzVmG7LE4dbyr1vdjuMiG@postini.com; Fri, 20 Apr 2012 15:08:25 PDT Received: by qcsu28 with SMTP id u28so7065321qcs.36 for ; Fri, 20 Apr 2012 15:08:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=BGPbW3DV+0F8qlQGPRbRK1vgv8Y3b2Usgad58gDhkww=; b=EGfoXJZ9FVIngFWPBcB62AbTctJK+zTXG+7/edoHjwAwWxNiHCQL2WYjma9eKzvc3m 02ZFyrjm28EY56U974m2iyV5AWv6tOwIuS0tJ7tCCx/uSqqMEQ94FEHLqRs/TI2yotpj Ox6ylyIblsrSdnOaMqVqEmHuaN9FrTctoTc5J29uRR9Nib+BmaQs0Q3ev83OonEUCi8H BvHk6Z/t6P539JIGaoKofUBmbJt8YaXHHEpXw9xD3ovq3Q4XBHxYexj1Zqw6q8BK324a P6AeI7LZ/+TozYpJjtzSmnMMig7wXG2oT2QBOtFuP/KcyLOmCtlPzouWvMtMteki3Yo4 2yEQ== MIME-Version: 1.0 Received: by 10.224.95.205 with SMTP id e13mr8484955qan.30.1334959703372; Fri, 20 Apr 2012 15:08:23 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 15:08:23 -0700 (PDT) In-Reply-To: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> References: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> Date: Fri, 20 Apr 2012 16:08:23 -0600 Message-ID: From: Shane Johnson To: Joakim Svensson X-Gm-Message-State: ALoCoQnN8mEtMMjVaZ4yWw2Mtzb+ga01YO4I7ALYsnbE9XojNzTYBJBl3UpxWWi0OUMzjnq+b0D5 Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3833312063328105256==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3833312063328105256== Content-Type: multipart/alternative; boundary=20cf3074b2f8e8b39c04be2386bc --20cf3074b2f8e8b39c04be2386bc Content-Type: text/plain; charset=ISO-8859-1 Joakim, Everything looks fine from what I can see. Only thing that I really have no clue on, is if the phy drives need the ioemu prefix. Maybe someone else who has more experience can give you insight on if that could be the problem. I run mine off LVM and none of mine have that and they work fine. Maybe try removing that and see how it flies. Shane On Fri, Apr 20, 2012 at 3:51 PM, Joakim Svensson wrote: > Hi, Shane > > Thanks for your help > > My boot option is set to c. > > I include my config file for stuart. > > Best regards > Joakim Svensson > > > import os, re > arch = os.uname()[4] > if re.search('64', arch): > arch_libdir = 'lib64' > else: > arch_libdir = 'lib' > kernel = "/usr/lib/xen-4.0/boot/hvmloader" > builder='hvm' > memory = 3072 > name = "stuart" > vcpus=4 > vif = [ 'mac=0E:00:00:00:00:14,bridge=xenbr0', > 'mac=0E:0E:00:00:00:14,bridge=xenbr1' ] > #disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', > 'phy:/dev/sdb,ioemu:hdb,w' ] > disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', > 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ] > device_model = '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' > boot="c" > sdl=0 > vnc=1 > vnclisten="192.168.1.6" > vncdisplay=20 > vncconsole=1 > vncpasswd='s' > > > > On 20 apr 2012, at 23:24, Shane Johnson > wrote: > > Joakim, > I am guessing this is a HVM? What is your boot option set to? > > Shane > > > On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote: > >> Thanks for your reply but it makes no difference. >> >> It is when I try to pass on more then two devices it stops to work. I >> have tried both file and phy. >> >> >> Best regards >> Joakim Svensson >> >> >> 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >> >> This may be completely invalid, but have you tried "hdd" instead? >> >> Xen man pages, xl disk configuration, and any other example I have seen >> always use "hdc" for a cdrom device. >> >> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: >> >>> Hi >>> >>> I would like to add a second physical disk to my file server. >>> >>> My disk config used to look like this: >>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' >>> ] >>> It works and I can mount my disk as /dev/xvde1 >>> >>> But when I add a second disk like: >>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >>> 'phy:/dev/sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ] >>> Stuart won't start. During start up it ends at: >>> XENBUS: Waiting for devices to initialize: 295s... >>> >>> Could you please help me with this problem, I'm stuck and I can't find >>> any solution. >>> >>> Best regards >>> Joakim Svensson >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf3074b2f8e8b39c04be2386bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Joakim,
Everything looks fine from what I can see. =A0 Only thing that = I really have no clue on, is if the phy drives need the ioemu prefix. =A0Ma= ybe someone else who has more experience can give you insight on if that co= uld be the problem. =A0I run mine off LVM and none of mine have that and th= ey work fine. =A0Maybe try removing that and see how it flies.

Shane


On F= ri, Apr 20, 2012 at 3:51 PM, Joakim Svensson <joakim@joasve.se> wrote:
Hi, Shane

Thanks for= your help

My boot option is set to c.=A0

I include my config file for stuart.=A0

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re.search('64', a= rch):
arch_libdir =3D 'lib64'
else:
arch_libdir =3D 'l= ib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hv= m'
memory =3D 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac= =3D0E:0E:00:00:00:14,bridge=3Dxenbr1' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/de= v/sdb,ioemu:hdb,w' ]
disk =3D [ 'file:/xen/stuart/s= tuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/d= ev/sdd,ioemu:hdc,w' ]
device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm&= #39;
boot=3D"c"
sdl=3D0
vnc=3D1
vnclisten=3D&q= uot;192.168.1.6"
vncdisplay=3D20
vncconsole=3D1
vncpasswd=3D&= #39;s'



On 20 apr 2012, at= 23:24, Shane Johnson <sdj@rasmussenequipment.com> wrote:

=
Joakim,I am guessing this is a HVM? =A0What is your boot option set to?

Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <jo= akim@joasve.se> wrote:
Thanks for your reply but it makes no differ= ence.

It is when I try to pass on more then two devices it st= ops to work. I have tried both file and phy.


Best regards
Joakim= Svensson


20 apr 2012 kl. 2= 0:28 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be completely invalid, but have you tried "h= dd" instead?

Xen man pages, xl disk configura= tion, and any other example I have seen always use "hdc" for a cd= rom device.

On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson <joakim@joasve.se>= ; wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson




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

_= ______________________________________________
Xen-users ma= iling list
Xen-users@lists.xen.org
http://l= ists.xen.org/xen-users
=

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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Shane D. Johnson
IT Administrator
Rasmusse= n Equipment


--20cf3074b2f8e8b39c04be2386bc-- --===============3833312063328105256== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3833312063328105256==-- From xen-users-bounces@lists.xen.org Fri Apr 20 22:09:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 22:09: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 1SLM0D-00065E-Hz; Fri, 20 Apr 2012 22:08:29 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLM0C-000659-Ea for xen-users@lists.xen.org; Fri, 20 Apr 2012 22:08:28 +0000 Received: from [85.158.139.83:31661] by server-6.bemta-5.messagelabs.com id 2E/95-13222-B5ED19F4; Fri, 20 Apr 2012 22:08:27 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-5.tower-182.messagelabs.com!1334959704!24831867!1 X-Originating-IP: [64.18.1.31] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20200 invoked from network); 20 Apr 2012 22:08:25 -0000 Received: from exprod6og113.obsmtp.com (HELO exprod6og113.obsmtp.com) (64.18.1.31) by server-5.tower-182.messagelabs.com with SMTP; 20 Apr 2012 22:08:25 -0000 Received: from mail-qc0-f177.google.com ([209.85.216.177]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKT5HeWKkRiYBOzVmG7LE4dbyr1vdjuMiG@postini.com; Fri, 20 Apr 2012 15:08:25 PDT Received: by qcsu28 with SMTP id u28so7065321qcs.36 for ; Fri, 20 Apr 2012 15:08:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=BGPbW3DV+0F8qlQGPRbRK1vgv8Y3b2Usgad58gDhkww=; b=EGfoXJZ9FVIngFWPBcB62AbTctJK+zTXG+7/edoHjwAwWxNiHCQL2WYjma9eKzvc3m 02ZFyrjm28EY56U974m2iyV5AWv6tOwIuS0tJ7tCCx/uSqqMEQ94FEHLqRs/TI2yotpj Ox6ylyIblsrSdnOaMqVqEmHuaN9FrTctoTc5J29uRR9Nib+BmaQs0Q3ev83OonEUCi8H BvHk6Z/t6P539JIGaoKofUBmbJt8YaXHHEpXw9xD3ovq3Q4XBHxYexj1Zqw6q8BK324a P6AeI7LZ/+TozYpJjtzSmnMMig7wXG2oT2QBOtFuP/KcyLOmCtlPzouWvMtMteki3Yo4 2yEQ== MIME-Version: 1.0 Received: by 10.224.95.205 with SMTP id e13mr8484955qan.30.1334959703372; Fri, 20 Apr 2012 15:08:23 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 15:08:23 -0700 (PDT) In-Reply-To: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> References: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> Date: Fri, 20 Apr 2012 16:08:23 -0600 Message-ID: From: Shane Johnson To: Joakim Svensson X-Gm-Message-State: ALoCoQnN8mEtMMjVaZ4yWw2Mtzb+ga01YO4I7ALYsnbE9XojNzTYBJBl3UpxWWi0OUMzjnq+b0D5 Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3833312063328105256==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3833312063328105256== Content-Type: multipart/alternative; boundary=20cf3074b2f8e8b39c04be2386bc --20cf3074b2f8e8b39c04be2386bc Content-Type: text/plain; charset=ISO-8859-1 Joakim, Everything looks fine from what I can see. Only thing that I really have no clue on, is if the phy drives need the ioemu prefix. Maybe someone else who has more experience can give you insight on if that could be the problem. I run mine off LVM and none of mine have that and they work fine. Maybe try removing that and see how it flies. Shane On Fri, Apr 20, 2012 at 3:51 PM, Joakim Svensson wrote: > Hi, Shane > > Thanks for your help > > My boot option is set to c. > > I include my config file for stuart. > > Best regards > Joakim Svensson > > > import os, re > arch = os.uname()[4] > if re.search('64', arch): > arch_libdir = 'lib64' > else: > arch_libdir = 'lib' > kernel = "/usr/lib/xen-4.0/boot/hvmloader" > builder='hvm' > memory = 3072 > name = "stuart" > vcpus=4 > vif = [ 'mac=0E:00:00:00:00:14,bridge=xenbr0', > 'mac=0E:0E:00:00:00:14,bridge=xenbr1' ] > #disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', > 'phy:/dev/sdb,ioemu:hdb,w' ] > disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', > 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ] > device_model = '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' > boot="c" > sdl=0 > vnc=1 > vnclisten="192.168.1.6" > vncdisplay=20 > vncconsole=1 > vncpasswd='s' > > > > On 20 apr 2012, at 23:24, Shane Johnson > wrote: > > Joakim, > I am guessing this is a HVM? What is your boot option set to? > > Shane > > > On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote: > >> Thanks for your reply but it makes no difference. >> >> It is when I try to pass on more then two devices it stops to work. I >> have tried both file and phy. >> >> >> Best regards >> Joakim Svensson >> >> >> 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >> >> This may be completely invalid, but have you tried "hdd" instead? >> >> Xen man pages, xl disk configuration, and any other example I have seen >> always use "hdc" for a cdrom device. >> >> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: >> >>> Hi >>> >>> I would like to add a second physical disk to my file server. >>> >>> My disk config used to look like this: >>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' >>> ] >>> It works and I can mount my disk as /dev/xvde1 >>> >>> But when I add a second disk like: >>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >>> 'phy:/dev/sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ] >>> Stuart won't start. During start up it ends at: >>> XENBUS: Waiting for devices to initialize: 295s... >>> >>> Could you please help me with this problem, I'm stuck and I can't find >>> any solution. >>> >>> Best regards >>> Joakim Svensson >>> >>> >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --20cf3074b2f8e8b39c04be2386bc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Joakim,
Everything looks fine from what I can see. =A0 Only thing that = I really have no clue on, is if the phy drives need the ioemu prefix. =A0Ma= ybe someone else who has more experience can give you insight on if that co= uld be the problem. =A0I run mine off LVM and none of mine have that and th= ey work fine. =A0Maybe try removing that and see how it flies.

Shane


On F= ri, Apr 20, 2012 at 3:51 PM, Joakim Svensson <joakim@joasve.se> wrote:
Hi, Shane

Thanks for= your help

My boot option is set to c.=A0

I include my config file for stuart.=A0

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re.search('64', a= rch):
arch_libdir =3D 'lib64'
else:
arch_libdir =3D 'l= ib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hv= m'
memory =3D 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac= =3D0E:0E:00:00:00:14,bridge=3Dxenbr1' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/de= v/sdb,ioemu:hdb,w' ]
disk =3D [ 'file:/xen/stuart/s= tuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/d= ev/sdd,ioemu:hdc,w' ]
device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm&= #39;
boot=3D"c"
sdl=3D0
vnc=3D1
vnclisten=3D&q= uot;192.168.1.6"
vncdisplay=3D20
vncconsole=3D1
vncpasswd=3D&= #39;s'



On 20 apr 2012, at= 23:24, Shane Johnson <sdj@rasmussenequipment.com> wrote:

=
Joakim,I am guessing this is a HVM? =A0What is your boot option set to?

Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <jo= akim@joasve.se> wrote:
Thanks for your reply but it makes no differ= ence.

It is when I try to pass on more then two devices it st= ops to work. I have tried both file and phy.


Best regards
Joakim= Svensson


20 apr 2012 kl. 2= 0:28 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be completely invalid, but have you tried "h= dd" instead?

Xen man pages, xl disk configura= tion, and any other example I have seen always use "hdc" for a cd= rom device.

On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson <joakim@joasve.se>= ; wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson




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

_= ______________________________________________
Xen-users ma= iling list
Xen-users@lists.xen.org
http://l= ists.xen.org/xen-users
=

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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Shane D. Johnson
IT Administrator
Rasmusse= n Equipment


--20cf3074b2f8e8b39c04be2386bc-- --===============3833312063328105256== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3833312063328105256==-- From xen-users-bounces@lists.xen.org Fri Apr 20 22:30:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 22:30: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 1SLMKX-0006SG-OU; Fri, 20 Apr 2012 22:29:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLMKV-0006SB-Fn for xen-users@lists.xen.org; Fri, 20 Apr 2012 22:29:27 +0000 Received: from [85.158.143.99:33763] by server-1.bemta-4.messagelabs.com id BE/D3-20925-643E19F4; Fri, 20 Apr 2012 22:29:26 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-3.tower-216.messagelabs.com!1334960964!24030512!1 X-Originating-IP: [91.198.169.22] X-SpamReason: No, hits=0.8 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,HTML_40_50,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3756 invoked from network); 20 Apr 2012 22:29:25 -0000 Received: from csmtp2.one.com (HELO csmtp2.one.com) (91.198.169.22) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 22:29:25 -0000 Received: from [192.168.2.10] (81-236-234-140-no30.tbcn.telia.com [81.236.234.140]) by csmtp2.one.com (Postfix) with ESMTPA id 4FFED307BC68; Fri, 20 Apr 2012 22:29:24 +0000 (UTC) References: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: <765B9D3D-504E-424C-8AA0-0EF6D158E402@joasve.se> X-Mailer: iPad Mail (9B176) From: Joakim Svensson Date: Sat, 21 Apr 2012 00:29:24 +0200 To: Shane Johnson Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0355329222476741932==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0355329222476741932== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-20535447-D420-451E-BC32-D5909762E58F --Apple-Mail-20535447-D420-451E-BC32-D5909762E58F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi agin. I have tried both with and without and it makes no difference.=20 I have used this domU for almost a year with one physical disk and it works p= erfectly. But when I try to add a third disk option it won't work. I've trie= d to use a Debian iso as cdrom but when it is more than two disk options it w= on't start. Joakim On 21 apr 2012, at 00:08, Shane Johnson wrote: > Joakim, > Everything looks fine from what I can see. Only thing that I really have= no clue on, is if the phy drives need the ioemu prefix. Maybe someone else= who has more experience can give you insight on if that could be the proble= m. I run mine off LVM and none of mine have that and they work fine. Maybe= try removing that and see how it flies. >=20 > Shane >=20 >=20 > On Fri, Apr 20, 2012 at 3:51 PM, Joakim Svensson wrote:= > Hi, Shane >=20 > Thanks for your help >=20 > My boot option is set to c.=20 >=20 > I include my config file for stuart.=20 >=20 > Best regards > Joakim Svensson >=20 >=20 > import os, re > arch =3D os.uname()[4] > if re.search('64', arch): > arch_libdir =3D 'lib64' > else: > arch_libdir =3D 'lib' > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > builder=3D'hvm' > memory =3D 3072 > name =3D "stuart" > vcpus=3D4 > vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00= :14,bridge=3Dxenbr1' ] > #disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu= :hdb,w' ] > disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:= hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ] > device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' > boot=3D"c" > sdl=3D0 > vnc=3D1 > vnclisten=3D"192.168.1.6" > vncdisplay=3D20 > vncconsole=3D1 > vncpasswd=3D's' >=20 >=20 >=20 > On 20 apr 2012, at 23:24, Shane Johnson wrote= : >=20 >> Joakim, >> I am guessing this is a HVM? What is your boot option set to? >>=20 >> Shane >>=20 >>=20 >> On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote= : >> Thanks for your reply but it makes no difference. >>=20 >> It is when I try to pass on more then two devices it stops to work. I hav= e tried both file and phy. >>=20 >>=20 >> Best regards >> Joakim Svensson >>=20 >>=20 >> 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >>=20 >>> This may be completely invalid, but have you tried "hdd" instead? >>>=20 >>> Xen man pages, xl disk configuration, and any other example I have seen a= lways use "hdc" for a cdrom device. >>>=20 >>> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrot= e: >>> Hi >>>=20 >>> I would like to add a second physical disk to my file server. >>>=20 >>> My disk config used to look like this: >>> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,= w' ] >>> It works and I can mount my disk as /dev/xvde1 >>>=20 >>> But when I add a second disk like: >>> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,= w', 'phy:/dev/sdd,hdc,w' ] >>> Stuart won't start. During start up it ends at: >>> XENBUS: Waiting for devices to initialize: 295s... >>>=20 >>> Could you please help me with this problem, I'm stuck and I can't find a= ny solution. >>>=20 >>> Best regards >>> Joakim Svensson >>>=20 >>>=20 >>>=20 >>>=20 >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>>=20 >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>=20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >>=20 >>=20 >>=20 >> --=20 >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >>=20 >>=20 >=20 >=20 >=20 > --=20 > Shane D. Johnson > IT Administrator > Rasmussen Equipment >=20 >=20 --Apple-Mail-20535447-D420-451E-BC32-D5909762E58F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi agin.

I have tried both with and without and it makes no difference. =

I have used this domU for almost a year with one p= hysical disk and it works perfectly. But when I try to add a third disk opti= on it won't work. I've tried to use a Debian iso as cdrom but when it is mor= e than two disk options it won't start.

Joakim<= /div>

On 21 apr 2012, at 00:08, Shane Johnson <sdj@rasmussenequipment.com> wrote:
Joakim,
Everything look= s fine from what I can see.   Only thing that I really have no clue on,= is if the phy drives need the ioemu prefix.  Maybe someone else who ha= s more experience can give you insight on if that could be the problem. &nbs= p;I run mine off LVM and none of mine have that and they work fine.  Ma= ybe try removing that and see how it flies.

Shane


On Fri= , Apr 20, 2012 at 3:51 PM, Joakim Svensson <joakim@joasve.se> wrote:
Hi, Shane

Thanks for y= our help

My boot option is set to c. 

I include my config file for stuart. 

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re.search('64', arch):
a= rch_libdir =3D 'lib64'
else:
arch_libdir =3D 'lib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
memory =3D= 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D0E:00:00= :00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00:14,bridge=3Dxenbr1' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:h= db,w' ]
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w'= , 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ]
device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm'
boot=3D"c= "
sdl=3D0
vnc=3D1
vnclisten=3D"192.168.1.6"
vncdisplay=3D= 20
vncconsole=3D1
vncpasswd=3D's'



On 20 apr 2012, at 2= 3:24, Shane Johnson <sdj@rasmussenequipment.com> wrote:

Joakim,I am guessing this is a HVM?  What is your boot option set to?
<= div>
Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <joak= im@joasve.se> wrote:
Thanks for your reply but it makes no differenc= e.

It is when I try to pass on more then two devices it sto= ps to work. I have tried both file and phy.


Best regards
Joakim S= vensson


20 apr 2012 kl. 20:2= 8 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be completely invalid, but have you tried "hdd" ins= tead?

Xen man pages, xl disk configuration, and any= other example I have seen always use "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson <joakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ]=
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', '= phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't find any s= olution.

Best regards
Joakim Svensson




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

__= _____________________________________________
Xen-users mail= ing list
Xen-users@lists.xen.org
http://li= sts.xen.org/xen-users

__________________= _____________________________
Xen-users mailing list
Xen-users@lists= .xen.org
http://lists.xe= n.org/xen-users



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Shane D. Johnson
IT Administrator
Rasmussen E= quipment


= --Apple-Mail-20535447-D420-451E-BC32-D5909762E58F-- --===============0355329222476741932== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0355329222476741932==-- From xen-users-bounces@lists.xen.org Fri Apr 20 22:30:28 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 22:30: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 1SLMKX-0006SG-OU; Fri, 20 Apr 2012 22:29:29 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLMKV-0006SB-Fn for xen-users@lists.xen.org; Fri, 20 Apr 2012 22:29:27 +0000 Received: from [85.158.143.99:33763] by server-1.bemta-4.messagelabs.com id BE/D3-20925-643E19F4; Fri, 20 Apr 2012 22:29:26 +0000 X-Env-Sender: joakim@joasve.se X-Msg-Ref: server-3.tower-216.messagelabs.com!1334960964!24030512!1 X-Originating-IP: [91.198.169.22] X-SpamReason: No, hits=0.8 required=7.0 tests=sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,sa_preprocessor: QmFkIElQOiA5MS4xOTguMTY5LjIyID0+IDY1Nzk0\n,HTML_40_50,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3756 invoked from network); 20 Apr 2012 22:29:25 -0000 Received: from csmtp2.one.com (HELO csmtp2.one.com) (91.198.169.22) by server-3.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 22:29:25 -0000 Received: from [192.168.2.10] (81-236-234-140-no30.tbcn.telia.com [81.236.234.140]) by csmtp2.one.com (Postfix) with ESMTPA id 4FFED307BC68; Fri, 20 Apr 2012 22:29:24 +0000 (UTC) References: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> In-Reply-To: Mime-Version: 1.0 (1.0) Message-Id: <765B9D3D-504E-424C-8AA0-0EF6D158E402@joasve.se> X-Mailer: iPad Mail (9B176) From: Joakim Svensson Date: Sat, 21 Apr 2012 00:29:24 +0200 To: Shane Johnson Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0355329222476741932==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0355329222476741932== Content-Transfer-Encoding: 7bit Content-Type: multipart/alternative; boundary=Apple-Mail-20535447-D420-451E-BC32-D5909762E58F --Apple-Mail-20535447-D420-451E-BC32-D5909762E58F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi agin. I have tried both with and without and it makes no difference.=20 I have used this domU for almost a year with one physical disk and it works p= erfectly. But when I try to add a third disk option it won't work. I've trie= d to use a Debian iso as cdrom but when it is more than two disk options it w= on't start. Joakim On 21 apr 2012, at 00:08, Shane Johnson wrote: > Joakim, > Everything looks fine from what I can see. Only thing that I really have= no clue on, is if the phy drives need the ioemu prefix. Maybe someone else= who has more experience can give you insight on if that could be the proble= m. I run mine off LVM and none of mine have that and they work fine. Maybe= try removing that and see how it flies. >=20 > Shane >=20 >=20 > On Fri, Apr 20, 2012 at 3:51 PM, Joakim Svensson wrote:= > Hi, Shane >=20 > Thanks for your help >=20 > My boot option is set to c.=20 >=20 > I include my config file for stuart.=20 >=20 > Best regards > Joakim Svensson >=20 >=20 > import os, re > arch =3D os.uname()[4] > if re.search('64', arch): > arch_libdir =3D 'lib64' > else: > arch_libdir =3D 'lib' > kernel =3D "/usr/lib/xen-4.0/boot/hvmloader" > builder=3D'hvm' > memory =3D 3072 > name =3D "stuart" > vcpus=3D4 > vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00= :14,bridge=3Dxenbr1' ] > #disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu= :hdb,w' ] > disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:= hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ] > device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' > boot=3D"c" > sdl=3D0 > vnc=3D1 > vnclisten=3D"192.168.1.6" > vncdisplay=3D20 > vncconsole=3D1 > vncpasswd=3D's' >=20 >=20 >=20 > On 20 apr 2012, at 23:24, Shane Johnson wrote= : >=20 >> Joakim, >> I am guessing this is a HVM? What is your boot option set to? >>=20 >> Shane >>=20 >>=20 >> On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote= : >> Thanks for your reply but it makes no difference. >>=20 >> It is when I try to pass on more then two devices it stops to work. I hav= e tried both file and phy. >>=20 >>=20 >> Best regards >> Joakim Svensson >>=20 >>=20 >> 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >>=20 >>> This may be completely invalid, but have you tried "hdd" instead? >>>=20 >>> Xen man pages, xl disk configuration, and any other example I have seen a= lways use "hdc" for a cdrom device. >>>=20 >>> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrot= e: >>> Hi >>>=20 >>> I would like to add a second physical disk to my file server. >>>=20 >>> My disk config used to look like this: >>> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,= w' ] >>> It works and I can mount my disk as /dev/xvde1 >>>=20 >>> But when I add a second disk like: >>> disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,= w', 'phy:/dev/sdd,hdc,w' ] >>> Stuart won't start. During start up it ends at: >>> XENBUS: Waiting for devices to initialize: 295s... >>>=20 >>> Could you please help me with this problem, I'm stuck and I can't find a= ny solution. >>>=20 >>> Best regards >>> Joakim Svensson >>>=20 >>>=20 >>>=20 >>>=20 >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>>=20 >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>=20 >>=20 >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >>=20 >>=20 >>=20 >> --=20 >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >>=20 >>=20 >=20 >=20 >=20 > --=20 > Shane D. Johnson > IT Administrator > Rasmussen Equipment >=20 >=20 --Apple-Mail-20535447-D420-451E-BC32-D5909762E58F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Hi agin.

I have tried both with and without and it makes no difference. =

I have used this domU for almost a year with one p= hysical disk and it works perfectly. But when I try to add a third disk opti= on it won't work. I've tried to use a Debian iso as cdrom but when it is mor= e than two disk options it won't start.

Joakim<= /div>

On 21 apr 2012, at 00:08, Shane Johnson <sdj@rasmussenequipment.com> wrote:
Joakim,
Everything look= s fine from what I can see.   Only thing that I really have no clue on,= is if the phy drives need the ioemu prefix.  Maybe someone else who ha= s more experience can give you insight on if that could be the problem. &nbs= p;I run mine off LVM and none of mine have that and they work fine.  Ma= ybe try removing that and see how it flies.

Shane


On Fri= , Apr 20, 2012 at 3:51 PM, Joakim Svensson <joakim@joasve.se> wrote:
Hi, Shane

Thanks for y= our help

My boot option is set to c. 

I include my config file for stuart. 

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re.search('64', arch):
a= rch_libdir =3D 'lib64'
else:
arch_libdir =3D 'lib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hvm'
memory =3D= 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D0E:00:00= :00:00:14,bridge=3Dxenbr0', 'mac=3D0E:0E:00:00:00:14,bridge=3Dxenbr1' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:h= db,w' ]
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w'= , 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ]
device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm'
boot=3D"c= "
sdl=3D0
vnc=3D1
vnclisten=3D"192.168.1.6"
vncdisplay=3D= 20
vncconsole=3D1
vncpasswd=3D's'



On 20 apr 2012, at 2= 3:24, Shane Johnson <sdj@rasmussenequipment.com> wrote:

Joakim,I am guessing this is a HVM?  What is your boot option set to?
<= div>
Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <joak= im@joasve.se> wrote:
Thanks for your reply but it makes no differenc= e.

It is when I try to pass on more then two devices it sto= ps to work. I have tried both file and phy.


Best regards
Joakim S= vensson


20 apr 2012 kl. 20:2= 8 skrev Casey DeLorme <cdelorme@gmail.com>:

This may be completely invalid, but have you tried "hdd" ins= tead?

Xen man pages, xl disk configuration, and any= other example I have seen always use "hdc" for a cdrom device.

On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson <joakim@joasve.se> wrote:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w' ]=
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev/sdb,hdb,w', '= phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't find any s= olution.

Best regards
Joakim Svensson




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

__= _____________________________________________
Xen-users mail= ing list
Xen-users@lists.xen.org
http://li= sts.xen.org/xen-users

__________________= _____________________________
Xen-users mailing list
Xen-users@lists= .xen.org
http://lists.xe= n.org/xen-users



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment





--
Shane D. Johnson
IT Administrator
Rasmussen E= quipment


= --Apple-Mail-20535447-D420-451E-BC32-D5909762E58F-- --===============0355329222476741932== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0355329222476741932==-- From xen-users-bounces@lists.xen.org Fri Apr 20 22:45:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 22:45: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 1SLMZ6-0006o1-ES; Fri, 20 Apr 2012 22:44:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLMZ4-0006nw-T0 for xen-users@lists.xen.org; Fri, 20 Apr 2012 22:44:31 +0000 Received: from [85.158.138.51:62672] by server-9.bemta-3.messagelabs.com id F4/61-26691-DC6E19F4; Fri, 20 Apr 2012 22:44:29 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1334961866!23078131!1 X-Originating-IP: [64.18.1.191] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9130 invoked from network); 20 Apr 2012 22:44:27 -0000 Received: from exprod6og106.obsmtp.com (HELO exprod6og106.obsmtp.com) (64.18.1.191) by server-3.tower-174.messagelabs.com with SMTP; 20 Apr 2012 22:44:27 -0000 Received: from mail-qc0-f175.google.com ([209.85.216.175]) (using TLSv1) by exprod6ob106.postini.com ([64.18.5.12]) with SMTP ID DSNKT5HmyiwyGM5jSHoUgqM7t7WlG7VA64Gk@postini.com; Fri, 20 Apr 2012 15:44:27 PDT Received: by qcso7 with SMTP id o7so6205068qcs.6 for ; Fri, 20 Apr 2012 15:44:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=TJjrw31WOG0Ie5NLjGZ9wMpVEw3AF1FYehZOYkdmgaQ=; b=GuoApcYgfIjWHWH/Ml0T/gZOkz5nYDDOodqiL2vZljhkUzwEtzIKOOExDLk73Mm6il rq9ME9EikitS+CwU7fa+zd6s9Uan6RxC+iRsKltO+iJHHlLxXNjtRfsQ7C3QJn1XnOql 6ojVXE7rfwUDAfIUqs68zCQBa0YcwhSCxvxatfgJcAHdNJ4WX5OEFt3grHcD2OivkhoX ZhYHQVhKltUnwNBRGVqQYaNWWIgPUkaf/yrmvZjJuKGVaodZPBuMSP9wISfaMpe9gIvr qv3nq4Bu8dXEBv40blRvcJpV3B+tDs58Y6oOFG2E4j12o8N3iT9W8jhCby+/X/lDsaOA YGPw== MIME-Version: 1.0 Received: by 10.224.9.75 with SMTP id k11mr8535836qak.17.1334961865598; Fri, 20 Apr 2012 15:44:25 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 15:44:25 -0700 (PDT) In-Reply-To: <765B9D3D-504E-424C-8AA0-0EF6D158E402@joasve.se> References: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> <765B9D3D-504E-424C-8AA0-0EF6D158E402@joasve.se> Date: Fri, 20 Apr 2012 16:44:25 -0600 Message-ID: From: Shane Johnson To: Joakim Svensson X-Gm-Message-State: ALoCoQmLFyeVoeYH563y+QcwAUKr6lw8g0Qd9b2wJdSTYindDwyX4mbU53KGzwVLdwndCwzMe9Ww Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1511977191481773631==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1511977191481773631== Content-Type: multipart/alternative; boundary=bcaec51b1753c9a65404be240763 --bcaec51b1753c9a65404be240763 Content-Type: text/plain; charset=ISO-8859-1 Joakim, Here is a copy from one of mine that is running multiple disks : 'phy:/dev/vg/rasfs,hda,w', 'phy:/dev/vg/rasfsbu,hdb,w', 'file:/root/Desktop/IZ.iso,hdc:cdrom,r', Everything seems like it should work, I did notice that the disk you added you passed through as a complete disk without partitions. I am assuming that your DomU has the partitioning and file system taken care of? Have you looked into your logs to see if there are any clues in there? Shane On Fri, Apr 20, 2012 at 4:29 PM, Joakim Svensson wrote: > Hi agin. > > I have tried both with and without and it makes no difference. > > I have used this domU for almost a year with one physical disk and it > works perfectly. But when I try to add a third disk option it won't work. > I've tried to use a Debian iso as cdrom but when it is more than two disk > options it won't start. > > Joakim > > On 21 apr 2012, at 00:08, Shane Johnson > wrote: > > Joakim, > Everything looks fine from what I can see. Only thing that I really have > no clue on, is if the phy drives need the ioemu prefix. Maybe someone else > who has more experience can give you insight on if that could be the > problem. I run mine off LVM and none of mine have that and they work fine. > Maybe try removing that and see how it flies. > > Shane > > > On Fri, Apr 20, 2012 at 3:51 PM, Joakim Svensson wrote: > >> Hi, Shane >> >> Thanks for your help >> >> My boot option is set to c. >> >> I include my config file for stuart. >> >> Best regards >> Joakim Svensson >> >> >> import os, re >> arch = os.uname()[4] >> if re.search('64', arch): >> arch_libdir = 'lib64' >> else: >> arch_libdir = 'lib' >> kernel = "/usr/lib/xen-4.0/boot/hvmloader" >> builder='hvm' >> memory = 3072 >> name = "stuart" >> vcpus=4 >> vif = [ 'mac=0E:00:00:00:00:14,bridge=xenbr0', >> 'mac=0E:0E:00:00:00:14,bridge=xenbr1' ] >> #disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >> 'phy:/dev/sdb,ioemu:hdb,w' ] >> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >> 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ] >> device_model = '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' >> boot="c" >> sdl=0 >> vnc=1 >> vnclisten="192.168.1.6" >> vncdisplay=20 >> vncconsole=1 >> vncpasswd='s' >> >> >> >> On 20 apr 2012, at 23:24, Shane Johnson >> wrote: >> >> Joakim, >> I am guessing this is a HVM? What is your boot option set to? >> >> Shane >> >> >> On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote: >> >>> Thanks for your reply but it makes no difference. >>> >>> It is when I try to pass on more then two devices it stops to work. I >>> have tried both file and phy. >>> >>> >>> Best regards >>> Joakim Svensson >>> >>> >>> 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >>> >>> This may be completely invalid, but have you tried "hdd" instead? >>> >>> Xen man pages, xl disk configuration, and any other example I have seen >>> always use "hdc" for a cdrom device. >>> >>> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: >>> >>>> Hi >>>> >>>> I would like to add a second physical disk to my file server. >>>> >>>> My disk config used to look like this: >>>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >>>> 'phy:/dev/sdb,hdb,w' ] >>>> It works and I can mount my disk as /dev/xvde1 >>>> >>>> But when I add a second disk like: >>>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >>>> 'phy:/dev/sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ] >>>> Stuart won't start. During start up it ends at: >>>> XENBUS: Waiting for devices to initialize: 295s... >>>> >>>> Could you please help me with this problem, I'm stuck and I can't find >>>> any solution. >>>> >>>> Best regards >>>> Joakim Svensson >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --bcaec51b1753c9a65404be240763 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Joakim,
Here is a copy from one of mine that is running multiple disks = :
=A0 'phy:/dev/vg/rasfs,hda,w',
=A0 'phy:/d= ev/vg/rasfsbu,hdb,w',
=A0 'file:/root/Desktop/IZ.iso,hdc:cdrom,r',
<= br>
Everything seems like it should work, I did notice th= at the disk you added you passed through as a complete disk without partiti= ons. =A0I am assuming that your DomU has the partitioning and file system t= aken care of?

Have you looked into your logs to see if there are any = clues in there?

Shane

On Fri, Apr 20, 2012 at 4:29 PM, Joakim Svensso= n <joakim@joasve.s= e> wrote:
Hi agin.
=

I have tried both with and without and it makes no diff= erence.=A0

I have used this domU for almost a year with one physic= al disk and it works perfectly. But when I try to add a third disk option i= t won't work. I've tried to use a Debian iso as cdrom but when it i= s more than two disk options it won't start.

Joakim

On 21 apr 2012, at 00:08, Sh= ane Johnson <sdj@rasmussenequipment.com> wrote:

Joakim,
Everything looks fine from what I can see. =A0 Only thing = that I really have no clue on, is if the phy drives need the ioemu prefix. = =A0Maybe someone else who has more experience can give you insight on if th= at could be the problem. =A0I run mine off LVM and none of mine have that a= nd they work fine. =A0Maybe try removing that and see how it flies.

Shane


On F= ri, Apr 20, 2012 at 3:51 PM, Joakim Svensson <joakim@joasve.se> wrote:
Hi, Shane

Thanks for= your help

My boot option is set to c.=A0

I include my config file for stuart.=A0

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re.search('64', a= rch):
arch_libdir =3D 'lib64'
else:
arch_libdir =3D 'l= ib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hv= m'
memory =3D 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac= =3D0E:0E:00:00:00:14,bridge=3Dxenbr1' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/de= v/sdb,ioemu:hdb,w' ]
disk =3D [ 'file:/xen/stuart/s= tuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/d= ev/sdd,ioemu:hdc,w' ]
device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm&= #39;
boot=3D"c"
sdl=3D0
vnc=3D1
vnclisten=3D&q= uot;192.168.1.6"
vncdisplay=3D20
vncconsole=3D1
vncpasswd=3D&= #39;s'



On 20 apr 2012, at 23:24, Shane= Johnson <sdj@rasmussenequipment.com> wrote:

Joakim,
I am guess= ing this is a HVM? =A0What is your boot option set to?

=
Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <joakim@joasve.s= e> wrote:
Thanks for your reply but it makes no difference.

It is when I try to pass on more then two devices it st= ops to work. I have tried both file and phy.


Best regards
Joakim= Svensson


20 apr 2012 kl. 2= 0:28 skrev Casey DeLorme <cdelorme@gmail.com>:

<= div>This may be completely invalid, but have you tried "hdd" inst= ead?

Xen man pages, xl disk configuration, and any= other example I have seen always use "hdc" for a cdrom device.

On Fri, Apr= 20, 2012 at 5:38 AM, Joakim Svensson <joakim@joasve.se> wrot= e:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson




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

______________= _________________________________
Xen-users mailing list
= Xen-users@lists.xen.org
http://l= ists.xen.org/xen-users
=

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



--
Shane= D. Johnson
IT Administrator
Rasmussen Equipment





--=
Shane D. Johnson
IT Administrator
Rasmussen Equipment





=
--
Shane D. Johnson
IT Administrator
Rasmussen Equi= pment


--bcaec51b1753c9a65404be240763-- --===============1511977191481773631== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1511977191481773631==-- From xen-users-bounces@lists.xen.org Fri Apr 20 22:45:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 20 Apr 2012 22:45: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 1SLMZ6-0006o1-ES; Fri, 20 Apr 2012 22:44:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLMZ4-0006nw-T0 for xen-users@lists.xen.org; Fri, 20 Apr 2012 22:44:31 +0000 Received: from [85.158.138.51:62672] by server-9.bemta-3.messagelabs.com id F4/61-26691-DC6E19F4; Fri, 20 Apr 2012 22:44:29 +0000 X-Env-Sender: sdj@rasmussenequipment.com X-Msg-Ref: server-3.tower-174.messagelabs.com!1334961866!23078131!1 X-Originating-IP: [64.18.1.191] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9130 invoked from network); 20 Apr 2012 22:44:27 -0000 Received: from exprod6og106.obsmtp.com (HELO exprod6og106.obsmtp.com) (64.18.1.191) by server-3.tower-174.messagelabs.com with SMTP; 20 Apr 2012 22:44:27 -0000 Received: from mail-qc0-f175.google.com ([209.85.216.175]) (using TLSv1) by exprod6ob106.postini.com ([64.18.5.12]) with SMTP ID DSNKT5HmyiwyGM5jSHoUgqM7t7WlG7VA64Gk@postini.com; Fri, 20 Apr 2012 15:44:27 PDT Received: by qcso7 with SMTP id o7so6205068qcs.6 for ; Fri, 20 Apr 2012 15:44:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=TJjrw31WOG0Ie5NLjGZ9wMpVEw3AF1FYehZOYkdmgaQ=; b=GuoApcYgfIjWHWH/Ml0T/gZOkz5nYDDOodqiL2vZljhkUzwEtzIKOOExDLk73Mm6il rq9ME9EikitS+CwU7fa+zd6s9Uan6RxC+iRsKltO+iJHHlLxXNjtRfsQ7C3QJn1XnOql 6ojVXE7rfwUDAfIUqs68zCQBa0YcwhSCxvxatfgJcAHdNJ4WX5OEFt3grHcD2OivkhoX ZhYHQVhKltUnwNBRGVqQYaNWWIgPUkaf/yrmvZjJuKGVaodZPBuMSP9wISfaMpe9gIvr qv3nq4Bu8dXEBv40blRvcJpV3B+tDs58Y6oOFG2E4j12o8N3iT9W8jhCby+/X/lDsaOA YGPw== MIME-Version: 1.0 Received: by 10.224.9.75 with SMTP id k11mr8535836qak.17.1334961865598; Fri, 20 Apr 2012 15:44:25 -0700 (PDT) Received: by 10.229.139.140 with HTTP; Fri, 20 Apr 2012 15:44:25 -0700 (PDT) In-Reply-To: <765B9D3D-504E-424C-8AA0-0EF6D158E402@joasve.se> References: <7056F36F-2E4E-471A-8E97-757EFC45B4A1@joasve.se> <765B9D3D-504E-424C-8AA0-0EF6D158E402@joasve.se> Date: Fri, 20 Apr 2012 16:44:25 -0600 Message-ID: From: Shane Johnson To: Joakim Svensson X-Gm-Message-State: ALoCoQmLFyeVoeYH563y+QcwAUKr6lw8g0Qd9b2wJdSTYindDwyX4mbU53KGzwVLdwndCwzMe9Ww Cc: "xen-users@lists.xen.org" , Casey DeLorme Subject: Re: [Xen-users] Physical disk problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1511977191481773631==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1511977191481773631== Content-Type: multipart/alternative; boundary=bcaec51b1753c9a65404be240763 --bcaec51b1753c9a65404be240763 Content-Type: text/plain; charset=ISO-8859-1 Joakim, Here is a copy from one of mine that is running multiple disks : 'phy:/dev/vg/rasfs,hda,w', 'phy:/dev/vg/rasfsbu,hdb,w', 'file:/root/Desktop/IZ.iso,hdc:cdrom,r', Everything seems like it should work, I did notice that the disk you added you passed through as a complete disk without partitions. I am assuming that your DomU has the partitioning and file system taken care of? Have you looked into your logs to see if there are any clues in there? Shane On Fri, Apr 20, 2012 at 4:29 PM, Joakim Svensson wrote: > Hi agin. > > I have tried both with and without and it makes no difference. > > I have used this domU for almost a year with one physical disk and it > works perfectly. But when I try to add a third disk option it won't work. > I've tried to use a Debian iso as cdrom but when it is more than two disk > options it won't start. > > Joakim > > On 21 apr 2012, at 00:08, Shane Johnson > wrote: > > Joakim, > Everything looks fine from what I can see. Only thing that I really have > no clue on, is if the phy drives need the ioemu prefix. Maybe someone else > who has more experience can give you insight on if that could be the > problem. I run mine off LVM and none of mine have that and they work fine. > Maybe try removing that and see how it flies. > > Shane > > > On Fri, Apr 20, 2012 at 3:51 PM, Joakim Svensson wrote: > >> Hi, Shane >> >> Thanks for your help >> >> My boot option is set to c. >> >> I include my config file for stuart. >> >> Best regards >> Joakim Svensson >> >> >> import os, re >> arch = os.uname()[4] >> if re.search('64', arch): >> arch_libdir = 'lib64' >> else: >> arch_libdir = 'lib' >> kernel = "/usr/lib/xen-4.0/boot/hvmloader" >> builder='hvm' >> memory = 3072 >> name = "stuart" >> vcpus=4 >> vif = [ 'mac=0E:00:00:00:00:14,bridge=xenbr0', >> 'mac=0E:0E:00:00:00:14,bridge=xenbr1' ] >> #disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >> 'phy:/dev/sdb,ioemu:hdb,w' ] >> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >> 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/dev/sdd,ioemu:hdc,w' ] >> device_model = '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm' >> boot="c" >> sdl=0 >> vnc=1 >> vnclisten="192.168.1.6" >> vncdisplay=20 >> vncconsole=1 >> vncpasswd='s' >> >> >> >> On 20 apr 2012, at 23:24, Shane Johnson >> wrote: >> >> Joakim, >> I am guessing this is a HVM? What is your boot option set to? >> >> Shane >> >> >> On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson wrote: >> >>> Thanks for your reply but it makes no difference. >>> >>> It is when I try to pass on more then two devices it stops to work. I >>> have tried both file and phy. >>> >>> >>> Best regards >>> Joakim Svensson >>> >>> >>> 20 apr 2012 kl. 20:28 skrev Casey DeLorme : >>> >>> This may be completely invalid, but have you tried "hdd" instead? >>> >>> Xen man pages, xl disk configuration, and any other example I have seen >>> always use "hdc" for a cdrom device. >>> >>> On Fri, Apr 20, 2012 at 5:38 AM, Joakim Svensson wrote: >>> >>>> Hi >>>> >>>> I would like to add a second physical disk to my file server. >>>> >>>> My disk config used to look like this: >>>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >>>> 'phy:/dev/sdb,hdb,w' ] >>>> It works and I can mount my disk as /dev/xvde1 >>>> >>>> But when I add a second disk like: >>>> disk = [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', >>>> 'phy:/dev/sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ] >>>> Stuart won't start. During start up it ends at: >>>> XENBUS: Waiting for devices to initialize: 295s... >>>> >>>> Could you please help me with this problem, I'm stuck and I can't find >>>> any solution. >>>> >>>> Best regards >>>> Joakim Svensson >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >>> >> >> >> >> -- >> Shane D. Johnson >> IT Administrator >> Rasmussen Equipment >> >> >> > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > -- Shane D. Johnson IT Administrator Rasmussen Equipment --bcaec51b1753c9a65404be240763 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Joakim,
Here is a copy from one of mine that is running multiple disks = :
=A0 'phy:/dev/vg/rasfs,hda,w',
=A0 'phy:/d= ev/vg/rasfsbu,hdb,w',
=A0 'file:/root/Desktop/IZ.iso,hdc:cdrom,r',
<= br>
Everything seems like it should work, I did notice th= at the disk you added you passed through as a complete disk without partiti= ons. =A0I am assuming that your DomU has the partitioning and file system t= aken care of?

Have you looked into your logs to see if there are any = clues in there?

Shane

On Fri, Apr 20, 2012 at 4:29 PM, Joakim Svensso= n <joakim@joasve.s= e> wrote:
Hi agin.
=

I have tried both with and without and it makes no diff= erence.=A0

I have used this domU for almost a year with one physic= al disk and it works perfectly. But when I try to add a third disk option i= t won't work. I've tried to use a Debian iso as cdrom but when it i= s more than two disk options it won't start.

Joakim

On 21 apr 2012, at 00:08, Sh= ane Johnson <sdj@rasmussenequipment.com> wrote:

Joakim,
Everything looks fine from what I can see. =A0 Only thing = that I really have no clue on, is if the phy drives need the ioemu prefix. = =A0Maybe someone else who has more experience can give you insight on if th= at could be the problem. =A0I run mine off LVM and none of mine have that a= nd they work fine. =A0Maybe try removing that and see how it flies.

Shane


On F= ri, Apr 20, 2012 at 3:51 PM, Joakim Svensson <joakim@joasve.se> wrote:
Hi, Shane

Thanks for= your help

My boot option is set to c.=A0

I include my config file for stuart.=A0

Best regards
Joakim Svensson


import os, re
arch =3D os.uname()[4]
if re.search('64', a= rch):
arch_libdir =3D 'lib64'
else:
arch_libdir =3D 'l= ib'
kernel =3D "/usr/lib/xen-4.0/boot/hvmloader"
builder=3D'hv= m'
memory =3D 3072
name =3D "stuart"
vcpus=3D4
vif =3D [ 'mac=3D0E:00:00:00:00:14,bridge=3Dxenbr0', 'mac= =3D0E:0E:00:00:00:14,bridge=3Dxenbr1' ]
#disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/de= v/sdb,ioemu:hdb,w' ]
disk =3D [ 'file:/xen/stuart/s= tuart.img,ioemu:hda,w', 'phy:/dev/sdb,ioemu:hdb,w', 'phy:/d= ev/sdd,ioemu:hdc,w' ]
device_model =3D '/usr/' + arch_libdir + '/xen-4.0/bin/qemu-dm&= #39;
boot=3D"c"
sdl=3D0
vnc=3D1
vnclisten=3D&q= uot;192.168.1.6"
vncdisplay=3D20
vncconsole=3D1
vncpasswd=3D&= #39;s'



On 20 apr 2012, at 23:24, Shane= Johnson <sdj@rasmussenequipment.com> wrote:

Joakim,
I am guess= ing this is a HVM? =A0What is your boot option set to?

=
Shane


On Fri, Apr 20, 2012 at 2:29 PM, Joakim Svensson <joakim@joasve.s= e> wrote:
Thanks for your reply but it makes no difference.

It is when I try to pass on more then two devices it st= ops to work. I have tried both file and phy.


Best regards
Joakim= Svensson


20 apr 2012 kl. 2= 0:28 skrev Casey DeLorme <cdelorme@gmail.com>:

<= div>This may be completely invalid, but have you tried "hdd" inst= ead?

Xen man pages, xl disk configuration, and any= other example I have seen always use "hdc" for a cdrom device.

On Fri, Apr= 20, 2012 at 5:38 AM, Joakim Svensson <joakim@joasve.se> wrot= e:
Hi

I would like to add a second physical disk to my file server.

My disk config used to look like this:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w' ]
It works and I can mount my disk as /dev/xvde1

But when I add a second disk like:
disk =3D [ 'file:/xen/stuart/stuart.img,ioemu:hda,w', 'phy:/dev= /sdb,hdb,w', 'phy:/dev/sdd,hdc,w' ]
Stuart won't start. During start up it ends at:
XENBUS: Waiting for devices to initialize: 295s...

Could you please help me with this problem, I'm stuck and I can't f= ind any solution.

Best regards
Joakim Svensson




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

______________= _________________________________
Xen-users mailing list
= Xen-users@lists.xen.org
http://l= ists.xen.org/xen-users
=

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



--
Shane= D. Johnson
IT Administrator
Rasmussen Equipment





--=
Shane D. Johnson
IT Administrator
Rasmussen Equipment





=
--
Shane D. Johnson
IT Administrator
Rasmussen Equi= pment


--bcaec51b1753c9a65404be240763-- --===============1511977191481773631== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1511977191481773631==-- From xen-users-bounces@lists.xen.org Sat Apr 21 07:57:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 07:57:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLVB9-0005mV-JA; Sat, 21 Apr 2012 07:56:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLVB8-0005mQ-3x for xen-users@lists.xen.org; Sat, 21 Apr 2012 07:56:22 +0000 Received: from [85.158.143.35:59309] by server-1.bemta-4.messagelabs.com id 14/26-20925-528629F4; Sat, 21 Apr 2012 07:56:21 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1334994980!10986426!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6114 invoked from network); 21 Apr 2012 07:56:20 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-21.messagelabs.com with SMTP; 21 Apr 2012 07:56:20 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 98B9329E81; Sat, 21 Apr 2012 08:56:18 +0100 (BST) 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 UF-K43JuPVpc; Sat, 21 Apr 2012 08:56:18 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 4677629E6F; Sat, 21 Apr 2012 08:56:18 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sat, 21 Apr 2012 08:56:04 +0100 To: asim hafeez , xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Using host network interface X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org asim hafeez wrote: >How can i use host only interface. Currently Xen is configured to >NAT with dhcp. IPs are being assigned through DHCP. I want to >directly use host interface eth0 where i could configure any IP to >communicate with local or public network. Alongside or instead of routed/NAT mode ? If instead of, then define a bridge in Dom0 (using whatever network config the OS supports), comment out the network-script in xend config, and set the VIF script to bridge. Your guests will now be connected to a virtual switch - just as if you had a bare metal machine and plugged it into a switch on your outside network. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 07:57:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 07:57:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLVB9-0005mV-JA; Sat, 21 Apr 2012 07:56:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLVB8-0005mQ-3x for xen-users@lists.xen.org; Sat, 21 Apr 2012 07:56:22 +0000 Received: from [85.158.143.35:59309] by server-1.bemta-4.messagelabs.com id 14/26-20925-528629F4; Sat, 21 Apr 2012 07:56:21 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-2.tower-21.messagelabs.com!1334994980!10986426!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6114 invoked from network); 21 Apr 2012 07:56:20 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-2.tower-21.messagelabs.com with SMTP; 21 Apr 2012 07:56:20 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 98B9329E81; Sat, 21 Apr 2012 08:56:18 +0100 (BST) 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 UF-K43JuPVpc; Sat, 21 Apr 2012 08:56:18 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 4677629E6F; Sat, 21 Apr 2012 08:56:18 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Sat, 21 Apr 2012 08:56:04 +0100 To: asim hafeez , xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Using host network interface X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org asim hafeez wrote: >How can i use host only interface. Currently Xen is configured to >NAT with dhcp. IPs are being assigned through DHCP. I want to >directly use host interface eth0 where i could configure any IP to >communicate with local or public network. Alongside or instead of routed/NAT mode ? If instead of, then define a bridge in Dom0 (using whatever network config the OS supports), comment out the network-script in xend config, and set the VIF script to bridge. Your guests will now be connected to a virtual switch - just as if you had a bare metal machine and plugged it into a switch on your outside network. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 09:50:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 09:50: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 1SLWvy-0006xo-W4; Sat, 21 Apr 2012 09:48:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLWvx-0006xj-Ou for xen-users@lists.xen.org; Sat, 21 Apr 2012 09:48:49 +0000 Received: from [85.158.139.83:18445] by server-4.bemta-5.messagelabs.com id 58/13-10788-082829F4; Sat, 21 Apr 2012 09:48:48 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1335001727!17491611!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2544 invoked from network); 21 Apr 2012 09:48:47 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Apr 2012 09:48:47 -0000 Received: from p5dc3fabd.dip.t-dialin.net ([93.195.250.189] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SLWvu-0001MU-Cd for xen-users@lists.xen.org; Sat, 21 Apr 2012 11:48:46 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Sat, 21 Apr 2012 09:48:37 +0200 Message-ID: <1452607.8o0q8KEZBH@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Subject: Re: [Xen-users] GUI frontend for Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2200585590769610689==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2200585590769610689== Content-Type: multipart/signed; boundary="nextPart4110405.1cQ8k2DxXR"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart4110405.1cQ8k2DxXR Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Freitag, 20. April 2012, 15:54:15 schrieb Donny Brooks: > In the end we need centralized storage, SAN, with high availability > failover. I know this can be done with just basic Xen but the management > requires us to have a GUI for the "lesser technical staff" of our IT group. Most "GUI"s are more then just GUIs for Xen - they are more or less heavy complex cloud management systems which require significant knowledge. But "less technical staff" could be a very wide range... ;) On the other hand it depends from what this staff should (can) do with the GUI. May be this two options are interesting for you: - xen shell: A very easy to use shell / cli based console which offers just two hand full commands to work with (still once configured or templated) Xen VMs. http://xen-tools.org/software/xen-shell/ it could easily adapted and/or extended with own tasks and commands if required. - OpenQRM: Open QRM is web based but (very) heavy too, but it allows access with sub rights for users with lower rights and skills if the admin configures such an usage level. hth best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart4110405.1cQ8k2DxXR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPkmZZAAoJEM78prARigUnOs4P/1h/QhoG2UxreREq6jw2fNj3 RcR1/16ePNDnSmUdwwzwZKLnAXobU98jVIPa1yCJoZMZ/mpznAk0H4/jBgHWtGGI pnF1vX4abZyWr6M34Lzpe1RA0lp+L4lhn345Nn3oRb3XeRl8coJYDDymHJj7MLjq PHOopjW5W6GPRMHNBjIcq2mhYKecXgyOv74tDRWfqc3pDrViHuVTCZzswhO288p+ R/p4OTsTWjgARBeg9cyN8KLkyQo7Exh64OufOxl8NAzrWdEhJshfP9uMKJ3Y/Hib 3GISfjyaNf7KvproSwEI0BHRdiicq5drShIaoYAm8Pcom21gbApbIF3ik3uN5870 uEUaYuiSwdP3fiECDIIShyovr6d0iZ6KXE7R4nNbpxfxJBrrzUpvv124uYRlj3EQ ImAaMcNFe7fScMsUrp0qyC0J0eTv1/rnzitA/JPs9cSkTehSKsrKuooc8K6p6jNp EuL7cWwEZ09MsChz1hNqFcxGC+o+RooDdWJzBNdR2EbeDT4xQcGqXLrFfWLi6d18 sOr2hLmp3Zqzn1Ra58SIQJAPmrkX2m4RqyMZGheksawFXqy9QbGpXhkLpVwhda8J eh1Hp0Zdd8PikszTy3yC8faiOguzRkL8Rr+K1r+hIh73rWqMLT2GteLzd2SSRVAf oaU2DgsQIJRHHJ57mDiZ =Wgsk -----END PGP SIGNATURE----- --nextPart4110405.1cQ8k2DxXR-- --===============2200585590769610689== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2200585590769610689==-- From xen-users-bounces@lists.xen.org Sat Apr 21 09:50:19 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 09:50: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 1SLWvy-0006xo-W4; Sat, 21 Apr 2012 09:48:50 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLWvx-0006xj-Ou for xen-users@lists.xen.org; Sat, 21 Apr 2012 09:48:49 +0000 Received: from [85.158.139.83:18445] by server-4.bemta-5.messagelabs.com id 58/13-10788-082829F4; Sat, 21 Apr 2012 09:48:48 +0000 X-Env-Sender: nd@syndicat.com X-Msg-Ref: server-16.tower-182.messagelabs.com!1335001727!17491611!1 X-Originating-IP: [62.146.89.62] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2544 invoked from network); 21 Apr 2012 09:48:47 -0000 Received: from ffm-dr1.syndicat.com (HELO ffm-dr1.syndicat.com) (62.146.89.62) by server-16.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 21 Apr 2012 09:48:47 -0000 Received: from p5dc3fabd.dip.t-dialin.net ([93.195.250.189] helo=gongo.localnet) by ffm-dr1.syndicat.com with esmtpsa (TLSv1:AES256-SHA:256) (Syndicat.com PostHamster 8.1.4.76) (envelope-from ) id 1SLWvu-0001MU-Cd for xen-users@lists.xen.org; Sat, 21 Apr 2012 11:48:46 +0200 From: Niels Dettenbach To: xen-users@lists.xen.org Date: Sat, 21 Apr 2012 09:48:37 +0200 Message-ID: <1452607.8o0q8KEZBH@gongo> Organization: Syndicat IT&Internet User-Agent: KMail/4.8.0 (Linux/3.1.5-gentoo; KDE/4.8.1; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Subject: Re: [Xen-users] GUI frontend for Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2200585590769610689==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2200585590769610689== Content-Type: multipart/signed; boundary="nextPart4110405.1cQ8k2DxXR"; micalg="pgp-sha256"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit --nextPart4110405.1cQ8k2DxXR Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Am Freitag, 20. April 2012, 15:54:15 schrieb Donny Brooks: > In the end we need centralized storage, SAN, with high availability > failover. I know this can be done with just basic Xen but the management > requires us to have a GUI for the "lesser technical staff" of our IT group. Most "GUI"s are more then just GUIs for Xen - they are more or less heavy complex cloud management systems which require significant knowledge. But "less technical staff" could be a very wide range... ;) On the other hand it depends from what this staff should (can) do with the GUI. May be this two options are interesting for you: - xen shell: A very easy to use shell / cli based console which offers just two hand full commands to work with (still once configured or templated) Xen VMs. http://xen-tools.org/software/xen-shell/ it could easily adapted and/or extended with own tasks and commands if required. - OpenQRM: Open QRM is web based but (very) heavy too, but it allows access with sub rights for users with lower rights and skills if the admin configures such an usage level. hth best regards, Niels. -- --- Niels Dettenbach Syndicat IT & Internet http://www.syndicat.com --- --nextPart4110405.1cQ8k2DxXR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAABCAAGBQJPkmZZAAoJEM78prARigUnOs4P/1h/QhoG2UxreREq6jw2fNj3 RcR1/16ePNDnSmUdwwzwZKLnAXobU98jVIPa1yCJoZMZ/mpznAk0H4/jBgHWtGGI pnF1vX4abZyWr6M34Lzpe1RA0lp+L4lhn345Nn3oRb3XeRl8coJYDDymHJj7MLjq PHOopjW5W6GPRMHNBjIcq2mhYKecXgyOv74tDRWfqc3pDrViHuVTCZzswhO288p+ R/p4OTsTWjgARBeg9cyN8KLkyQo7Exh64OufOxl8NAzrWdEhJshfP9uMKJ3Y/Hib 3GISfjyaNf7KvproSwEI0BHRdiicq5drShIaoYAm8Pcom21gbApbIF3ik3uN5870 uEUaYuiSwdP3fiECDIIShyovr6d0iZ6KXE7R4nNbpxfxJBrrzUpvv124uYRlj3EQ ImAaMcNFe7fScMsUrp0qyC0J0eTv1/rnzitA/JPs9cSkTehSKsrKuooc8K6p6jNp EuL7cWwEZ09MsChz1hNqFcxGC+o+RooDdWJzBNdR2EbeDT4xQcGqXLrFfWLi6d18 sOr2hLmp3Zqzn1Ra58SIQJAPmrkX2m4RqyMZGheksawFXqy9QbGpXhkLpVwhda8J eh1Hp0Zdd8PikszTy3yC8faiOguzRkL8Rr+K1r+hIh73rWqMLT2GteLzd2SSRVAf oaU2DgsQIJRHHJ57mDiZ =Wgsk -----END PGP SIGNATURE----- --nextPart4110405.1cQ8k2DxXR-- --===============2200585590769610689== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2200585590769610689==-- From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEQ-0001oJ-IO; Sat, 21 Apr 2012 21:52:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL9e3-0005AT-9H for xen-users@lists.xen.org; Fri, 20 Apr 2012 08:56:47 +0000 Received: from [85.158.138.51:32117] by server-2.bemta-3.messagelabs.com id F0/67-09269-EC4219F4; Fri, 20 Apr 2012 08:56:46 +0000 X-Env-Sender: mkosmita@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1334912205!22991111!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29662 invoked from network); 20 Apr 2012 08:56:45 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 08:56:45 -0000 Received: by lboi15 with SMTP id i15so4254606lbo.32 for ; Fri, 20 Apr 2012 01:56:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=PQBcNQFk3ZOHRn3wmksk7k7nFVHZ6Zwfg7s39QVN1qU=; b=BS/4NdbmJaQcBP9qGDPFxeSa9WMD4U0geP8kIh6YHx4+lMK+h6Bx2evwg5O8+anD7/ x7ChfhkKauNOEOKhglCZ8t3iC0Qps/Zo2fB0ODVewII/GWeYPhJNXBOQY60+EMY6YWet mrwKwq3o6gPO37Pxn/LgmeIcf8BLCa3mc2/ScdYCfu/iXrnlFWMUyP7jyl3SFPCgoaO4 tT8SfTsetrTC6cy7FNtJD4KgxibVPX8C0vSQi8cr5jQ91nyIW3kEY694aDijnGibcM78 Tbpp8PhNQapa5GtFwEnbt5Px16UNmp/DPqZYU2h5OFOr7vPR9QBtSNjJzT1iTr3/mXl5 jWvQ== MIME-Version: 1.0 Received: by 10.112.84.103 with SMTP id x7mr2531130lby.52.1334912204948; Fri, 20 Apr 2012 01:56:44 -0700 (PDT) Received: by 10.112.104.40 with HTTP; Fri, 20 Apr 2012 01:56:44 -0700 (PDT) Date: Fri, 20 Apr 2012 08:56:44 +0000 Message-ID: From: =?UTF-8?B?TWljaGHFgiBLYXJhxZs=?= To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] [XCP] Authenticty of XCP installation image. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. How do I verify authenticity and integrity of downloaded XCP installation iso? I cannot find any digital signature or any page serving cryptographic hash over a secure connection. The download is also not available over httpS... Please help. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEP-0001ny-61; Sat, 21 Apr 2012 21:52:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKsD6-00060k-Ri for xen-users@lists.xen.org; Thu, 19 Apr 2012 14:19:48 +0000 Received: from [85.158.143.35:15000] by server-2.bemta-4.messagelabs.com id 70/2A-17550-40F109F4; Thu, 19 Apr 2012 14:19:48 +0000 X-Env-Sender: miguel.silva@feedzai.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1334845187!9599508!1 X-Originating-IP: [85.17.151.235] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19456 invoked from network); 19 Apr 2012 14:19:47 -0000 Received: from smtp.feedzai.com (HELO server2.feedzai.com) (85.17.151.235) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Apr 2012 14:19:47 -0000 Received: from mail-yx0-f173.google.com (mail-yx0-f173.google.com [209.85.213.173]) (authenticated bits=0) by server2.feedzai.com (8.13.8/8.13.8) with ESMTP id q3JEJO7h000919 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Thu, 19 Apr 2012 15:19:26 +0100 Received: by yenr5 with SMTP id r5so5278272yen.32 for ; Thu, 19 Apr 2012 07:19:24 -0700 (PDT) Received: by 10.236.161.102 with SMTP id v66mr2180650yhk.56.1334845164218; Thu, 19 Apr 2012 07:19:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.144.130 with HTTP; Thu, 19 Apr 2012 07:19:04 -0700 (PDT) From: Miguel Silva Date: Thu, 19 Apr 2012 15:19:04 +0100 Message-ID: To: xen-users@lists.xen.org X-feedzai.com-MailScanner-Information: Please contact helpdesk@feedzai for more information Please contact helpdesk@feedzai.com for more information X-feedzai.com-MailScanner-ID: q3JEJO7h000919 X-feedzai.com-MailScanner: Found to be clean X-feedzai.com-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-66, required 3.252, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -15.00, L_SMTP_AUTH -50.00) X-feedzai.com-MailScanner-From: miguel.silva@feedzai.com X-Spam-Status: No X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] [XEN] API's vm-install with different storage name X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi! I'm not sure if that is simple to do, but I thought I'd give it a go here. I'm creating a VM (my-vm) with the xe vm-install command using a template named my-temp. This template has a SR also named my-temp (yeah, that's dumb). Anyway, when I try to create the VM, the SR name on that VM will be my-temp and not my-vm. Is there a way to, thought the API, create the VM my-vm with its SR named as my-vm and not my-temp? thanks! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEO-0001no-IO; Sat, 21 Apr 2012 21:52:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKmCz-0006JM-0w for xen-users@lists.xensource.com; Thu, 19 Apr 2012 07:55:17 +0000 Received: from [85.158.143.99:10417] by server-3.bemta-4.messagelabs.com id 4B/C5-05853-4E4CF8F4; Thu, 19 Apr 2012 07:55:16 +0000 X-Env-Sender: nanang@ldp.net.id X-Msg-Ref: server-16.tower-216.messagelabs.com!1334822108!13107942!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30739 invoked from network); 19 Apr 2012 07:55:10 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-16.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 19 Apr 2012 07:55:10 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SKmCp-0005TJ-4K for xen-users@lists.xensource.com; Thu, 19 Apr 2012 00:55:07 -0700 Date: Thu, 19 Apr 2012 00:55:07 -0700 (PDT) From: nangnung To: xen-users@lists.xensource.com Message-ID: <1334822107125-5651124.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] VPS Dom U cannot ping from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear All, I have a problem with my VPS machine ...I used Centos OS and xen application : - I created domU called vps1 with this configuration : # more /etc/xen/vps1 kernel = "/usr/lib/xen/boot/hvmloader" builder = 'hvm' memory = 1536 name = "vps1" vif = [ 'bridge=xenbr0,ip=202.162.218.236,mac=00:16:3E:12:18:36' ] disk = [ 'phy:/dev/lpse/vps1,hda,w' ] device_model = '/usr/lib64/xen/bin/qemu-dm' pae=1 #boot = "cda" #vnc = 1 #vnclisten = '0.0.0.0' #vncpasswd = 'linux' - those configuration can running well but when i change ip address on dom0 and vps1, I have problem that i cannot access vps1 , i can't ping vps1 :( this configuration after changed : # more /etc/xen/vps1 kernel = "/usr/lib/xen/boot/hvmloader" builder = 'hvm' memory = 1536 name = "vps1" vif = [ 'bridge=xenbr0,ip=103.28.113.26,mac=00:16:3E:12:18:36' ] disk = [ 'phy:/dev/lpse/vps1,hda,w' ] device_model = '/usr/lib64/xen/bin/qemu-dm' pae=1 #boot = "cda" #vnc = 1 #vnclisten = '0.0.0.0' #vncpasswd = 'linux' - access from xm console vps1 show message : #xm console vps1 xenconsole: Could not read tty from store: No such file or directory Can Help Me, Pleaseeee :( Regards, Nanang -- View this message in context: http://xen.1045712.n5.nabble.com/VPS-Dom-U-cannot-ping-from-Dom0-tp5651124p5651124.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiER-0001oU-7y; Sat, 21 Apr 2012 21:52:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAuk-000857-MH for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:18:07 +0000 Received: from [85.158.139.83:38874] by server-10.bemta-5.messagelabs.com id C7/8E-08260-DD7319F4; Fri, 20 Apr 2012 10:18:05 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1334917081!24032458!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTMwNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20725 invoked from network); 20 Apr 2012 10:18:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 10:18:01 -0000 X-IronPort-AV: E=Sophos;i="4.75,452,1330905600"; d="scan'208,217";a="12044554" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Apr 2012 10:18:01 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 20 Apr 2012 11:18:01 +0100 From: James Bulpin To: Mark Schneider , "xen-users@lists.xen.org" Date: Fri, 20 Apr 2012 11:18:20 +0100 Thread-Topic: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug Thread-Index: Ac0ei+WvbIqoFriiQNCKJOJ2RYJEYwATAPQA Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9AAE18AEC@LONPMAILBOX01.citrite.net> References: <4F90ABB1.2020508@it-infrastrukturen.org> In-Reply-To: <4F90ABB1.2020508@it-infrastrukturen.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: Re: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1186255022000931497==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1186255022000931497== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_" --_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi Mark, I suggest you post questions about the XenServer product on the Citrix supp= ort forums at http://forums.citrix.com/category.jspa?categoryID=3D101 where= a number of Citrix XenServer experts hang out. For this specific question this is not a bug. As the error message states t= he VM has a constraint that dynamic_min, dynamic_max and static_max must al= l be equal. Your command is trying to change one of these values in isolati= on which would break this constraint. I suggest using the CLI command vm-me= mory-limits-set, e.g.: "xe vm-memory-limits-set uuid=3De4f2d301-77d0-6c3f-0= 55a-412f74b3920d dynamic-min=3D2GiB dynamic-max=3D2GiB static-max=3D2GiB st= atic-min=3D2GiB". As an aside it's worth pointing out that the memory constraints differ betw= een the XenServer Free edition (which don't have dynamic memory control ena= bled) "static_min <=3D dynamic_min =3D dynamic_max =3D static_max" and the = XenServer paid editions (which do) "static_min <=3D dynamic_min <=3D dynami= c_max <=3D static_max". Cheers, James From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Mark Schneider Sent: 20 April 2012 01:20 To: xen-users@lists.xen.org; ms@it-infrastrukturen.org Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - tria= l XenServer 6.0.2 image has a bug Hello it looks like the trial XenServer 6.0.2 image has a bug (see below). # --- XenServer-6.0.2-free-trial-error.txt memory-actual ( RO): 0 memory-target ( RO): memory-overhead ( RO): 6291456 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 268435456 # --- [root@dev70 ~]# xe vm-param-set memory-static-max=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-min=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# uname -a Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:2= 4 EST 2012 i686 athlon i386 GNU/Linux # --- Does Citrix know already about this issue? Not just the best quality of sof= tware ... regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable

= Hi Mark,

 = ;

I suggest you post questions = about the XenServer product on the Citrix support forums at http://forums.citrix.c= om/category.jspa?categoryID=3D101 where a number of Citrix XenServer ex= perts hang out.

 = ;

For this specific question th= is is not a bug. As the error message states the VM has a constraint that d= ynamic_min, dynamic_max and static_max must all be equal. Your command is t= rying to change one of these values in isolation which would break this con= straint. I suggest using the CLI command vm-memory-limits-set, e.g.: “= ;xe vm-memory-limits-set uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d dynami= c-min=3D2GiB dynamic-max=3D2GiB static-max=3D2GiB static-min=3D2GiB”.=

 <= /p>

As an aside it’s worth pointing out th= at the memory constraints differ between the XenServer Free edition (which = don’t have dynamic memory control enabled) “static_min <=3D = dynamic_min =3D dynamic_max =3D static_max” and the XenServer paid ed= itions (which do) “static_min <=3D dynamic_min <=3D dynamic_max= <=3D static_max”.

 

Cheers,

James

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org= ] On Behalf Of Mark Schneider
Sent: 20 April 2012 01:20To: xen-users@lists.xen.org; ms@it-infrastrukturen.org
Subjec= t: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial = XenServer 6.0.2 image has a bug

 

Hello

it look= s like the trial XenServer 6.0.2 image has a bug (see below).

# ---<= br>XenServer-6.0.2-free-trial-error.tx= t            &nb= sp;     memory-actual ( RO): 0
  =             &nb= sp;  memory-target ( RO): <expensive field>
 &n= bsp;            = ; memory-overhead ( RO): 6291456
     =         memory-static-max ( RW): 2684354= 56
          =   memory-dynamic-max ( RW): 268435456
   &n= bsp;        memory-dynamic-min ( RW): 26= 8435456
         &= nbsp;   memory-static-min ( RW): 268435456

# -= --
[root@dev70 ~]# xe vm-param-set = memory-static-max=3D2GiB name-label=3Dmx70 uuid=3De4f2d301-77d0-6c3f= -055a-412f74b3920d
Er= ror code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory= limits must satisfy: static_min =98 dynamic_min =3D dynamic_max =3D static= _max=

[root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB= name-label=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONST= RAINT_VIOLATION
Error parameters: Memory limits must satisfy: = static_min =98 dynamic_min =3D dynamic_max =3D static_max

[root@dev7= 0 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-label=3Dmx70 uu= id=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION

[root@dev70 ~]# xe vm-param-s= et memory-dynamic-min=3D2GiB name-label=3Dmx70 uuid=3De4f2d301-77d0-= 6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error par= ameters: Memory limits must satisfy: static_min =98 dynamic_min =3D dynamic= _max =3D static_max


[root@dev70 ~]# uname -a
Linux d= ev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2= 012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know= already about this issue? Not just the best quality of software ...
regards, Mark

-- 
ms@it-infrastrukturen.org
 
http://rsync.it-infrastrukturen.org
= --_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_-- --===============1186255022000931497== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1186255022000931497==-- From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEP-0001o8-Rj; Sat, 21 Apr 2012 21:52:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL8Sp-000394-8z for xen-users@lists.xen.org; Fri, 20 Apr 2012 07:41:07 +0000 Received: from [85.158.143.99:7538] by server-3.bemta-4.messagelabs.com id 44/A5-05853-213119F4; Fri, 20 Apr 2012 07:41:06 +0000 X-Env-Sender: cardil.xavier@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334907663!13280618!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9531 invoked from network); 20 Apr 2012 07:41:04 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 07:41:04 -0000 Received: by ghrr14 with SMTP id r14so5900917ghr.32 for ; Fri, 20 Apr 2012 00:41:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=c9f/oxDC/7hE5ZXMcYZlGkzdDtM1zrSEkRWUM2+LP5Q=; b=1GB1DM+/SCOgzjIwT5vGt9UkVnF5pUbYqcoJ492XTFXa02JXjc4gsLCU2ycQel07bo Pf9i4d1Cf+RoVzZ9KSCEm75HXbpNpQzEmtxmPiJ15UG3VZ09pNuAzL3a04J5EYlC/Deh WC2YXQ5fsVLjJ0AsKB9P435IVNq4TQIFc1D+MqWdJ//sH7fnu083WKOFcKCaruLCzVdz vY5TfXa2lec7rD6ViecI9f8Hgpj5sj10kh3K2L18b4Y1chW4+yRFjVQWym1eN7zRsgU0 5sllDjrf2nXEwsErirNL2EYXpvxOou4aZEJez5eTlTsrfSztU9PgeeEt08KuHfuAi0ce C/ZA== MIME-Version: 1.0 Received: by 10.236.75.194 with SMTP id z42mr4890851yhd.69.1334907662697; Fri, 20 Apr 2012 00:41:02 -0700 (PDT) Received: by 10.101.102.17 with HTTP; Fri, 20 Apr 2012 00:41:02 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 09:41:02 +0200 Message-ID: From: Xavier Cardil To: Shane Johnson X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4636225304564084015==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4636225304564084015== Content-Type: multipart/alternative; boundary=20cf300fb3fb0b068104be1769ba --20cf300fb3fb0b068104be1769ba Content-Type: text/plain; charset=ISO-8859-1 Hi Shane, I think I got the answer ... http://serverfault.com/questions/128145/linux-virtualization-options-on-ec2 :) Thank you all for your time ! -Xavier On Thu, Apr 19, 2012 at 7:43 PM, Shane Johnson wrote: > Xavier, > Yours looks considerably different from mine : > > menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN > 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class > xen { > insmod lvm > insmod part_msdos > insmod part_msdos > insmod ext2 > set root='(vg-sys)' > search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f6743761b > echo 'Loading Linux 2.6.32-5-xen-amd64 ...' > multiboot /boot/xen-4.0-amd64.gz placeholder > module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder > root=/dev/mapper/vg-sys ro quiet > echo 'Loading initial ramdisk ...' > module /boot/initrd.img-2.6.32-5-xen-amd64 > } > > I don't know if it's from a different version or grub(I am running grub2) > or if your grub isn't picking up the other kernel options when update-grub > is run. I would look into those areas first. > > I am also wondering if it might be a issue attributed to running this off > of a already virtualized set up from Amazon. I would look through your > logs to see if there are any error messages about unsupported cpu or other > hardware. > > I am unfortunately running into the limits of my experience with this. I > have two physical servers currently running squeeze and Xen and are working > pretty good, but I am also looking at transitioning to a different distro > because of a few things that the older kernels from Debian just are not > able to provide. > > Something I had to learn early on posting on this list, and still have > issues remembering. This list doesn't provide the list itself as the > sender, just the person that posted or replied. Please use reply-all so > that all of the correspondence can be posted to the archive so that if > someone in the future is searching out a similar problem the will have that > to use as a resource. > > Thank you. > > Shane > > On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil wrote: > >> Of coruse Shane, here you are : >> >> # >> # DO NOT EDIT THIS FILE >> # >> # It is automatically generated by grub-mkconfig using templates >> # from /etc/grub.d and settings from /etc/default/grub >> # >> >> ### BEGIN /etc/grub.d/40_custom ### >> default 0 >> timeout 1 >> title 2.6.32-5-xen-amd64 >> root (hd0) >> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >> ### END /etc/grub.d/40_custom ### >> >> >> I created a new AMI now and I just installed the packages and copied the >> grub.cfg to show it to you ... >> >> >> -Xavier >> >> On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson < >> sdj@rasmussenequipment.com> wrote: >> >>> From my experience with squeeze, this sounds like it isn't loading the >>> qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? >>> >>> Thanks >>> Shane >>> >>> >>> On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil wrote: >>> >>>> Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a >>>> bootable kernel ? Right now, the system si booting this one : >>>> vmlinuz-2.6.32-5-xen-amd64 and this initrd: >>>> initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. >>>> >>>> On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson < >>>> sdj@rasmussenequipment.com> wrote: >>>> >>>>> Xavier, >>>>> First place I would start it running the following : >>>>> >>>>> aptitude search xen-utils >>>>> >>>>> Make sure xen-utils is installed (i in the far left column) >>>>> >>>>> aptitude search qemu-dm >>>>> >>>>> again making sure the package is installed. >>>>> >>>>> If both packages are installed I would make sure you are booting off >>>>> the the version that says : >>>>> >>>>> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >>>>> >>>>> Shane >>>>> >>>>> >>>>> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >>>>> >>>>>> Hello ! I'm trying to run Xen on a EC2 AMI >>>>>> >>>>>> >>>>>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>>>>> >>>>>> >>>>>> Following this how-to >>>>>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>>>>> >>>>>> After installing the packages, I get : >>>>>> >>>>>> uname -a >>>>>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 >>>>>> UTC 2011 x86_64 GNU/Linux >>>>>> >>>>>> uname -r >>>>>> 2.6.32-5-xen-amd64 >>>>>> >>>>>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>>>>> update-grub2 >>>>>> * >>>>>> * >>>>>> * >>>>>> * >>>>>> After I reboot but I get this when calling xm : >>>>>> >>>>>> xm dmesg >>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>> version! >>>>>> Error: Unable to connect to xend: No such file or directory. Is xend >>>>>> running? >>>>>> >>>>>> When I execute xend I get : >>>>>> >>>>>> xend >>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>> version! >>>>>> ERROR Internal error: Could not obtain handle on privileged command >>>>>> interface (2 = No such file or directory) >>>>>> Traceback (most recent call last): >>>>>> File "/usr/lib/xen-default/bin/xend", line 38, in >>>>>> from xen.xend.server import SrvDaemon >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", >>>>>> line 26, in >>>>>> import relocate >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", >>>>>> line 28, in >>>>>> from xen.xend import XendDomain >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, >>>>>> in >>>>>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line >>>>>> 20, in >>>>>> from xen.xend import balloon, sxp, image >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>>>>> >>>>>> xc = xen.lowlevel.xc.xc() >>>>>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle >>>>>> on privileged command interface (2 = No such file or directory)') >>>>>> >>>>>> >>>>>> Does this has to do with the kernel I'm booting ? >>>>>> >>>>>> My /boot looks like this : >>>>>> >>>>>> System.map-2.6.32-5-xen-amd64 >>>>>> >>>>>> initrd.img-2.6.32-5-xen-amd64 >>>>>> >>>>>> config-2.6.32-5-xen-amd64 >>>>>> >>>>>> vmlinuz-2.6.32-5-xen-amd64 >>>>>> >>>>>> grub >>>>>> >>>>>> xen-4.0-amd64.gz >>>>>> >>>>>> And my menu.lst looks like this : >>>>>> >>>>>> # >>>>>> # DO NOT EDIT THIS FILE >>>>>> # >>>>>> # It is automatically generated by grub-mkconfig using templates >>>>>> # from /etc/grub.d and settings from /etc/default/grub >>>>>> # >>>>>> >>>>>> ### BEGIN /etc/grub.d/40_custom ### >>>>>> default 0 >>>>>> timeout 1 >>>>>> title 2.6.32-5-xen-amd64 >>>>>> root (hd0) >>>>>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>>>>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>>>>> ### END /etc/grub.d/40_custom ### >>>>>> >>>>>> >>>>>> I have been trying to get around this but ... nothing works ! >>>>>> >>>>>> Any help would be much appreciated, thanks in advance ! >>>>>> >>>>>> -Xavier >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Xen-users mailing list >>>>>> Xen-users@lists.xen.org >>>>>> http://lists.xen.org/xen-users >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Shane D. Johnson >>>>> IT Administrator >>>>> Rasmussen Equipment >>>>> >>>>> >>>>> >>>> >>> >>> >>> -- >>> Shane D. Johnson >>> IT Administrator >>> Rasmussen Equipment >>> >>> >>> >> > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > --20cf300fb3fb0b068104be1769ba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Shane, I think I got the answer ...=A0 http://serverfault.com/questions/128145/linux-virtualization-o= ptions-on-ec2=A0

:) Thank you all for your time !

-Xavier

On Thu, Apr 1= 9, 2012 at 7:43 PM, Shane Johnson <sdj@rasmussenequipment.com> wrote:=
Xavier,
Yours looks considerably differe= nt from mine :=A0
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 an= d XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class o= s --class xen {
=A0 =A0insmod lvm
=A0 =A0insmod part_m= sdos
=A0 =A0insmod part_msdos
=A0= =A0insmod ext2
=A0 =A0set root=3D'(vg-sys)'
=A0 =A0search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f67437= 61b
=A0 =A0echo =A0'Loading Linux 2.6.32-5-xen-amd= 64 ...'
=A0 =A0multiboot =A0 /boot/xen-4.0-amd64.g= z placeholder
=A0 =A0module =A0 /boot/vmlinuz-2.6.32-5-xen-amd64 placehol= der root=3D/dev/mapper/vg-sys ro =A0quiet
=A0 =A0echo = =A0'Loading initial ramdisk ...'
=A0 =A0module= =A0 /boot/initrd.img-2.6.32-5-xen-amd64
}

I don't know i= f it's from a different version or grub(I am running grub2) or if your = grub isn't picking up the other kernel options when update-grub is run.= =A0I would look into those areas first. =A0

I am also wondering if it might be a issue attributed to run= ning this off of a already virtualized set up from Amazon. =A0I would look = through your logs to see if there are any error messages about unsupported = cpu or other hardware.

I am unfortunately running into the limits of my=A0expe= rience=A0with this. =A0I have two physical servers currently running squeez= e and Xen and are working pretty good, but I am also looking at=A0transitio= ning=A0to a different distro because of a few things that the older kernels= from Debian just are not able to provide.

Something I had to learn early on posting on = this list, and still have issues remembering. This =A0list doesn't prov= ide the list itself as the sender, just the person that posted or replied. = =A0Please use reply-all so that all of the correspondence can be posted to = the archive so that if someone in the future is searching out a similar pro= blem the will have that to use as a resource.

Thank you.

Shane

On Thu, Apr 19, 2012 at 10:18 AM, Xavier Ca= rdil <cardil.xavier@gmail.com> wrote:
Of coruse Shane, here you are :=A0

<= /div>
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using template= s
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 root (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 roo= t=3D/dev/xvda1 ro
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I create= d a new AMI now and I just installed the packages and copied the grub.cfg t= o show it to you ...=A0


-Xavier
On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson = <sdj@rasmussenequipment.com> wrote:
From my experience with squeeze, this sounds= like it isn't loading the qemu-dm portion. =A0Can you post a copy of y= our /boot/grub/grub.cfg?=A0

Thanks
Shane<= /span>


On Thu, Apr 19, 2012 at = 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> wrote= :
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






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






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



--20cf300fb3fb0b068104be1769ba-- --===============4636225304564084015== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4636225304564084015==-- From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEN-0001ne-Ry; Sat, 21 Apr 2012 21:52:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKS0o-0001tZ-Su for xen-users@lists.xen.org; Wed, 18 Apr 2012 10:21:23 +0000 Received: from [85.158.139.83:39307] by server-9.bemta-5.messagelabs.com id B3/F4-09826-1A59E8F4; Wed, 18 Apr 2012 10:21:21 +0000 X-Env-Sender: maydin.work@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334744480!24341204!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14482 invoked from network); 18 Apr 2012 10:21:20 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 10:21:20 -0000 Received: by lahe6 with SMTP id e6so6558676lah.32 for ; Wed, 18 Apr 2012 03:21:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JnLUJku8TEZAVra50Pcf9HUtfScfbYQhI1+b6MSXXHo=; b=qaiuIm+fUG4N00DerBSs9nxyPOda07T4+/xICBLvkM5t8acIt1ANKWsw3ZL472qXbT ePkuDtb+q1diDQcmsecFlYcATtfxA5t+XHQTcQ0ihta4a3xhm+SMTzJZzaq0OgnH+Zf+ 071UAhPlChZDCOHSd3HhKoNfUtEZMrFeoGOzbqVWlGIJZL+rz975t05XZYM/CHNA8ozz 0/nNTuXEAl4Jh1Qrhk0KyvbzmggwvJ4sTAlazsvv5QLkm9aDnOdK2BPFO95qTnrXE8zE RqnFok4Vux1H5EMyO5v7OvtmINYFgTxX8FJb+nK2/zTBrPmlV5uglhfC2nkZ+EFBpC39 8Aow== MIME-Version: 1.0 Received: by 10.152.145.1 with SMTP id sq1mr1579576lab.22.1334744479919; Wed, 18 Apr 2012 03:21:19 -0700 (PDT) Received: by 10.112.60.68 with HTTP; Wed, 18 Apr 2012 03:21:19 -0700 (PDT) Date: Wed, 18 Apr 2012 10:21:19 +0000 Message-ID: From: Muhammed Aydin To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] Xen 3.1.2 source code X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9036423029058649182==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9036423029058649182== Content-Type: multipart/alternative; boundary=e89a8f23494d976e5d04bdf16a50 --e89a8f23494d976e5d04bdf16a50 Content-Type: text/plain; charset=ISO-8859-1 Dear Xen users, I have been using Xen for a couple of months, and have decided to look at the source code to play around with it. The Xen version I have been using comes out of the box with Centos 5.5, (Xen 3.1.2). I use this because I have had too many problems with Xen on other platforms and it works without any problems. I have been looking for the source code for this version so that I can make any changes to it before recompiling, but it is not available online for some reason. I tried to install the 3.1.3, but it required dependencies which I was unable to install because there is a problem with the internet connection on our Centos which we have been unable to solve. I was wondering if anybody might know why the source code for version 3.1.2 isn't available or if there is somewhere I can find it. Alternatively, if anybody could recommend the easiest way to look at the source code (eg Centos 5 with Xen installed very easily, with no problems at all), and the best way to setup the environment to make changes to the source code, then I would be really grateful. I have been looking for any such howtos or guides but have been unable to find anything. All the best, Muhammed --e89a8f23494d976e5d04bdf16a50 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear Xen users,

I have been using Xen for a couple of months, and ha= ve decided to look at the source code to play around with it. The Xen versi= on I have been using comes out of the box with Centos 5.5, (Xen 3.1.2). I u= se this because I have had too many problems with Xen on other platforms an= d it works without any problems. I have been looking for the source code fo= r this version so that I can make any changes to it before recompiling, but= it is not available online for some reason. I tried to install the 3.1.3, = but it required dependencies which I was unable to install because there is= a problem with the internet connection on our Centos which we have been un= able to solve. I was wondering if anybody might know why the source code fo= r version 3.1.2 isn't available or if there is somewhere I can find it.=

Alternatively, if anybody could recommend the easiest way to look at th= e source code (eg Centos 5 with Xen installed very easily, with no problems= at all), and the best way to setup the environment to make changes to the = source code, then I would be really grateful. I have been looking for any s= uch howtos or guides but have been unable to find anything.

All the best,

Muhammed
--e89a8f23494d976e5d04bdf16a50-- --===============9036423029058649182== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9036423029058649182==-- From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEP-0001ny-61; Sat, 21 Apr 2012 21:52:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKsD6-00060k-Ri for xen-users@lists.xen.org; Thu, 19 Apr 2012 14:19:48 +0000 Received: from [85.158.143.35:15000] by server-2.bemta-4.messagelabs.com id 70/2A-17550-40F109F4; Thu, 19 Apr 2012 14:19:48 +0000 X-Env-Sender: miguel.silva@feedzai.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1334845187!9599508!1 X-Originating-IP: [85.17.151.235] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19456 invoked from network); 19 Apr 2012 14:19:47 -0000 Received: from smtp.feedzai.com (HELO server2.feedzai.com) (85.17.151.235) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Apr 2012 14:19:47 -0000 Received: from mail-yx0-f173.google.com (mail-yx0-f173.google.com [209.85.213.173]) (authenticated bits=0) by server2.feedzai.com (8.13.8/8.13.8) with ESMTP id q3JEJO7h000919 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Thu, 19 Apr 2012 15:19:26 +0100 Received: by yenr5 with SMTP id r5so5278272yen.32 for ; Thu, 19 Apr 2012 07:19:24 -0700 (PDT) Received: by 10.236.161.102 with SMTP id v66mr2180650yhk.56.1334845164218; Thu, 19 Apr 2012 07:19:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.144.130 with HTTP; Thu, 19 Apr 2012 07:19:04 -0700 (PDT) From: Miguel Silva Date: Thu, 19 Apr 2012 15:19:04 +0100 Message-ID: To: xen-users@lists.xen.org X-feedzai.com-MailScanner-Information: Please contact helpdesk@feedzai for more information Please contact helpdesk@feedzai.com for more information X-feedzai.com-MailScanner-ID: q3JEJO7h000919 X-feedzai.com-MailScanner: Found to be clean X-feedzai.com-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-66, required 3.252, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -15.00, L_SMTP_AUTH -50.00) X-feedzai.com-MailScanner-From: miguel.silva@feedzai.com X-Spam-Status: No X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] [XEN] API's vm-install with different storage name X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi! I'm not sure if that is simple to do, but I thought I'd give it a go here. I'm creating a VM (my-vm) with the xe vm-install command using a template named my-temp. This template has a SR also named my-temp (yeah, that's dumb). Anyway, when I try to create the VM, the SR name on that VM will be my-temp and not my-vm. Is there a way to, thought the API, create the VM my-vm with its SR named as my-vm and not my-temp? thanks! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEO-0001no-IO; Sat, 21 Apr 2012 21:52:36 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKmCz-0006JM-0w for xen-users@lists.xensource.com; Thu, 19 Apr 2012 07:55:17 +0000 Received: from [85.158.143.99:10417] by server-3.bemta-4.messagelabs.com id 4B/C5-05853-4E4CF8F4; Thu, 19 Apr 2012 07:55:16 +0000 X-Env-Sender: nanang@ldp.net.id X-Msg-Ref: server-16.tower-216.messagelabs.com!1334822108!13107942!1 X-Originating-IP: [216.139.236.26] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30739 invoked from network); 19 Apr 2012 07:55:10 -0000 Received: from sam.nabble.com (HELO sam.nabble.com) (216.139.236.26) by server-16.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 19 Apr 2012 07:55:10 -0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SKmCp-0005TJ-4K for xen-users@lists.xensource.com; Thu, 19 Apr 2012 00:55:07 -0700 Date: Thu, 19 Apr 2012 00:55:07 -0700 (PDT) From: nangnung To: xen-users@lists.xensource.com Message-ID: <1334822107125-5651124.post@n5.nabble.com> MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] VPS Dom U cannot ping from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Dear All, I have a problem with my VPS machine ...I used Centos OS and xen application : - I created domU called vps1 with this configuration : # more /etc/xen/vps1 kernel = "/usr/lib/xen/boot/hvmloader" builder = 'hvm' memory = 1536 name = "vps1" vif = [ 'bridge=xenbr0,ip=202.162.218.236,mac=00:16:3E:12:18:36' ] disk = [ 'phy:/dev/lpse/vps1,hda,w' ] device_model = '/usr/lib64/xen/bin/qemu-dm' pae=1 #boot = "cda" #vnc = 1 #vnclisten = '0.0.0.0' #vncpasswd = 'linux' - those configuration can running well but when i change ip address on dom0 and vps1, I have problem that i cannot access vps1 , i can't ping vps1 :( this configuration after changed : # more /etc/xen/vps1 kernel = "/usr/lib/xen/boot/hvmloader" builder = 'hvm' memory = 1536 name = "vps1" vif = [ 'bridge=xenbr0,ip=103.28.113.26,mac=00:16:3E:12:18:36' ] disk = [ 'phy:/dev/lpse/vps1,hda,w' ] device_model = '/usr/lib64/xen/bin/qemu-dm' pae=1 #boot = "cda" #vnc = 1 #vnclisten = '0.0.0.0' #vncpasswd = 'linux' - access from xm console vps1 show message : #xm console vps1 xenconsole: Could not read tty from store: No such file or directory Can Help Me, Pleaseeee :( Regards, Nanang -- View this message in context: http://xen.1045712.n5.nabble.com/VPS-Dom-U-cannot-ping-from-Dom0-tp5651124p5651124.html Sent from the Xen - User mailing list archive at Nabble.com. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEQ-0001oJ-IO; Sat, 21 Apr 2012 21:52:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL9e3-0005AT-9H for xen-users@lists.xen.org; Fri, 20 Apr 2012 08:56:47 +0000 Received: from [85.158.138.51:32117] by server-2.bemta-3.messagelabs.com id F0/67-09269-EC4219F4; Fri, 20 Apr 2012 08:56:46 +0000 X-Env-Sender: mkosmita@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1334912205!22991111!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29662 invoked from network); 20 Apr 2012 08:56:45 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 08:56:45 -0000 Received: by lboi15 with SMTP id i15so4254606lbo.32 for ; Fri, 20 Apr 2012 01:56:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=PQBcNQFk3ZOHRn3wmksk7k7nFVHZ6Zwfg7s39QVN1qU=; b=BS/4NdbmJaQcBP9qGDPFxeSa9WMD4U0geP8kIh6YHx4+lMK+h6Bx2evwg5O8+anD7/ x7ChfhkKauNOEOKhglCZ8t3iC0Qps/Zo2fB0ODVewII/GWeYPhJNXBOQY60+EMY6YWet mrwKwq3o6gPO37Pxn/LgmeIcf8BLCa3mc2/ScdYCfu/iXrnlFWMUyP7jyl3SFPCgoaO4 tT8SfTsetrTC6cy7FNtJD4KgxibVPX8C0vSQi8cr5jQ91nyIW3kEY694aDijnGibcM78 Tbpp8PhNQapa5GtFwEnbt5Px16UNmp/DPqZYU2h5OFOr7vPR9QBtSNjJzT1iTr3/mXl5 jWvQ== MIME-Version: 1.0 Received: by 10.112.84.103 with SMTP id x7mr2531130lby.52.1334912204948; Fri, 20 Apr 2012 01:56:44 -0700 (PDT) Received: by 10.112.104.40 with HTTP; Fri, 20 Apr 2012 01:56:44 -0700 (PDT) Date: Fri, 20 Apr 2012 08:56:44 +0000 Message-ID: From: =?UTF-8?B?TWljaGHFgiBLYXJhxZs=?= To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] [XCP] Authenticty of XCP installation image. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi. How do I verify authenticity and integrity of downloaded XCP installation iso? I cannot find any digital signature or any page serving cryptographic hash over a secure connection. The download is also not available over httpS... Please help. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiER-0001oU-7y; Sat, 21 Apr 2012 21:52:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLAuk-000857-MH for xen-users@lists.xen.org; Fri, 20 Apr 2012 10:18:07 +0000 Received: from [85.158.139.83:38874] by server-10.bemta-5.messagelabs.com id C7/8E-08260-DD7319F4; Fri, 20 Apr 2012 10:18:05 +0000 X-Env-Sender: James.Bulpin@eu.citrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1334917081!24032458!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTMwNQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20725 invoked from network); 20 Apr 2012 10:18:01 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 10:18:01 -0000 X-IronPort-AV: E=Sophos;i="4.75,452,1330905600"; d="scan'208,217";a="12044554" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 20 Apr 2012 10:18:01 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.161]) by LONPMAILMX01.citrite.net ([10.30.203.162]) with mapi; Fri, 20 Apr 2012 11:18:01 +0100 From: James Bulpin To: Mark Schneider , "xen-users@lists.xen.org" Date: Fri, 20 Apr 2012 11:18:20 +0100 Thread-Topic: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug Thread-Index: Ac0ei+WvbIqoFriiQNCKJOJ2RYJEYwATAPQA Message-ID: <344C0F67BC927847A2C92F9EE358DB0EE9AAE18AEC@LONPMAILBOX01.citrite.net> References: <4F90ABB1.2020508@it-infrastrukturen.org> In-Reply-To: <4F90ABB1.2020508@it-infrastrukturen.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: Re: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial XenServer 6.0.2 image has a bug X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1186255022000931497==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1186255022000931497== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_" --_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi Mark, I suggest you post questions about the XenServer product on the Citrix supp= ort forums at http://forums.citrix.com/category.jspa?categoryID=3D101 where= a number of Citrix XenServer experts hang out. For this specific question this is not a bug. As the error message states t= he VM has a constraint that dynamic_min, dynamic_max and static_max must al= l be equal. Your command is trying to change one of these values in isolati= on which would break this constraint. I suggest using the CLI command vm-me= mory-limits-set, e.g.: "xe vm-memory-limits-set uuid=3De4f2d301-77d0-6c3f-0= 55a-412f74b3920d dynamic-min=3D2GiB dynamic-max=3D2GiB static-max=3D2GiB st= atic-min=3D2GiB". As an aside it's worth pointing out that the memory constraints differ betw= een the XenServer Free edition (which don't have dynamic memory control ena= bled) "static_min <=3D dynamic_min =3D dynamic_max =3D static_max" and the = XenServer paid editions (which do) "static_min <=3D dynamic_min <=3D dynami= c_max <=3D static_max". Cheers, James From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.o= rg] On Behalf Of Mark Schneider Sent: 20 April 2012 01:20 To: xen-users@lists.xen.org; ms@it-infrastrukturen.org Subject: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - tria= l XenServer 6.0.2 image has a bug Hello it looks like the trial XenServer 6.0.2 image has a bug (see below). # --- XenServer-6.0.2-free-trial-error.txt memory-actual ( RO): 0 memory-target ( RO): memory-overhead ( RO): 6291456 memory-static-max ( RW): 268435456 memory-dynamic-max ( RW): 268435456 memory-dynamic-min ( RW): 268435456 memory-static-min ( RW): 268435456 # --- [root@dev70 ~]# xe vm-param-set memory-static-max=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB name-label=3Dmx70 = uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# xe vm-param-set memory-dynamic-min=3D2GiB name-label=3Dmx70= uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d Error code: MEMORY_CONSTRAINT_VIOLATION Error parameters: Memory limits must satisfy: static_min =98 dynamic_min = =3D dynamic_max =3D static_max [root@dev70 ~]# uname -a Linux dev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:2= 4 EST 2012 i686 athlon i386 GNU/Linux # --- Does Citrix know already about this issue? Not just the best quality of sof= tware ... regards, Mark -- ms@it-infrastrukturen.org http://rsync.it-infrastrukturen.org --_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_ Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable

= Hi Mark,

 = ;

I suggest you post questions = about the XenServer product on the Citrix support forums at http://forums.citrix.c= om/category.jspa?categoryID=3D101 where a number of Citrix XenServer ex= perts hang out.

 = ;

For this specific question th= is is not a bug. As the error message states the VM has a constraint that d= ynamic_min, dynamic_max and static_max must all be equal. Your command is t= rying to change one of these values in isolation which would break this con= straint. I suggest using the CLI command vm-memory-limits-set, e.g.: “= ;xe vm-memory-limits-set uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d dynami= c-min=3D2GiB dynamic-max=3D2GiB static-max=3D2GiB static-min=3D2GiB”.=

 <= /p>

As an aside it’s worth pointing out th= at the memory constraints differ between the XenServer Free edition (which = don’t have dynamic memory control enabled) “static_min <=3D = dynamic_min =3D dynamic_max =3D static_max” and the XenServer paid ed= itions (which do) “static_min <=3D dynamic_min <=3D dynamic_max= <=3D static_max”.

 

Cheers,

James

 

From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org= ] On Behalf Of Mark Schneider
Sent: 20 April 2012 01:20To: xen-users@lists.xen.org; ms@it-infrastrukturen.org
Subjec= t: [Xen-users] xe CLI: Error code: MEMORY_CONSTRAINT_VIOLATION - trial = XenServer 6.0.2 image has a bug

 

Hello

it look= s like the trial XenServer 6.0.2 image has a bug (see below).

# ---<= br>XenServer-6.0.2-free-trial-error.tx= t            &nb= sp;     memory-actual ( RO): 0
  =             &nb= sp;  memory-target ( RO): <expensive field>
 &n= bsp;            = ; memory-overhead ( RO): 6291456
     =         memory-static-max ( RW): 2684354= 56
          =   memory-dynamic-max ( RW): 268435456
   &n= bsp;        memory-dynamic-min ( RW): 26= 8435456
         &= nbsp;   memory-static-min ( RW): 268435456

# -= --
[root@dev70 ~]# xe vm-param-set = memory-static-max=3D2GiB name-label=3Dmx70 uuid=3De4f2d301-77d0-6c3f= -055a-412f74b3920d
Er= ror code: MEMORY_CONSTRAINT_VIOLATION
Error parameters: Memory= limits must satisfy: static_min =98 dynamic_min =3D dynamic_max =3D static= _max=

[root@dev70 ~]# xe vm-param-set memory-static-min=3D2GiB= name-label=3Dmx70 uuid=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONST= RAINT_VIOLATION
Error parameters: Memory limits must satisfy: = static_min =98 dynamic_min =3D dynamic_max =3D static_max

[root@dev7= 0 ~]# xe vm-param-set memory-dynamic-max=3D2GiB name-label=3Dmx70 uu= id=3De4f2d301-77d0-6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION

[root@dev70 ~]# xe vm-param-s= et memory-dynamic-min=3D2GiB name-label=3Dmx70 uuid=3De4f2d301-77d0-= 6c3f-055a-412f74b3920d
Error code: MEMORY_CONSTRAINT_VIOLATION
Error par= ameters: Memory limits must satisfy: static_min =98 dynamic_min =3D dynamic= _max =3D static_max


[root@dev70 ~]# uname -a
Linux d= ev70 2.6.32.12-0.7.1.xs6.0.2.542.170665xen #1 SMP Tue Jan 17 15:14:24 EST 2= 012 i686 athlon i386 GNU/Linux
# ---

Does Citrix know= already about this issue? Not just the best quality of software ...
regards, Mark

-- 
ms@it-infrastrukturen.org
 
http://rsync.it-infrastrukturen.org
= --_000_344C0F67BC927847A2C92F9EE358DB0EE9AAE18AECLONPMAILBOX01_-- --===============1186255022000931497== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1186255022000931497==-- From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEN-0001ne-Ry; Sat, 21 Apr 2012 21:52:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SKS0o-0001tZ-Su for xen-users@lists.xen.org; Wed, 18 Apr 2012 10:21:23 +0000 Received: from [85.158.139.83:39307] by server-9.bemta-5.messagelabs.com id B3/F4-09826-1A59E8F4; Wed, 18 Apr 2012 10:21:21 +0000 X-Env-Sender: maydin.work@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1334744480!24341204!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14482 invoked from network); 18 Apr 2012 10:21:20 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 18 Apr 2012 10:21:20 -0000 Received: by lahe6 with SMTP id e6so6558676lah.32 for ; Wed, 18 Apr 2012 03:21:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=JnLUJku8TEZAVra50Pcf9HUtfScfbYQhI1+b6MSXXHo=; b=qaiuIm+fUG4N00DerBSs9nxyPOda07T4+/xICBLvkM5t8acIt1ANKWsw3ZL472qXbT ePkuDtb+q1diDQcmsecFlYcATtfxA5t+XHQTcQ0ihta4a3xhm+SMTzJZzaq0OgnH+Zf+ 071UAhPlChZDCOHSd3HhKoNfUtEZMrFeoGOzbqVWlGIJZL+rz975t05XZYM/CHNA8ozz 0/nNTuXEAl4Jh1Qrhk0KyvbzmggwvJ4sTAlazsvv5QLkm9aDnOdK2BPFO95qTnrXE8zE RqnFok4Vux1H5EMyO5v7OvtmINYFgTxX8FJb+nK2/zTBrPmlV5uglhfC2nkZ+EFBpC39 8Aow== MIME-Version: 1.0 Received: by 10.152.145.1 with SMTP id sq1mr1579576lab.22.1334744479919; Wed, 18 Apr 2012 03:21:19 -0700 (PDT) Received: by 10.112.60.68 with HTTP; Wed, 18 Apr 2012 03:21:19 -0700 (PDT) Date: Wed, 18 Apr 2012 10:21:19 +0000 Message-ID: From: Muhammed Aydin To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Subject: [Xen-users] Xen 3.1.2 source code X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9036423029058649182==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9036423029058649182== Content-Type: multipart/alternative; boundary=e89a8f23494d976e5d04bdf16a50 --e89a8f23494d976e5d04bdf16a50 Content-Type: text/plain; charset=ISO-8859-1 Dear Xen users, I have been using Xen for a couple of months, and have decided to look at the source code to play around with it. The Xen version I have been using comes out of the box with Centos 5.5, (Xen 3.1.2). I use this because I have had too many problems with Xen on other platforms and it works without any problems. I have been looking for the source code for this version so that I can make any changes to it before recompiling, but it is not available online for some reason. I tried to install the 3.1.3, but it required dependencies which I was unable to install because there is a problem with the internet connection on our Centos which we have been unable to solve. I was wondering if anybody might know why the source code for version 3.1.2 isn't available or if there is somewhere I can find it. Alternatively, if anybody could recommend the easiest way to look at the source code (eg Centos 5 with Xen installed very easily, with no problems at all), and the best way to setup the environment to make changes to the source code, then I would be really grateful. I have been looking for any such howtos or guides but have been unable to find anything. All the best, Muhammed --e89a8f23494d976e5d04bdf16a50 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear Xen users,

I have been using Xen for a couple of months, and ha= ve decided to look at the source code to play around with it. The Xen versi= on I have been using comes out of the box with Centos 5.5, (Xen 3.1.2). I u= se this because I have had too many problems with Xen on other platforms an= d it works without any problems. I have been looking for the source code fo= r this version so that I can make any changes to it before recompiling, but= it is not available online for some reason. I tried to install the 3.1.3, = but it required dependencies which I was unable to install because there is= a problem with the internet connection on our Centos which we have been un= able to solve. I was wondering if anybody might know why the source code fo= r version 3.1.2 isn't available or if there is somewhere I can find it.=

Alternatively, if anybody could recommend the easiest way to look at th= e source code (eg Centos 5 with Xen installed very easily, with no problems= at all), and the best way to setup the environment to make changes to the = source code, then I would be really grateful. I have been looking for any s= uch howtos or guides but have been unable to find anything.

All the best,

Muhammed
--e89a8f23494d976e5d04bdf16a50-- --===============9036423029058649182== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9036423029058649182==-- From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiEP-0001o8-Rj; Sat, 21 Apr 2012 21:52:37 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SL8Sp-000394-8z for xen-users@lists.xen.org; Fri, 20 Apr 2012 07:41:07 +0000 Received: from [85.158.143.99:7538] by server-3.bemta-4.messagelabs.com id 44/A5-05853-213119F4; Fri, 20 Apr 2012 07:41:06 +0000 X-Env-Sender: cardil.xavier@gmail.com X-Msg-Ref: server-16.tower-216.messagelabs.com!1334907663!13280618!1 X-Originating-IP: [209.85.160.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_50_60, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9531 invoked from network); 20 Apr 2012 07:41:04 -0000 Received: from mail-gy0-f173.google.com (HELO mail-gy0-f173.google.com) (209.85.160.173) by server-16.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 20 Apr 2012 07:41:04 -0000 Received: by ghrr14 with SMTP id r14so5900917ghr.32 for ; Fri, 20 Apr 2012 00:41:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=c9f/oxDC/7hE5ZXMcYZlGkzdDtM1zrSEkRWUM2+LP5Q=; b=1GB1DM+/SCOgzjIwT5vGt9UkVnF5pUbYqcoJ492XTFXa02JXjc4gsLCU2ycQel07bo Pf9i4d1Cf+RoVzZ9KSCEm75HXbpNpQzEmtxmPiJ15UG3VZ09pNuAzL3a04J5EYlC/Deh WC2YXQ5fsVLjJ0AsKB9P435IVNq4TQIFc1D+MqWdJ//sH7fnu083WKOFcKCaruLCzVdz vY5TfXa2lec7rD6ViecI9f8Hgpj5sj10kh3K2L18b4Y1chW4+yRFjVQWym1eN7zRsgU0 5sllDjrf2nXEwsErirNL2EYXpvxOou4aZEJez5eTlTsrfSztU9PgeeEt08KuHfuAi0ce C/ZA== MIME-Version: 1.0 Received: by 10.236.75.194 with SMTP id z42mr4890851yhd.69.1334907662697; Fri, 20 Apr 2012 00:41:02 -0700 (PDT) Received: by 10.101.102.17 with HTTP; Fri, 20 Apr 2012 00:41:02 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Apr 2012 09:41:02 +0200 Message-ID: From: Xavier Cardil To: Shane Johnson X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen on EC2 | Debian Squeeze AMD 64 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4636225304564084015==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4636225304564084015== Content-Type: multipart/alternative; boundary=20cf300fb3fb0b068104be1769ba --20cf300fb3fb0b068104be1769ba Content-Type: text/plain; charset=ISO-8859-1 Hi Shane, I think I got the answer ... http://serverfault.com/questions/128145/linux-virtualization-options-on-ec2 :) Thank you all for your time ! -Xavier On Thu, Apr 19, 2012 at 7:43 PM, Shane Johnson wrote: > Xavier, > Yours looks considerably different from mine : > > menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN > 4.0-amd64' --class debian --class gnu-linux --class gnu --class os --class > xen { > insmod lvm > insmod part_msdos > insmod part_msdos > insmod ext2 > set root='(vg-sys)' > search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f6743761b > echo 'Loading Linux 2.6.32-5-xen-amd64 ...' > multiboot /boot/xen-4.0-amd64.gz placeholder > module /boot/vmlinuz-2.6.32-5-xen-amd64 placeholder > root=/dev/mapper/vg-sys ro quiet > echo 'Loading initial ramdisk ...' > module /boot/initrd.img-2.6.32-5-xen-amd64 > } > > I don't know if it's from a different version or grub(I am running grub2) > or if your grub isn't picking up the other kernel options when update-grub > is run. I would look into those areas first. > > I am also wondering if it might be a issue attributed to running this off > of a already virtualized set up from Amazon. I would look through your > logs to see if there are any error messages about unsupported cpu or other > hardware. > > I am unfortunately running into the limits of my experience with this. I > have two physical servers currently running squeeze and Xen and are working > pretty good, but I am also looking at transitioning to a different distro > because of a few things that the older kernels from Debian just are not > able to provide. > > Something I had to learn early on posting on this list, and still have > issues remembering. This list doesn't provide the list itself as the > sender, just the person that posted or replied. Please use reply-all so > that all of the correspondence can be posted to the archive so that if > someone in the future is searching out a similar problem the will have that > to use as a resource. > > Thank you. > > Shane > > On Thu, Apr 19, 2012 at 10:18 AM, Xavier Cardil wrote: > >> Of coruse Shane, here you are : >> >> # >> # DO NOT EDIT THIS FILE >> # >> # It is automatically generated by grub-mkconfig using templates >> # from /etc/grub.d and settings from /etc/default/grub >> # >> >> ### BEGIN /etc/grub.d/40_custom ### >> default 0 >> timeout 1 >> title 2.6.32-5-xen-amd64 >> root (hd0) >> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >> ### END /etc/grub.d/40_custom ### >> >> >> I created a new AMI now and I just installed the packages and copied the >> grub.cfg to show it to you ... >> >> >> -Xavier >> >> On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson < >> sdj@rasmussenequipment.com> wrote: >> >>> From my experience with squeeze, this sounds like it isn't loading the >>> qemu-dm portion. Can you post a copy of your /boot/grub/grub.cfg? >>> >>> Thanks >>> Shane >>> >>> >>> On Thu, Apr 19, 2012 at 9:28 AM, Xavier Cardil wrote: >>> >>>> Hello Shane ! Yes, all packages installed. Is Xen-4.0-amd64.gz a >>>> bootable kernel ? Right now, the system si booting this one : >>>> vmlinuz-2.6.32-5-xen-amd64 and this initrd: >>>> initrd.img-2.6.32-5-xen-amd64 as you can see on the menu.lst file. >>>> >>>> On Thu, Apr 19, 2012 at 4:48 PM, Shane Johnson < >>>> sdj@rasmussenequipment.com> wrote: >>>> >>>>> Xavier, >>>>> First place I would start it running the following : >>>>> >>>>> aptitude search xen-utils >>>>> >>>>> Make sure xen-utils is installed (i in the far left column) >>>>> >>>>> aptitude search qemu-dm >>>>> >>>>> again making sure the package is installed. >>>>> >>>>> If both packages are installed I would make sure you are booting off >>>>> the the version that says : >>>>> >>>>> Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64 >>>>> >>>>> Shane >>>>> >>>>> >>>>> On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil wrote: >>>>> >>>>>> Hello ! I'm trying to run Xen on a EC2 AMI >>>>>> >>>>>> >>>>>> debian-6.0-squeeze-base-x86_64-20110417 (ami-35b68141) >>>>>> >>>>>> >>>>>> Following this how-to >>>>>> http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squeeze-amd64 >>>>>> >>>>>> After installing the packages, I get : >>>>>> >>>>>> uname -a >>>>>> Linux ip-10-241-22-60 2.6.32-5-xen-amd64 #1 SMP Tue Mar 8 00:01:30 >>>>>> UTC 2011 x86_64 GNU/Linux >>>>>> >>>>>> uname -r >>>>>> 2.6.32-5-xen-amd64 >>>>>> >>>>>> Then I do : mv /etc/grub.d/10_linux /etc/grub.d/50_linux >>>>>> update-grub2 >>>>>> * >>>>>> * >>>>>> * >>>>>> * >>>>>> After I reboot but I get this when calling xm : >>>>>> >>>>>> xm dmesg >>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>> version! >>>>>> Error: Unable to connect to xend: No such file or directory. Is xend >>>>>> running? >>>>>> >>>>>> When I execute xend I get : >>>>>> >>>>>> xend >>>>>> WARING! Can't find version 3.4 of xen utils, fallback to default >>>>>> version! >>>>>> ERROR Internal error: Could not obtain handle on privileged command >>>>>> interface (2 = No such file or directory) >>>>>> Traceback (most recent call last): >>>>>> File "/usr/lib/xen-default/bin/xend", line 38, in >>>>>> from xen.xend.server import SrvDaemon >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/SrvDaemon.py", >>>>>> line 26, in >>>>>> import relocate >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/server/relocate.py", >>>>>> line 28, in >>>>>> from xen.xend import XendDomain >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, >>>>>> in >>>>>> from xen.xend import XendOptions, XendCheckpoint, XendDomainInfo >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckpoint.py", line >>>>>> 20, in >>>>>> from xen.xend import balloon, sxp, image >>>>>> File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", line 46, in >>>>>> >>>>>> xc = xen.lowlevel.xc.xc() >>>>>> xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not obtain handle >>>>>> on privileged command interface (2 = No such file or directory)') >>>>>> >>>>>> >>>>>> Does this has to do with the kernel I'm booting ? >>>>>> >>>>>> My /boot looks like this : >>>>>> >>>>>> System.map-2.6.32-5-xen-amd64 >>>>>> >>>>>> initrd.img-2.6.32-5-xen-amd64 >>>>>> >>>>>> config-2.6.32-5-xen-amd64 >>>>>> >>>>>> vmlinuz-2.6.32-5-xen-amd64 >>>>>> >>>>>> grub >>>>>> >>>>>> xen-4.0-amd64.gz >>>>>> >>>>>> And my menu.lst looks like this : >>>>>> >>>>>> # >>>>>> # DO NOT EDIT THIS FILE >>>>>> # >>>>>> # It is automatically generated by grub-mkconfig using templates >>>>>> # from /etc/grub.d and settings from /etc/default/grub >>>>>> # >>>>>> >>>>>> ### BEGIN /etc/grub.d/40_custom ### >>>>>> default 0 >>>>>> timeout 1 >>>>>> title 2.6.32-5-xen-amd64 >>>>>> root (hd0) >>>>>> kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=/dev/xvda1 ro >>>>>> initrd /boot/initrd.img-2.6.32-5-xen-amd64 >>>>>> ### END /etc/grub.d/40_custom ### >>>>>> >>>>>> >>>>>> I have been trying to get around this but ... nothing works ! >>>>>> >>>>>> Any help would be much appreciated, thanks in advance ! >>>>>> >>>>>> -Xavier >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Xen-users mailing list >>>>>> Xen-users@lists.xen.org >>>>>> http://lists.xen.org/xen-users >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Shane D. Johnson >>>>> IT Administrator >>>>> Rasmussen Equipment >>>>> >>>>> >>>>> >>>> >>> >>> >>> -- >>> Shane D. Johnson >>> IT Administrator >>> Rasmussen Equipment >>> >>> >>> >> > > > -- > Shane D. Johnson > IT Administrator > Rasmussen Equipment > > > --20cf300fb3fb0b068104be1769ba Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Shane, I think I got the answer ...=A0 http://serverfault.com/questions/128145/linux-virtualization-o= ptions-on-ec2=A0

:) Thank you all for your time !

-Xavier

On Thu, Apr 1= 9, 2012 at 7:43 PM, Shane Johnson <sdj@rasmussenequipment.com> wrote:=
Xavier,
Yours looks considerably differe= nt from mine :=A0
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-amd64 an= d XEN 4.0-amd64' --class debian --class gnu-linux --class gnu --class o= s --class xen {
=A0 =A0insmod lvm
=A0 =A0insmod part_m= sdos
=A0 =A0insmod part_msdos
=A0= =A0insmod ext2
=A0 =A0set root=3D'(vg-sys)'
=A0 =A0search --no-floppy --fs-uuid --set bf38b210-e546-45d5-b10d-722f67437= 61b
=A0 =A0echo =A0'Loading Linux 2.6.32-5-xen-amd= 64 ...'
=A0 =A0multiboot =A0 /boot/xen-4.0-amd64.g= z placeholder
=A0 =A0module =A0 /boot/vmlinuz-2.6.32-5-xen-amd64 placehol= der root=3D/dev/mapper/vg-sys ro =A0quiet
=A0 =A0echo = =A0'Loading initial ramdisk ...'
=A0 =A0module= =A0 /boot/initrd.img-2.6.32-5-xen-amd64
}

I don't know i= f it's from a different version or grub(I am running grub2) or if your = grub isn't picking up the other kernel options when update-grub is run.= =A0I would look into those areas first. =A0

I am also wondering if it might be a issue attributed to run= ning this off of a already virtualized set up from Amazon. =A0I would look = through your logs to see if there are any error messages about unsupported = cpu or other hardware.

I am unfortunately running into the limits of my=A0expe= rience=A0with this. =A0I have two physical servers currently running squeez= e and Xen and are working pretty good, but I am also looking at=A0transitio= ning=A0to a different distro because of a few things that the older kernels= from Debian just are not able to provide.

Something I had to learn early on posting on = this list, and still have issues remembering. This =A0list doesn't prov= ide the list itself as the sender, just the person that posted or replied. = =A0Please use reply-all so that all of the correspondence can be posted to = the archive so that if someone in the future is searching out a similar pro= blem the will have that to use as a resource.

Thank you.

Shane

On Thu, Apr 19, 2012 at 10:18 AM, Xavier Ca= rdil <cardil.xavier@gmail.com> wrote:
Of coruse Shane, here you are :=A0

<= /div>
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using template= s
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 root (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 roo= t=3D/dev/xvda1 ro
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I create= d a new AMI now and I just installed the packages and copied the grub.cfg t= o show it to you ...=A0


-Xavier
On Thu, Apr 19, 2012 at 6:08 PM, Shane Johnson = <sdj@rasmussenequipment.com> wrote:
From my experience with squeeze, this sounds= like it isn't loading the qemu-dm portion. =A0Can you post a copy of y= our /boot/grub/grub.cfg?=A0

Thanks
Shane<= /span>


On Thu, Apr 19, 2012 at = 9:28 AM, Xavier Cardil <cardil.xavier@gmail.com> wrote= :
Hello Shane ! Yes, all packages installed. I= s Xen-4.0-amd64.gz a bootable kernel ? Right now, the system si booting thi= s one :=A0 vmlinuz-2.6.32-5-xen-amd64=A0 and this initrd:=A0 initrd.img-2.6.32-5-xen-amd64=A0 as you can see on the menu.ls= t file.

On Thu, Apr 19, 2012 at 4:48 PM, = Shane Johnson <sdj@rasmussenequipment.com> wrote:
Xavier,
First place I would start it run= ning the following :=A0
aptitude search xen-utils
Make sure xen-utils i= s installed (i in the far left column)
aptitu= de search qemu-dm
again making sure the package is instal= led.

If both packages are installed I would make sure yo= u are booting off the the version that says :=A0
D= ebian GNU/Linux, with Linux 2.6.32-5-xen-amd64 and XEN 4.0-amd64
=
Shane


On Thu, Apr 19, 2012 at 6:07 AM, Xavier Cardil <xavier@eo10.net> wrote:
Hello ! I'm trying to run Xen on a EC2 AMI=A0



http://www.howtoforge.com/paravirtualization-with-xen-4.0-on-debian-squ= eeze-amd64

After installing the packages, I get :=A0
uname -a=A0
Linux ip-10-241-22-60 2.6.32-5-xen-a= md64 #1 SMP Tue Mar 8 00:01:30 UTC 2011 x86_64 GNU/Linux

uname -r
2.6.32-5-xen-amd64

T= hen I do :=A0mv /etc/grub.d/10_linux /etc/grub.d/50_linux
upd= ate-grub2


After I reboot but I get this when calling xm :=A0

<= /div>
xm dmesg =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0
WARING! =A0Can't find= version 3.4 of xen utils, fallback to default version!
Error: Un= able to connect to xend: No such file or directory. Is xend running?

When I execute xend I get :=A0

xend=A0
WARING! =A0Can't find version 3.4 of xen = utils, fallback to default version!
ERROR Internal error: Could n= ot obtain handle on privileged command interface (2 =3D No such file or dir= ectory)
Traceback (most recent call last):
=A0 File "/usr/lib/x= en-default/bin/xend", line 38, in <module>
=A0 =A0 fro= m xen.xend.server import SrvDaemon
=A0 File "/usr/lib/xen-4.= 0/lib/python/xen/xend/server/SrvDaemon.py", line 26, in <module>=
=A0 =A0 import relocate
=A0 File "/usr/lib/xen-4.0/lib/= python/xen/xend/server/relocate.py", line 28, in <module>
<= div>=A0 =A0 from xen.xend import XendDomain
=A0 File "/usr/l= ib/xen-4.0/lib/python/xen/xend/XendDomain.py", line 36, in <module&= gt;
=A0 =A0 from xen.xend import XendOptions, XendCheckpoint, XendDomainIn= fo
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/XendCheckp= oint.py", line 20, in <module>
=A0 =A0 from xen.xend i= mport balloon, sxp, image
=A0 File "/usr/lib/xen-4.0/lib/python/xen/xend/image.py", li= ne 46, in <module>
=A0 =A0 xc =3D xen.lowlevel.xc.xc()
xen.lowlevel.xc.Error: (1, 'Internal error', 'Could not o= btain handle on privileged command interface (2 =3D No such file or directo= ry)')


Does this has to do with the kerne= l I'm booting ?

My /boot looks like this :=A0<= /div>

System.map-2.6.32-5-xen-amd64 =A0

initrd.img-2.6.32-5-xen-amd64

config-2.= 6.32-5-xen-amd64 =A0 =A0 =A0

vmlinuz-2.6.32-5-xen-= amd64

grub =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0=A0

xen-4.0-amd64.gz

And my menu.lst = looks like this :=A0

#
# DO NOT EDI= T THIS FILE
#
# It is automatically generated by grub-m= kconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/40_custom ###
default= 0
timeout 1
title 2.6.32-5-xen-amd64
=A0 roo= t (hd0)
=A0 kernel /boot/vmlinuz-2.6.32-5-xen-amd64 root=3D/dev/xvda1 ro
=
=A0 initrd /boot/initrd.img-2.6.32-5-xen-amd64
### END /etc/= grub.d/40_custom ###


I have b= een trying to get around this but ... nothing works !=A0

Any help would be much appreciated, thanks in advance !=

-Xavier
<= br>







<= div style=3D"font-size:12px;line-height:14px;white-space:nowrap">
=


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



--
Shane D. Johnson
IT Administrator
Rasmussen Equipment






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






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



--20cf300fb3fb0b068104be1769ba-- --===============4636225304564084015== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4636225304564084015==-- From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiER-0001oe-WF; Sat, 21 Apr 2012 21:52:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFg0-0003iE-88 for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:23:12 +0000 Received: from [85.158.139.83:40493] by server-10.bemta-5.messagelabs.com id A0/93-08260-E5F719F4; Fri, 20 Apr 2012 15:23:10 +0000 X-Env-Sender: dieter@bloms.de X-Msg-Ref: server-15.tower-182.messagelabs.com!1334935389!24686026!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12934 invoked from network); 20 Apr 2012 15:23:10 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 15:23:10 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 70A2F1C1414C; Fri, 20 Apr 2012 17:23:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :content-transfer-encoding:in-reply-to; s=selector1; bh=nQzzZ8eI LKlgJ4plM74e1hkI+Qc=; b=OSnyn8PnkG+4z+BONoRZSLD0E4EQnqRNMnmRYjLw kQYBZgOvyDzQZZwgO5l+xL7t6YB0K12hzRIEPUn6iJZ30liJw+cUozsD22gew6/r Btcxj4DQ/7/kNo2CghpoPKY0p0A4jrRBaBck6ZyaqLS5kXvINUET3lvDyOQIw3h0 f2V8MYvYsg+TQHsCBiLltbWu65bI++Omuf2+CR4GxlOHqBwYLBAFGsxE62HwOF6K UvSChf3dYmBSJgJbyLQrdb2647wKXjRLzvIzqy5nAq7F+rIC7CgUwCyzZpsurLTv a3N2F9phl69MoxlwPPXElzrTrqOsyapAgTkV++1Hxd9t6OBqqam4rrlQHoY1jcQT 3wyx+xcrvsk4Ln2s0FpyrnVhru2b2qZRlzkbxOmJz4nu85Ppal08juHH4zVi7BkI jDe+VvVxvWyIkm2kAX2x42WAvlQZKEqXNdrQn4Q8QTp754CZFkZpmUHEuQKhPoSq 41Dk6CM0oLa40pC6nz6okCHlFUzdiU4GqRwuyQjSwQxIK7lMAHj7MWDCcLhpLrlQ Z1ZUP8y6m7eZBFmE+2WuL6QgJmUdiP209s27ECKTxOAqSPaPaLlYmoymr+wsKb// dARexz4JJnYSSNJi/r1JY5x003P9DM6IR/MlNCpbvXaqG++6y+ovZNauD+rQPgJo eow= Received: by smtp.bloms.de (Postfix, from userid 1000) id 0E7A41C14178; Fri, 20 Apr 2012 17:23:08 +0200 (CEST) Date: Fri, 20 Apr 2012 17:23:08 +0200 From: Dieter Bloms To: Ian Campbell Message-ID: <20120420152308.GC3720@bloms.de> References: <20120420150012.GB3720@bloms.de> <1334934791.28331.101.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1334934791.28331.101.camel@zakaz.uk.xensource.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Cc: "xen-users@lists.xen.org" , Dieter Bloms , xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'am not a programmer, but will have a look at it the next days and let you know if my skills are good enough. On Fri, Apr 20, Ian Campbell wrote: > Hi Dieter, = > = > thanks for the report. > = > It seems that support for this config file variable is not present in xl > at the moment. We should try and add this for 4.2 IMHO. > = > If you know a little bit of C (or are interested in learning) then this > should be a pretty simple thing to implement -- please let me know if > you want more details. > = > Ian. > = > On Fri, 2012-04-20 at 16:00 +0100, Dieter Bloms wrote: > > Hi, > > = > > I've installed xen-unstable 4.2 from actual git (last commit was > > 4dc7dbef5400f0608321d579aebb57f933e8f707). > > = > > When I start a domU with xm all is fine include the cpu_weight I > > configured in my domU config. > > = > > When I start the domU with xl then all my domU have the default > > cpu_weight of 256 instead of the configured one. > > = > > Was the name of cpu_weight being changed for xl command ? > > = > > My domU config looks like this: > > = > > --snip-- > > name=3D"vdrserver" > > description=3D"vdrserver for my clients" > > memory=3D768 > > maxmem=3D2048 > > vcpus=3D1 > > cpus=3D"1" > > cpu_weight =3D 128 > > on_poweroff=3D"destroy" > > on_reboot=3D"restart" > > on_crash=3D"destroy" > > = > > localtime=3D0 > > keymap=3D"de" > > = > > builder=3D"linux" > > bootloader=3D"/usr/bin/pygrub" > > bootargs=3D"" > > extra=3D"console=3Dhvc0 tmem cgroup_disable=3Dmemory independent_wallcl= ock=3D1 iommu=3Dsoft" > > nographic=3D1 > > keymap =3D 'de' > > = > > disk=3D[ = > > 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', > > 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', > > ] > > vif=3D[ 'mac=3D00:00:00:00:00:80,bridge=3Dbr0', ] > > = > > pci =3D [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] > > --snip-- > > = > > = > = > = -- = Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 21:53:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 21:53:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiER-0001oe-WF; Sat, 21 Apr 2012 21:52:40 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFg0-0003iE-88 for xen-users@lists.xen.org; Fri, 20 Apr 2012 15:23:12 +0000 Received: from [85.158.139.83:40493] by server-10.bemta-5.messagelabs.com id A0/93-08260-E5F719F4; Fri, 20 Apr 2012 15:23:10 +0000 X-Env-Sender: dieter@bloms.de X-Msg-Ref: server-15.tower-182.messagelabs.com!1334935389!24686026!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12934 invoked from network); 20 Apr 2012 15:23:10 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-15.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 20 Apr 2012 15:23:10 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 70A2F1C1414C; Fri, 20 Apr 2012 17:23:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :content-transfer-encoding:in-reply-to; s=selector1; bh=nQzzZ8eI LKlgJ4plM74e1hkI+Qc=; b=OSnyn8PnkG+4z+BONoRZSLD0E4EQnqRNMnmRYjLw kQYBZgOvyDzQZZwgO5l+xL7t6YB0K12hzRIEPUn6iJZ30liJw+cUozsD22gew6/r Btcxj4DQ/7/kNo2CghpoPKY0p0A4jrRBaBck6ZyaqLS5kXvINUET3lvDyOQIw3h0 f2V8MYvYsg+TQHsCBiLltbWu65bI++Omuf2+CR4GxlOHqBwYLBAFGsxE62HwOF6K UvSChf3dYmBSJgJbyLQrdb2647wKXjRLzvIzqy5nAq7F+rIC7CgUwCyzZpsurLTv a3N2F9phl69MoxlwPPXElzrTrqOsyapAgTkV++1Hxd9t6OBqqam4rrlQHoY1jcQT 3wyx+xcrvsk4Ln2s0FpyrnVhru2b2qZRlzkbxOmJz4nu85Ppal08juHH4zVi7BkI jDe+VvVxvWyIkm2kAX2x42WAvlQZKEqXNdrQn4Q8QTp754CZFkZpmUHEuQKhPoSq 41Dk6CM0oLa40pC6nz6okCHlFUzdiU4GqRwuyQjSwQxIK7lMAHj7MWDCcLhpLrlQ Z1ZUP8y6m7eZBFmE+2WuL6QgJmUdiP209s27ECKTxOAqSPaPaLlYmoymr+wsKb// dARexz4JJnYSSNJi/r1JY5x003P9DM6IR/MlNCpbvXaqG++6y+ovZNauD+rQPgJo eow= Received: by smtp.bloms.de (Postfix, from userid 1000) id 0E7A41C14178; Fri, 20 Apr 2012 17:23:08 +0200 (CEST) Date: Fri, 20 Apr 2012 17:23:08 +0200 From: Dieter Bloms To: Ian Campbell Message-ID: <20120420152308.GC3720@bloms.de> References: <20120420150012.GB3720@bloms.de> <1334934791.28331.101.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1334934791.28331.101.camel@zakaz.uk.xensource.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Sat, 21 Apr 2012 21:52:34 +0000 Cc: "xen-users@lists.xen.org" , Dieter Bloms , xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I'am not a programmer, but will have a look at it the next days and let you know if my skills are good enough. On Fri, Apr 20, Ian Campbell wrote: > Hi Dieter, = > = > thanks for the report. > = > It seems that support for this config file variable is not present in xl > at the moment. We should try and add this for 4.2 IMHO. > = > If you know a little bit of C (or are interested in learning) then this > should be a pretty simple thing to implement -- please let me know if > you want more details. > = > Ian. > = > On Fri, 2012-04-20 at 16:00 +0100, Dieter Bloms wrote: > > Hi, > > = > > I've installed xen-unstable 4.2 from actual git (last commit was > > 4dc7dbef5400f0608321d579aebb57f933e8f707). > > = > > When I start a domU with xm all is fine include the cpu_weight I > > configured in my domU config. > > = > > When I start the domU with xl then all my domU have the default > > cpu_weight of 256 instead of the configured one. > > = > > Was the name of cpu_weight being changed for xl command ? > > = > > My domU config looks like this: > > = > > --snip-- > > name=3D"vdrserver" > > description=3D"vdrserver for my clients" > > memory=3D768 > > maxmem=3D2048 > > vcpus=3D1 > > cpus=3D"1" > > cpu_weight =3D 128 > > on_poweroff=3D"destroy" > > on_reboot=3D"restart" > > on_crash=3D"destroy" > > = > > localtime=3D0 > > keymap=3D"de" > > = > > builder=3D"linux" > > bootloader=3D"/usr/bin/pygrub" > > bootargs=3D"" > > extra=3D"console=3Dhvc0 tmem cgroup_disable=3Dmemory independent_wallcl= ock=3D1 iommu=3Dsoft" > > nographic=3D1 > > keymap =3D 'de' > > = > > disk=3D[ = > > 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', > > 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', > > ] > > vif=3D[ 'mac=3D00:00:00:00:00:80,bridge=3Dbr0', ] > > = > > pci =3D [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] > > --snip-- > > = > > = > = > = -- = Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the >From field. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 22:07:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 22:07: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 1SLiSN-0006Im-Hm; Sat, 21 Apr 2012 22:07:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiSM-0006IG-IF for xen-users@lists.xen.org; Sat, 21 Apr 2012 22:07:02 +0000 Received: from [85.158.139.83:62689] by server-6.bemta-5.messagelabs.com id 90/6D-13222-58F239F4; Sat, 21 Apr 2012 22:07:01 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-4.tower-182.messagelabs.com!1335046019!22170329!1 X-Originating-IP: [209.85.210.50] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3667 invoked from network); 21 Apr 2012 22:07:00 -0000 Received: from mail-pz0-f50.google.com (HELO mail-pz0-f50.google.com) (209.85.210.50) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 21 Apr 2012 22:07:00 -0000 Received: by dakh32 with SMTP id h32so13599160dak.37 for ; Sat, 21 Apr 2012 15:06:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=3BWVsOW80bXBOJ3zVow8qpVtHjpl4ykgHvbLhtiIERc=; b=G3E5mO1zyJxSiLpDErKxEqIniZ+yQGzYvvXsaSXLX4pU8dRVmE8aalw5uMgDgBqjsR OtJUZAMKFNRy6X6eQFfcHQ0dlKeYMxjUO3zobAyFQCI00t4tZpwYL/HhPzWeovfAbVAi x5GTyRyL84av52jNOHBsdLHYSnWZBa/kXr/de2EcXfLzbWX4R0TY1Jf+7w4B2RVmBRZS 5MVUSipjZ1mjLuwV6I8Pg7TKkBg/l3PWiJZp1fg4CiHAMZz5TK8kA3OI3TQ7Fh9bKJ5Q qcoYX/FUU8KGgYMcBDzaGFTpGXr5rs1Dt8uC0gwiN7/JSp3DTfPNbr7FHs540rBkczjz ytzg== MIME-Version: 1.0 Received: by 10.68.211.197 with SMTP id ne5mr5117580pbc.55.1335046018485; Sat, 21 Apr 2012 15:06:58 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Sat, 21 Apr 2012 15:06:58 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Apr 2012 05:06:58 +0700 Message-ID: From: "Fajar A. Nugraha" To: Muhammed Aydin X-Gm-Message-State: ALoCoQl4G9evDK11Y9Xzr6oJ90VM5at2gVh/HHz1KysTJRmWV06aUpJn8qBhbIvdmTgkvzIC1ghZ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 3.1.2 source code X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 18, 2012 at 5:21 PM, Muhammed Aydin wrote: > Dear Xen users, > > I have been using Xen for a couple of months, and have decided to look at > the source code to play around with it. The Xen version I have been using > comes out of the box with Centos 5.5, (Xen 3.1.2). It's not. To be accurate, RHEL/Centos ships a modified (backports, custom fixes, etc.) version of xen. So it's not ONLY xen-3.1.12 as distributed from xen.org > I use this because I have > had too many problems with Xen on other platforms and it works without any > problems. I have been looking for the source code for this version so that I > can make any changes to it before recompiling, but it is not available > online for some reason. It's available. For example, source RPM for latest centos 5.8 (which includes xen): http://vault.centos.org/5.8/os/SRPMS/ Whether you know how to use the SRPM, however, is another matter. Try reading this page and the links from that: http://wiki.centos.org/HowTos/RebuildSRPM -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 22:07:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 22:07: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 1SLiSN-0006Im-Hm; Sat, 21 Apr 2012 22:07:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLiSM-0006IG-IF for xen-users@lists.xen.org; Sat, 21 Apr 2012 22:07:02 +0000 Received: from [85.158.139.83:62689] by server-6.bemta-5.messagelabs.com id 90/6D-13222-58F239F4; Sat, 21 Apr 2012 22:07:01 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-4.tower-182.messagelabs.com!1335046019!22170329!1 X-Originating-IP: [209.85.210.50] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3667 invoked from network); 21 Apr 2012 22:07:00 -0000 Received: from mail-pz0-f50.google.com (HELO mail-pz0-f50.google.com) (209.85.210.50) by server-4.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 21 Apr 2012 22:07:00 -0000 Received: by dakh32 with SMTP id h32so13599160dak.37 for ; Sat, 21 Apr 2012 15:06:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=3BWVsOW80bXBOJ3zVow8qpVtHjpl4ykgHvbLhtiIERc=; b=G3E5mO1zyJxSiLpDErKxEqIniZ+yQGzYvvXsaSXLX4pU8dRVmE8aalw5uMgDgBqjsR OtJUZAMKFNRy6X6eQFfcHQ0dlKeYMxjUO3zobAyFQCI00t4tZpwYL/HhPzWeovfAbVAi x5GTyRyL84av52jNOHBsdLHYSnWZBa/kXr/de2EcXfLzbWX4R0TY1Jf+7w4B2RVmBRZS 5MVUSipjZ1mjLuwV6I8Pg7TKkBg/l3PWiJZp1fg4CiHAMZz5TK8kA3OI3TQ7Fh9bKJ5Q qcoYX/FUU8KGgYMcBDzaGFTpGXr5rs1Dt8uC0gwiN7/JSp3DTfPNbr7FHs540rBkczjz ytzg== MIME-Version: 1.0 Received: by 10.68.211.197 with SMTP id ne5mr5117580pbc.55.1335046018485; Sat, 21 Apr 2012 15:06:58 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Sat, 21 Apr 2012 15:06:58 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Apr 2012 05:06:58 +0700 Message-ID: From: "Fajar A. Nugraha" To: Muhammed Aydin X-Gm-Message-State: ALoCoQl4G9evDK11Y9Xzr6oJ90VM5at2gVh/HHz1KysTJRmWV06aUpJn8qBhbIvdmTgkvzIC1ghZ Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Xen 3.1.2 source code X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 18, 2012 at 5:21 PM, Muhammed Aydin wrote: > Dear Xen users, > > I have been using Xen for a couple of months, and have decided to look at > the source code to play around with it. The Xen version I have been using > comes out of the box with Centos 5.5, (Xen 3.1.2). It's not. To be accurate, RHEL/Centos ships a modified (backports, custom fixes, etc.) version of xen. So it's not ONLY xen-3.1.12 as distributed from xen.org > I use this because I have > had too many problems with Xen on other platforms and it works without any > problems. I have been looking for the source code for this version so that I > can make any changes to it before recompiling, but it is not available > online for some reason. It's available. For example, source RPM for latest centos 5.8 (which includes xen): http://vault.centos.org/5.8/os/SRPMS/ Whether you know how to use the SRPM, however, is another matter. Try reading this page and the links from that: http://wiki.centos.org/HowTos/RebuildSRPM -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 21 23:56:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 23:56: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 1SLk8v-0007sR-AI; Sat, 21 Apr 2012 23:55:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLk8t-0007sM-LE for xen-users@lists.xen.org; Sat, 21 Apr 2012 23:55:04 +0000 Received: from [85.158.139.83:39573] by server-7.bemta-5.messagelabs.com id 74/BA-16195-6D8439F4; Sat, 21 Apr 2012 23:55:02 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1335052501!24811846!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7689 invoked from network); 21 Apr 2012 23:55:01 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 21 Apr 2012 23:55:01 -0000 Received: by bkcji1 with SMTP id ji1so2327414bkc.32 for ; Sat, 21 Apr 2012 16:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GVx9Ae631Og7p0ozRkoioj/S49EcUS2DNFFRI/sFWb4=; b=RRgEVD3KPRLiRbH/JFLSKfe6/vOfYXtM3atE/6XLP+H/qRooi7S/f4b5JZHUQh67cr gDgcvURakOayRD9/vH40ZC7dUs3RLh9gEQ+snUmQILSUFPTQ6V0/JjR9b/PZkoQwZ1MO nMu0H28RYVCn5xaIoyaZm6XBqcFN1iLHjv0jlu4ThXCOpLPP15dx28bdQHK75NfixCTg KP7e32+qZMGbghV4LISkskDozoxQyi8SMFJW2+Vllfi9DaSjLmTx1pCU/+gyTCVKgJ7I 6g3jp/SFAQhXipHZwZySxTSe3Hd6y5TVEJK+3QAI5ZS0RnIVJDxQDChxB8cO95un8V3U 8aow== MIME-Version: 1.0 Received: by 10.205.137.15 with SMTP id im15mr3431537bkc.54.1335052060773; Sat, 21 Apr 2012 16:47:40 -0700 (PDT) Received: by 10.204.123.16 with HTTP; Sat, 21 Apr 2012 16:47:40 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Apr 2012 19:47:40 -0400 Message-ID: From: Outback Dingo To: =?UTF-8?B?TWljaGHFgiBLYXJhxZs=?= Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] [XCP] Authenticty of XCP installation image. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCBBcHIgMjAsIDIwMTIgYXQgNDo1NiBBTSwgTWljaGHFgiBLYXJhxZsgPG1rb3NtaXRh QGdtYWlsLmNvbT4gd3JvdGU6Cj4gSGkuCj4KPiBIb3cgZG8gSSB2ZXJpZnkgYXV0aGVudGljaXR5 IGFuZCBpbnRlZ3JpdHkgb2YgZG93bmxvYWRlZCBYQ1AgaW5zdGFsbGF0aW9uIGlzbz8KPiBJIGNh bm5vdCBmaW5kIGFueSBkaWdpdGFsIHNpZ25hdHVyZSBvciBhbnkgcGFnZSBzZXJ2aW5nIGNyeXB0 b2dyYXBoaWMKPiBoYXNoIG92ZXIgYSBzZWN1cmUgY29ubmVjdGlvbi4gVGhlIGRvd25sb2FkIGlz IGFsc28gbm90IGF2YWlsYWJsZSBvdmVyCj4gaHR0cFMuLi4KPgoKV293IG5vIHRvbyBwYXJhbm9p ZC4uLi4uLiBtZDVzdW0gZDgwNTM4NjQ1YzRiM2M4ZGI4YTNlYzNlN2MyNTQ2YzIKNTMzNDEvWENQ LTEuNS1iZXRhLWJhc2UtNTMzNDEuaXNvCgo+IFBsZWFzZSBoZWxwLgo+Cj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBs aXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhl bi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sat Apr 21 23:56:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 21 Apr 2012 23:56: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 1SLk8v-0007sR-AI; Sat, 21 Apr 2012 23:55:05 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLk8t-0007sM-LE for xen-users@lists.xen.org; Sat, 21 Apr 2012 23:55:04 +0000 Received: from [85.158.139.83:39573] by server-7.bemta-5.messagelabs.com id 74/BA-16195-6D8439F4; Sat, 21 Apr 2012 23:55:02 +0000 X-Env-Sender: outbackdingo@gmail.com X-Msg-Ref: server-15.tower-182.messagelabs.com!1335052501!24811846!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7689 invoked from network); 21 Apr 2012 23:55:01 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-15.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 21 Apr 2012 23:55:01 -0000 Received: by bkcji1 with SMTP id ji1so2327414bkc.32 for ; Sat, 21 Apr 2012 16:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=GVx9Ae631Og7p0ozRkoioj/S49EcUS2DNFFRI/sFWb4=; b=RRgEVD3KPRLiRbH/JFLSKfe6/vOfYXtM3atE/6XLP+H/qRooi7S/f4b5JZHUQh67cr gDgcvURakOayRD9/vH40ZC7dUs3RLh9gEQ+snUmQILSUFPTQ6V0/JjR9b/PZkoQwZ1MO nMu0H28RYVCn5xaIoyaZm6XBqcFN1iLHjv0jlu4ThXCOpLPP15dx28bdQHK75NfixCTg KP7e32+qZMGbghV4LISkskDozoxQyi8SMFJW2+Vllfi9DaSjLmTx1pCU/+gyTCVKgJ7I 6g3jp/SFAQhXipHZwZySxTSe3Hd6y5TVEJK+3QAI5ZS0RnIVJDxQDChxB8cO95un8V3U 8aow== MIME-Version: 1.0 Received: by 10.205.137.15 with SMTP id im15mr3431537bkc.54.1335052060773; Sat, 21 Apr 2012 16:47:40 -0700 (PDT) Received: by 10.204.123.16 with HTTP; Sat, 21 Apr 2012 16:47:40 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Apr 2012 19:47:40 -0400 Message-ID: From: Outback Dingo To: =?UTF-8?B?TWljaGHFgiBLYXJhxZs=?= Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] [XCP] Authenticty of XCP installation image. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCBBcHIgMjAsIDIwMTIgYXQgNDo1NiBBTSwgTWljaGHFgiBLYXJhxZsgPG1rb3NtaXRh QGdtYWlsLmNvbT4gd3JvdGU6Cj4gSGkuCj4KPiBIb3cgZG8gSSB2ZXJpZnkgYXV0aGVudGljaXR5 IGFuZCBpbnRlZ3JpdHkgb2YgZG93bmxvYWRlZCBYQ1AgaW5zdGFsbGF0aW9uIGlzbz8KPiBJIGNh bm5vdCBmaW5kIGFueSBkaWdpdGFsIHNpZ25hdHVyZSBvciBhbnkgcGFnZSBzZXJ2aW5nIGNyeXB0 b2dyYXBoaWMKPiBoYXNoIG92ZXIgYSBzZWN1cmUgY29ubmVjdGlvbi4gVGhlIGRvd25sb2FkIGlz IGFsc28gbm90IGF2YWlsYWJsZSBvdmVyCj4gaHR0cFMuLi4KPgoKV293IG5vIHRvbyBwYXJhbm9p ZC4uLi4uLiBtZDVzdW0gZDgwNTM4NjQ1YzRiM2M4ZGI4YTNlYzNlN2MyNTQ2YzIKNTMzNDEvWENQ LTEuNS1iZXRhLWJhc2UtNTMzNDEuaXNvCgo+IFBsZWFzZSBoZWxwLgo+Cj4gX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBs aXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhl bi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3Rz Lnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sun Apr 22 08:21:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 08:21: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 1SLs18-0006yt-SD; Sun, 22 Apr 2012 08:19:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLs16-0006yo-Ie for xen-users@lists.xen.org; Sun, 22 Apr 2012 08:19:32 +0000 Received: from [193.109.254.147:61459] by server-10.bemta-14.messagelabs.com id C7/DE-05847-31FB39F4; Sun, 22 Apr 2012 08:19:31 +0000 X-Env-Sender: scott@scottatron.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1335082770!5686572!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23867 invoked from network); 22 Apr 2012 08:19:31 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 08:19:31 -0000 Received: by lboi15 with SMTP id i15so5472813lbo.32 for ; Sun, 22 Apr 2012 01:19:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=IcJZeVhNx2Pze9IH0H0UqKE0hT6WR7aQvUGnUUWBwGs=; b=Y2Fem3wOlI51bcHOH38xhClPt1889eSSLP6Ff/nMmByX5q5ty7wYQh2CnEktpoFFK3 pbboGeE61Qzpeb7H//cNj/tS9zbekoeYx2fYtKdTxrWR7wo4z4Ue9dJxycY8SEqrRYgN +o3emRqXozzn1dlLR3AFdAy+/2PGX8IA7A98vu/Rj6NInn6bFBNmgbjjKd6OFr0ETS/G Ww8EMKFOd5tWSYih2RFShLefk8SKoNTra4YOUM2m7f17v34u+eMBAAmMiZGrolI2jcIW 0wnXIUSntpgmnxewmi9VZxCoLhDwm24Jywj2sayfl7M+nNKA4oOUJO6+DGFrNHUWD0Es T7OA== MIME-Version: 1.0 Received: by 10.152.102.228 with SMTP id fr4mr11496645lab.23.1335082770190; Sun, 22 Apr 2012 01:19:30 -0700 (PDT) Received: by 10.112.129.102 with HTTP; Sun, 22 Apr 2012 01:19:30 -0700 (PDT) Date: Sun, 22 Apr 2012 18:19:30 +1000 Message-ID: From: Scott Arthur To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQmLl+oO/sloZiS/ZhVvU32/Cuc0L0grIfeUdYIXUTJrHcg+UxH7/KjUugjaxsJvz4B7iz6W Subject: [Xen-users] Migrate from 32-bit to 64-bit hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7174350310610914547==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7174350310610914547== Content-Type: multipart/alternative; boundary=f46d040710ab434ff204be402e52 --f46d040710ab434ff204be402e52 Content-Type: text/plain; charset=ISO-8859-1 I've currently got a system with a 32-bit PAE hypervisor, dom0 and domUs I've now decided that I have a need for 64-bit domUs and from what I understand that this would be possible by having a 64-bit hypervisor. What I'm trying to establish is whether it's wise to change my hypervisor to 64-bit with the existing dom0 and domUs in place? --f46d040710ab434ff204be402e52 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've currently got a system with a 32-bit PAE hypervisor, dom0 and domU= s

I've now decided that I have a need for 64-bit domU= s and from what I understand that this would be possible by having a 64-bit= hypervisor.

What I'm trying to establish is w= hether it's wise to change my hypervisor to 64-bit with the existing do= m0 and domUs in place?

--f46d040710ab434ff204be402e52-- --===============7174350310610914547== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7174350310610914547==-- From xen-users-bounces@lists.xen.org Sun Apr 22 08:21:13 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 08:21: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 1SLs18-0006yt-SD; Sun, 22 Apr 2012 08:19:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLs16-0006yo-Ie for xen-users@lists.xen.org; Sun, 22 Apr 2012 08:19:32 +0000 Received: from [193.109.254.147:61459] by server-10.bemta-14.messagelabs.com id C7/DE-05847-31FB39F4; Sun, 22 Apr 2012 08:19:31 +0000 X-Env-Sender: scott@scottatron.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1335082770!5686572!1 X-Originating-IP: [209.85.217.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23867 invoked from network); 22 Apr 2012 08:19:31 -0000 Received: from mail-lb0-f173.google.com (HELO mail-lb0-f173.google.com) (209.85.217.173) by server-16.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 08:19:31 -0000 Received: by lboi15 with SMTP id i15so5472813lbo.32 for ; Sun, 22 Apr 2012 01:19:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=IcJZeVhNx2Pze9IH0H0UqKE0hT6WR7aQvUGnUUWBwGs=; b=Y2Fem3wOlI51bcHOH38xhClPt1889eSSLP6Ff/nMmByX5q5ty7wYQh2CnEktpoFFK3 pbboGeE61Qzpeb7H//cNj/tS9zbekoeYx2fYtKdTxrWR7wo4z4Ue9dJxycY8SEqrRYgN +o3emRqXozzn1dlLR3AFdAy+/2PGX8IA7A98vu/Rj6NInn6bFBNmgbjjKd6OFr0ETS/G Ww8EMKFOd5tWSYih2RFShLefk8SKoNTra4YOUM2m7f17v34u+eMBAAmMiZGrolI2jcIW 0wnXIUSntpgmnxewmi9VZxCoLhDwm24Jywj2sayfl7M+nNKA4oOUJO6+DGFrNHUWD0Es T7OA== MIME-Version: 1.0 Received: by 10.152.102.228 with SMTP id fr4mr11496645lab.23.1335082770190; Sun, 22 Apr 2012 01:19:30 -0700 (PDT) Received: by 10.112.129.102 with HTTP; Sun, 22 Apr 2012 01:19:30 -0700 (PDT) Date: Sun, 22 Apr 2012 18:19:30 +1000 Message-ID: From: Scott Arthur To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQmLl+oO/sloZiS/ZhVvU32/Cuc0L0grIfeUdYIXUTJrHcg+UxH7/KjUugjaxsJvz4B7iz6W Subject: [Xen-users] Migrate from 32-bit to 64-bit hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7174350310610914547==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7174350310610914547== Content-Type: multipart/alternative; boundary=f46d040710ab434ff204be402e52 --f46d040710ab434ff204be402e52 Content-Type: text/plain; charset=ISO-8859-1 I've currently got a system with a 32-bit PAE hypervisor, dom0 and domUs I've now decided that I have a need for 64-bit domUs and from what I understand that this would be possible by having a 64-bit hypervisor. What I'm trying to establish is whether it's wise to change my hypervisor to 64-bit with the existing dom0 and domUs in place? --f46d040710ab434ff204be402e52 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've currently got a system with a 32-bit PAE hypervisor, dom0 and domU= s

I've now decided that I have a need for 64-bit domU= s and from what I understand that this would be possible by having a 64-bit= hypervisor.

What I'm trying to establish is w= hether it's wise to change my hypervisor to 64-bit with the existing do= m0 and domUs in place?

--f46d040710ab434ff204be402e52-- --===============7174350310610914547== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7174350310610914547==-- From xen-users-bounces@lists.xen.org Sun Apr 22 13:20:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 13: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 1SLwgV-0008Pf-JC; Sun, 22 Apr 2012 13:18:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLwgT-0008Pa-MM for xen-users@lists.xen.org; Sun, 22 Apr 2012 13:18:33 +0000 Received: from [85.158.143.99:33195] by server-3.bemta-4.messagelabs.com id 81/A3-05853-825049F4; Sun, 22 Apr 2012 13:18:32 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1335100702!26165899!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDY0NzQgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14142 invoked from network); 22 Apr 2012 13:18:23 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 13:18:23 -0000 Received: by yenr5 with SMTP id r5so6867091yen.32 for ; Sun, 22 Apr 2012 06:18:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=L7On67z/IoVAN39VxJCI6qxoek9Swn9LsUTcB+HiQ1Y=; b=H+MuI8pnn5hSS5WdGCYBpFwgFYw1GcA8yoxL7G6R44FfDxjyvFQWviMGiJGgI4Z6Hp RuW75Bfj57rfQ8YgsUAm4plv8+Lu9US7vYOgrc0huu1ujYj0ku6xA4/wPhaWbnLg7KXA 2qP+1t91wqo4akkAEAfBViC4q36WnZ0Hukjr7RqVHus5VW4XVQ0oYZDAOFbvEOxu3Dxa QED7N5XOL0Q3ZHy7AjtxJlKepMeohLc9ehYf4b1ith2qnKz/At8Lm1Jnn6YKhP8TcUEp mh3/sock6AgpVMAHRTk/3E8mmHjt5qBMrGSjgJuEbmX8MIcv5k0DnhC3Haf163K0S7BA qLfw== MIME-Version: 1.0 Received: by 10.236.136.33 with SMTP id v21mr1887922yhi.17.1335100702371; Sun, 22 Apr 2012 06:18:22 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sun, 22 Apr 2012 06:18:22 -0700 (PDT) Date: Sun, 22 Apr 2012 21:18:22 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] Is it possible to do PCI pass-through without VT-d? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2172732034243194162==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2172732034243194162== Content-Type: multipart/alternative; boundary=20cf303dd2fc1aadea04be445b6f --20cf303dd2fc1aadea04be445b6f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, My CPU is Intel T9300. It supports VT-x, but it does not support VT-d. I am using the kernel 3.3.2, and Xen 4.1.2. I am thinking about unbind the PCI device from my host and attache it to my guest. But I do not know how. Thanks. --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303dd2fc1aadea04be445b6f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

My CPU is Intel T9300. It supports VT-x, but it does= not support VT-d. I am using the kernel 3.3.2, and Xen 4.1.2. I am thinkin= g about unbind the PCI device from my host and attache it to my guest. But = I do not know how.

Thanks.


--
Regards=EF=BC=8C
David S= hen

http://a= bout.me/davidshen
https://twitter.com/#!/davidshen84
--20cf303dd2fc1aadea04be445b6f-- --===============2172732034243194162== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2172732034243194162==-- From xen-users-bounces@lists.xen.org Sun Apr 22 13:20:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 13: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 1SLwgV-0008Pf-JC; Sun, 22 Apr 2012 13:18:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLwgT-0008Pa-MM for xen-users@lists.xen.org; Sun, 22 Apr 2012 13:18:33 +0000 Received: from [85.158.143.99:33195] by server-3.bemta-4.messagelabs.com id 81/A3-05853-825049F4; Sun, 22 Apr 2012 13:18:32 +0000 X-Env-Sender: davidshen84@gmail.com X-Msg-Ref: server-2.tower-216.messagelabs.com!1335100702!26165899!1 X-Originating-IP: [209.85.213.173] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, ML_RADAR_SPEW_LINKS_8, RCVD_BY_IP, spamassassin: , async_handler: YXN5bmNfZGVsYXk6IDcwNDY0NzQgKHRpbWVvdXQp\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14142 invoked from network); 22 Apr 2012 13:18:23 -0000 Received: from mail-yx0-f173.google.com (HELO mail-yx0-f173.google.com) (209.85.213.173) by server-2.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 13:18:23 -0000 Received: by yenr5 with SMTP id r5so6867091yen.32 for ; Sun, 22 Apr 2012 06:18:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=L7On67z/IoVAN39VxJCI6qxoek9Swn9LsUTcB+HiQ1Y=; b=H+MuI8pnn5hSS5WdGCYBpFwgFYw1GcA8yoxL7G6R44FfDxjyvFQWviMGiJGgI4Z6Hp RuW75Bfj57rfQ8YgsUAm4plv8+Lu9US7vYOgrc0huu1ujYj0ku6xA4/wPhaWbnLg7KXA 2qP+1t91wqo4akkAEAfBViC4q36WnZ0Hukjr7RqVHus5VW4XVQ0oYZDAOFbvEOxu3Dxa QED7N5XOL0Q3ZHy7AjtxJlKepMeohLc9ehYf4b1ith2qnKz/At8Lm1Jnn6YKhP8TcUEp mh3/sock6AgpVMAHRTk/3E8mmHjt5qBMrGSjgJuEbmX8MIcv5k0DnhC3Haf163K0S7BA qLfw== MIME-Version: 1.0 Received: by 10.236.136.33 with SMTP id v21mr1887922yhi.17.1335100702371; Sun, 22 Apr 2012 06:18:22 -0700 (PDT) Received: by 10.100.91.17 with HTTP; Sun, 22 Apr 2012 06:18:22 -0700 (PDT) Date: Sun, 22 Apr 2012 21:18:22 +0800 Message-ID: From: Xi Shen To: "xen-users@lists.xen.org" Subject: [Xen-users] Is it possible to do PCI pass-through without VT-d? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2172732034243194162==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2172732034243194162== Content-Type: multipart/alternative; boundary=20cf303dd2fc1aadea04be445b6f --20cf303dd2fc1aadea04be445b6f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, My CPU is Intel T9300. It supports VT-x, but it does not support VT-d. I am using the kernel 3.3.2, and Xen 4.1.2. I am thinking about unbind the PCI device from my host and attache it to my guest. But I do not know how. Thanks. --=20 Regards=EF=BC=8C David Shen http://about.me/davidshen https://twitter.com/#!/davidshen84 --20cf303dd2fc1aadea04be445b6f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi,

My CPU is Intel T9300. It supports VT-x, but it does= not support VT-d. I am using the kernel 3.3.2, and Xen 4.1.2. I am thinkin= g about unbind the PCI device from my host and attache it to my guest. But = I do not know how.

Thanks.


--
Regards=EF=BC=8C
David S= hen

http://a= bout.me/davidshen
https://twitter.com/#!/davidshen84
--20cf303dd2fc1aadea04be445b6f-- --===============2172732034243194162== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2172732034243194162==-- From xen-users-bounces@lists.xen.org Sun Apr 22 14:01:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 14:01: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 1SLxKz-0000RY-2m; Sun, 22 Apr 2012 14:00:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLxKx-0000RT-0G for xen-users@lists.xen.org; Sun, 22 Apr 2012 14:00:23 +0000 Received: from [85.158.143.99:40756] by server-1.bemta-4.messagelabs.com id 65/C3-20925-6FE049F4; Sun, 22 Apr 2012 14:00:22 +0000 X-Env-Sender: paul@muster.dyndns.info X-Msg-Ref: server-5.tower-216.messagelabs.com!1335103220!24400816!1 X-Originating-IP: [195.8.240.189] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12507 invoked from network); 22 Apr 2012 14:00:21 -0000 Received: from 189.muster.de1.cc (HELO 189.muster.de1.cc) (195.8.240.189) by server-5.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 22 Apr 2012 14:00:21 -0000 Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SLxLS-0003WY-KY for xen-users@lists.xen.org; Sun, 22 Apr 2012 16:00:57 +0200 Message-ID: <4F940EEF.7060106@muster.dyndns.info> Date: Sun, 22 Apr 2012 16:00:15 +0200 From: Paul Muster User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Is it possible to do PCI pass-through without VT-d? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22.04.2012 15:18, Xi Shen wrote: > My CPU is Intel T9300. It supports VT-x, but it does not support VT-d. I am > using the kernel 3.3.2, and Xen 4.1.2. I am thinking about unbind the PCI > device from my host and attache it to my guest. But I do not know how. Did you read http://wiki.xen.org/wiki/Xen_PCI_Passthrough ? Then please tell us what _in detail_ is the problem, what step does not work, which error occurs. Greetings, Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 22 14:01:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 14:01: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 1SLxKz-0000RY-2m; Sun, 22 Apr 2012 14:00:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SLxKx-0000RT-0G for xen-users@lists.xen.org; Sun, 22 Apr 2012 14:00:23 +0000 Received: from [85.158.143.99:40756] by server-1.bemta-4.messagelabs.com id 65/C3-20925-6FE049F4; Sun, 22 Apr 2012 14:00:22 +0000 X-Env-Sender: paul@muster.dyndns.info X-Msg-Ref: server-5.tower-216.messagelabs.com!1335103220!24400816!1 X-Originating-IP: [195.8.240.189] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12507 invoked from network); 22 Apr 2012 14:00:21 -0000 Received: from 189.muster.de1.cc (HELO 189.muster.de1.cc) (195.8.240.189) by server-5.tower-216.messagelabs.com with AES256-SHA encrypted SMTP; 22 Apr 2012 14:00:21 -0000 Received: from [192.168.0.2] by Pinguin.muster.dyndns.info with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SLxLS-0003WY-KY for xen-users@lists.xen.org; Sun, 22 Apr 2012 16:00:57 +0200 Message-ID: <4F940EEF.7060106@muster.dyndns.info> Date: Sun, 22 Apr 2012 16:00:15 +0200 From: Paul Muster User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090706 Thunderbird/2.0.0.22 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] Is it possible to do PCI pass-through without VT-d? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 22.04.2012 15:18, Xi Shen wrote: > My CPU is Intel T9300. It supports VT-x, but it does not support VT-d. I am > using the kernel 3.3.2, and Xen 4.1.2. I am thinking about unbind the PCI > device from my host and attache it to my guest. But I do not know how. Did you read http://wiki.xen.org/wiki/Xen_PCI_Passthrough ? Then please tell us what _in detail_ is the problem, what step does not work, which error occurs. Greetings, Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 22 17:40:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 17:40: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 1SM0kC-0002tv-RT; Sun, 22 Apr 2012 17:38:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM0kB-0002tq-5Q for xen-users@lists.xen.org; Sun, 22 Apr 2012 17:38:39 +0000 Received: from [85.158.138.51:18981] by server-2.bemta-3.messagelabs.com id 96/3E-09269-E12449F4; Sun, 22 Apr 2012 17:38:38 +0000 X-Env-Sender: asim.mcp@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1335116316!21446949!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8431 invoked from network); 22 Apr 2012 17:38:37 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 17:38:37 -0000 Received: by vcbfl11 with SMTP id fl11so10047271vcb.32 for ; Sun, 22 Apr 2012 10:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=i/WufTam1G7yG0/2YNcfwyOhdPhX4A9quQ8bAjROjc8=; b=xxig64QrTtnywgpGdD3R7/7Ijv0w98eaL0cBxuFAYHvNKQclvsFgmRHhGIweoBPwT0 CQhHkQrsJs1PMB8o2HQJmD6aWnjycmDjx6kePxNKxCSnYnBfHTrRZqcEJVKwHyhIOdqL dL8n5J5teVzh6/8eYlPDAAc7NT7uvfGkFilXrYyTR0SY96NXLIWD1E/Y8Wo81Tblah+g V0HfO/shQIDtREr84KmNwhOq7WIP8bwiNgc9/do1L3mDu2KjyuVQ9i1n8J9wi42YCzwW lBVjCI9zUxKGQjyya810P0Bwu03T//5cLlx/wAvYqrv0uh/x14mTANRNGspsVYKdj5eG 8JeQ== Received: by 10.220.151.133 with SMTP id c5mr12781560vcw.1.1335116316194; Sun, 22 Apr 2012 10:38:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.66.69 with HTTP; Sun, 22 Apr 2012 10:38:15 -0700 (PDT) From: asim hafeez Date: Sun, 22 Apr 2012 22:38:15 +0500 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Vm does not start after rebooting X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5556926209576617444==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5556926209576617444== Content-Type: multipart/alternative; boundary=f46d043be020c2b6f204be47fd0d --f46d043be020c2b6f204be47fd0d Content-Type: text/plain; charset=ISO-8859-1 Hi, Whenever i reboot my VM ( guest machine ) whatever its linux / windows. It does shutdown instead of rebooting. Please help to solve the issue. -- Best Regards Asim --f46d043be020c2b6f204be47fd0d Content-Type: text/html; charset=ISO-8859-1 Hi,

Whenever i reboot my VM ( guest machine ) whatever its linux / windows. It does shutdown instead of rebooting. Please help to solve the issue.

--

Best Regards
Asim
--f46d043be020c2b6f204be47fd0d-- --===============5556926209576617444== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5556926209576617444==-- From xen-users-bounces@lists.xen.org Sun Apr 22 17:40:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 17:40: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 1SM0kC-0002tv-RT; Sun, 22 Apr 2012 17:38:40 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM0kB-0002tq-5Q for xen-users@lists.xen.org; Sun, 22 Apr 2012 17:38:39 +0000 Received: from [85.158.138.51:18981] by server-2.bemta-3.messagelabs.com id 96/3E-09269-E12449F4; Sun, 22 Apr 2012 17:38:38 +0000 X-Env-Sender: asim.mcp@gmail.com X-Msg-Ref: server-15.tower-174.messagelabs.com!1335116316!21446949!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8431 invoked from network); 22 Apr 2012 17:38:37 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-15.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 17:38:37 -0000 Received: by vcbfl11 with SMTP id fl11so10047271vcb.32 for ; Sun, 22 Apr 2012 10:38:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=i/WufTam1G7yG0/2YNcfwyOhdPhX4A9quQ8bAjROjc8=; b=xxig64QrTtnywgpGdD3R7/7Ijv0w98eaL0cBxuFAYHvNKQclvsFgmRHhGIweoBPwT0 CQhHkQrsJs1PMB8o2HQJmD6aWnjycmDjx6kePxNKxCSnYnBfHTrRZqcEJVKwHyhIOdqL dL8n5J5teVzh6/8eYlPDAAc7NT7uvfGkFilXrYyTR0SY96NXLIWD1E/Y8Wo81Tblah+g V0HfO/shQIDtREr84KmNwhOq7WIP8bwiNgc9/do1L3mDu2KjyuVQ9i1n8J9wi42YCzwW lBVjCI9zUxKGQjyya810P0Bwu03T//5cLlx/wAvYqrv0uh/x14mTANRNGspsVYKdj5eG 8JeQ== Received: by 10.220.151.133 with SMTP id c5mr12781560vcw.1.1335116316194; Sun, 22 Apr 2012 10:38:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.66.69 with HTTP; Sun, 22 Apr 2012 10:38:15 -0700 (PDT) From: asim hafeez Date: Sun, 22 Apr 2012 22:38:15 +0500 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Vm does not start after rebooting X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5556926209576617444==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5556926209576617444== Content-Type: multipart/alternative; boundary=f46d043be020c2b6f204be47fd0d --f46d043be020c2b6f204be47fd0d Content-Type: text/plain; charset=ISO-8859-1 Hi, Whenever i reboot my VM ( guest machine ) whatever its linux / windows. It does shutdown instead of rebooting. Please help to solve the issue. -- Best Regards Asim --f46d043be020c2b6f204be47fd0d Content-Type: text/html; charset=ISO-8859-1 Hi,

Whenever i reboot my VM ( guest machine ) whatever its linux / windows. It does shutdown instead of rebooting. Please help to solve the issue.

--

Best Regards
Asim
--f46d043be020c2b6f204be47fd0d-- --===============5556926209576617444== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5556926209576617444==-- From xen-users-bounces@lists.xen.org Sun Apr 22 18:40:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 18:40: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 1SM1gZ-0003S1-37; Sun, 22 Apr 2012 18:38:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM1gY-0003Rv-2O for xen-users@lists.xen.org; Sun, 22 Apr 2012 18:38:58 +0000 Received: from [85.158.143.99:36631] by server-2.bemta-4.messagelabs.com id E5/05-17550-140549F4; Sun, 22 Apr 2012 18:38:57 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1335119935!15116192!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19844 invoked from network); 22 Apr 2012 18:38:56 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 18:38:56 -0000 Received: by vbbfs19 with SMTP id fs19so9997600vbb.32 for ; Sun, 22 Apr 2012 11:38:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GOduMAMuon6+j0j+/a5SZ6kFnf7cAHxuNtbOjje9oZM=; b=z6VAnm/HFO2/d1y1VBPe4xLoyynbSdRGFkT/7fB9nQ0WM5vZeUK2Oun2V6YjkVVrI8 yPEIjtyaerMqAp9D/POlzOcf3sMSsruDd78dOjOe764vfM0veoLiNJ2XNZUaFc4hJ3Jo eJCKjirrKwqWPvwzfXKpPxF0w1y4SQlKNhfIxfAYisxAAyDVtQa9K4AjA/0eNee2Zv9Q fPQoJcMkNuBnNtv7xI+ySd0q56a52nCaglUQ6mRFYMgZI9tI1yNI5qj1XFTJH+jcIb1j IshORpofLXjm5iI7HFrbJ564Z2ZSRtR9GO0WaDgcYJ/lwvK2NNGgw/C1Ot4Td5YUUAqJ yXNQ== MIME-Version: 1.0 Received: by 10.52.36.233 with SMTP id t9mr9496717vdj.70.1335119934978; Sun, 22 Apr 2012 11:38:54 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 11:38:54 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 11:38:54 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Apr 2012 14:38:54 -0400 Message-ID: From: chris To: asim hafeez Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Vm does not start after rebooting X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6159672302559499126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6159672302559499126== Content-Type: multipart/alternative; boundary=20cf307ca3ca74fb0504be48d512 --20cf307ca3ca74fb0504be48d512 Content-Type: text/plain; charset=ISO-8859-1 Post your cfg chris On Apr 22, 2012 1:41 PM, "asim hafeez" wrote: > Hi, > > Whenever i reboot my VM ( guest machine ) whatever its linux / windows. It > does shutdown instead of rebooting. Please help to solve the issue. > > -- > > Best Regards > Asim > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307ca3ca74fb0504be48d512 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Post your cfg

chris

On Apr 22, 2012 1:41 PM, "asim hafeez"= <asim.mcp@gmail.com> wrote= :
Hi,

Whenever i reboot my VM ( guest machine ) whatever its linux / w= indows. It does shutdown instead of rebooting. Please help to solve the iss= ue.

--

Best Regards
Asim

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--20cf307ca3ca74fb0504be48d512-- --===============6159672302559499126== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6159672302559499126==-- From xen-users-bounces@lists.xen.org Sun Apr 22 18:40:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 18:40: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 1SM1gZ-0003S1-37; Sun, 22 Apr 2012 18:38:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM1gY-0003Rv-2O for xen-users@lists.xen.org; Sun, 22 Apr 2012 18:38:58 +0000 Received: from [85.158.143.99:36631] by server-2.bemta-4.messagelabs.com id E5/05-17550-140549F4; Sun, 22 Apr 2012 18:38:57 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1335119935!15116192!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19844 invoked from network); 22 Apr 2012 18:38:56 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 18:38:56 -0000 Received: by vbbfs19 with SMTP id fs19so9997600vbb.32 for ; Sun, 22 Apr 2012 11:38:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GOduMAMuon6+j0j+/a5SZ6kFnf7cAHxuNtbOjje9oZM=; b=z6VAnm/HFO2/d1y1VBPe4xLoyynbSdRGFkT/7fB9nQ0WM5vZeUK2Oun2V6YjkVVrI8 yPEIjtyaerMqAp9D/POlzOcf3sMSsruDd78dOjOe764vfM0veoLiNJ2XNZUaFc4hJ3Jo eJCKjirrKwqWPvwzfXKpPxF0w1y4SQlKNhfIxfAYisxAAyDVtQa9K4AjA/0eNee2Zv9Q fPQoJcMkNuBnNtv7xI+ySd0q56a52nCaglUQ6mRFYMgZI9tI1yNI5qj1XFTJH+jcIb1j IshORpofLXjm5iI7HFrbJ564Z2ZSRtR9GO0WaDgcYJ/lwvK2NNGgw/C1Ot4Td5YUUAqJ yXNQ== MIME-Version: 1.0 Received: by 10.52.36.233 with SMTP id t9mr9496717vdj.70.1335119934978; Sun, 22 Apr 2012 11:38:54 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 11:38:54 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 11:38:54 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Apr 2012 14:38:54 -0400 Message-ID: From: chris To: asim hafeez Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Vm does not start after rebooting X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6159672302559499126==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6159672302559499126== Content-Type: multipart/alternative; boundary=20cf307ca3ca74fb0504be48d512 --20cf307ca3ca74fb0504be48d512 Content-Type: text/plain; charset=ISO-8859-1 Post your cfg chris On Apr 22, 2012 1:41 PM, "asim hafeez" wrote: > Hi, > > Whenever i reboot my VM ( guest machine ) whatever its linux / windows. It > does shutdown instead of rebooting. Please help to solve the issue. > > -- > > Best Regards > Asim > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --20cf307ca3ca74fb0504be48d512 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Post your cfg

chris

On Apr 22, 2012 1:41 PM, "asim hafeez"= <asim.mcp@gmail.com> wrote= :
Hi,

Whenever i reboot my VM ( guest machine ) whatever its linux / w= indows. It does shutdown instead of rebooting. Please help to solve the iss= ue.

--

Best Regards
Asim

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users
--20cf307ca3ca74fb0504be48d512-- --===============6159672302559499126== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6159672302559499126==-- From xen-users-bounces@lists.xen.org Sun Apr 22 19:07:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 19:07: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 1SM27A-0003s1-QK; Sun, 22 Apr 2012 19:06:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM278-0003rw-Gn for xen-users@lists.xensource.com; Sun, 22 Apr 2012 19:06:26 +0000 Received: from [193.109.254.147:61000] by server-1.bemta-14.messagelabs.com id 94/2C-29372-1B6549F4; Sun, 22 Apr 2012 19:06:25 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1335121583!3296292!1 X-Originating-IP: [209.85.212.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32189 invoked from network); 22 Apr 2012 19:06:24 -0000 Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com) (209.85.212.43) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 19:06:24 -0000 Received: by vbbfq11 with SMTP id fq11so9183961vbb.30 for ; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=76jS8CeF+WSkJxzEtOLeS73pRtUf2QFA40jZoTbDrYg=; b=pPrbf2pdgzcXsTZJoq+y1abXDt9yx0ywsfNWipOGoz9jzDZ0sfIiMKz8EfW8tJA+PD v8yug6EFmnwah2yjXubN6oxuXJiySfxFQ4lGRmM8nEoDHBaaaTYLEqh+C0TKq/ThLT04 /HDLRXNmjKm7kuzzZqWu4N4c934r3YFzCHMfSj80TI6j72XlmYBasq6NGkkZEJErB83V 8BHTkFMqayK1tC52GrvuPE6IcivSCtJRm1ROLfdAbegPhHXFDC+xK1hLj6oHS/41yU3B dVDKfm/S3oC4V3CQ3Jk5D2vY0qG1BALxEqrycLe+vj/xq3+rg6T6Oqd3uP/WhYaDG+OB Cliw== MIME-Version: 1.0 Received: by 10.220.215.203 with SMTP id hf11mr1569347vcb.0.1335121582574; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Apr 2012 15:06:22 -0400 Message-ID: From: chris To: asim hafeez , Xen-Users List Subject: Re: [Xen-users] Vm does not start after rebooting X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4249758256654508209==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4249758256654508209== Content-Type: multipart/alternative; boundary=bcaec54ee848a94adb04be4937fb --bcaec54ee848a94adb04be4937fb Content-Type: text/plain; charset=ISO-8859-1 It says on_reboot destroy that's the reason chris On Apr 22, 2012 3:04 PM, "asim hafeez" wrote: > Please find config of a DomU > > (domain > (domid 79) > (cpu_weight 256) > (cpu_cap 0) > (pool_name Pool-0) > (bootloader '') > (vcpus 1) > (cpus ((0 1))) > (on_poweroff destroy) > (description '') > (on_crash destroy) > (uuid 6d24275e-411a-f789-6f35-0446b3767fa4) > (bootloader_args '') > (name vmw2k3-7) > (on_reboot destroy) > (maxmem 256) > (memory 256) > (shadow_memory 3) > (features '') > (on_xend_start ignore) > (on_xend_stop ignore) > (start_time 1335120495.2) > (cpu_time 19.389318173) > (online_vcpus 1) > (image > (hvm > (kernel '') > (superpages 0) > (hpet 0) > (loader /usr/lib/xen/boot/hvmloader) > (xen_platform_pci 1) > (rtc_timeoffset 17702) > (parallel none) > (pci ()) > (timer_mode 1) > (apic 1) > (vpt_align 1) > (serial none) > (boot c) > (pae 1) > (viridian 0) > (acpi 1) > (nomigrate 0) > (usb 1) > (tsc_mode 0) > (device_model /usr/lib/xen/bin/qemu-dm) > (notes (SUSPEND_CANCEL 1)) > ) > ) > (status 2) > (state -b----) > (store_mfn 1044476) > (device > (vif > (bridge br0) > (mac 00:16:3e:b6:43:d9) > (script /etc/xen/scripts/vif-bridge) > (uuid d3c92cce-f981-d419-7cf3-59228caeecb9) > (backend 0) > ) > ) > (device (vkbd (backend 0))) > (device > (console > (protocol vt100) > (location 3) > (uuid ebfe4550-faa2-f269-8bfc-77254fc744e2) > ) > ) > (device > (vbd > (uuid 76354bc9-73bd-5355-5bbd-3833eefc1dde) > (bootable 1) > (dev hda:disk) > (uname file:/media/disk2/gen1image4g.vhd) > (mode w) > (backend 0) > (VDI '') > ) > ) > (device > (vbd > (uuid 13eadcf6-d9e5-fbb6-53f2-aaac63c35813) > (bootable 0) > (dev hdc:cdrom) > (uname file:/usr/local/iso/win2k3.ISO) > (mode r) > (backend 0) > (VDI '') > ) > ) > (device > (vfb > (vncunused 0) > (location 0.0.0.0:5920) > (vnc 1) > (vncdisplay 20) > (uuid 9a7752ba-e515-75bb-a30e-517039e8948d) > ) > ) > ) > > On Sun, Apr 22, 2012 at 11:42 PM, chris wrote: > >> Domu >> >> chris >> On Apr 22, 2012 2:41 PM, "asim hafeez" wrote: >> >>> Can you please let me know which cfg? cfg of DomU or xend-config.sxp >>> >>> Regards, >>> Asim >>> >>> On Sun, Apr 22, 2012 at 11:38 PM, chris wrote: >>> >>>> Post your cfg >>>> >>>> chris >>>> On Apr 22, 2012 1:41 PM, "asim hafeez" wrote: >>>> >>>>> Hi, >>>>> >>>>> Whenever i reboot my VM ( guest machine ) whatever its linux / >>>>> windows. It does shutdown instead of rebooting. Please help to solve the >>>>> issue. >>>>> >>>>> -- >>>>> >>>>> Best Regards >>>>> Asim >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>>> >>>> >>> >>> >>> -- >>> >>> Best Regards >>> Asim >>> >> > > > -- > > Best Regards > Asim > --bcaec54ee848a94adb04be4937fb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

It says on_reboot destroy that's the reason

chris

On Apr 22, 2012 3:04 PM, "asim hafeez"= <asim.mcp@gmail.com> wrote= :
Please find config of a DomU

(domain
= =A0=A0=A0 (domid 79)
=A0=A0=A0 (cpu_weight 256)
=A0=A0=A0 (cpu_cap 0)=
=A0=A0=A0 (pool_name Pool-0)
=A0=A0=A0 (bootloader '')
= =A0=A0=A0 (vcpus 1)
=A0=A0=A0 (cpus ((0 1)))
=A0=A0=A0 (on_poweroff destroy)
=A0=A0=A0 (description '')
= =A0=A0=A0 (on_crash destroy)
=A0=A0=A0 (uuid 6d24275e-411a-f789-6f35-044= 6b3767fa4)
=A0=A0=A0 (bootloader_args '')
=A0=A0=A0 (name vmw= 2k3-7)
=A0=A0=A0 (on_reboot destroy)
=A0=A0=A0 (maxmem 256)
=A0=A0=A0 (memory 256)
=A0=A0=A0 (shadow_memor= y 3)
=A0=A0=A0 (features '')
=A0=A0=A0 (on_xend_start ignore)=
=A0=A0=A0 (on_xend_stop ignore)
=A0=A0=A0 (start_time 1335120495.2)<= br>=A0=A0=A0 (cpu_time 19.389318173)
=A0=A0=A0 (online_vcpus 1)
=A0=A0=A0 (image
=A0=A0=A0=A0=A0=A0=A0 (hvm
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 (kernel '')
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (superpa= ges 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (hpet 0)
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 (loader /usr/lib/xen/boot/hvmloader)
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 (xen_platform_pci 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (= rtc_timeoffset 17702)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (parallel none)
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 (pci ())
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (timer_mode 1)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (apic 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (vpt_align 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (serial none)
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (boot c)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (pae 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (viridian 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (acpi 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (nomigrate 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (usb 1)
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 (tsc_mode 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 (device_model /usr/lib/xen/bin/qemu-dm)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (notes (SUSPEND_CANCEL 1))
=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )=
=A0=A0=A0 (status 2)
=A0=A0=A0 (state -b----)
=A0=A0=A0 (store_mfn 10= 44476)
=A0=A0=A0 (device
=A0=A0=A0=A0=A0=A0=A0 (vif
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 (bridge br0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (ma= c 00:16:3e:b6:43:d9)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (script /etc/xen/= scripts/vif-bridge)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (uuid d3c92cce-f98= 1-d419-7cf3-59228caeecb9)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (backend 0)
=A0=A0=A0=A0=A0=A0=A0 )=A0=A0=A0 )
=A0=A0=A0 (device (vkbd (backend 0)))
=A0=A0=A0 (device<= br>=A0=A0=A0=A0=A0=A0=A0 (console
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (pro= tocol vt100)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (location 3)
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 (uuid ebfe4550-faa2-f269-8bfc-77254fc744e2)
=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )
=A0=A0=A0 (device
=A0=A0=A0=A0= =A0=A0=A0 (vbd
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (uuid 76354bc9-73bd-535= 5-5bbd-3833eefc1dde)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (bootable 1)
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (dev hda:disk)
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 (uname file:/media/disk2/gen1image4g.vhd)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (mode w)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (backend 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (VDI '')=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )
=A0=A0=A0 (device
=A0=A0=A0= =A0=A0=A0=A0 (vbd
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (uuid 13eadcf6-d9e5-= fbb6-53f2-aaac63c35813)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (bootable 0) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (dev hdc:cdrom)
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 (uname file:/usr/local/iso/win2k3.ISO)
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 (mode r)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (backend 0)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (VDI '')
=A0=A0=A0=A0=A0=A0= =A0 )
=A0=A0=A0 )
=A0=A0=A0 (device
=A0=A0=A0=A0=A0=A0=A0 (vfb
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (vncunused 0)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 (location 0.0.0= .0:5920)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (vnc 1)
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 (vncdisplay 20)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = (uuid 9a7752ba-e515-75bb-a30e-517039e8948d)
=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )
)

On Sun, Apr 22, 2012 at = 11:42 PM, chris <tknchris@gmail.com> wrote:

Domu

chris

On Apr 22, 2012 2:41 PM, "asim hafeez"= <asim.mcp@gmail= .com> wrote:
Can you please let me know which cfg? cfg of Dom= U or xend-config.sxp

Regards,
Asim

On Sun, Apr 22, 2012 at 11:38 PM, chris <tknchris@gmail.com>= wrote:

Post your cfg

chris

On Apr 22, 2012 1:41 PM, "asim ha= feez" <asim= .mcp@gmail.com> wrote:
Hi,

Whenever i reboot my VM ( guest machine ) whatever its linux / w= indows. It does shutdown instead of rebooting. Please help to solve the iss= ue.

--

Best Regards
Asim

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



--

Best Regards
Asi= m



--

Best Re= gards
Asim
--bcaec54ee848a94adb04be4937fb-- --===============4249758256654508209== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4249758256654508209==-- From xen-users-bounces@lists.xen.org Sun Apr 22 19:07:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 22 Apr 2012 19:07: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 1SM27A-0003s1-QK; Sun, 22 Apr 2012 19:06:28 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM278-0003rw-Gn for xen-users@lists.xensource.com; Sun, 22 Apr 2012 19:06:26 +0000 Received: from [193.109.254.147:61000] by server-1.bemta-14.messagelabs.com id 94/2C-29372-1B6549F4; Sun, 22 Apr 2012 19:06:25 +0000 X-Env-Sender: tknchris@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1335121583!3296292!1 X-Originating-IP: [209.85.212.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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32189 invoked from network); 22 Apr 2012 19:06:24 -0000 Received: from mail-vb0-f43.google.com (HELO mail-vb0-f43.google.com) (209.85.212.43) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 22 Apr 2012 19:06:24 -0000 Received: by vbbfq11 with SMTP id fq11so9183961vbb.30 for ; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=76jS8CeF+WSkJxzEtOLeS73pRtUf2QFA40jZoTbDrYg=; b=pPrbf2pdgzcXsTZJoq+y1abXDt9yx0ywsfNWipOGoz9jzDZ0sfIiMKz8EfW8tJA+PD v8yug6EFmnwah2yjXubN6oxuXJiySfxFQ4lGRmM8nEoDHBaaaTYLEqh+C0TKq/ThLT04 /HDLRXNmjKm7kuzzZqWu4N4c934r3YFzCHMfSj80TI6j72XlmYBasq6NGkkZEJErB83V 8BHTkFMqayK1tC52GrvuPE6IcivSCtJRm1ROLfdAbegPhHXFDC+xK1hLj6oHS/41yU3B dVDKfm/S3oC4V3CQ3Jk5D2vY0qG1BALxEqrycLe+vj/xq3+rg6T6Oqd3uP/WhYaDG+OB Cliw== MIME-Version: 1.0 Received: by 10.220.215.203 with SMTP id hf11mr1569347vcb.0.1335121582574; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sun, 22 Apr 2012 12:06:22 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Apr 2012 15:06:22 -0400 Message-ID: From: chris To: asim hafeez , Xen-Users List Subject: Re: [Xen-users] Vm does not start after rebooting X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4249758256654508209==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4249758256654508209== Content-Type: multipart/alternative; boundary=bcaec54ee848a94adb04be4937fb --bcaec54ee848a94adb04be4937fb Content-Type: text/plain; charset=ISO-8859-1 It says on_reboot destroy that's the reason chris On Apr 22, 2012 3:04 PM, "asim hafeez" wrote: > Please find config of a DomU > > (domain > (domid 79) > (cpu_weight 256) > (cpu_cap 0) > (pool_name Pool-0) > (bootloader '') > (vcpus 1) > (cpus ((0 1))) > (on_poweroff destroy) > (description '') > (on_crash destroy) > (uuid 6d24275e-411a-f789-6f35-0446b3767fa4) > (bootloader_args '') > (name vmw2k3-7) > (on_reboot destroy) > (maxmem 256) > (memory 256) > (shadow_memory 3) > (features '') > (on_xend_start ignore) > (on_xend_stop ignore) > (start_time 1335120495.2) > (cpu_time 19.389318173) > (online_vcpus 1) > (image > (hvm > (kernel '') > (superpages 0) > (hpet 0) > (loader /usr/lib/xen/boot/hvmloader) > (xen_platform_pci 1) > (rtc_timeoffset 17702) > (parallel none) > (pci ()) > (timer_mode 1) > (apic 1) > (vpt_align 1) > (serial none) > (boot c) > (pae 1) > (viridian 0) > (acpi 1) > (nomigrate 0) > (usb 1) > (tsc_mode 0) > (device_model /usr/lib/xen/bin/qemu-dm) > (notes (SUSPEND_CANCEL 1)) > ) > ) > (status 2) > (state -b----) > (store_mfn 1044476) > (device > (vif > (bridge br0) > (mac 00:16:3e:b6:43:d9) > (script /etc/xen/scripts/vif-bridge) > (uuid d3c92cce-f981-d419-7cf3-59228caeecb9) > (backend 0) > ) > ) > (device (vkbd (backend 0))) > (device > (console > (protocol vt100) > (location 3) > (uuid ebfe4550-faa2-f269-8bfc-77254fc744e2) > ) > ) > (device > (vbd > (uuid 76354bc9-73bd-5355-5bbd-3833eefc1dde) > (bootable 1) > (dev hda:disk) > (uname file:/media/disk2/gen1image4g.vhd) > (mode w) > (backend 0) > (VDI '') > ) > ) > (device > (vbd > (uuid 13eadcf6-d9e5-fbb6-53f2-aaac63c35813) > (bootable 0) > (dev hdc:cdrom) > (uname file:/usr/local/iso/win2k3.ISO) > (mode r) > (backend 0) > (VDI '') > ) > ) > (device > (vfb > (vncunused 0) > (location 0.0.0.0:5920) > (vnc 1) > (vncdisplay 20) > (uuid 9a7752ba-e515-75bb-a30e-517039e8948d) > ) > ) > ) > > On Sun, Apr 22, 2012 at 11:42 PM, chris wrote: > >> Domu >> >> chris >> On Apr 22, 2012 2:41 PM, "asim hafeez" wrote: >> >>> Can you please let me know which cfg? cfg of DomU or xend-config.sxp >>> >>> Regards, >>> Asim >>> >>> On Sun, Apr 22, 2012 at 11:38 PM, chris wrote: >>> >>>> Post your cfg >>>> >>>> chris >>>> On Apr 22, 2012 1:41 PM, "asim hafeez" wrote: >>>> >>>>> Hi, >>>>> >>>>> Whenever i reboot my VM ( guest machine ) whatever its linux / >>>>> windows. It does shutdown instead of rebooting. Please help to solve the >>>>> issue. >>>>> >>>>> -- >>>>> >>>>> Best Regards >>>>> Asim >>>>> >>>>> _______________________________________________ >>>>> Xen-users mailing list >>>>> Xen-users@lists.xen.org >>>>> http://lists.xen.org/xen-users >>>>> >>>> >>> >>> >>> -- >>> >>> Best Regards >>> Asim >>> >> > > > -- > > Best Regards > Asim > --bcaec54ee848a94adb04be4937fb Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

It says on_reboot destroy that's the reason

chris

On Apr 22, 2012 3:04 PM, "asim hafeez"= <asim.mcp@gmail.com> wrote= :
Please find config of a DomU

(domain
= =A0=A0=A0 (domid 79)
=A0=A0=A0 (cpu_weight 256)
=A0=A0=A0 (cpu_cap 0)=
=A0=A0=A0 (pool_name Pool-0)
=A0=A0=A0 (bootloader '')
= =A0=A0=A0 (vcpus 1)
=A0=A0=A0 (cpus ((0 1)))
=A0=A0=A0 (on_poweroff destroy)
=A0=A0=A0 (description '')
= =A0=A0=A0 (on_crash destroy)
=A0=A0=A0 (uuid 6d24275e-411a-f789-6f35-044= 6b3767fa4)
=A0=A0=A0 (bootloader_args '')
=A0=A0=A0 (name vmw= 2k3-7)
=A0=A0=A0 (on_reboot destroy)
=A0=A0=A0 (maxmem 256)
=A0=A0=A0 (memory 256)
=A0=A0=A0 (shadow_memor= y 3)
=A0=A0=A0 (features '')
=A0=A0=A0 (on_xend_start ignore)=
=A0=A0=A0 (on_xend_stop ignore)
=A0=A0=A0 (start_time 1335120495.2)<= br>=A0=A0=A0 (cpu_time 19.389318173)
=A0=A0=A0 (online_vcpus 1)
=A0=A0=A0 (image
=A0=A0=A0=A0=A0=A0=A0 (hvm
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 (kernel '')
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (superpa= ges 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (hpet 0)
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 (loader /usr/lib/xen/boot/hvmloader)
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 (xen_platform_pci 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (= rtc_timeoffset 17702)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (parallel none)
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 (pci ())
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (timer_mode 1)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (apic 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (vpt_align 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (serial none)
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (boot c)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (pae 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (viridian 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (acpi 1)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (nomigrate 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (usb 1)
=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 (tsc_mode 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 (device_model /usr/lib/xen/bin/qemu-dm)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (notes (SUSPEND_CANCEL 1))
=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )=
=A0=A0=A0 (status 2)
=A0=A0=A0 (state -b----)
=A0=A0=A0 (store_mfn 10= 44476)
=A0=A0=A0 (device
=A0=A0=A0=A0=A0=A0=A0 (vif
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 (bridge br0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (ma= c 00:16:3e:b6:43:d9)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (script /etc/xen/= scripts/vif-bridge)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (uuid d3c92cce-f98= 1-d419-7cf3-59228caeecb9)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (backend 0)
=A0=A0=A0=A0=A0=A0=A0 )=A0=A0=A0 )
=A0=A0=A0 (device (vkbd (backend 0)))
=A0=A0=A0 (device<= br>=A0=A0=A0=A0=A0=A0=A0 (console
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (pro= tocol vt100)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (location 3)
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 (uuid ebfe4550-faa2-f269-8bfc-77254fc744e2)
=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )
=A0=A0=A0 (device
=A0=A0=A0=A0= =A0=A0=A0 (vbd
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (uuid 76354bc9-73bd-535= 5-5bbd-3833eefc1dde)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (bootable 1)
= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (dev hda:disk)
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 (uname file:/media/disk2/gen1image4g.vhd)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (mode w)
=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 (backend 0)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (VDI '')=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )
=A0=A0=A0 (device
=A0=A0=A0= =A0=A0=A0=A0 (vbd
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (uuid 13eadcf6-d9e5-= fbb6-53f2-aaac63c35813)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (bootable 0) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (dev hdc:cdrom)
=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 (uname file:/usr/local/iso/win2k3.ISO)
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 (mode r)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (backend 0)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (VDI '')
=A0=A0=A0=A0=A0=A0= =A0 )
=A0=A0=A0 )
=A0=A0=A0 (device
=A0=A0=A0=A0=A0=A0=A0 (vfb
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (vncunused 0)
=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 (location 0.0.0= .0:5920)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 (vnc 1)
=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 (vncdisplay 20)
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = (uuid 9a7752ba-e515-75bb-a30e-517039e8948d)
=A0=A0=A0=A0=A0=A0=A0 )
=A0=A0=A0 )
)

On Sun, Apr 22, 2012 at = 11:42 PM, chris <tknchris@gmail.com> wrote:

Domu

chris

On Apr 22, 2012 2:41 PM, "asim hafeez"= <asim.mcp@gmail= .com> wrote:
Can you please let me know which cfg? cfg of Dom= U or xend-config.sxp

Regards,
Asim

On Sun, Apr 22, 2012 at 11:38 PM, chris <tknchris@gmail.com>= wrote:

Post your cfg

chris

On Apr 22, 2012 1:41 PM, "asim ha= feez" <asim= .mcp@gmail.com> wrote:
Hi,

Whenever i reboot my VM ( guest machine ) whatever its linux / w= indows. It does shutdown instead of rebooting. Please help to solve the iss= ue.

--

Best Regards
Asim

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



--

Best Regards
Asi= m



--

Best Re= gards
Asim
--bcaec54ee848a94adb04be4937fb-- --===============4249758256654508209== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4249758256654508209==-- From xen-users-bounces@lists.xen.org Mon Apr 23 00:46:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 00:46:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM7Ok-0005zI-EN; Mon, 23 Apr 2012 00:44:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM7Oi-0005zD-G3 for xen-users@lists.xen.org; Mon, 23 Apr 2012 00:44:56 +0000 Received: from [85.158.139.83:35675] by server-5.bemta-5.messagelabs.com id D5/0E-13566-706A49F4; Mon, 23 Apr 2012 00:44:55 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1335141892!20701073!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5754 invoked from network); 23 Apr 2012 00:44:54 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 00:44:54 -0000 Received: by vcbfl11 with SMTP id fl11so10229330vcb.32 for ; Sun, 22 Apr 2012 17:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=l4HQ+fQqKcsFyo2zS26fWGKn7BoYVdJht2eEg9O5Lbg=; b=06vQIS3iAWEc77o5N6a7TLF+ty5EVtOOnKmN5v+dqxvwsfycWTDFqAbhdYoHMK9htk QuatipcspE6vhJ+NG57a1YsiI80/c5gb516Ukz/vPIa5WCQgRQKmifTlErSw/JC6XVKN FcKpCGFwoc4iCh6GXfmyyzwgb6cgqANiqLwDISm/3zzbww3ddfQDWxi5BqB00OR6xp0T w1cNhsPmfzn73phpt+6cLfAJtuNfyBIzOAQ0OuF/dP6FMBr3VW2GVXqJoLSKs4KsBfFZ 57mwZVxd17gMctLeYJdBbUYlafa+6ySUfeFjKWOUAbiHR16C8VFQD4J01Fi01ZEHE5FE sh3A== MIME-Version: 1.0 Received: by 10.220.227.70 with SMTP id iz6mr13782830vcb.29.1335141891592; Sun, 22 Apr 2012 17:44:51 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Sun, 22 Apr 2012 17:44:51 -0700 (PDT) Date: Sun, 22 Apr 2012 20:44:51 -0400 Message-ID: From: Casey DeLorme To: xen-users@lists.xen.org Subject: [Xen-users] Problem Bridging Connections X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2530053199844562085==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2530053199844562085== Content-Type: multipart/alternative; boundary=14dae9cdc1072c51b804be4df230 --14dae9cdc1072c51b804be4df230 Content-Type: text/plain; charset=ISO-8859-1 Hello Xen Users, I need a hand with bridging network connections. I am running Xen 4.2 with a Debian Wheezy Dom0. My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and xenbr1 to eth1 as LAN, and I want Dom0 inside the network (part of LAN not WAN). As far as I can tell it is working, a Windows 7 x64 HVM and a Debian Squeeze HVM both have Internet access using xenbr1, and eth1 is wired to a switch where five additional devices also have Internet access. However, Dom0 does not receive a connection at all, and has no access inside the LAN or to the Internet. The basic appearance of my /etc/network/interfaces: auto lo xenbr0 xenbr1 iface lo inet loopback iface eth0 inet manual iface eth1 inet manual iface xenbr0 inet manual bridge_ports eth0 iface xenbr1 inet manual bridge_ports eth1 I have tried setting a static IP on xenbr1, and eth1 to no avail. ifconfig sees the values but no access to LAN is available. I also tried a bridge to bridge from xenbr1 to a static bridge, also did not work. When I set any of them to dhcp I just get a huge boot time delay because PFSense isn't running yet, and no connection even five minutes after every other device is already accessing. Can anyone please provide a solution? Thanks, ~Casey --14dae9cdc1072c51b804be4df230 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Xen Users,

I need a hand with bridging = network connections.

I am running Xen 4.2 with a D= ebian Wheezy Dom0.

My objective is to run a HVM PF= Sense, with eth0 to xenbr0 as WAN and xenbr1 to eth1 as LAN, and I want Dom= 0 inside the network (part of LAN not WAN).

As far as I can tell it is working, a Windows 7 x64 HVM= and a Debian Squeeze HVM both have Internet access using xenbr1, and eth1 = is wired to a switch where five additional devices also have Internet acces= s.

However, Dom0 does not receive a connection at all, and= has no access inside the LAN or to the Internet.

=
The basic appearance of my /etc/network/interfaces:

auto lo xenbr0 xenbr1
iface lo inet loopback<= /div>
iface eth0 inet manual
iface eth1 inet manual
iface xenbr0 inet manual
bridge_ports eth0
iface xenbr1 inet manual
bridge_ports eth1

I have tried setting a static IP on xenbr1, and eth1 to no ava= il. =A0ifconfig sees the values but no access to LAN is available.

I also tried a bridge to bridge from xenbr1 to a static= bridge, also did not work.

When I set any of them= to dhcp I just get a huge boot time delay because PFSense isn't runnin= g yet, and no connection even five minutes after every other device is alre= ady accessing.


Can anyone please provide a solution?

Thanks,

~Casey
--14dae9cdc1072c51b804be4df230-- --===============2530053199844562085== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2530053199844562085==-- From xen-users-bounces@lists.xen.org Mon Apr 23 00:46:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 00:46:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM7Ok-0005zI-EN; Mon, 23 Apr 2012 00:44:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM7Oi-0005zD-G3 for xen-users@lists.xen.org; Mon, 23 Apr 2012 00:44:56 +0000 Received: from [85.158.139.83:35675] by server-5.bemta-5.messagelabs.com id D5/0E-13566-706A49F4; Mon, 23 Apr 2012 00:44:55 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-14.tower-182.messagelabs.com!1335141892!20701073!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40, HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5754 invoked from network); 23 Apr 2012 00:44:54 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-14.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 00:44:54 -0000 Received: by vcbfl11 with SMTP id fl11so10229330vcb.32 for ; Sun, 22 Apr 2012 17:44:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=l4HQ+fQqKcsFyo2zS26fWGKn7BoYVdJht2eEg9O5Lbg=; b=06vQIS3iAWEc77o5N6a7TLF+ty5EVtOOnKmN5v+dqxvwsfycWTDFqAbhdYoHMK9htk QuatipcspE6vhJ+NG57a1YsiI80/c5gb516Ukz/vPIa5WCQgRQKmifTlErSw/JC6XVKN FcKpCGFwoc4iCh6GXfmyyzwgb6cgqANiqLwDISm/3zzbww3ddfQDWxi5BqB00OR6xp0T w1cNhsPmfzn73phpt+6cLfAJtuNfyBIzOAQ0OuF/dP6FMBr3VW2GVXqJoLSKs4KsBfFZ 57mwZVxd17gMctLeYJdBbUYlafa+6ySUfeFjKWOUAbiHR16C8VFQD4J01Fi01ZEHE5FE sh3A== MIME-Version: 1.0 Received: by 10.220.227.70 with SMTP id iz6mr13782830vcb.29.1335141891592; Sun, 22 Apr 2012 17:44:51 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Sun, 22 Apr 2012 17:44:51 -0700 (PDT) Date: Sun, 22 Apr 2012 20:44:51 -0400 Message-ID: From: Casey DeLorme To: xen-users@lists.xen.org Subject: [Xen-users] Problem Bridging Connections X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2530053199844562085==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2530053199844562085== Content-Type: multipart/alternative; boundary=14dae9cdc1072c51b804be4df230 --14dae9cdc1072c51b804be4df230 Content-Type: text/plain; charset=ISO-8859-1 Hello Xen Users, I need a hand with bridging network connections. I am running Xen 4.2 with a Debian Wheezy Dom0. My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and xenbr1 to eth1 as LAN, and I want Dom0 inside the network (part of LAN not WAN). As far as I can tell it is working, a Windows 7 x64 HVM and a Debian Squeeze HVM both have Internet access using xenbr1, and eth1 is wired to a switch where five additional devices also have Internet access. However, Dom0 does not receive a connection at all, and has no access inside the LAN or to the Internet. The basic appearance of my /etc/network/interfaces: auto lo xenbr0 xenbr1 iface lo inet loopback iface eth0 inet manual iface eth1 inet manual iface xenbr0 inet manual bridge_ports eth0 iface xenbr1 inet manual bridge_ports eth1 I have tried setting a static IP on xenbr1, and eth1 to no avail. ifconfig sees the values but no access to LAN is available. I also tried a bridge to bridge from xenbr1 to a static bridge, also did not work. When I set any of them to dhcp I just get a huge boot time delay because PFSense isn't running yet, and no connection even five minutes after every other device is already accessing. Can anyone please provide a solution? Thanks, ~Casey --14dae9cdc1072c51b804be4df230 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello Xen Users,

I need a hand with bridging = network connections.

I am running Xen 4.2 with a D= ebian Wheezy Dom0.

My objective is to run a HVM PF= Sense, with eth0 to xenbr0 as WAN and xenbr1 to eth1 as LAN, and I want Dom= 0 inside the network (part of LAN not WAN).

As far as I can tell it is working, a Windows 7 x64 HVM= and a Debian Squeeze HVM both have Internet access using xenbr1, and eth1 = is wired to a switch where five additional devices also have Internet acces= s.

However, Dom0 does not receive a connection at all, and= has no access inside the LAN or to the Internet.

=
The basic appearance of my /etc/network/interfaces:

auto lo xenbr0 xenbr1
iface lo inet loopback<= /div>
iface eth0 inet manual
iface eth1 inet manual
iface xenbr0 inet manual
bridge_ports eth0
iface xenbr1 inet manual
bridge_ports eth1

I have tried setting a static IP on xenbr1, and eth1 to no ava= il. =A0ifconfig sees the values but no access to LAN is available.

I also tried a bridge to bridge from xenbr1 to a static= bridge, also did not work.

When I set any of them= to dhcp I just get a huge boot time delay because PFSense isn't runnin= g yet, and no connection even five minutes after every other device is alre= ady accessing.


Can anyone please provide a solution?

Thanks,

~Casey
--14dae9cdc1072c51b804be4df230-- --===============2530053199844562085== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2530053199844562085==-- From xen-users-bounces@lists.xen.org Mon Apr 23 03:05:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 03:05: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 1SM9Zj-00033y-A2; Mon, 23 Apr 2012 03:04:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM9Zh-00033t-AD for xen-users@lists.xen.org; Mon, 23 Apr 2012 03:04:25 +0000 Received: from [85.158.138.51:19401] by server-10.bemta-3.messagelabs.com id A9/92-29478-8B6C49F4; Mon, 23 Apr 2012 03:04:24 +0000 X-Env-Sender: jhom@softlayer.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1335150262!14346791!1 X-Originating-IP: [173.192.119.25] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3958 invoked from network); 23 Apr 2012 03:04:23 -0000 Received: from mx151.softlayer.com (HELO mx.softlayer.com) (173.192.119.25) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2012 03:04:23 -0000 Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim) (envelope-from ) id 1SM9Zd-000F6a-QD; Sun, 22 Apr 2012 22:04:21 -0500 Received: from SM-CAS152.softlayer.local (192.168.60.118) by SM-TMG151.softlayer.local (192.168.60.115) with Microsoft SMTP Server (TLS) id 14.2.247.3; Sun, 22 Apr 2012 22:05:29 -0500 Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by SM-CAS152.softlayer.local ([fe80::1d67:e0d0:b649:4ab5%12]) with mapi id 14.02.0247.003; Sun, 22 Apr 2012 22:04:21 -0500 From: Joseph Hom To: Miguel Silva , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] [XEN] API's vm-install with different storage name Thread-Index: AQHNIAkrT1kcCMeYm0WVJ51Wx8YlAZanu0i9 Date: Mon, 23 Apr 2012 03:05:28 +0000 Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F135518E169FC@SM-DAG151.softlayer.local> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.60.116] MIME-Version: 1.0 X-DKIM-Status: none Subject: Re: [Xen-users] [XEN] API's vm-install with different storage name X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Why not just change the name or your SR? with xapi the name is just a description, the UUID is the unique key. ________________________________________ From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on behalf of Miguel Silva [miguel.silva@feedzai.com] Sent: Thursday, April 19, 2012 9:19 AM To: xen-users@lists.xen.org Subject: [Xen-users] [XEN] API's vm-install with different storage name Hi! I'm not sure if that is simple to do, but I thought I'd give it a go here. I'm creating a VM (my-vm) with the xe vm-install command using a template named my-temp. This template has a SR also named my-temp (yeah, that's dumb). Anyway, when I try to create the VM, the SR name on that VM will be my-temp and not my-vm. Is there a way to, thought the API, create the VM my-vm with its SR named as my-vm and not my-temp? thanks! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 03:05:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 03:05: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 1SM9Zj-00033y-A2; Mon, 23 Apr 2012 03:04:27 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SM9Zh-00033t-AD for xen-users@lists.xen.org; Mon, 23 Apr 2012 03:04:25 +0000 Received: from [85.158.138.51:19401] by server-10.bemta-3.messagelabs.com id A9/92-29478-8B6C49F4; Mon, 23 Apr 2012 03:04:24 +0000 X-Env-Sender: jhom@softlayer.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1335150262!14346791!1 X-Originating-IP: [173.192.119.25] X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3958 invoked from network); 23 Apr 2012 03:04:23 -0000 Received: from mx151.softlayer.com (HELO mx.softlayer.com) (173.192.119.25) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2012 03:04:23 -0000 Received: from mail.softlayer.com by mx.softlayer.com with esmtp (Exim) (envelope-from ) id 1SM9Zd-000F6a-QD; Sun, 22 Apr 2012 22:04:21 -0500 Received: from SM-CAS152.softlayer.local (192.168.60.118) by SM-TMG151.softlayer.local (192.168.60.115) with Microsoft SMTP Server (TLS) id 14.2.247.3; Sun, 22 Apr 2012 22:05:29 -0500 Received: from SM-DAG151.softlayer.local ([fe80::1588:d55b:b866:2177]) by SM-CAS152.softlayer.local ([fe80::1d67:e0d0:b649:4ab5%12]) with mapi id 14.02.0247.003; Sun, 22 Apr 2012 22:04:21 -0500 From: Joseph Hom To: Miguel Silva , "xen-users@lists.xen.org" Thread-Topic: [Xen-users] [XEN] API's vm-install with different storage name Thread-Index: AQHNIAkrT1kcCMeYm0WVJ51Wx8YlAZanu0i9 Date: Mon, 23 Apr 2012 03:05:28 +0000 Message-ID: <602C5EB92F9AFB4D89D11B9F5B7F135518E169FC@SM-DAG151.softlayer.local> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.60.116] MIME-Version: 1.0 X-DKIM-Status: none Subject: Re: [Xen-users] [XEN] API's vm-install with different storage name X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Why not just change the name or your SR? with xapi the name is just a description, the UUID is the unique key. ________________________________________ From: xen-users-bounces@lists.xen.org [xen-users-bounces@lists.xen.org] on behalf of Miguel Silva [miguel.silva@feedzai.com] Sent: Thursday, April 19, 2012 9:19 AM To: xen-users@lists.xen.org Subject: [Xen-users] [XEN] API's vm-install with different storage name Hi! I'm not sure if that is simple to do, but I thought I'd give it a go here. I'm creating a VM (my-vm) with the xe vm-install command using a template named my-temp. This template has a SR also named my-temp (yeah, that's dumb). Anyway, when I try to create the VM, the SR name on that VM will be my-temp and not my-vm. Is there a way to, thought the API, create the VM my-vm with its SR named as my-vm and not my-temp? thanks! _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 07:42:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 07:42: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 1SMDtz-0005VW-3n; Mon, 23 Apr 2012 07:41:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMDtw-0005VO-R9 for xen-users@lists.xen.org; Mon, 23 Apr 2012 07:41:37 +0000 Received: from [85.158.139.83:26416] by server-5.bemta-5.messagelabs.com id 96/C9-13566-FA7059F4; Mon, 23 Apr 2012 07:41:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1335166894!24331473!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29122 invoked from network); 23 Apr 2012 07:41:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 07:41:35 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12070477" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 07:41:06 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 23 Apr 2012 08:41:06 +0100 Message-ID: <1335166866.6955.42.camel@dagon.hellion.org.uk> From: Ian Campbell To: Miguel Silva Date: Mon, 23 Apr 2012 08:41:06 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] [XEN] API's vm-install with different storage name X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 15:19 +0100, Miguel Silva wrote: > Hi! > > I'm not sure if that is simple to do, but I thought I'd give it a go here. > > I'm creating a VM (my-vm) with the xe vm-install command using a > template named my-temp. This template has a SR also named my-temp > (yeah, that's dumb). > Anyway, when I try to create the VM, the SR name on that VM will be > my-temp and not my-vm. > > Is there a way to, thought the API, create the VM my-vm with its SR > named as my-vm and not my-temp? An SR can contain VDIs (disks) for multiple VMs so there isn't really a concept of an SR belonging to a VM only of a VMs disks belonging to an SR. If you want them to be the same for some aesthetic reason then you can just change the name as Joseph suggests. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 07:42:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 07:42: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 1SMDtz-0005VW-3n; Mon, 23 Apr 2012 07:41:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMDtw-0005VO-R9 for xen-users@lists.xen.org; Mon, 23 Apr 2012 07:41:37 +0000 Received: from [85.158.139.83:26416] by server-5.bemta-5.messagelabs.com id 96/C9-13566-FA7059F4; Mon, 23 Apr 2012 07:41:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1335166894!24331473!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29122 invoked from network); 23 Apr 2012 07:41:35 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 07:41:35 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12070477" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 07:41:06 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 23 Apr 2012 08:41:06 +0100 Message-ID: <1335166866.6955.42.camel@dagon.hellion.org.uk> From: Ian Campbell To: Miguel Silva Date: Mon, 23 Apr 2012 08:41:06 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] [XEN] API's vm-install with different storage name X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 15:19 +0100, Miguel Silva wrote: > Hi! > > I'm not sure if that is simple to do, but I thought I'd give it a go here. > > I'm creating a VM (my-vm) with the xe vm-install command using a > template named my-temp. This template has a SR also named my-temp > (yeah, that's dumb). > Anyway, when I try to create the VM, the SR name on that VM will be > my-temp and not my-vm. > > Is there a way to, thought the API, create the VM my-vm with its SR > named as my-vm and not my-temp? An SR can contain VDIs (disks) for multiple VMs so there isn't really a concept of an SR belonging to a VM only of a VMs disks belonging to an SR. If you want them to be the same for some aesthetic reason then you can just change the name as Joseph suggests. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 07:47:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 07:47:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMDyj-0005wP-KY; Mon, 23 Apr 2012 07:46:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMDyh-0005vS-Iw for xen-users@lists.xen.org; Mon, 23 Apr 2012 07:46:31 +0000 Received: from [85.158.143.99:2646] by server-3.bemta-4.messagelabs.com id 1D/90-05853-6D8059F4; Mon, 23 Apr 2012 07:46:30 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1335167189!24751520!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15327 invoked from network); 23 Apr 2012 07:46:29 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 07:46:29 -0000 Received: by bkty15 with SMTP id y15so131683bkt.32 for ; Mon, 23 Apr 2012 00:46:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=SFrW8gz0/9UghL1ZyBowlr0bL+R2IO/sBvPU6tRHl+o=; b=DOrn5F7cFH5aIBmLdF00B5Cf59fddhn/BkaeEvJdtp6xk+W4rCZoq7P07LHD6kn/MC 0f7+2AEe7veB0+i+WHLVOBh2hnD7vtJxzPBhwlSkT9vWBfo6BIwkUbYuPyq3vJoHE7hF M9q/PIRuqucXGKxUG1GExOvYQIza/42rQ3gfo7G0IAzJjsjngp+tf7XVFNEPMNDSbHNT AHXl8f6NandJGq/K5ZQ67rUa6YVsEQo3xgeeMIpvL9m/TVPLP3OmXCpgaHlhrUF3SDwZ 7eszn9oEzdot2xJDkoEpGQNQsKW567Mjnd5kXpkIdSp0E/KkIckW8r8N+aNsa0QkV3Eh wj7w== Received: by 10.204.149.210 with SMTP id u18mr3828191bkv.34.1335167188788; Mon, 23 Apr 2012 00:46:28 -0700 (PDT) Received: from [172.16.26.11] (b0fb6237.bb.sky.com. [176.251.98.55]) by mx.google.com with ESMTPS id s16sm22870013bkt.3.2012.04.23.00.46.21 (version=SSLv3 cipher=OTHER); Mon, 23 Apr 2012 00:46:25 -0700 (PDT) Message-ID: <4F9508CA.7040709@xen.org> Date: Mon, 23 Apr 2012 08:46:18 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-users@lists.xen.org, xen-api@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-users] Xen Document Day Today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2608213495744565769==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2608213495744565769== Content-Type: multipart/alternative; boundary="------------000500090705090002080306" This is a multi-part message in MIME format. --------------000500090705090002080306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good Morning, it is Xen Document Day today! Join us on IRC: freenode channel *#xendocday* More info: wiki.xen.org/wiki/Xen_Document_Day TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO Lars --------------000500090705090002080306 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Good Morning,
it is Xen Document Day today!
Join us on IRC: freenode channel #xendocday
More info: wiki.xen.org/wiki/Xen_Document_Day
TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO
Lars
--------------000500090705090002080306-- --===============2608213495744565769== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2608213495744565769==-- From xen-users-bounces@lists.xen.org Mon Apr 23 07:47:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 07:47:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMDyj-0005wP-KY; Mon, 23 Apr 2012 07:46:33 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMDyh-0005vS-Iw for xen-users@lists.xen.org; Mon, 23 Apr 2012 07:46:31 +0000 Received: from [85.158.143.99:2646] by server-3.bemta-4.messagelabs.com id 1D/90-05853-6D8059F4; Mon, 23 Apr 2012 07:46:30 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1335167189!24751520!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15327 invoked from network); 23 Apr 2012 07:46:29 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 07:46:29 -0000 Received: by bkty15 with SMTP id y15so131683bkt.32 for ; Mon, 23 Apr 2012 00:46:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=SFrW8gz0/9UghL1ZyBowlr0bL+R2IO/sBvPU6tRHl+o=; b=DOrn5F7cFH5aIBmLdF00B5Cf59fddhn/BkaeEvJdtp6xk+W4rCZoq7P07LHD6kn/MC 0f7+2AEe7veB0+i+WHLVOBh2hnD7vtJxzPBhwlSkT9vWBfo6BIwkUbYuPyq3vJoHE7hF M9q/PIRuqucXGKxUG1GExOvYQIza/42rQ3gfo7G0IAzJjsjngp+tf7XVFNEPMNDSbHNT AHXl8f6NandJGq/K5ZQ67rUa6YVsEQo3xgeeMIpvL9m/TVPLP3OmXCpgaHlhrUF3SDwZ 7eszn9oEzdot2xJDkoEpGQNQsKW567Mjnd5kXpkIdSp0E/KkIckW8r8N+aNsa0QkV3Eh wj7w== Received: by 10.204.149.210 with SMTP id u18mr3828191bkv.34.1335167188788; Mon, 23 Apr 2012 00:46:28 -0700 (PDT) Received: from [172.16.26.11] (b0fb6237.bb.sky.com. [176.251.98.55]) by mx.google.com with ESMTPS id s16sm22870013bkt.3.2012.04.23.00.46.21 (version=SSLv3 cipher=OTHER); Mon, 23 Apr 2012 00:46:25 -0700 (PDT) Message-ID: <4F9508CA.7040709@xen.org> Date: Mon, 23 Apr 2012 08:46:18 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-users@lists.xen.org, xen-api@lists.xen.org, xen-arm@lists.xen.org Subject: [Xen-users] Xen Document Day Today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2608213495744565769==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============2608213495744565769== Content-Type: multipart/alternative; boundary="------------000500090705090002080306" This is a multi-part message in MIME format. --------------000500090705090002080306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Good Morning, it is Xen Document Day today! Join us on IRC: freenode channel *#xendocday* More info: wiki.xen.org/wiki/Xen_Document_Day TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO Lars --------------000500090705090002080306 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Good Morning,
it is Xen Document Day today!
Join us on IRC: freenode channel #xendocday
More info: wiki.xen.org/wiki/Xen_Document_Day
TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO
Lars
--------------000500090705090002080306-- --===============2608213495744565769== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2608213495744565769==-- From xen-users-bounces@lists.xen.org Mon Apr 23 07:49:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 07:49: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 1SME0p-0006NH-09; Mon, 23 Apr 2012 07:48:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SME0n-0006N4-N4 for xen-users@lists.xen.org; Mon, 23 Apr 2012 07:48:41 +0000 Received: from [193.109.254.147:52544] by server-2.bemta-14.messagelabs.com id 51/A4-19409-959059F4; Mon, 23 Apr 2012 07:48:41 +0000 X-Env-Sender: lianlun418@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1335167320!5766817!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30165 invoked from network); 23 Apr 2012 07:48:40 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 07:48:40 -0000 Received: by wibhn6 with SMTP id hn6so2184899wib.14 for ; Mon, 23 Apr 2012 00:48:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wr2F0a8wuXLpqADIjIW2lBC2282LeiySbJhE+TDNYD0=; b=CFkBSBngbrJ4DAHnkR6eyjt6TSU5UKSvZcb1oXLP8Vm164EtKvfdWHF0cZ8IeMRQ8r C1xMqTZa0udNbkcZ6ABfHrlzEM7bQtDwYlBDF3qRmBf7KXVr4v1iaigTH3hO6oOpyAOR VbzquQaHlSX7dmYfRR7hPEkPOyMgNkki5ebZqrK/J6vOqsdUzthItiI+Dw1+Faaj7Q5S Wu0x0/r8frtahwqu4wX6Mlfwdp3SqJI8p1/Jmm8mlGaO9xzb/CDEdSNaHO4+D9vPpOmk zNYWq3TGCOvqxkfxssDwkSxmYn3o8xPVOV34+9EESZwTlpStAo5wIh7/tP7JNSfhNMV/ Eu9Q== MIME-Version: 1.0 Received: by 10.180.88.169 with SMTP id bh9mr19020826wib.5.1335167320218; Mon, 23 Apr 2012 00:48:40 -0700 (PDT) Received: by 10.180.8.232 with HTTP; Mon, 23 Apr 2012 00:48:40 -0700 (PDT) Date: Mon, 23 Apr 2012 15:48:40 +0800 Message-ID: From: =?GB2312?B?wO6wssLX?= To: xen-users@lists.xen.org Subject: [Xen-users] the problen about saving a running domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8216234743416659425==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8216234743416659425== Content-Type: multipart/alternative; boundary=f46d04182570d65efc04be53dd88 --f46d04182570d65efc04be53dd88 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable hi there guys, when i save a running domain with xm command , the domain passthrough a nic from dom0, i get the error "Error: Migration not permitted with assigned PCI device"=A1=A3 anybody has experienced it like me. some suggestiong give= me.. regards --f46d04182570d65efc04be53dd88 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable hi there guys,

when i save a running domain with xm command , the do= main passthrough a nic from dom0, i get the error "Error: Migration no= t permitted with assigned PCI device"=A1=A3 anybody has experienced it= like me. some suggestiong give me..

regards
--f46d04182570d65efc04be53dd88-- --===============8216234743416659425== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8216234743416659425==-- From xen-users-bounces@lists.xen.org Mon Apr 23 07:49:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 07:49: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 1SME0p-0006NH-09; Mon, 23 Apr 2012 07:48:43 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SME0n-0006N4-N4 for xen-users@lists.xen.org; Mon, 23 Apr 2012 07:48:41 +0000 Received: from [193.109.254.147:52544] by server-2.bemta-14.messagelabs.com id 51/A4-19409-959059F4; Mon, 23 Apr 2012 07:48:41 +0000 X-Env-Sender: lianlun418@gmail.com X-Msg-Ref: server-2.tower-27.messagelabs.com!1335167320!5766817!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30165 invoked from network); 23 Apr 2012 07:48:40 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-2.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 07:48:40 -0000 Received: by wibhn6 with SMTP id hn6so2184899wib.14 for ; Mon, 23 Apr 2012 00:48:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wr2F0a8wuXLpqADIjIW2lBC2282LeiySbJhE+TDNYD0=; b=CFkBSBngbrJ4DAHnkR6eyjt6TSU5UKSvZcb1oXLP8Vm164EtKvfdWHF0cZ8IeMRQ8r C1xMqTZa0udNbkcZ6ABfHrlzEM7bQtDwYlBDF3qRmBf7KXVr4v1iaigTH3hO6oOpyAOR VbzquQaHlSX7dmYfRR7hPEkPOyMgNkki5ebZqrK/J6vOqsdUzthItiI+Dw1+Faaj7Q5S Wu0x0/r8frtahwqu4wX6Mlfwdp3SqJI8p1/Jmm8mlGaO9xzb/CDEdSNaHO4+D9vPpOmk zNYWq3TGCOvqxkfxssDwkSxmYn3o8xPVOV34+9EESZwTlpStAo5wIh7/tP7JNSfhNMV/ Eu9Q== MIME-Version: 1.0 Received: by 10.180.88.169 with SMTP id bh9mr19020826wib.5.1335167320218; Mon, 23 Apr 2012 00:48:40 -0700 (PDT) Received: by 10.180.8.232 with HTTP; Mon, 23 Apr 2012 00:48:40 -0700 (PDT) Date: Mon, 23 Apr 2012 15:48:40 +0800 Message-ID: From: =?GB2312?B?wO6wssLX?= To: xen-users@lists.xen.org Subject: [Xen-users] the problen about saving a running domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8216234743416659425==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8216234743416659425== Content-Type: multipart/alternative; boundary=f46d04182570d65efc04be53dd88 --f46d04182570d65efc04be53dd88 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: quoted-printable hi there guys, when i save a running domain with xm command , the domain passthrough a nic from dom0, i get the error "Error: Migration not permitted with assigned PCI device"=A1=A3 anybody has experienced it like me. some suggestiong give= me.. regards --f46d04182570d65efc04be53dd88 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: quoted-printable hi there guys,

when i save a running domain with xm command , the do= main passthrough a nic from dom0, i get the error "Error: Migration no= t permitted with assigned PCI device"=A1=A3 anybody has experienced it= like me. some suggestiong give me..

regards
--f46d04182570d65efc04be53dd88-- --===============8216234743416659425== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8216234743416659425==-- From xen-users-bounces@lists.xen.org Mon Apr 23 08:21:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:21: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 1SMEVj-0008FU-78; Mon, 23 Apr 2012 08:20:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEVg-0008Ek-MO for xen-users@lists.xen.org; Mon, 23 Apr 2012 08:20:36 +0000 Received: from [85.158.143.35:5008] by server-2.bemta-4.messagelabs.com id D9/E6-17550-3D0159F4; Mon, 23 Apr 2012 08:20:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1335169234!10044061!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15563 invoked from network); 23 Apr 2012 08:20:35 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 08:20:35 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12071322" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 08:20:34 +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; Mon, 23 Apr 2012 09:20:32 +0100 Message-ID: <1335169230.30700.0.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "lars.kurth@xen.org" Date: Mon, 23 Apr 2012 09:20:30 +0100 In-Reply-To: <4F9508CA.7040709@xen.org> References: <4F9508CA.7040709@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [XenARM] Xen Document Day Today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-23 at 08:46 +0100, Lars Kurth wrote: > Good Morning, > it is Xen Document Day today! > Join us on IRC: freenode channel #xendocday > More info: wiki.xen.org/wiki/Xen_Document_Day NB, the above should actually be: http://wiki.xen.org/wiki/Xen_Document_Days (extra "s" on the end) > TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO > Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 08:21:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:21: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 1SMEVj-0008FU-78; Mon, 23 Apr 2012 08:20:39 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEVg-0008Ek-MO for xen-users@lists.xen.org; Mon, 23 Apr 2012 08:20:36 +0000 Received: from [85.158.143.35:5008] by server-2.bemta-4.messagelabs.com id D9/E6-17550-3D0159F4; Mon, 23 Apr 2012 08:20:35 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-16.tower-21.messagelabs.com!1335169234!10044061!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NDQ1MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15563 invoked from network); 23 Apr 2012 08:20:35 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-16.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 08:20:35 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12071322" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 08:20:34 +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; Mon, 23 Apr 2012 09:20:32 +0100 Message-ID: <1335169230.30700.0.camel@zakaz.uk.xensource.com> From: Ian Campbell To: "lars.kurth@xen.org" Date: Mon, 23 Apr 2012 09:20:30 +0100 In-Reply-To: <4F9508CA.7040709@xen.org> References: <4F9508CA.7040709@xen.org> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-arm@lists.xen.org" , "xen-api@lists.xen.org" , "xen-devel@lists.xen.org" Subject: Re: [Xen-users] [XenARM] Xen Document Day Today X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-23 at 08:46 +0100, Lars Kurth wrote: > Good Morning, > it is Xen Document Day today! > Join us on IRC: freenode channel #xendocday > More info: wiki.xen.org/wiki/Xen_Document_Day NB, the above should actually be: http://wiki.xen.org/wiki/Xen_Document_Days (extra "s" on the end) > TODO List: wiki.xen.org/wiki/Xen_Document_Days/TODO > Lars _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 08:30:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:30:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEeB-0000RN-RY; Mon, 23 Apr 2012 08:29:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEeB-0000RF-5E for xen-users@lists.xen.org; Mon, 23 Apr 2012 08:29:23 +0000 Received: from [85.158.143.99:46569] by server-1.bemta-4.messagelabs.com id 5C/7E-20925-2E2159F4; Mon, 23 Apr 2012 08:29:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335169761!21437802!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26167 invoked from network); 23 Apr 2012 08:29:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 08:29:21 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12071560" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 08:29:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 23 Apr 2012 09:29:21 +0100 Message-ID: <1335169759.30700.1.camel@zakaz.uk.xensource.com> From: Ian Campbell To: =?UTF-8?Q?=E6=9D=8E=E5=AE=89=E4=BC=A6?= Date: Mon, 23 Apr 2012 09:29:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] the problen about saving a running domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gTW9uLCAyMDEyLTA0LTIzIGF0IDA4OjQ4ICswMTAwLCDmnY7lronkvKYgd3JvdGU6Cj4gaGkg dGhlcmUgZ3V5cywKPiAKPiB3aGVuIGkgc2F2ZSBhIHJ1bm5pbmcgZG9tYWluIHdpdGggeG0gY29t bWFuZCAsIHRoZSBkb21haW4gcGFzc3Rocm91Z2gKPiBhIG5pYyBmcm9tIGRvbTAsIGkgZ2V0IHRo ZSBlcnJvciAiRXJyb3I6IE1pZ3JhdGlvbiBub3QgcGVybWl0dGVkIHdpdGgKPiBhc3NpZ25lZCBQ Q0kgZGV2aWNlIuOAgiBhbnlib2R5IGhhcyBleHBlcmllbmNlZCBpdCBsaWtlIG1lLiBzb21lCj4g c3VnZ2VzdGlvbmcgZ2l2ZSBtZS4uCgpJdCBpcyBub3QgcG9zc2libGUgdG8gc2F2ZSBvciBtaWdy YXRlIGEgZG9tYWluIHdoaWNoIGhhcyBhIFBDSSBkZXZpY2UKcGFzc2VkIHRocm91Z2ggdG8gaXQg KHRoZSBlcnJvciBtZXNzYWdlIGlzIGluY29tcGxldGUgYW5kIG9ubHkgcmVmZXJzIHRvCm1pZ3Jh dGlvbikuCgpZb3Ugd291bGQgbmVlZCB0byB1bnBsdWcgdGhlIGRldmljZSwgd2hpY2ggbWF5IGRl cGVuZCB1cG9uIGNvLW9wZXJhdGlvbgpmcm9tIHRoZSBndWVzdCBPUywgYmVmb3JlIHNhdmluZy4K Cklhbi4KCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 23 08:30:15 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:30:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEeB-0000RN-RY; Mon, 23 Apr 2012 08:29:23 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEeB-0000RF-5E for xen-users@lists.xen.org; Mon, 23 Apr 2012 08:29:23 +0000 Received: from [85.158.143.99:46569] by server-1.bemta-4.messagelabs.com id 5C/7E-20925-2E2159F4; Mon, 23 Apr 2012 08:29:22 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335169761!21437802!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26167 invoked from network); 23 Apr 2012 08:29:21 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 08:29:21 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12071560" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 08:29:21 +0000 Received: from [10.80.2.42] (10.80.2.42) by LONPMAILMX01.citrite.net (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Mon, 23 Apr 2012 09:29:21 +0100 Message-ID: <1335169759.30700.1.camel@zakaz.uk.xensource.com> From: Ian Campbell To: =?UTF-8?Q?=E6=9D=8E=E5=AE=89=E4=BC=A6?= Date: Mon, 23 Apr 2012 09:29:19 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] the problen about saving a running domain X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gTW9uLCAyMDEyLTA0LTIzIGF0IDA4OjQ4ICswMTAwLCDmnY7lronkvKYgd3JvdGU6Cj4gaGkg dGhlcmUgZ3V5cywKPiAKPiB3aGVuIGkgc2F2ZSBhIHJ1bm5pbmcgZG9tYWluIHdpdGggeG0gY29t bWFuZCAsIHRoZSBkb21haW4gcGFzc3Rocm91Z2gKPiBhIG5pYyBmcm9tIGRvbTAsIGkgZ2V0IHRo ZSBlcnJvciAiRXJyb3I6IE1pZ3JhdGlvbiBub3QgcGVybWl0dGVkIHdpdGgKPiBhc3NpZ25lZCBQ Q0kgZGV2aWNlIuOAgiBhbnlib2R5IGhhcyBleHBlcmllbmNlZCBpdCBsaWtlIG1lLiBzb21lCj4g c3VnZ2VzdGlvbmcgZ2l2ZSBtZS4uCgpJdCBpcyBub3QgcG9zc2libGUgdG8gc2F2ZSBvciBtaWdy YXRlIGEgZG9tYWluIHdoaWNoIGhhcyBhIFBDSSBkZXZpY2UKcGFzc2VkIHRocm91Z2ggdG8gaXQg KHRoZSBlcnJvciBtZXNzYWdlIGlzIGluY29tcGxldGUgYW5kIG9ubHkgcmVmZXJzIHRvCm1pZ3Jh dGlvbikuCgpZb3Ugd291bGQgbmVlZCB0byB1bnBsdWcgdGhlIGRldmljZSwgd2hpY2ggbWF5IGRl cGVuZCB1cG9uIGNvLW9wZXJhdGlvbgpmcm9tIHRoZSBndWVzdCBPUywgYmVmb3JlIHNhdmluZy4K Cklhbi4KCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K WGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlz dHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Apr 23 08:31:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:31: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 1SMEfi-0000XG-Ja; Mon, 23 Apr 2012 08:30:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEfh-0000X6-1h for xen-users@lists.xensource.com; Mon, 23 Apr 2012 08:30:57 +0000 Received: from [193.109.254.147:11213] by server-10.bemta-14.messagelabs.com id B3/86-05847-043159F4; Mon, 23 Apr 2012 08:30:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1335169855!5859649!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17907 invoked from network); 23 Apr 2012 08:30:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 08:30:55 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12071601" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 08:30:55 +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; Mon, 23 Apr 2012 09:30:55 +0100 Message-ID: <1335169853.30700.2.camel@zakaz.uk.xensource.com> From: Ian Campbell To: nangnung Date: Mon, 23 Apr 2012 09:30:53 +0100 In-Reply-To: <1334822107125-5651124.post@n5.nabble.com> References: <1334822107125-5651124.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VPS Dom U cannot ping from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 08:55 +0100, nangnung wrote: > - access from xm console vps1 show message : > #xm console vps1 > xenconsole: Could not read tty from store: No such file or directory You need to add serial = 'pty' to cause the emulated serial device to be exposed such that xm console can connect to it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 08:31:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:31: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 1SMEfi-0000XG-Ja; Mon, 23 Apr 2012 08:30:58 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMEfh-0000X6-1h for xen-users@lists.xensource.com; Mon, 23 Apr 2012 08:30:57 +0000 Received: from [193.109.254.147:11213] by server-10.bemta-14.messagelabs.com id B3/86-05847-043159F4; Mon, 23 Apr 2012 08:30:56 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1335169855!5859649!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4MA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17907 invoked from network); 23 Apr 2012 08:30:55 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 08:30:55 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12071601" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 08:30:55 +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; Mon, 23 Apr 2012 09:30:55 +0100 Message-ID: <1335169853.30700.2.camel@zakaz.uk.xensource.com> From: Ian Campbell To: nangnung Date: Mon, 23 Apr 2012 09:30:53 +0100 In-Reply-To: <1334822107125-5651124.post@n5.nabble.com> References: <1334822107125-5651124.post@n5.nabble.com> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] VPS Dom U cannot ping from Dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, 2012-04-19 at 08:55 +0100, nangnung wrote: > - access from xm console vps1 show message : > #xm console vps1 > xenconsole: Could not read tty from store: No such file or directory You need to add serial = 'pty' to cause the emulated serial device to be exposed such that xm console can connect to it. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 08:57:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:57:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMF4I-0001so-4O; Mon, 23 Apr 2012 08:56:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMF4G-0001sP-7n for xen-users@lists.xen.org; Mon, 23 Apr 2012 08:56:20 +0000 Received: from [85.158.143.99:47991] by server-1.bemta-4.messagelabs.com id A8/21-20925-339159F4; Mon, 23 Apr 2012 08:56:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-6.tower-216.messagelabs.com!1335171378!24764142!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16899 invoked from network); 23 Apr 2012 08:56:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-6.tower-216.messagelabs.com with SMTP; 23 Apr 2012 08:56:18 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 85A7310401C for ; Mon, 23 Apr 2012 09:56:15 +0100 (BST) 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 8HRUe3s0vW+M for ; Mon, 23 Apr 2012 09:56:15 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id CD53210401A for ; Mon, 23 Apr 2012 09:56:14 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 23 Apr 2012 09:39:22 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Problem Bridging Connections X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Casey DeLorme wrote: >My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and >xenbr1 to eth1 as LAN, and I want Dom0 inside the network (part of >LAN not WAN). > >As far as I can tell it is working, a Windows 7 x64 HVM and a Debian >Squeeze HVM both have Internet access using xenbr1, and eth1 is >wired to a switch where five additional devices also have Internet >access. > >However, Dom0 does not receive a connection at all, and has no >access inside the LAN or to the Internet. > > >The basic appearance of my /etc/network/interfaces: > >auto lo xenbr0 xenbr1 >iface lo inet loopback >iface eth0 inet manual >iface eth1 inet manual >iface xenbr0 inet manual > bridge_ports eth0 >iface xenbr1 inet manual > bridge_ports eth1 > > >I have tried setting a static IP on xenbr1, and eth1 to no avail. > ifconfig sees the values but no access to LAN is available. You will need an IP address in xenbr1, and I don't think you need the eth entries at all - and don't forget that you'll need a default route via the firewall virtual device. Do you have communications between Dom0 and the firewall itself ? Lastly, I think there are options for Xen to add iptables rules to limit traffic on a VIF to just the guests IP address, I assume these aren't turned on ? -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 08:57:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 08:57:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMF4I-0001so-4O; Mon, 23 Apr 2012 08:56:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMF4G-0001sP-7n for xen-users@lists.xen.org; Mon, 23 Apr 2012 08:56:20 +0000 Received: from [85.158.143.99:47991] by server-1.bemta-4.messagelabs.com id A8/21-20925-339159F4; Mon, 23 Apr 2012 08:56:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-6.tower-216.messagelabs.com!1335171378!24764142!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16899 invoked from network); 23 Apr 2012 08:56:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-6.tower-216.messagelabs.com with SMTP; 23 Apr 2012 08:56:18 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 85A7310401C for ; Mon, 23 Apr 2012 09:56:15 +0100 (BST) 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 8HRUe3s0vW+M for ; Mon, 23 Apr 2012 09:56:15 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id CD53210401A for ; Mon, 23 Apr 2012 09:56:14 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 23 Apr 2012 09:39:22 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Problem Bridging Connections X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Casey DeLorme wrote: >My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and >xenbr1 to eth1 as LAN, and I want Dom0 inside the network (part of >LAN not WAN). > >As far as I can tell it is working, a Windows 7 x64 HVM and a Debian >Squeeze HVM both have Internet access using xenbr1, and eth1 is >wired to a switch where five additional devices also have Internet >access. > >However, Dom0 does not receive a connection at all, and has no >access inside the LAN or to the Internet. > > >The basic appearance of my /etc/network/interfaces: > >auto lo xenbr0 xenbr1 >iface lo inet loopback >iface eth0 inet manual >iface eth1 inet manual >iface xenbr0 inet manual > bridge_ports eth0 >iface xenbr1 inet manual > bridge_ports eth1 > > >I have tried setting a static IP on xenbr1, and eth1 to no avail. > ifconfig sees the values but no access to LAN is available. You will need an IP address in xenbr1, and I don't think you need the eth entries at all - and don't forget that you'll need a default route via the firewall virtual device. Do you have communications between Dom0 and the firewall itself ? Lastly, I think there are options for Xen to add iptables rules to limit traffic on a VIF to just the guests IP address, I assume these aren't turned on ? -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 09:47:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 09:47: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 1SMFqo-0002fc-DR; Mon, 23 Apr 2012 09:46:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMFqn-0002fM-1y for xen-users@lists.xen.org; Mon, 23 Apr 2012 09:46:29 +0000 Received: from [85.158.143.35:29642] by server-3.bemta-4.messagelabs.com id 3A/70-05853-2F4259F4; Mon, 23 Apr 2012 09:46:26 +0000 X-Env-Sender: dieter@bloms.de X-Msg-Ref: server-3.tower-21.messagelabs.com!1335174384!12217227!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22344 invoked from network); 23 Apr 2012 09:46:25 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2012 09:46:25 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 1FB961C14001; Mon, 23 Apr 2012 11:46:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=selector1; bh=G7Tw8Wnaw2mZvZhNn9WejGe5nR8=; b=sq 3z68nzexIf9ivTvnQdDOowAgPkVmqRy5lx1KJrrAx6yfBHDP2jtPT7GnuvR2EOrH Yko/SjgU0z6hmcqmV04uUo54+EjsSPKjYtszRFEqW4CX+jf7eNLrXjotUEWe6Isq lko7ZCYZinpCzbtMYq4eP0pG2E1P28VCFhW1cxhOA+ovbqwD4D/Ygpo0bmHpit7I Zzc7hZE8Cfiovh26ZAgziSpbc4tcmmLE2/ciY9ru9c2Onw5glsnK6LhrsLlPvG9s RgHnnZZtkHr4lv7p2ROtq0BRg/g6V6nMUhSS4KCSHiw+ENe5q9lJYenjjwWj9zOE d91ytga2/qM+vGJNjjsy5iHQZeddl/pMmJyhIaE6YNr19kE1U+4XPd1Y2/ELZkrG mNlmjuTEZZ+uDTxCVlSmyWheP6/5MCn/JrfqUWhp2SAREPfnYAYblgVRrL/Xq2oj mAI/hx7AacxlCBDHToxyXzaVK4Mh+alo9Gadn0tX0lYTn7kkCHODF6jN2I1THx9f gpKZYfMOOByUDhqZNnJyQvm6vrwvBNHTWUdsMTyZodJ4440e5z10IA7bJUz4r4Z4 PnUg1PMwtd+hcf0d5rx5Lc7djdMmdhZ2XlMWpQrgFE7JwHdsRQxyGLnilKwsJ0M8 KkzCfa5OHrKl4vmJq0StIX8WHadFe0zLT4AAMMyws= Received: by smtp.bloms.de (Postfix, from userid 1000) id EC5501C14002; Mon, 23 Apr 2012 11:46:23 +0200 (CEST) Date: Mon, 23 Apr 2012 11:46:23 +0200 From: Dieter Bloms To: Ian Campbell Message-ID: <20120423094623.GA13565@bloms.de> References: <20120420150012.GB3720@bloms.de> <1334934791.28331.101.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <1334934791.28331.101.camel@zakaz.uk.xensource.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "xen-users@lists.xen.org" , Dieter Bloms , xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Ian, I've made a little patch to set the cpu_weight for credit, credit2 and sedf scheduler from the config file. Btw.: for the sedf scheduler there seems to be some type mismatch. =20 The functions xc_sedf_domain_set and xc_sedf_domain_get expect the type 'uint16_t' for variables 'extratime' and 'weight' while the structure 'xen_domctl_sched_sedf' defines the type uint32_t for them. I think they should be the same, or not ? Anyway, I've tested this patch for the credit scheduler and it works so far. On Fri, Apr 20, Ian Campbell wrote: > Hi Dieter,=20 >=20 > thanks for the report. >=20 > It seems that support for this config file variable is not present in xl > at the moment. We should try and add this for 4.2 IMHO. >=20 > If you know a little bit of C (or are interested in learning) then this > should be a pretty simple thing to implement -- please let me know if > you want more details. >=20 > Ian. >=20 > On Fri, 2012-04-20 at 16:00 +0100, Dieter Bloms wrote: > > Hi, > >=20 > > I've installed xen-unstable 4.2 from actual git (last commit was > > 4dc7dbef5400f0608321d579aebb57f933e8f707). > >=20 > > When I start a domU with xm all is fine include the cpu_weight I > > configured in my domU config. > >=20 > > When I start the domU with xl then all my domU have the default > > cpu_weight of 256 instead of the configured one. > >=20 > > Was the name of cpu_weight being changed for xl command ? > >=20 > > My domU config looks like this: > >=20 > > --snip-- > > name=3D"vdrserver" > > description=3D"vdrserver for my clients" > > memory=3D768 > > maxmem=3D2048 > > vcpus=3D1 > > cpus=3D"1" > > cpu_weight =3D 128 > > on_poweroff=3D"destroy" > > on_reboot=3D"restart" > > on_crash=3D"destroy" > >=20 > > localtime=3D0 > > keymap=3D"de" > >=20 > > builder=3D"linux" > > bootloader=3D"/usr/bin/pygrub" > > bootargs=3D"" > > extra=3D"console=3Dhvc0 tmem cgroup_disable=3Dmemory independent_wallcl= ock=3D1 iommu=3Dsoft" > > nographic=3D1 > > keymap =3D 'de' > >=20 > > disk=3D[=20 > > 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', > > 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', > > ] > > vif=3D[ 'mac=3D00:00:00:00:00:80,bridge=3Dbr0', ] > >=20 > > pci =3D [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] > > --snip-- > >=20 > >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the =46rom field. --bg08WKrSYDhXBjb5 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="add_support_for_cpu_weight_config_in_xl.diff" diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c index e63c7bd..706e282 100644 --- a/tools/libxl/libxl_create.c +++ b/tools/libxl/libxl_create.c @@ -110,6 +110,10 @@ int libxl__domain_build_info_setdefault(libxl__gc *gc, return ERROR_INVAL; } + if (!b_info->weight) + b_info->weight = 256; + if (!b_info->cap) + b_info->cap = 0; if (!b_info->max_vcpus) b_info->max_vcpus = 1; if (!b_info->cur_vcpus) diff --git a/tools/libxl/libxl_dom.c b/tools/libxl/libxl_dom.c index 0bdd654..f858a42 100644 --- a/tools/libxl/libxl_dom.c +++ b/tools/libxl/libxl_dom.c @@ -65,9 +65,38 @@ int libxl__build_pre(libxl__gc *gc, uint32_t domid, libxl_ctx *ctx = libxl__gc_owner(gc); int tsc_mode; char *xs_domid, *con_domid; + libxl_scheduler sched; + struct xen_domctl_scheduler_op sched_op; + xc_domain_max_vcpus(ctx->xch, domid, info->max_vcpus); libxl_set_vcpuaffinity_all(ctx, domid, info->max_vcpus, &info->cpumap); xc_domain_setmaxmem(ctx->xch, domid, info->target_memkb + LIBXL_MAXMEM_CONSTANT); + + sched = libxl_get_scheduler (ctx); + + switch (sched) { + case LIBXL_SCHEDULER_SEDF: + xc_sedf_domain_get (ctx->xch, domid, &(sched_op.u.sedf.period), &(sched_op.u.sedf.slice), &(sched_op.u.sedf.latency), (uint16_t *) &(sched_op.u.sedf.extratime), (uint16_t *) &(sched_op.u.sedf.weight)); + sched_op.u.sedf.weight = info->weight; + xc_sedf_domain_set (ctx->xch, domid, sched_op.u.sedf.period, sched_op.u.sedf.slice, sched_op.u.sedf.latency, (uint16_t) sched_op.u.sedf.extratime, (uint16_t) sched_op.u.sedf.weight); + break; + case LIBXL_SCHEDULER_CREDIT: +// struct xen_domctl_sched_credit sdom; + sched_op.u.credit.weight = info->weight; + sched_op.u.credit.cap = info->cap; + xc_sched_credit_domain_set(ctx->xch, domid, &(sched_op.u.credit)); + break; + case LIBXL_SCHEDULER_CREDIT2: + sched_op.u.credit2.weight = info->weight; + xc_sched_credit2_domain_set(ctx->xch, domid, &(sched_op.u.credit2)); + break; + case LIBXL_SCHEDULER_ARINC653: + /* not implemented */ + break; + default: + abort(); + } + if (info->type == LIBXL_DOMAIN_TYPE_PV) xc_domain_set_memmap_limit(ctx->xch, domid, (info->max_memkb + info->u.pv.slack_memkb)); diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl index 5cf9708..f185d4c 100644 --- a/tools/libxl/libxl_types.idl +++ b/tools/libxl/libxl_types.idl @@ -232,6 +232,8 @@ MemKB = UInt(64, init_val = "LIBXL_MEMKB_DEFAULT") libxl_domain_build_info = Struct("domain_build_info",[ ("max_vcpus", integer), ("cur_vcpus", integer), + ("weight", integer), + ("cap", integer), ("cpumap", libxl_cpumap), ("tsc_mode", libxl_tsc_mode), ("max_memkb", MemKB), diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c index 5703512..d7dcb84 100644 --- a/tools/libxl/xl_cmdimpl.c +++ b/tools/libxl/xl_cmdimpl.c @@ -587,6 +587,11 @@ static void parse_config_data(const char *configfile_filename_report, libxl_domain_build_info_init_type(b_info, c_info->type); /* the following is the actual config parsing with overriding values in the structures */ + if (!xlu_cfg_get_long (config, "cpu_weight", &l, 0)) + b_info->weight = l; + if (!xlu_cfg_get_long (config, "cap", &l, 0)) + b_info->cap = l; + if (!xlu_cfg_get_long (config, "vcpus", &l, 0)) { b_info->max_vcpus = l; b_info->cur_vcpus = (1 << l) - 1; --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --bg08WKrSYDhXBjb5-- From xen-users-bounces@lists.xen.org Mon Apr 23 09:47:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 09:47: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 1SMFqo-0002fc-DR; Mon, 23 Apr 2012 09:46:30 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMFqn-0002fM-1y for xen-users@lists.xen.org; Mon, 23 Apr 2012 09:46:29 +0000 Received: from [85.158.143.35:29642] by server-3.bemta-4.messagelabs.com id 3A/70-05853-2F4259F4; Mon, 23 Apr 2012 09:46:26 +0000 X-Env-Sender: dieter@bloms.de X-Msg-Ref: server-3.tower-21.messagelabs.com!1335174384!12217227!1 X-Originating-IP: [84.200.248.35] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22344 invoked from network); 23 Apr 2012 09:46:25 -0000 Received: from smtp.bloms.de (HELO smtp.bloms.de) (84.200.248.35) by server-3.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 23 Apr 2012 09:46:25 -0000 Received: from smtp.bloms.de (localhost [127.0.0.1]) by smtp.bloms.de (Postfix) with ESMTP id 1FB961C14001; Mon, 23 Apr 2012 11:46:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bloms.de; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=selector1; bh=G7Tw8Wnaw2mZvZhNn9WejGe5nR8=; b=sq 3z68nzexIf9ivTvnQdDOowAgPkVmqRy5lx1KJrrAx6yfBHDP2jtPT7GnuvR2EOrH Yko/SjgU0z6hmcqmV04uUo54+EjsSPKjYtszRFEqW4CX+jf7eNLrXjotUEWe6Isq lko7ZCYZinpCzbtMYq4eP0pG2E1P28VCFhW1cxhOA+ovbqwD4D/Ygpo0bmHpit7I Zzc7hZE8Cfiovh26ZAgziSpbc4tcmmLE2/ciY9ru9c2Onw5glsnK6LhrsLlPvG9s RgHnnZZtkHr4lv7p2ROtq0BRg/g6V6nMUhSS4KCSHiw+ENe5q9lJYenjjwWj9zOE d91ytga2/qM+vGJNjjsy5iHQZeddl/pMmJyhIaE6YNr19kE1U+4XPd1Y2/ELZkrG mNlmjuTEZZ+uDTxCVlSmyWheP6/5MCn/JrfqUWhp2SAREPfnYAYblgVRrL/Xq2oj mAI/hx7AacxlCBDHToxyXzaVK4Mh+alo9Gadn0tX0lYTn7kkCHODF6jN2I1THx9f gpKZYfMOOByUDhqZNnJyQvm6vrwvBNHTWUdsMTyZodJ4440e5z10IA7bJUz4r4Z4 PnUg1PMwtd+hcf0d5rx5Lc7djdMmdhZ2XlMWpQrgFE7JwHdsRQxyGLnilKwsJ0M8 KkzCfa5OHrKl4vmJq0StIX8WHadFe0zLT4AAMMyws= Received: by smtp.bloms.de (Postfix, from userid 1000) id EC5501C14002; Mon, 23 Apr 2012 11:46:23 +0200 (CEST) Date: Mon, 23 Apr 2012 11:46:23 +0200 From: Dieter Bloms To: Ian Campbell Message-ID: <20120423094623.GA13565@bloms.de> References: <20120420150012.GB3720@bloms.de> <1334934791.28331.101.camel@zakaz.uk.xensource.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <1334934791.28331.101.camel@zakaz.uk.xensource.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "xen-users@lists.xen.org" , Dieter Bloms , xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Ian, I've made a little patch to set the cpu_weight for credit, credit2 and sedf scheduler from the config file. Btw.: for the sedf scheduler there seems to be some type mismatch. =20 The functions xc_sedf_domain_set and xc_sedf_domain_get expect the type 'uint16_t' for variables 'extratime' and 'weight' while the structure 'xen_domctl_sched_sedf' defines the type uint32_t for them. I think they should be the same, or not ? Anyway, I've tested this patch for the credit scheduler and it works so far. On Fri, Apr 20, Ian Campbell wrote: > Hi Dieter,=20 >=20 > thanks for the report. >=20 > It seems that support for this config file variable is not present in xl > at the moment. We should try and add this for 4.2 IMHO. >=20 > If you know a little bit of C (or are interested in learning) then this > should be a pretty simple thing to implement -- please let me know if > you want more details. >=20 > Ian. >=20 > On Fri, 2012-04-20 at 16:00 +0100, Dieter Bloms wrote: > > Hi, > >=20 > > I've installed xen-unstable 4.2 from actual git (last commit was > > 4dc7dbef5400f0608321d579aebb57f933e8f707). > >=20 > > When I start a domU with xm all is fine include the cpu_weight I > > configured in my domU config. > >=20 > > When I start the domU with xl then all my domU have the default > > cpu_weight of 256 instead of the configured one. > >=20 > > Was the name of cpu_weight being changed for xl command ? > >=20 > > My domU config looks like this: > >=20 > > --snip-- > > name=3D"vdrserver" > > description=3D"vdrserver for my clients" > > memory=3D768 > > maxmem=3D2048 > > vcpus=3D1 > > cpus=3D"1" > > cpu_weight =3D 128 > > on_poweroff=3D"destroy" > > on_reboot=3D"restart" > > on_crash=3D"destroy" > >=20 > > localtime=3D0 > > keymap=3D"de" > >=20 > > builder=3D"linux" > > bootloader=3D"/usr/bin/pygrub" > > bootargs=3D"" > > extra=3D"console=3Dhvc0 tmem cgroup_disable=3Dmemory independent_wallcl= ock=3D1 iommu=3Dsoft" > > nographic=3D1 > > keymap =3D 'de' > >=20 > > disk=3D[=20 > > 'phy:/dev/mapper/xenimages-vdrserver,xvda1,w', > > 'phy:/dev/mapper/xenimages-swap_vdrserver,xvda2,w', > > ] > > vif=3D[ 'mac=3D00:00:00:00:00:80,bridge=3Dbr0', ] > >=20 > > pci =3D [ '06:00.0', '06:01.0', '00:12.2', '00:13.2'] > > --snip-- > >=20 > >=20 >=20 >=20 >=20 > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --=20 Gru=DF Dieter -- I do not get viruses because I do not use MS software. If you use Outlook then please do not put my email address in your address-book so that WHEN you get a virus it won't use my address in the =46rom field. --bg08WKrSYDhXBjb5 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="add_support_for_cpu_weight_config_in_xl.diff" diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c index e63c7bd..706e282 100644 --- a/tools/libxl/libxl_create.c +++ b/tools/libxl/libxl_create.c @@ -110,6 +110,10 @@ int libxl__domain_build_info_setdefault(libxl__gc *gc, return ERROR_INVAL; } + if (!b_info->weight) + b_info->weight = 256; + if (!b_info->cap) + b_info->cap = 0; if (!b_info->max_vcpus) b_info->max_vcpus = 1; if (!b_info->cur_vcpus) diff --git a/tools/libxl/libxl_dom.c b/tools/libxl/libxl_dom.c index 0bdd654..f858a42 100644 --- a/tools/libxl/libxl_dom.c +++ b/tools/libxl/libxl_dom.c @@ -65,9 +65,38 @@ int libxl__build_pre(libxl__gc *gc, uint32_t domid, libxl_ctx *ctx = libxl__gc_owner(gc); int tsc_mode; char *xs_domid, *con_domid; + libxl_scheduler sched; + struct xen_domctl_scheduler_op sched_op; + xc_domain_max_vcpus(ctx->xch, domid, info->max_vcpus); libxl_set_vcpuaffinity_all(ctx, domid, info->max_vcpus, &info->cpumap); xc_domain_setmaxmem(ctx->xch, domid, info->target_memkb + LIBXL_MAXMEM_CONSTANT); + + sched = libxl_get_scheduler (ctx); + + switch (sched) { + case LIBXL_SCHEDULER_SEDF: + xc_sedf_domain_get (ctx->xch, domid, &(sched_op.u.sedf.period), &(sched_op.u.sedf.slice), &(sched_op.u.sedf.latency), (uint16_t *) &(sched_op.u.sedf.extratime), (uint16_t *) &(sched_op.u.sedf.weight)); + sched_op.u.sedf.weight = info->weight; + xc_sedf_domain_set (ctx->xch, domid, sched_op.u.sedf.period, sched_op.u.sedf.slice, sched_op.u.sedf.latency, (uint16_t) sched_op.u.sedf.extratime, (uint16_t) sched_op.u.sedf.weight); + break; + case LIBXL_SCHEDULER_CREDIT: +// struct xen_domctl_sched_credit sdom; + sched_op.u.credit.weight = info->weight; + sched_op.u.credit.cap = info->cap; + xc_sched_credit_domain_set(ctx->xch, domid, &(sched_op.u.credit)); + break; + case LIBXL_SCHEDULER_CREDIT2: + sched_op.u.credit2.weight = info->weight; + xc_sched_credit2_domain_set(ctx->xch, domid, &(sched_op.u.credit2)); + break; + case LIBXL_SCHEDULER_ARINC653: + /* not implemented */ + break; + default: + abort(); + } + if (info->type == LIBXL_DOMAIN_TYPE_PV) xc_domain_set_memmap_limit(ctx->xch, domid, (info->max_memkb + info->u.pv.slack_memkb)); diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl index 5cf9708..f185d4c 100644 --- a/tools/libxl/libxl_types.idl +++ b/tools/libxl/libxl_types.idl @@ -232,6 +232,8 @@ MemKB = UInt(64, init_val = "LIBXL_MEMKB_DEFAULT") libxl_domain_build_info = Struct("domain_build_info",[ ("max_vcpus", integer), ("cur_vcpus", integer), + ("weight", integer), + ("cap", integer), ("cpumap", libxl_cpumap), ("tsc_mode", libxl_tsc_mode), ("max_memkb", MemKB), diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c index 5703512..d7dcb84 100644 --- a/tools/libxl/xl_cmdimpl.c +++ b/tools/libxl/xl_cmdimpl.c @@ -587,6 +587,11 @@ static void parse_config_data(const char *configfile_filename_report, libxl_domain_build_info_init_type(b_info, c_info->type); /* the following is the actual config parsing with overriding values in the structures */ + if (!xlu_cfg_get_long (config, "cpu_weight", &l, 0)) + b_info->weight = l; + if (!xlu_cfg_get_long (config, "cap", &l, 0)) + b_info->cap = l; + if (!xlu_cfg_get_long (config, "vcpus", &l, 0)) { b_info->max_vcpus = l; b_info->cur_vcpus = (1 << l) - 1; --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --bg08WKrSYDhXBjb5-- From xen-users-bounces@lists.xen.org Mon Apr 23 16:01:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 16:01: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 1SMLh2-0001Qz-RM; Mon, 23 Apr 2012 16:00:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMLh0-0001Ql-V8 for xen-users@lists.xen.org; Mon, 23 Apr 2012 16:00:47 +0000 Received: from [85.158.143.35:4319] by server-2.bemta-4.messagelabs.com id DD/49-17550-EAC759F4; Mon, 23 Apr 2012 16:00:46 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1335196845!8379348!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20723 invoked from network); 23 Apr 2012 16:00:45 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-4.tower-21.messagelabs.com with SMTP; 23 Apr 2012 16:00:45 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 54C79F7991; Mon, 23 Apr 2012 18:00:45 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15Ey8s83lM6j; Mon, 23 Apr 2012 18:00:36 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id E1B2BF798E; Mon, 23 Apr 2012 18:00:36 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Mon, 23 Apr 2012 18:00:36 +0200 From: LINSCHOTEN Rob To: Flavio Date: Mon, 23 Apr 2012 18:00:35 +0200 Thread-Topic: [Xen-users] VGA Passthrough for a HVM linux guest Thread-Index: Ac0fGLPEXdjYfQ67Qde7bQQBa82aZACTo0Mg Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D381A42@spvw1505.ONE-05.GRP> References: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough for a HVM linux guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Flavio, thanks for your response, yes I had read the http://wiki.xen.org/wiki/VTd_HowTo but not in so many detail. After rereading carefully I got the VGA pass-through functioning but I do not know if it is correctly working, the HVM guest crashes during boot time. I post the screen output of the crash when I am able to record it (looks like a memory map dump) Rob -----Original Message----- From: Flavio [mailto:fbcyborg@gmail.com] Sent: Friday, 20 April, 2012 19:11 To: LINSCHOTEN Rob Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VGA Passthrough for a HVM linux guest On 20 April 2012 12:16, LINSCHOTEN Rob wrote: > > List, > > > > I have set up a XEN hypervisor (XENCloud Platform 1.5 beta) with a > RedHat > 6.1 Linux HVM guest. The guest should run an OpenGL application which > uses the GPU extensively, I need the XEN VGA Passthrough option in > order > > to run this application normally. I read the arcticles on the Xen-Wiki > about Xen VGA Passthrough support but I am still confused on how to > configure the VGA passthrough. > > > > My questions are: Is the required configuration with the VGA > passthrough possible? and How can I configure the Xen Hypervisor Hi Rob, did you already read this? http://wiki.xen.org/wiki/VTd_HowTo -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 16:01:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 16:01: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 1SMLh2-0001Qz-RM; Mon, 23 Apr 2012 16:00:48 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMLh0-0001Ql-V8 for xen-users@lists.xen.org; Mon, 23 Apr 2012 16:00:47 +0000 Received: from [85.158.143.35:4319] by server-2.bemta-4.messagelabs.com id DD/49-17550-EAC759F4; Mon, 23 Apr 2012 16:00:46 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1335196845!8379348!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20723 invoked from network); 23 Apr 2012 16:00:45 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-4.tower-21.messagelabs.com with SMTP; 23 Apr 2012 16:00:45 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 54C79F7991; Mon, 23 Apr 2012 18:00:45 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15Ey8s83lM6j; Mon, 23 Apr 2012 18:00:36 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id E1B2BF798E; Mon, 23 Apr 2012 18:00:36 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Mon, 23 Apr 2012 18:00:36 +0200 From: LINSCHOTEN Rob To: Flavio Date: Mon, 23 Apr 2012 18:00:35 +0200 Thread-Topic: [Xen-users] VGA Passthrough for a HVM linux guest Thread-Index: Ac0fGLPEXdjYfQ67Qde7bQQBa82aZACTo0Mg Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D381A42@spvw1505.ONE-05.GRP> References: <16C0E0634BE92C48B5F798ABCB483BEE428D32C59E@spvw1505.ONE-05.GRP> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] VGA Passthrough for a HVM linux guest X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Flavio, thanks for your response, yes I had read the http://wiki.xen.org/wiki/VTd_HowTo but not in so many detail. After rereading carefully I got the VGA pass-through functioning but I do not know if it is correctly working, the HVM guest crashes during boot time. I post the screen output of the crash when I am able to record it (looks like a memory map dump) Rob -----Original Message----- From: Flavio [mailto:fbcyborg@gmail.com] Sent: Friday, 20 April, 2012 19:11 To: LINSCHOTEN Rob Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] VGA Passthrough for a HVM linux guest On 20 April 2012 12:16, LINSCHOTEN Rob wrote: > > List, > > > > I have set up a XEN hypervisor (XENCloud Platform 1.5 beta) with a > RedHat > 6.1 Linux HVM guest. The guest should run an OpenGL application which > uses the GPU extensively, I need the XEN VGA Passthrough option in > order > > to run this application normally. I read the arcticles on the Xen-Wiki > about Xen VGA Passthrough support but I am still confused on how to > configure the VGA passthrough. > > > > My questions are: Is the required configuration with the VGA > passthrough possible? and How can I configure the Xen Hypervisor Hi Rob, did you already read this? http://wiki.xen.org/wiki/VTd_HowTo -- Flavio _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 16:05:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 16:05: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 1SMLl8-0001g2-Q8; Mon, 23 Apr 2012 16:05:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMI0j-0004iE-NB for xen-users@lists.xen.org; Mon, 23 Apr 2012 12:04:53 +0000 Received: from [193.109.254.147:25374] by server-5.bemta-14.messagelabs.com id ED/29-30733-465459F4; Mon, 23 Apr 2012 12:04:52 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1335182684!5875508!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 380 invoked from network); 23 Apr 2012 12:04:44 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 12:04:44 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12077506" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 12:04:44 +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; Mon, 23 Apr 2012 13:04:43 +0100 Message-ID: <1335182682.4347.15.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Mon, 23 Apr 2012 13:04:42 +0100 In-Reply-To: <20120423094623.GA13565@bloms.de> References: <20120420150012.GB3720@bloms.de> <1334934791.28331.101.camel@zakaz.uk.xensource.com> <20120423094623.GA13565@bloms.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 23 Apr 2012 16:05:01 +0000 Cc: Dario Faggioli , Dieter Bloms , George.Dunlap@citrix.com, xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (xen-users to BCC, this seems like a devel thing for now) On Mon, 2012-04-23 at 10:46 +0100, Dieter Bloms wrote: > Hello Ian, > > I've made a little patch to set the cpu_weight for credit, credit2 and > sedf scheduler from the config file. Awesome, thank you! > Btw.: for the sedf scheduler there seems to be some type mismatch. > The functions xc_sedf_domain_set and xc_sedf_domain_get expect the type > 'uint16_t' for variables 'extratime' and 'weight' while the structure > 'xen_domctl_sched_sedf' defines the type uint32_t for them. > I think they should be the same, or not ? I'm not clear enough on the scheduling stuff to be able to say one way or another. I'd be inclined to suggest that if this needs to change for some reason then we should leave it for post 4.2. > Anyway, I've tested this patch for the credit scheduler and it works so > far. Cool. One thing which we need in order to able to apply a patch is a "Signed-off-by" per the DCO as described in http://wiki.xen.org/wiki/SubmittingXenPatches. I've also a few minor comments on the patch itself below. > diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c > index e63c7bd..706e282 100644 > --- a/tools/libxl/libxl_create.c > +++ b/tools/libxl/libxl_create.c > @@ -110,6 +110,10 @@ int libxl__domain_build_info_setdefault(libxl__gc > *gc, > return ERROR_INVAL; > } > > + if (!b_info->weight) > + b_info->weight = 256; I suppose that weight=0 does not make sense and therefore 0 is available as a discriminating value meaning "the default". > + if (!b_info->cap) > + b_info->cap = 0; !b_info->cap means that b_info_cap is already 0, although I guess this serves as a more explicit indication of the default. > if (!b_info->max_vcpus) > b_info->max_vcpus = 1; > if (!b_info->cur_vcpus) > diff --git a/tools/libxl/libxl_dom.c b/tools/libxl/libxl_dom.c > index 0bdd654..f858a42 100644 > --- a/tools/libxl/libxl_dom.c > +++ b/tools/libxl/libxl_dom.c > @@ -65,9 +65,38 @@ int libxl__build_pre(libxl__gc *gc, uint32_t domid, > libxl_ctx *ctx = libxl__gc_owner(gc); > int tsc_mode; > char *xs_domid, *con_domid; > + libxl_scheduler sched; > + struct xen_domctl_scheduler_op sched_op; > + > xc_domain_max_vcpus(ctx->xch, domid, info->max_vcpus); > libxl_set_vcpuaffinity_all(ctx, domid, info->max_vcpus, > &info->cpumap); > xc_domain_setmaxmem(ctx->xch, domid, info->target_memkb + > LIBXL_MAXMEM_CONSTANT); > + > + sched = libxl_get_scheduler (ctx); > + > + switch (sched) { > + case LIBXL_SCHEDULER_SEDF: > + xc_sedf_domain_get (ctx->xch, domid, &(sched_op.u.sedf.period), > &(sched_op.u.sedf.slice), &(sched_op.u.sedf.latency), (uint16_t *) > &(sched_op.u.sedf.extratime), (uint16_t *) &(sched_op.u.sedf.weight)); > + sched_op.u.sedf.weight = info->weight; > + xc_sedf_domain_set (ctx->xch, domid, sched_op.u.sedf.period, > sched_op.u.sedf.slice, sched_op.u.sedf.latency, (uint16_t) > sched_op.u.sedf.extratime, (uint16_t) sched_op.u.sedf.weight); Wow, that's a pretty sucky interface at the libxc level! Anyway no need for you to fix it here but please do wrap your lines to <80 columns for readability. > + break; > + case LIBXL_SCHEDULER_CREDIT: > +// struct xen_domctl_sched_credit sdom; Please don't leave commented out code in place. > + sched_op.u.credit.weight = info->weight; > + sched_op.u.credit.cap = info->cap; > + xc_sched_credit_domain_set(ctx->xch, domid, > &(sched_op.u.credit)); > + break; > + case LIBXL_SCHEDULER_CREDIT2: > + sched_op.u.credit2.weight = info->weight; > + xc_sched_credit2_domain_set(ctx->xch, domid, > &(sched_op.u.credit2)); > + break; > + case LIBXL_SCHEDULER_ARINC653: > + /* not implemented */ > + break; > + default: > + abort(); > + } > + > if (info->type == LIBXL_DOMAIN_TYPE_PV) > xc_domain_set_memmap_limit(ctx->xch, domid, > (info->max_memkb + info->u.pv.slack_memkb)); > diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl > index 5cf9708..f185d4c 100644 > --- a/tools/libxl/libxl_types.idl > +++ b/tools/libxl/libxl_types.idl > @@ -232,6 +232,8 @@ MemKB = UInt(64, init_val = "LIBXL_MEMKB_DEFAULT") > libxl_domain_build_info = Struct("domain_build_info",[ > ("max_vcpus", integer), > ("cur_vcpus", integer), > + ("weight", integer), > + ("cap", integer), Are these values common parameters to all schedulers? Do they always have the same meaning/units/etc? I wonder if perhaps including each of libxl_sched_*_params in build_info might be a preferable interface? I would probably cleanup the above code in build_pre too since you could just call the appropriate libxl_sched_*_params_set. Ideally libxl_sched_*_params would be in a union in libxl_domain_build_info but that would require that xl could easily determine which scheduler was going to be used for the domain, having a non-union here would keep things somewhat simpler from that PoV. I've CC'd George and Dario for their thoughts on this interface. We should try and keep it simple so that we can get this into 4.2. > ("cpumap", libxl_cpumap), > ("tsc_mode", libxl_tsc_mode), > ("max_memkb", MemKB), > diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c > index 5703512..d7dcb84 100644 > --- a/tools/libxl/xl_cmdimpl.c > +++ b/tools/libxl/xl_cmdimpl.c > @@ -587,6 +587,11 @@ static void parse_config_data(const char > *configfile_filename_report, > libxl_domain_build_info_init_type(b_info, c_info->type); > > /* the following is the actual config parsing with overriding > values in the structures */ > + if (!xlu_cfg_get_long (config, "cpu_weight", &l, 0)) > + b_info->weight = l; > + if (!xlu_cfg_get_long (config, "cap", &l, 0)) > + b_info->cap = l; > + > if (!xlu_cfg_get_long (config, "vcpus", &l, 0)) { > b_info->max_vcpus = l; > b_info->cur_vcpus = (1 << l) - 1; _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 16:05:56 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 16:05: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 1SMLl8-0001g2-Q8; Mon, 23 Apr 2012 16:05:02 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMI0j-0004iE-NB for xen-users@lists.xen.org; Mon, 23 Apr 2012 12:04:53 +0000 Received: from [193.109.254.147:25374] by server-5.bemta-14.messagelabs.com id ED/29-30733-465459F4; Mon, 23 Apr 2012 12:04:52 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1335182684!5875508!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTY4NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 380 invoked from network); 23 Apr 2012 12:04:44 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 12:04:44 -0000 X-IronPort-AV: E=Sophos;i="4.75,465,1330905600"; d="scan'208";a="12077506" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 23 Apr 2012 12:04:44 +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; Mon, 23 Apr 2012 13:04:43 +0100 Message-ID: <1335182682.4347.15.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Dieter Bloms Date: Mon, 23 Apr 2012 13:04:42 +0100 In-Reply-To: <20120423094623.GA13565@bloms.de> References: <20120420150012.GB3720@bloms.de> <1334934791.28331.101.camel@zakaz.uk.xensource.com> <20120423094623.GA13565@bloms.de> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 X-Mailman-Approved-At: Mon, 23 Apr 2012 16:05:01 +0000 Cc: Dario Faggioli , Dieter Bloms , George.Dunlap@citrix.com, xen-devel Subject: Re: [Xen-users] xl doesn't honour the parameter cpu_weight from my config file while xm does honour it X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org (xen-users to BCC, this seems like a devel thing for now) On Mon, 2012-04-23 at 10:46 +0100, Dieter Bloms wrote: > Hello Ian, > > I've made a little patch to set the cpu_weight for credit, credit2 and > sedf scheduler from the config file. Awesome, thank you! > Btw.: for the sedf scheduler there seems to be some type mismatch. > The functions xc_sedf_domain_set and xc_sedf_domain_get expect the type > 'uint16_t' for variables 'extratime' and 'weight' while the structure > 'xen_domctl_sched_sedf' defines the type uint32_t for them. > I think they should be the same, or not ? I'm not clear enough on the scheduling stuff to be able to say one way or another. I'd be inclined to suggest that if this needs to change for some reason then we should leave it for post 4.2. > Anyway, I've tested this patch for the credit scheduler and it works so > far. Cool. One thing which we need in order to able to apply a patch is a "Signed-off-by" per the DCO as described in http://wiki.xen.org/wiki/SubmittingXenPatches. I've also a few minor comments on the patch itself below. > diff --git a/tools/libxl/libxl_create.c b/tools/libxl/libxl_create.c > index e63c7bd..706e282 100644 > --- a/tools/libxl/libxl_create.c > +++ b/tools/libxl/libxl_create.c > @@ -110,6 +110,10 @@ int libxl__domain_build_info_setdefault(libxl__gc > *gc, > return ERROR_INVAL; > } > > + if (!b_info->weight) > + b_info->weight = 256; I suppose that weight=0 does not make sense and therefore 0 is available as a discriminating value meaning "the default". > + if (!b_info->cap) > + b_info->cap = 0; !b_info->cap means that b_info_cap is already 0, although I guess this serves as a more explicit indication of the default. > if (!b_info->max_vcpus) > b_info->max_vcpus = 1; > if (!b_info->cur_vcpus) > diff --git a/tools/libxl/libxl_dom.c b/tools/libxl/libxl_dom.c > index 0bdd654..f858a42 100644 > --- a/tools/libxl/libxl_dom.c > +++ b/tools/libxl/libxl_dom.c > @@ -65,9 +65,38 @@ int libxl__build_pre(libxl__gc *gc, uint32_t domid, > libxl_ctx *ctx = libxl__gc_owner(gc); > int tsc_mode; > char *xs_domid, *con_domid; > + libxl_scheduler sched; > + struct xen_domctl_scheduler_op sched_op; > + > xc_domain_max_vcpus(ctx->xch, domid, info->max_vcpus); > libxl_set_vcpuaffinity_all(ctx, domid, info->max_vcpus, > &info->cpumap); > xc_domain_setmaxmem(ctx->xch, domid, info->target_memkb + > LIBXL_MAXMEM_CONSTANT); > + > + sched = libxl_get_scheduler (ctx); > + > + switch (sched) { > + case LIBXL_SCHEDULER_SEDF: > + xc_sedf_domain_get (ctx->xch, domid, &(sched_op.u.sedf.period), > &(sched_op.u.sedf.slice), &(sched_op.u.sedf.latency), (uint16_t *) > &(sched_op.u.sedf.extratime), (uint16_t *) &(sched_op.u.sedf.weight)); > + sched_op.u.sedf.weight = info->weight; > + xc_sedf_domain_set (ctx->xch, domid, sched_op.u.sedf.period, > sched_op.u.sedf.slice, sched_op.u.sedf.latency, (uint16_t) > sched_op.u.sedf.extratime, (uint16_t) sched_op.u.sedf.weight); Wow, that's a pretty sucky interface at the libxc level! Anyway no need for you to fix it here but please do wrap your lines to <80 columns for readability. > + break; > + case LIBXL_SCHEDULER_CREDIT: > +// struct xen_domctl_sched_credit sdom; Please don't leave commented out code in place. > + sched_op.u.credit.weight = info->weight; > + sched_op.u.credit.cap = info->cap; > + xc_sched_credit_domain_set(ctx->xch, domid, > &(sched_op.u.credit)); > + break; > + case LIBXL_SCHEDULER_CREDIT2: > + sched_op.u.credit2.weight = info->weight; > + xc_sched_credit2_domain_set(ctx->xch, domid, > &(sched_op.u.credit2)); > + break; > + case LIBXL_SCHEDULER_ARINC653: > + /* not implemented */ > + break; > + default: > + abort(); > + } > + > if (info->type == LIBXL_DOMAIN_TYPE_PV) > xc_domain_set_memmap_limit(ctx->xch, domid, > (info->max_memkb + info->u.pv.slack_memkb)); > diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl > index 5cf9708..f185d4c 100644 > --- a/tools/libxl/libxl_types.idl > +++ b/tools/libxl/libxl_types.idl > @@ -232,6 +232,8 @@ MemKB = UInt(64, init_val = "LIBXL_MEMKB_DEFAULT") > libxl_domain_build_info = Struct("domain_build_info",[ > ("max_vcpus", integer), > ("cur_vcpus", integer), > + ("weight", integer), > + ("cap", integer), Are these values common parameters to all schedulers? Do they always have the same meaning/units/etc? I wonder if perhaps including each of libxl_sched_*_params in build_info might be a preferable interface? I would probably cleanup the above code in build_pre too since you could just call the appropriate libxl_sched_*_params_set. Ideally libxl_sched_*_params would be in a union in libxl_domain_build_info but that would require that xl could easily determine which scheduler was going to be used for the domain, having a non-union here would keep things somewhat simpler from that PoV. I've CC'd George and Dario for their thoughts on this interface. We should try and keep it simple so that we can get this into 4.2. > ("cpumap", libxl_cpumap), > ("tsc_mode", libxl_tsc_mode), > ("max_memkb", MemKB), > diff --git a/tools/libxl/xl_cmdimpl.c b/tools/libxl/xl_cmdimpl.c > index 5703512..d7dcb84 100644 > --- a/tools/libxl/xl_cmdimpl.c > +++ b/tools/libxl/xl_cmdimpl.c > @@ -587,6 +587,11 @@ static void parse_config_data(const char > *configfile_filename_report, > libxl_domain_build_info_init_type(b_info, c_info->type); > > /* the following is the actual config parsing with overriding > values in the structures */ > + if (!xlu_cfg_get_long (config, "cpu_weight", &l, 0)) > + b_info->weight = l; > + if (!xlu_cfg_get_long (config, "cap", &l, 0)) > + b_info->cap = l; > + > if (!xlu_cfg_get_long (config, "vcpus", &l, 0)) { > b_info->max_vcpus = l; > b_info->cur_vcpus = (1 << l) - 1; _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 19:12:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 19:12: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 1SMOet-00007G-5S; Mon, 23 Apr 2012 19:10:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMOer-000079-Rl for xen-users@lists.xen.org; Mon, 23 Apr 2012 19:10:45 +0000 Received: from [193.109.254.147:30084] by server-10.bemta-14.messagelabs.com id 76/5C-05847-539A59F4; Mon, 23 Apr 2012 19:10:45 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-9.tower-27.messagelabs.com!1335208244!5909653!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4NTk3NQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4NTk3NQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13200 invoked from network); 23 Apr 2012 19:10:44 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-9.tower-27.messagelabs.com with SMTP; 23 Apr 2012 19:10:44 -0000 Received: (qmail invoked by alias); 23 Apr 2012 19:10:43 -0000 Received: from 91-65-56-15-dynip.superkabel.de (EHLO satan.chao5.int) [91.65.56.15] by mail.gmx.net (mp072) with SMTP; 23 Apr 2012 21:10:43 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1/9NYFL7jz98Vb/nnqE5g5aVAoGbakGoA/R7KlnEd mBpyS5IeKrSsOL Received: from webmail.chao5.int (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id DB0AB1936 for ; Mon, 23 Apr 2012 21:10:40 +0200 (CEST) MIME-Version: 1.0 Date: Mon, 23 Apr 2012 21:10:40 +0200 From: Christoph Kaminski To: Message-ID: <04ed9d0f94c249a1096386339d8b0720@satan.chao5.int> X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: DB0AB1936.A5302 X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: [Xen-users] pci passthrough and usb add on card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all I have a pci usb addon card and want to use it with pci passthrough. In centos 3.2.x kernel are the usb modules compiled in into the kernel. If I load the xen-pciback module with initramfs (build with dracut) then it is to late, because the usb part of the kernel has "grabbed" it already. How can I exclude a pci device for usb modules? I dont want to disable completly usb support because I want to use the onboard usb controller in dom0. Does someone know a solution for this problem? (except kernel recompile with usb as module) -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 19:12:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 19:12: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 1SMOet-00007G-5S; Mon, 23 Apr 2012 19:10:47 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMOer-000079-Rl for xen-users@lists.xen.org; Mon, 23 Apr 2012 19:10:45 +0000 Received: from [193.109.254.147:30084] by server-10.bemta-14.messagelabs.com id 76/5C-05847-539A59F4; Mon, 23 Apr 2012 19:10:45 +0000 X-Env-Sender: mangel@gmx.de X-Msg-Ref: server-9.tower-27.messagelabs.com!1335208244!5909653!1 X-Originating-IP: [213.165.64.22] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4NTk3NQ==\n,sa_preprocessor: QmFkIElQOiAyMTMuMTY1LjY0LjIyID0+IDI4NTk3NQ==\n, ML_RADAR_SPEW_LINKS_14, spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13200 invoked from network); 23 Apr 2012 19:10:44 -0000 Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.22) by server-9.tower-27.messagelabs.com with SMTP; 23 Apr 2012 19:10:44 -0000 Received: (qmail invoked by alias); 23 Apr 2012 19:10:43 -0000 Received: from 91-65-56-15-dynip.superkabel.de (EHLO satan.chao5.int) [91.65.56.15] by mail.gmx.net (mp072) with SMTP; 23 Apr 2012 21:10:43 +0200 X-Authenticated: #412302 X-Provags-ID: V01U2FsdGVkX1/9NYFL7jz98Vb/nnqE5g5aVAoGbakGoA/R7KlnEd mBpyS5IeKrSsOL Received: from webmail.chao5.int (leviathan.chao5.int [192.168.50.60]) by satan.chao5.int (Postfix) with ESMTP id DB0AB1936 for ; Mon, 23 Apr 2012 21:10:40 +0200 (CEST) MIME-Version: 1.0 Date: Mon, 23 Apr 2012 21:10:40 +0200 From: Christoph Kaminski To: Message-ID: <04ed9d0f94c249a1096386339d8b0720@satan.chao5.int> X-Sender: mangel@gmx.de User-Agent: Roundcube Webmail/0.5.3 X-chao5-MailScanner-Information: Please contact the ISP for more information X-chao5-MailScanner-ID: DB0AB1936.A5302 X-chao5-MailScanner: Found to be clean X-chao5-MailScanner-From: mangel@gmx.de X-Spam-Status: No X-Y-GMX-Trusted: 0 Subject: [Xen-users] pci passthrough and usb add on card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all I have a pci usb addon card and want to use it with pci passthrough. In centos 3.2.x kernel are the usb modules compiled in into the kernel. If I load the xen-pciback module with initramfs (build with dracut) then it is to late, because the usb part of the kernel has "grabbed" it already. How can I exclude a pci device for usb modules? I dont want to disable completly usb support because I want to use the onboard usb controller in dom0. Does someone know a solution for this problem? (except kernel recompile with usb as module) -- Greetz _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 23 23:05:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 23:05: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 1SMSIt-0002lz-LO; Mon, 23 Apr 2012 23:04:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMSIr-0002lt-Iw for xen-users@lists.xen.org; Mon, 23 Apr 2012 23:04:17 +0000 Received: from [85.158.143.35:26081] by server-3.bemta-4.messagelabs.com id 47/B2-05853-0FFD59F4; Mon, 23 Apr 2012 23:04:16 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1335222253!12673700!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4201 invoked from network); 23 Apr 2012 23:04:15 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 23:04:15 -0000 Received: by vbbfs19 with SMTP id fs19so61051vbb.32 for ; Mon, 23 Apr 2012 16:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cPxbPpbNNOPhkwKQbuozhz+0Gzh7bpQ+PQpeRWVH0GY=; b=cR9InGZzbzu7YKWhYfMtOCypsxluDfiPWNLRR0K/zJEMQZ6dW/zluCYCdr0h0ai6t8 QKxFIsZUYnzD3/aLKQXT6PKGm1bAjFHVI9J2praHsVMXh83OTfyq11lfcOhvzN+Jp+DI fAaJLNwGF/zEBEmki6u/jkf3WAHoGl4HWSeHE4gVYTi30D3o8QPR2/SGx4jfDolk/As1 Xk4uIjACDJSXtR2vl0K8hLOSskY+Teta0sR9r2pibDQyLTStoQk5feil6aNz7OrpXKPU LDrR5VcbmDzIp6u4Sj4WiqYmrK148TGID0Zm3V30WAPA1Gw1DN8uiRrZBq4+hPtWnQuq RLSg== MIME-Version: 1.0 Received: by 10.220.64.137 with SMTP id e9mr17859844vci.9.1335222253331; Mon, 23 Apr 2012 16:04:13 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Mon, 23 Apr 2012 16:04:13 -0700 (PDT) In-Reply-To: References: Date: Mon, 23 Apr 2012 19:04:13 -0400 Message-ID: From: Casey DeLorme To: Simon Hobson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem Bridging Connections X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9205448346643440169==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9205448346643440169== Content-Type: multipart/alternative; boundary=000e0cdf989e1b27b004be60a81f --000e0cdf989e1b27b004be60a81f Content-Type: text/plain; charset=ISO-8859-1 Hey, thanks for the reply Simon. It ended up being a dns resolution problem, I didn't realize it because I was trying to ping domains, my resolv.conf file had the wrong gateway. I am also not used to the GUI in debian, network-manager kept telling me I was disconnected, turns out interfaces was working all along. On Mon, Apr 23, 2012 at 4:39 AM, Simon Hobson wrote: > Casey DeLorme wrote: > > My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and >> xenbr1 to eth1 as LAN, and I want Dom0 inside the network (part of LAN not >> WAN). >> >> As far as I can tell it is working, a Windows 7 x64 HVM and a Debian >> Squeeze HVM both have Internet access using xenbr1, and eth1 is wired to a >> switch where five additional devices also have Internet access. >> >> However, Dom0 does not receive a connection at all, and has no access >> inside the LAN or to the Internet. >> >> >> The basic appearance of my /etc/network/interfaces: >> >> auto lo xenbr0 xenbr1 >> iface lo inet loopback >> iface eth0 inet manual >> iface eth1 inet manual >> iface xenbr0 inet manual >> bridge_ports eth0 >> iface xenbr1 inet manual >> bridge_ports eth1 >> >> >> I have tried setting a static IP on xenbr1, and eth1 to no avail. >> ifconfig sees the values but no access to LAN is available. >> > > You will need an IP address in xenbr1, and I don't think you need the > eth entries at all - and don't forget that you'll need a default route > via the firewall virtual device. > Do you have communications between Dom0 and the firewall itself ? > Lastly, I think there are options for Xen to add iptables rules to limit > traffic on a VIF to just the guests IP address, I assume these aren't > turned on ? > > -- > 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.xen.org > http://lists.xen.org/xen-users > --000e0cdf989e1b27b004be60a81f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hey, thanks for the r= eply Simon.

It ended up being a dns resolution problem, I didn't realize it b= ecause I was trying to ping domains, my resolv.conf file had the wrong gate= way.

I am also n= ot used to the GUI in debian, network-manager kept telling me I was disconn= ected, turns out interfaces was working all along.

On Mo= n, Apr 23, 2012 at 4:39 AM, Simon Hobson <linux@thehobsons.co.uk&= gt; wrote:
Casey DeLorme wrote:

My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and xenbr1= to eth1 as LAN, and I want Dom0 inside the network (part of LAN not WAN).<= br>
As far as I can tell it is working, a Windows 7 x64 HVM and a Debian Squeez= e HVM both have Internet access using xenbr1, and eth1 is wired to a switch= where five additional devices also have Internet access.

However, Dom0 does not receive a connection at all, and has no access insid= e the LAN or to the Internet.


The basic appearance of my /etc/network/interfaces:

auto lo xenbr0 xenbr1
iface lo inet loopback
iface eth0 inet manual
iface eth1 inet manual
iface xenbr0 inet manual
=A0 =A0 =A0 =A0bridge_ports eth0
iface xenbr1 inet manual
=A0 =A0 =A0 =A0bridge_ports eth1


I have tried setting a static IP on xenbr1, and eth1 to no avail. ifconfig = sees the values but no access to LAN is available.

You will need an IP address in xenbr1, and I don't think you need the e= th<n> entries at all - and don't forget that you'll need a de= fault route via the firewall virtual device.
Do you have communications between Dom0 and the firewall itself ?
Lastly, I think there are options for Xen to add iptables rules to limit tr= affic on a VIF to just the guests IP address, I assume these aren't tur= ned on ?

--
Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed<= br> author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.

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

--000e0cdf989e1b27b004be60a81f-- --===============9205448346643440169== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9205448346643440169==-- From xen-users-bounces@lists.xen.org Mon Apr 23 23:05:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 23 Apr 2012 23:05: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 1SMSIt-0002lz-LO; Mon, 23 Apr 2012 23:04:19 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMSIr-0002lt-Iw for xen-users@lists.xen.org; Mon, 23 Apr 2012 23:04:17 +0000 Received: from [85.158.143.35:26081] by server-3.bemta-4.messagelabs.com id 47/B2-05853-0FFD59F4; Mon, 23 Apr 2012 23:04:16 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1335222253!12673700!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4201 invoked from network); 23 Apr 2012 23:04:15 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 23 Apr 2012 23:04:15 -0000 Received: by vbbfs19 with SMTP id fs19so61051vbb.32 for ; Mon, 23 Apr 2012 16:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cPxbPpbNNOPhkwKQbuozhz+0Gzh7bpQ+PQpeRWVH0GY=; b=cR9InGZzbzu7YKWhYfMtOCypsxluDfiPWNLRR0K/zJEMQZ6dW/zluCYCdr0h0ai6t8 QKxFIsZUYnzD3/aLKQXT6PKGm1bAjFHVI9J2praHsVMXh83OTfyq11lfcOhvzN+Jp+DI fAaJLNwGF/zEBEmki6u/jkf3WAHoGl4HWSeHE4gVYTi30D3o8QPR2/SGx4jfDolk/As1 Xk4uIjACDJSXtR2vl0K8hLOSskY+Teta0sR9r2pibDQyLTStoQk5feil6aNz7OrpXKPU LDrR5VcbmDzIp6u4Sj4WiqYmrK148TGID0Zm3V30WAPA1Gw1DN8uiRrZBq4+hPtWnQuq RLSg== MIME-Version: 1.0 Received: by 10.220.64.137 with SMTP id e9mr17859844vci.9.1335222253331; Mon, 23 Apr 2012 16:04:13 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Mon, 23 Apr 2012 16:04:13 -0700 (PDT) In-Reply-To: References: Date: Mon, 23 Apr 2012 19:04:13 -0400 Message-ID: From: Casey DeLorme To: Simon Hobson Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Problem Bridging Connections X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============9205448346643440169==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============9205448346643440169== Content-Type: multipart/alternative; boundary=000e0cdf989e1b27b004be60a81f --000e0cdf989e1b27b004be60a81f Content-Type: text/plain; charset=ISO-8859-1 Hey, thanks for the reply Simon. It ended up being a dns resolution problem, I didn't realize it because I was trying to ping domains, my resolv.conf file had the wrong gateway. I am also not used to the GUI in debian, network-manager kept telling me I was disconnected, turns out interfaces was working all along. On Mon, Apr 23, 2012 at 4:39 AM, Simon Hobson wrote: > Casey DeLorme wrote: > > My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and >> xenbr1 to eth1 as LAN, and I want Dom0 inside the network (part of LAN not >> WAN). >> >> As far as I can tell it is working, a Windows 7 x64 HVM and a Debian >> Squeeze HVM both have Internet access using xenbr1, and eth1 is wired to a >> switch where five additional devices also have Internet access. >> >> However, Dom0 does not receive a connection at all, and has no access >> inside the LAN or to the Internet. >> >> >> The basic appearance of my /etc/network/interfaces: >> >> auto lo xenbr0 xenbr1 >> iface lo inet loopback >> iface eth0 inet manual >> iface eth1 inet manual >> iface xenbr0 inet manual >> bridge_ports eth0 >> iface xenbr1 inet manual >> bridge_ports eth1 >> >> >> I have tried setting a static IP on xenbr1, and eth1 to no avail. >> ifconfig sees the values but no access to LAN is available. >> > > You will need an IP address in xenbr1, and I don't think you need the > eth entries at all - and don't forget that you'll need a default route > via the firewall virtual device. > Do you have communications between Dom0 and the firewall itself ? > Lastly, I think there are options for Xen to add iptables rules to limit > traffic on a VIF to just the guests IP address, I assume these aren't > turned on ? > > -- > 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.xen.org > http://lists.xen.org/xen-users > --000e0cdf989e1b27b004be60a81f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hey, thanks for the r= eply Simon.

It ended up being a dns resolution problem, I didn't realize it b= ecause I was trying to ping domains, my resolv.conf file had the wrong gate= way.

I am also n= ot used to the GUI in debian, network-manager kept telling me I was disconn= ected, turns out interfaces was working all along.

On Mo= n, Apr 23, 2012 at 4:39 AM, Simon Hobson <linux@thehobsons.co.uk&= gt; wrote:
Casey DeLorme wrote:

My objective is to run a HVM PFSense, with eth0 to xenbr0 as WAN and xenbr1= to eth1 as LAN, and I want Dom0 inside the network (part of LAN not WAN).<= br>
As far as I can tell it is working, a Windows 7 x64 HVM and a Debian Squeez= e HVM both have Internet access using xenbr1, and eth1 is wired to a switch= where five additional devices also have Internet access.

However, Dom0 does not receive a connection at all, and has no access insid= e the LAN or to the Internet.


The basic appearance of my /etc/network/interfaces:

auto lo xenbr0 xenbr1
iface lo inet loopback
iface eth0 inet manual
iface eth1 inet manual
iface xenbr0 inet manual
=A0 =A0 =A0 =A0bridge_ports eth0
iface xenbr1 inet manual
=A0 =A0 =A0 =A0bridge_ports eth1


I have tried setting a static IP on xenbr1, and eth1 to no avail. ifconfig = sees the values but no access to LAN is available.

You will need an IP address in xenbr1, and I don't think you need the e= th<n> entries at all - and don't forget that you'll need a de= fault route via the firewall virtual device.
Do you have communications between Dom0 and the firewall itself ?
Lastly, I think there are options for Xen to add iptables rules to limit tr= affic on a VIF to just the guests IP address, I assume these aren't tur= ned on ?

--
Simon Hobson

Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed<= br> author Gladys Hobson. Novels - poetry - short stories - ideal as
Christmas stocking fillers. Some available as e-books.

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

--000e0cdf989e1b27b004be60a81f-- --===============9205448346643440169== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============9205448346643440169==-- From xen-users-bounces@lists.xen.org Tue Apr 24 10:14:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 10:14: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 1SMck4-00078H-Ag; Tue, 24 Apr 2012 10:13:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMck3-00078C-ES for xen-users@lists.xen.org; Tue, 24 Apr 2012 10:13:03 +0000 Received: from [85.158.143.99:39052] by server-2.bemta-4.messagelabs.com id 49/02-17550-EAC769F4; Tue, 24 Apr 2012 10:13:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1335262381!24441537!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTg5Ng==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16081 invoked from network); 24 Apr 2012 10:13:02 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 10:13:02 -0000 X-IronPort-AV: E=Sophos;i="4.75,472,1330905600"; d="scan'208";a="12101504" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2012 10:12:30 +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; Tue, 24 Apr 2012 11:12:30 +0100 Message-ID: <1335262349.4347.70.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Christoph Kaminski Date: Tue, 24 Apr 2012 11:12:29 +0100 In-Reply-To: <04ed9d0f94c249a1096386339d8b0720@satan.chao5.int> References: <04ed9d0f94c249a1096386339d8b0720@satan.chao5.int> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] pci passthrough and usb add on card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-23 at 20:10 +0100, Christoph Kaminski wrote: > I have a pci usb addon card and want to use it with pci passthrough. In > centos 3.2.x kernel are the usb modules compiled in into the kernel. If > I load the xen-pciback module with initramfs (build with dracut) then it > is to late, because the usb part of the kernel has "grabbed" it already. > How can I exclude a pci device for usb modules? I dont want to disable > completly usb support because I want to use the onboard usb controller > in dom0. Does someone know a solution for this problem? (except kernel > recompile with usb as module) I think there is a command line option to hide pci devices from the normal driver, but I'm not sure if it relies on pciback (or something else) being built in. Google might help if you look for "xen pci hide" or something. Otherwise you can unbind from the *hci driver and rebind to the pciback driver dynamically using sysfs. I use this script: #!/bin/sh if [ $# -eq 0 ] ; then echo "Require a PCI device as parameter" exit 1 fi for pcidev in $@ ; do if [ -h /sys/bus/pci/devices/"$pcidev"/driver ] ; then echo "Unbinding $pcidev from" $(basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver)) echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind fi echo "Binding $pcidev to pciback" echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/new_slot echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/bind done _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 10:14:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 10:14: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 1SMck4-00078H-Ag; Tue, 24 Apr 2012 10:13:04 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMck3-00078C-ES for xen-users@lists.xen.org; Tue, 24 Apr 2012 10:13:03 +0000 Received: from [85.158.143.99:39052] by server-2.bemta-4.messagelabs.com id 49/02-17550-EAC769F4; Tue, 24 Apr 2012 10:13:02 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-3.tower-216.messagelabs.com!1335262381!24441537!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NTg5Ng==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16081 invoked from network); 24 Apr 2012 10:13:02 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-3.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 10:13:02 -0000 X-IronPort-AV: E=Sophos;i="4.75,472,1330905600"; d="scan'208";a="12101504" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 24 Apr 2012 10:12:30 +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; Tue, 24 Apr 2012 11:12:30 +0100 Message-ID: <1335262349.4347.70.camel@zakaz.uk.xensource.com> From: Ian Campbell To: Christoph Kaminski Date: Tue, 24 Apr 2012 11:12:29 +0100 In-Reply-To: <04ed9d0f94c249a1096386339d8b0720@satan.chao5.int> References: <04ed9d0f94c249a1096386339d8b0720@satan.chao5.int> Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] pci passthrough and usb add on card X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, 2012-04-23 at 20:10 +0100, Christoph Kaminski wrote: > I have a pci usb addon card and want to use it with pci passthrough. In > centos 3.2.x kernel are the usb modules compiled in into the kernel. If > I load the xen-pciback module with initramfs (build with dracut) then it > is to late, because the usb part of the kernel has "grabbed" it already. > How can I exclude a pci device for usb modules? I dont want to disable > completly usb support because I want to use the onboard usb controller > in dom0. Does someone know a solution for this problem? (except kernel > recompile with usb as module) I think there is a command line option to hide pci devices from the normal driver, but I'm not sure if it relies on pciback (or something else) being built in. Google might help if you look for "xen pci hide" or something. Otherwise you can unbind from the *hci driver and rebind to the pciback driver dynamically using sysfs. I use this script: #!/bin/sh if [ $# -eq 0 ] ; then echo "Require a PCI device as parameter" exit 1 fi for pcidev in $@ ; do if [ -h /sys/bus/pci/devices/"$pcidev"/driver ] ; then echo "Unbinding $pcidev from" $(basename $(readlink /sys/bus/pci/devices/"$pcidev"/driver)) echo -n "$pcidev" > /sys/bus/pci/devices/"$pcidev"/driver/unbind fi echo "Binding $pcidev to pciback" echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/new_slot echo -n "$pcidev" > /sys/bus/pci/drivers/pciback/bind done _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 10:31:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 10:31: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 1SMd0F-00087A-JK; Tue, 24 Apr 2012 10:29:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMd0D-00086s-VM for xen-users@lists.xen.org; Tue, 24 Apr 2012 10:29:46 +0000 Received: from [85.158.143.35:24584] by server-1.bemta-4.messagelabs.com id 5D/62-20925-990869F4; Tue, 24 Apr 2012 10:29:45 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1335263383!8496959!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30055 invoked from network); 24 Apr 2012 10:29:44 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 10:29:44 -0000 Received: by obbwd18 with SMTP id wd18so1019131obb.32 for ; Tue, 24 Apr 2012 03:29:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=6D6JtdoPzpDDiHkSYUoRi8A46L3bzPv3vhXcsFb8AAg=; b=aL2uGW2swsHHeMst1Wjs6pvcD2SLBAMxu6dnzzUCSQj30UqnNvAiU+VDiGppUwguaF WpwPd2FS2XNB6pyWV70TUapDVRTgoAjQ/avzR5h8pVNo49D2RjEP8IEjwGd+JtWTOEbw 5KP6UfhnfKj7b/dG3EKfCGnyOus67mpbleJWXtbhpyQyCNt6sM98X+Go86EFRfMsa48y JCRI1Dtjqjl5Muc8GHlGHrrvHgCHScwPC93DT2oHZxFByNSxByvndkEBSeDE8KogWEh+ jibVmo0QylAeBycvCBbGbJClbpQjP6b/F3bjgX0UtY5EYuVryUr/qjd7Ac4GlY208I/h Ucow== Received: by 10.182.160.70 with SMTP id xi6mr8240775obb.30.1335263383248; Tue, 24 Apr 2012 03:29:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.141.234 with HTTP; Tue, 24 Apr 2012 03:29:23 -0700 (PDT) From: eva Date: Tue, 24 Apr 2012 12:29:23 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am still confused: does pyGrub run in dom0 as root? as it says in here: "PyGRUB used to act as a =93PV bootloader=94: it runs in dom0 as root, opens the PV disk image, reads its GRUB menu.lst, presents a GRUB-like menu to let the user choose a kernel which it copies to the dom0 filesystem, it then closes the disk image and eventually tells the domain builder to use that copy. Such a dom0 root process that parses user-provided data is a potential security breach." http://blog.xen.org/index.php/2008/08/28/xen-33-feature-pv-grub/ or does it run in domU? as it says in here: "PyGrub enables you to start Linux domUs with a kernel inside the DomU instead of a kernel that lies in the filesystem of the dom0." http://wiki.xen.org/wiki/PyGrub Isn't those definitions contradictories? Am I misunderstanding something? Regards, Eva _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 10:31:02 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 10:31: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 1SMd0F-00087A-JK; Tue, 24 Apr 2012 10:29:47 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMd0D-00086s-VM for xen-users@lists.xen.org; Tue, 24 Apr 2012 10:29:46 +0000 Received: from [85.158.143.35:24584] by server-1.bemta-4.messagelabs.com id 5D/62-20925-990869F4; Tue, 24 Apr 2012 10:29:45 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-4.tower-21.messagelabs.com!1335263383!8496959!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 30055 invoked from network); 24 Apr 2012 10:29:44 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-4.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 10:29:44 -0000 Received: by obbwd18 with SMTP id wd18so1019131obb.32 for ; Tue, 24 Apr 2012 03:29:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=6D6JtdoPzpDDiHkSYUoRi8A46L3bzPv3vhXcsFb8AAg=; b=aL2uGW2swsHHeMst1Wjs6pvcD2SLBAMxu6dnzzUCSQj30UqnNvAiU+VDiGppUwguaF WpwPd2FS2XNB6pyWV70TUapDVRTgoAjQ/avzR5h8pVNo49D2RjEP8IEjwGd+JtWTOEbw 5KP6UfhnfKj7b/dG3EKfCGnyOus67mpbleJWXtbhpyQyCNt6sM98X+Go86EFRfMsa48y JCRI1Dtjqjl5Muc8GHlGHrrvHgCHScwPC93DT2oHZxFByNSxByvndkEBSeDE8KogWEh+ jibVmo0QylAeBycvCBbGbJClbpQjP6b/F3bjgX0UtY5EYuVryUr/qjd7Ac4GlY208I/h Ucow== Received: by 10.182.160.70 with SMTP id xi6mr8240775obb.30.1335263383248; Tue, 24 Apr 2012 03:29:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.60.141.234 with HTTP; Tue, 24 Apr 2012 03:29:23 -0700 (PDT) From: eva Date: Tue, 24 Apr 2012 12:29:23 +0200 Message-ID: To: xen-users@lists.xen.org Subject: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am still confused: does pyGrub run in dom0 as root? as it says in here: "PyGRUB used to act as a =93PV bootloader=94: it runs in dom0 as root, opens the PV disk image, reads its GRUB menu.lst, presents a GRUB-like menu to let the user choose a kernel which it copies to the dom0 filesystem, it then closes the disk image and eventually tells the domain builder to use that copy. Such a dom0 root process that parses user-provided data is a potential security breach." http://blog.xen.org/index.php/2008/08/28/xen-33-feature-pv-grub/ or does it run in domU? as it says in here: "PyGrub enables you to start Linux domUs with a kernel inside the DomU instead of a kernel that lies in the filesystem of the dom0." http://wiki.xen.org/wiki/PyGrub Isn't those definitions contradictories? Am I misunderstanding something? Regards, Eva _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 10:45:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 10:45:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMdEO-0002ED-TS; Tue, 24 Apr 2012 10:44:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMdEN-0002Dw-A8 for xen-users@lists.xen.org; Tue, 24 Apr 2012 10:44:23 +0000 Received: from [85.158.143.35:28207] by server-3.bemta-4.messagelabs.com id 2F/CE-05853-604869F4; Tue, 24 Apr 2012 10:44:22 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-14.tower-21.messagelabs.com!1335264260!17538273!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26743 invoked from network); 24 Apr 2012 10:44:21 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 10:44:21 -0000 Received: by dajx4 with SMTP id x4so798090daj.28 for ; Tue, 24 Apr 2012 03:44:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=z95LoE2j+xwg3XOiNu6KXOYcPAaeZWTcGJ3xsEK73eg=; b=FZPgBsVu5k8YkQRYnJNYo1LF5E26J9hSxH+xFUKPVlacxdNZ8hzqtdWNOS3nCQY7JP AJBHOas1fj3HpA6Sg3QGk+NR6Y3s7BDB+qvjHSqZ5wIo01bLJeBOD+/aloApR1U0hP1u jqGAcZIY1emIZ7rEtH7xCqmGZKizrL7Yzlg6az1nTzeCy9DOZQnwTW8y3gok/ohWyiby Ghh4rvOOPMCBU003IHnTpXOukV6tYVlP3kVzmW0Bbb1YjZOhWu/rxDyCkh0zaoNCNlRD FjRrA62RXNiQdGTbxGQ8ROvI9KTnWlKbpLjsRGfBFINYWKfJPXTMzdRCJ8hWbU46R2GB 1csA== MIME-Version: 1.0 Received: by 10.68.211.197 with SMTP id ne5mr991213pbc.55.1335264259709; Tue, 24 Apr 2012 03:44:19 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Tue, 24 Apr 2012 03:44:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 24 Apr 2012 17:44:19 +0700 Message-ID: From: "Fajar A. Nugraha" To: eva X-Gm-Message-State: ALoCoQnIv7A45QjCL+ZBRSycJbk8nGs4yQUvNURflLrVMtaiIidkQq1G0FaAHgG5r8HB+d9ckqWh Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 24, 2012 at 5:29 PM, eva wrote: > Hello, > > I am still confused: does pyGrub run in dom0 as root? as it says in here: Yes > or does it run in domU? as it says in here: No. > Isn't those definitions contradictories? No. pygrub: - is a python script (which, IIRC, also installs several python modules) - runs on dom0 - extract kernel and initrd from a domU image (file, partition, LVM, etc) and put it on dom0 (/var/lib/xen/...) - starts domU using the above kernel and initrd You can test it yourself btw: Run "pygrub -i /path/to/wherever/your/domU/image" pvgrub, on the other hand, runs completely on domU. So some might say pvgrub is "safer" than pygrub. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 10:45:26 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 10:45:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMdEO-0002ED-TS; Tue, 24 Apr 2012 10:44:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMdEN-0002Dw-A8 for xen-users@lists.xen.org; Tue, 24 Apr 2012 10:44:23 +0000 Received: from [85.158.143.35:28207] by server-3.bemta-4.messagelabs.com id 2F/CE-05853-604869F4; Tue, 24 Apr 2012 10:44:22 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-14.tower-21.messagelabs.com!1335264260!17538273!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26743 invoked from network); 24 Apr 2012 10:44:21 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-14.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 10:44:21 -0000 Received: by dajx4 with SMTP id x4so798090daj.28 for ; Tue, 24 Apr 2012 03:44:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=z95LoE2j+xwg3XOiNu6KXOYcPAaeZWTcGJ3xsEK73eg=; b=FZPgBsVu5k8YkQRYnJNYo1LF5E26J9hSxH+xFUKPVlacxdNZ8hzqtdWNOS3nCQY7JP AJBHOas1fj3HpA6Sg3QGk+NR6Y3s7BDB+qvjHSqZ5wIo01bLJeBOD+/aloApR1U0hP1u jqGAcZIY1emIZ7rEtH7xCqmGZKizrL7Yzlg6az1nTzeCy9DOZQnwTW8y3gok/ohWyiby Ghh4rvOOPMCBU003IHnTpXOukV6tYVlP3kVzmW0Bbb1YjZOhWu/rxDyCkh0zaoNCNlRD FjRrA62RXNiQdGTbxGQ8ROvI9KTnWlKbpLjsRGfBFINYWKfJPXTMzdRCJ8hWbU46R2GB 1csA== MIME-Version: 1.0 Received: by 10.68.211.197 with SMTP id ne5mr991213pbc.55.1335264259709; Tue, 24 Apr 2012 03:44:19 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Tue, 24 Apr 2012 03:44:19 -0700 (PDT) In-Reply-To: References: Date: Tue, 24 Apr 2012 17:44:19 +0700 Message-ID: From: "Fajar A. Nugraha" To: eva X-Gm-Message-State: ALoCoQnIv7A45QjCL+ZBRSycJbk8nGs4yQUvNURflLrVMtaiIidkQq1G0FaAHgG5r8HB+d9ckqWh Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 24, 2012 at 5:29 PM, eva wrote: > Hello, > > I am still confused: does pyGrub run in dom0 as root? as it says in here: Yes > or does it run in domU? as it says in here: No. > Isn't those definitions contradictories? No. pygrub: - is a python script (which, IIRC, also installs several python modules) - runs on dom0 - extract kernel and initrd from a domU image (file, partition, LVM, etc) and put it on dom0 (/var/lib/xen/...) - starts domU using the above kernel and initrd You can test it yourself btw: Run "pygrub -i /path/to/wherever/your/domU/image" pvgrub, on the other hand, runs completely on domU. So some might say pvgrub is "safer" than pygrub. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 12:34:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 12:34: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 1SMevX-0004XK-I1; Tue, 24 Apr 2012 12:33:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMevV-0004XF-VO for xen-users@lists.xen.org; Tue, 24 Apr 2012 12:33:02 +0000 Received: from [85.158.143.99:40329] by server-2.bemta-4.messagelabs.com id 97/46-17550-D7D969F4; Tue, 24 Apr 2012 12:33:01 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1335270778!15406035!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24402 invoked from network); 24 Apr 2012 12:33:00 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 12:33:00 -0000 Received: by obbwd18 with SMTP id wd18so1188171obb.32 for ; Tue, 24 Apr 2012 05:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=uvy0pkBOkV8SQDqjwmW01PfkTaYWggMfOeyAD+Fh0+Y=; b=yYKqLUPrvGBMX5iRaaSZXOIJcsNC12CyPyHriz1wJxVams7SpVo3osecoCCFON6Ilf dPWeSAqdTBfRUmbS/4FA+fzBaJHKlpjoS83DuLw6u8wlAUkwaeyk7MbUdqoPlW6IwNFN 70fCuL8AbUx29XMVFlLcE0ukkH4Dahm1vwxGlbXS2tCQVAEfS+G2Wbtoopb/YuVkuUwL cInVa9uglpweUHu2Eb/kOipIoX1ZwxFzx3YKbWJJOz5GScDttShi4EW+by18c6K59Dhh 4/PNF+xy9up7qh5omBsrLRlTgnPa7zxcgXz2tNQdXceXJufaIs/VoSVLvYu4/wttNFnj +lzw== Received: by 10.60.170.145 with SMTP id am17mr28672873oec.73.1335270773016; Tue, 24 Apr 2012 05:32:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.15.100 with HTTP; Tue, 24 Apr 2012 05:32:32 -0700 (PDT) In-Reply-To: References: From: eva Date: Tue, 24 Apr 2012 14:32:32 +0200 Message-ID: To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 24 April 2012 12:44, Fajar A. Nugraha wrote: > On Tue, Apr 24, 2012 at 5:29 PM, eva wrote: >> Hello, >> >> I am still confused: does pyGrub run in dom0 as root? as it says in here: > > Yes > >> or does it run in domU? as it says in here: > > No. > >> Isn't those definitions contradictories? > > No. > > pygrub: > - is a python script (which, IIRC, also installs several python modules) > - runs on dom0 > - extract kernel and initrd from a domU image (file, partition, LVM, > etc) and put it on dom0 (/var/lib/xen/...) > - starts domU using the above kernel and initrd > > You can test it yourself btw: Run "pygrub -i /path/to/wherever/your/domU/image" > > pvgrub, on the other hand, runs completely on domU. So some might say > pvgrub is "safer" than pygrub. > > -- > Fajar Thanks for the explanation, Fajar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 12:34:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 12:34: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 1SMevX-0004XK-I1; Tue, 24 Apr 2012 12:33:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMevV-0004XF-VO for xen-users@lists.xen.org; Tue, 24 Apr 2012 12:33:02 +0000 Received: from [85.158.143.99:40329] by server-2.bemta-4.messagelabs.com id 97/46-17550-D7D969F4; Tue, 24 Apr 2012 12:33:01 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1335270778!15406035!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24402 invoked from network); 24 Apr 2012 12:33:00 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-14.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 12:33:00 -0000 Received: by obbwd18 with SMTP id wd18so1188171obb.32 for ; Tue, 24 Apr 2012 05:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=uvy0pkBOkV8SQDqjwmW01PfkTaYWggMfOeyAD+Fh0+Y=; b=yYKqLUPrvGBMX5iRaaSZXOIJcsNC12CyPyHriz1wJxVams7SpVo3osecoCCFON6Ilf dPWeSAqdTBfRUmbS/4FA+fzBaJHKlpjoS83DuLw6u8wlAUkwaeyk7MbUdqoPlW6IwNFN 70fCuL8AbUx29XMVFlLcE0ukkH4Dahm1vwxGlbXS2tCQVAEfS+G2Wbtoopb/YuVkuUwL cInVa9uglpweUHu2Eb/kOipIoX1ZwxFzx3YKbWJJOz5GScDttShi4EW+by18c6K59Dhh 4/PNF+xy9up7qh5omBsrLRlTgnPa7zxcgXz2tNQdXceXJufaIs/VoSVLvYu4/wttNFnj +lzw== Received: by 10.60.170.145 with SMTP id am17mr28672873oec.73.1335270773016; Tue, 24 Apr 2012 05:32:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.15.100 with HTTP; Tue, 24 Apr 2012 05:32:32 -0700 (PDT) In-Reply-To: References: From: eva Date: Tue, 24 Apr 2012 14:32:32 +0200 Message-ID: To: "Fajar A. Nugraha" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 24 April 2012 12:44, Fajar A. Nugraha wrote: > On Tue, Apr 24, 2012 at 5:29 PM, eva wrote: >> Hello, >> >> I am still confused: does pyGrub run in dom0 as root? as it says in here: > > Yes > >> or does it run in domU? as it says in here: > > No. > >> Isn't those definitions contradictories? > > No. > > pygrub: > - is a python script (which, IIRC, also installs several python modules) > - runs on dom0 > - extract kernel and initrd from a domU image (file, partition, LVM, > etc) and put it on dom0 (/var/lib/xen/...) > - starts domU using the above kernel and initrd > > You can test it yourself btw: Run "pygrub -i /path/to/wherever/your/domU/image" > > pvgrub, on the other hand, runs completely on domU. So some might say > pvgrub is "safer" than pygrub. > > -- > Fajar Thanks for the explanation, Fajar. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 13:00:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 13:00: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 1SMfLV-0005ge-WC; Tue, 24 Apr 2012 12:59:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMfLT-0005gE-KG for xen-users@lists.xen.org; Tue, 24 Apr 2012 12:59:52 +0000 Received: from [85.158.138.51:63840] by server-4.bemta-3.messagelabs.com id D5/4D-15341-6C3A69F4; Tue, 24 Apr 2012 12:59:50 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-10.tower-174.messagelabs.com!1335272388!19479091!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0MjI4MTI=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13375 invoked from network); 24 Apr 2012 12:59:49 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2012 12:59:49 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 5609027DC; Tue, 24 Apr 2012 15:59:48 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id E216220059; Tue, 24 Apr 2012 15:59:47 +0300 (EEST) Date: Tue, 24 Apr 2012 15:59:47 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: =?iso-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= Message-ID: <20120424125947.GH2058@reaktio.net> References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > Pasi, > = This thread really belongs to xen-users mailinglist (added to CC). So let's drop xen-devel from the CC list in the replies.. > I didn't really understand when You said "I was talking about dom0 Lin= ux > kernel, not about Xen", coz I understand you must be in xen to access > dom0. > Look: in my grub2 I have these options in grub2: > = > Xen Unstable / Debian Squeeze kernel 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32-5-686 > = Please paste the entries from your grub.cfg > I select first option and the system returns: > = > error: couldn't open file > error: you need to load the multiboot kernel first > = So the grub entry is broken. Please fix it. > The second option is in graphical environment but keyboard and mouse d= on't > work there. I thought You said to enter within this option (but I think > this option is not important) > = Of course you need to boot to Xen to be able to use Xen. I recommend using just the text-only modes. > And the third option is my environment where I compiled and installed = xen > and Debian GNU/Linux, with Linux 2.6.32.40. > Here I do command "# /etc/init.d/xend start" and the system returns > "xencommons should be started first", but I had done > "/etc/init.d/xencommons start" before and no error message returned !!= !??? > = Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen you also need Xen-enabled Linux dom0 kernel ? = http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > and then... what do you think? > = -- Pasi > Eduardo > = > Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a <[1]jefranca@gma= il.com> > escreveu: > = > Pasi > = > I didn't think this. I'll be in my job tomorrow an I'll reply there. > = > Thank you > = > Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi> > escreveu: > = > On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduardo Fran=E7a = wrote: > > Hi Pasi, > > > > thank you for reply. > > > > I'm using Debian Squeeze, and I'm compiling Xen from source > (.tar.gz). I > > ran "make install-tools PYTHON_PREFIX_ARG=3D" to install Xen. > > > > Notice: I couldn't run in xen_unstable or dom0 then I returne= d to > install > > environment (Debian Squeeze) > > > > My attempt with modules and now with xenstored command > (oxenstored command > > works) was in Debian Squeeze. In this case I think I can't lo= ad > these > > modules or run this command, but I'm not sure. Then your > questions can not > > be in this scope. What do you think? > > > = > I was talking about dom0 Linux kernel, not about Xen. > = > -- Pasi > = > > Thanks, Eduardo > > > > Em 23 de abril de 2012 03:36, Pasi K=E4rkk=E4inen > <[1][3]pasik@iki.fi> escreveu: > > > > On Sun, Apr 22, 2012 at 04:21:10PM -0300, Jos=E9 Eduardo Fr= an=E7a > wrote: > > > hi guys, > > > > > > > Hello, > > > It's my first time here and in a mailing lists, I only > participated > > in > > > forums before. Please, If I make a mistake you should > advise me. > > Let's go! > > > > > > I was reading "xencommons not start" in a Remus Forum = in > order to > > install > > > Remus. > > > Well* I followed the tutorial > > > > > > <[1][2][4]http://remusha.wikidot.com/configuring-and-installing-re= mus>, > I > > reboot > > > in xen_unstable and I had a error message: > > > > > > error: couldn't open file > > > error: you need to load the multiboot kernel first > > > > > > then I redid tutorial after "Adapt Grub" and in a mome= nt I > do > > command: > > > > > > # /etc/init.d/xend start > > > xencommons should be started first. > > > > > > but I had done "/etc/init.d/xencommons start" before a= nd > no error > > message > > > returned !!!??? > > > > > > I also tried insert modules manually (coz in other mai= ling > list > > said to > > > put some modules - see my setups after this mail) but I > had: > > > > > > # modprobe xen-evtchn > > > FATAL: Module xen_evtchn not found. > > > > > > > So xen event channel support is not compiled as a module? > > is it enabled at all in your dom0 kernel config? > > > > > [3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_= fails.3F > > -- Pasi > > > > References > > > > Visible links > > 1. mailto:[6]pasik@iki.fi > > 2. [7]http://remusha.wikidot.com/configuring-and-installing-r= emus > > 3. > [8]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fail= s.3F > = > References > = > Visible links > 1. mailto:jefranca@gmail.com > 2. mailto:pasik@iki.fi > 3. mailto:pasik@iki.fi > 4. http://remusha.wikidot.com/configuring-and-installing-remus > 5. http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > 6. mailto:pasik@iki.fi > 7. http://remusha.wikidot.com/configuring-and-installing-remus > 8. http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 13:00:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 13:00: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 1SMfLV-0005ge-WC; Tue, 24 Apr 2012 12:59:54 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMfLT-0005gE-KG for xen-users@lists.xen.org; Tue, 24 Apr 2012 12:59:52 +0000 Received: from [85.158.138.51:63840] by server-4.bemta-3.messagelabs.com id D5/4D-15341-6C3A69F4; Tue, 24 Apr 2012 12:59:50 +0000 X-Env-Sender: pasik@iki.fi X-Msg-Ref: server-10.tower-174.messagelabs.com!1335272388!19479091!1 X-Originating-IP: [192.89.123.25] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMTkyLjg5LjEyMy4yNSA9PiA0MjI4MTI=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13375 invoked from network); 24 Apr 2012 12:59:49 -0000 Received: from smtp.tele.fi (HELO smtp.tele.fi) (192.89.123.25) by server-10.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2012 12:59:49 -0000 X-Originating-Ip: [194.89.68.22] Received: from ydin.reaktio.net (reaktio.net [194.89.68.22]) by smtp.tele.fi (Postfix) with ESMTP id 5609027DC; Tue, 24 Apr 2012 15:59:48 +0300 (EEST) Received: by ydin.reaktio.net (Postfix, from userid 1001) id E216220059; Tue, 24 Apr 2012 15:59:47 +0300 (EEST) Date: Tue, 24 Apr 2012 15:59:47 +0300 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= To: =?iso-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= Message-ID: <20120424125947.GH2058@reaktio.net> References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > Pasi, > = This thread really belongs to xen-users mailinglist (added to CC). So let's drop xen-devel from the CC list in the replies.. > I didn't really understand when You said "I was talking about dom0 Lin= ux > kernel, not about Xen", coz I understand you must be in xen to access > dom0. > Look: in my grub2 I have these options in grub2: > = > Xen Unstable / Debian Squeeze kernel 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32-5-686 > = Please paste the entries from your grub.cfg > I select first option and the system returns: > = > error: couldn't open file > error: you need to load the multiboot kernel first > = So the grub entry is broken. Please fix it. > The second option is in graphical environment but keyboard and mouse d= on't > work there. I thought You said to enter within this option (but I think > this option is not important) > = Of course you need to boot to Xen to be able to use Xen. I recommend using just the text-only modes. > And the third option is my environment where I compiled and installed = xen > and Debian GNU/Linux, with Linux 2.6.32.40. > Here I do command "# /etc/init.d/xend start" and the system returns > "xencommons should be started first", but I had done > "/etc/init.d/xencommons start" before and no error message returned !!= !??? > = Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen you also need Xen-enabled Linux dom0 kernel ? = http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > and then... what do you think? > = -- Pasi > Eduardo > = > Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a <[1]jefranca@gma= il.com> > escreveu: > = > Pasi > = > I didn't think this. I'll be in my job tomorrow an I'll reply there. > = > Thank you > = > Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi> > escreveu: > = > On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduardo Fran=E7a = wrote: > > Hi Pasi, > > > > thank you for reply. > > > > I'm using Debian Squeeze, and I'm compiling Xen from source > (.tar.gz). I > > ran "make install-tools PYTHON_PREFIX_ARG=3D" to install Xen. > > > > Notice: I couldn't run in xen_unstable or dom0 then I returne= d to > install > > environment (Debian Squeeze) > > > > My attempt with modules and now with xenstored command > (oxenstored command > > works) was in Debian Squeeze. In this case I think I can't lo= ad > these > > modules or run this command, but I'm not sure. Then your > questions can not > > be in this scope. What do you think? > > > = > I was talking about dom0 Linux kernel, not about Xen. > = > -- Pasi > = > > Thanks, Eduardo > > > > Em 23 de abril de 2012 03:36, Pasi K=E4rkk=E4inen > <[1][3]pasik@iki.fi> escreveu: > > > > On Sun, Apr 22, 2012 at 04:21:10PM -0300, Jos=E9 Eduardo Fr= an=E7a > wrote: > > > hi guys, > > > > > > > Hello, > > > It's my first time here and in a mailing lists, I only > participated > > in > > > forums before. Please, If I make a mistake you should > advise me. > > Let's go! > > > > > > I was reading "xencommons not start" in a Remus Forum = in > order to > > install > > > Remus. > > > Well* I followed the tutorial > > > > > > <[1][2][4]http://remusha.wikidot.com/configuring-and-installing-re= mus>, > I > > reboot > > > in xen_unstable and I had a error message: > > > > > > error: couldn't open file > > > error: you need to load the multiboot kernel first > > > > > > then I redid tutorial after "Adapt Grub" and in a mome= nt I > do > > command: > > > > > > # /etc/init.d/xend start > > > xencommons should be started first. > > > > > > but I had done "/etc/init.d/xencommons start" before a= nd > no error > > message > > > returned !!!??? > > > > > > I also tried insert modules manually (coz in other mai= ling > list > > said to > > > put some modules - see my setups after this mail) but I > had: > > > > > > # modprobe xen-evtchn > > > FATAL: Module xen_evtchn not found. > > > > > > > So xen event channel support is not compiled as a module? > > is it enabled at all in your dom0 kernel config? > > > > > [3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_= fails.3F > > -- Pasi > > > > References > > > > Visible links > > 1. mailto:[6]pasik@iki.fi > > 2. [7]http://remusha.wikidot.com/configuring-and-installing-r= emus > > 3. > [8]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fail= s.3F > = > References > = > Visible links > 1. mailto:jefranca@gmail.com > 2. mailto:pasik@iki.fi > 3. mailto:pasik@iki.fi > 4. http://remusha.wikidot.com/configuring-and-installing-remus > 5. http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > 6. mailto:pasik@iki.fi > 7. http://remusha.wikidot.com/configuring-and-installing-remus > 8. http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 13:14:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 13:14: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 1SMfYV-00075b-C2; Tue, 24 Apr 2012 13:13:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMfYT-00075Q-SR for xen-users@lists.xen.org; Tue, 24 Apr 2012 13:13:18 +0000 Received: from [85.158.139.83:4492] by server-7.bemta-5.messagelabs.com id CE/FC-16195-CE6A69F4; Tue, 24 Apr 2012 13:13:16 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1335273195!25257013!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=1.9 required=7.0 tests=MISSING_MIMEOLE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24801 invoked from network); 24 Apr 2012 13:13:15 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 13:13:15 -0000 Received: by eeit10 with SMTP id t10so188299eei.32 for ; Tue, 24 Apr 2012 06:13:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:x-mailer:importance:thread-index:content-language :disposition-notification-to; bh=Q0urM2h0fCwhmDv93ue68oDL5y9vTfcVs9iQI271Q5E=; b=qF6+UvyefD4cbw3VgSe9h0U198Bugz0kIMwZSq/ypiS2Brr9/zpugAV3rCexqITPyX 2xSDhJWOtuLJ3FX9Z9GPMJalntwA/EAi7XP+DLFoq2RVWVDQMeE26LErOsjaKAy1NX/b zz3w0u2MshtVxaOhsFGjQE3pvkZLF2OzqFUuB3TvbyqFtLMcZo9sHPAsbQCrHn8shMrX MNbUJY55QWTMo1hA8/IXnTz/I2KRKyCPFBe/kH1Q/q/EocSY2Zsoeie+Wsxr9FiTy2GX cK3Gw1jYq4Igjw9YnsHT93ePhNcEzC2rOXRYjSL+tdEVOWSLQQB0285xDS9uDLDNzvpH 0PnQ== Received: by 10.213.27.84 with SMTP id h20mr1703981ebc.238.1335273194470; Tue, 24 Apr 2012 06:13:14 -0700 (PDT) Received: from hstwsw7100001 (adx000.adradix.net. [62.2.119.94]) by mx.google.com with ESMTPS id q45sm87468492eem.7.2012.04.24.06.13.12 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Apr 2012 06:13:13 -0700 (PDT) From: "Walter Robert Ditzler" To: =?iso-8859-1?Q?'Pasi_K=E4rkk=E4inen'?= , =?iso-8859-1?Q?'Jos=E9_Eduardo_Fran=E7a'?= References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> In-Reply-To: <20120424125947.GH2058@reaktio.net> Date: Tue, 24 Apr 2012 15:13:01 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 14.0 Importance: High Thread-Index: AQM6450a4NHQfsBIv8EX+MTfPRSLugF2QAHTAb0AdusBWfTZEwKUkri/AjOmGzQBfcQhUJN31efQ Content-Language: de-ch Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org hi, for boot order, if manually set: *** update-rc.d xencommons defaults 19 18 update-rc.d xend defaults 20 21 update-rc.d xendomains defaults 21 20 update-rc.d xen-watchdog defaults 22 23 *** and dont forget in /etc/default/grub *** # SET THE DEFAULT BOOT KERNEL, NUMBER COUNTED FROM THE TOP BEGINNING WITH 0 GRUB_DEFAULT=3D10 # SOMETIMES IS NICE TO HAVE FIX MEMORY ALLOCATION TO AVOID CRASHING IF ALL MEMORY IS USED GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M" *** thanks walter -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Pasi K=E4rkk=E4inen Sent: Dienstag, 24. April 2012 15:00 To: Jos=E9 Eduardo Fran=E7a Cc: xen-users@lists.xen.org; xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > Pasi, > = This thread really belongs to xen-users mailinglist (added to CC). So let's drop xen-devel from the CC list in the replies.. > I didn't really understand when You said "I was talking about dom0 Linux > kernel, not about Xen", coz I understand you must be in xen to access > dom0. > Look: in my grub2 I have these options in grub2: > = > Xen Unstable / Debian Squeeze kernel 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32-5-686 > = Please paste the entries from your grub.cfg > I select first option and the system returns: > = > error: couldn't open file > error: you need to load the multiboot kernel first > = So the grub entry is broken. Please fix it. > The second option is in graphical environment but keyboard and mouse don't > work there. I thought You said to enter within this option (but I think > this option is not important) > = Of course you need to boot to Xen to be able to use Xen. I recommend using just the text-only modes. > And the third option is my environment where I compiled and installed xen > and Debian GNU/Linux, with Linux 2.6.32.40. > Here I do command "# /etc/init.d/xend start" and the system returns > "xencommons should be started first", but I had done > "/etc/init.d/xencommons start" before and no error message returned !!!??? > = Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen you also need Xen-enabled Linux dom0 kernel ? = http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > and then... what do you think? > = -- Pasi > Eduardo > = > Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a <[1]jefranca@gmail.com> > escreveu: > = > Pasi > = > I didn't think this. I'll be in my job tomorrow an I'll reply there. > = > Thank you > = > Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi> > escreveu: > = > On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduardo Fran=E7a wrote: > > Hi Pasi, > > > > thank you for reply. > > > > I'm using Debian Squeeze, and I'm compiling Xen from source > (.tar.gz). I > > ran "make install-tools PYTHON_PREFIX_ARG=3D" to install Xen. > > > > Notice: I couldn't run in xen_unstable or dom0 then I returned to > install > > environment (Debian Squeeze) > > > > My attempt with modules and now with xenstored command > (oxenstored command > > works) was in Debian Squeeze. In this case I think I can't load > these > > modules or run this command, but I'm not sure. Then your > questions can not > > be in this scope. What do you think? > > > = > I was talking about dom0 Linux kernel, not about Xen. > = > -- Pasi > = > > Thanks, Eduardo > > > > Em 23 de abril de 2012 03:36, Pasi K=E4rkk=E4inen > <[1][3]pasik@iki.fi> escreveu: > > > > On Sun, Apr 22, 2012 at 04:21:10PM -0300, Jos=E9 Eduardo Fran=E7a > wrote: > > > hi guys, > > > > > > > Hello, > > > It's my first time here and in a mailing lists, I only > participated > > in > > > forums before. Please, If I make a mistake you should > advise me. > > Let's go! > > > > > > I was reading "xencommons not start" in a Remus Forum in > order to > > install > > > Remus. > > > Well* I followed the tutorial > > > > > > <[1][2][4]http://remusha.wikidot.com/configuring-and-installing-remus>, > I > > reboot > > > in xen_unstable and I had a error message: > > > > > > error: couldn't open file > > > error: you need to load the multiboot kernel first > > > > > > then I redid tutorial after "Adapt Grub" and in a moment I > do > > command: > > > > > > # /etc/init.d/xend start > > > xencommons should be started first. > > > > > > but I had done "/etc/init.d/xencommons start" before and > no error > > message > > > returned !!!??? > > > > > > I also tried insert modules manually (coz in other mailing > list > > said to > > > put some modules - see my setups after this mail) but I > had: > > > > > > # modprobe xen-evtchn > > > FATAL: Module xen_evtchn not found. > > > > > > > So xen event channel support is not compiled as a module? > > is it enabled at all in your dom0 kernel config? > > > > > [3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > -- Pasi > > > > References > > > > Visible links > > 1. mailto:[6]pasik@iki.fi > > 2. [7]http://remusha.wikidot.com/configuring-and-installing-remus > > 3. > = > [8]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > = > References > = > Visible links > 1. mailto:jefranca@gmail.com > 2. mailto:pasik@iki.fi > 3. mailto:pasik@iki.fi > 4. http://remusha.wikidot.com/configuring-and-installing-remus > 5. http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > 6. mailto:pasik@iki.fi > 7. http://remusha.wikidot.com/configuring-and-installing-remus > 8. = > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 13:14:09 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 13:14: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 1SMfYV-00075b-C2; Tue, 24 Apr 2012 13:13:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMfYT-00075Q-SR for xen-users@lists.xen.org; Tue, 24 Apr 2012 13:13:18 +0000 Received: from [85.158.139.83:4492] by server-7.bemta-5.messagelabs.com id CE/FC-16195-CE6A69F4; Tue, 24 Apr 2012 13:13:16 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-2.tower-182.messagelabs.com!1335273195!25257013!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=1.9 required=7.0 tests=MISSING_MIMEOLE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24801 invoked from network); 24 Apr 2012 13:13:15 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-2.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 13:13:15 -0000 Received: by eeit10 with SMTP id t10so188299eei.32 for ; Tue, 24 Apr 2012 06:13:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:x-mailer:importance:thread-index:content-language :disposition-notification-to; bh=Q0urM2h0fCwhmDv93ue68oDL5y9vTfcVs9iQI271Q5E=; b=qF6+UvyefD4cbw3VgSe9h0U198Bugz0kIMwZSq/ypiS2Brr9/zpugAV3rCexqITPyX 2xSDhJWOtuLJ3FX9Z9GPMJalntwA/EAi7XP+DLFoq2RVWVDQMeE26LErOsjaKAy1NX/b zz3w0u2MshtVxaOhsFGjQE3pvkZLF2OzqFUuB3TvbyqFtLMcZo9sHPAsbQCrHn8shMrX MNbUJY55QWTMo1hA8/IXnTz/I2KRKyCPFBe/kH1Q/q/EocSY2Zsoeie+Wsxr9FiTy2GX cK3Gw1jYq4Igjw9YnsHT93ePhNcEzC2rOXRYjSL+tdEVOWSLQQB0285xDS9uDLDNzvpH 0PnQ== Received: by 10.213.27.84 with SMTP id h20mr1703981ebc.238.1335273194470; Tue, 24 Apr 2012 06:13:14 -0700 (PDT) Received: from hstwsw7100001 (adx000.adradix.net. [62.2.119.94]) by mx.google.com with ESMTPS id q45sm87468492eem.7.2012.04.24.06.13.12 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Apr 2012 06:13:13 -0700 (PDT) From: "Walter Robert Ditzler" To: =?iso-8859-1?Q?'Pasi_K=E4rkk=E4inen'?= , =?iso-8859-1?Q?'Jos=E9_Eduardo_Fran=E7a'?= References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> In-Reply-To: <20120424125947.GH2058@reaktio.net> Date: Tue, 24 Apr 2012 15:13:01 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 14.0 Importance: High Thread-Index: AQM6450a4NHQfsBIv8EX+MTfPRSLugF2QAHTAb0AdusBWfTZEwKUkri/AjOmGzQBfcQhUJN31efQ Content-Language: de-ch Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org hi, for boot order, if manually set: *** update-rc.d xencommons defaults 19 18 update-rc.d xend defaults 20 21 update-rc.d xendomains defaults 21 20 update-rc.d xen-watchdog defaults 22 23 *** and dont forget in /etc/default/grub *** # SET THE DEFAULT BOOT KERNEL, NUMBER COUNTED FROM THE TOP BEGINNING WITH 0 GRUB_DEFAULT=3D10 # SOMETIMES IS NICE TO HAVE FIX MEMORY ALLOCATION TO AVOID CRASHING IF ALL MEMORY IS USED GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M" *** thanks walter -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Pasi K=E4rkk=E4inen Sent: Dienstag, 24. April 2012 15:00 To: Jos=E9 Eduardo Fran=E7a Cc: xen-users@lists.xen.org; xen-devel@lists.xen.org Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > Pasi, > = This thread really belongs to xen-users mailinglist (added to CC). So let's drop xen-devel from the CC list in the replies.. > I didn't really understand when You said "I was talking about dom0 Linux > kernel, not about Xen", coz I understand you must be in xen to access > dom0. > Look: in my grub2 I have these options in grub2: > = > Xen Unstable / Debian Squeeze kernel 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32.40 > Debian GNU/Linux, with Linux 2.6.32-5-686 > = Please paste the entries from your grub.cfg > I select first option and the system returns: > = > error: couldn't open file > error: you need to load the multiboot kernel first > = So the grub entry is broken. Please fix it. > The second option is in graphical environment but keyboard and mouse don't > work there. I thought You said to enter within this option (but I think > this option is not important) > = Of course you need to boot to Xen to be able to use Xen. I recommend using just the text-only modes. > And the third option is my environment where I compiled and installed xen > and Debian GNU/Linux, with Linux 2.6.32.40. > Here I do command "# /etc/init.d/xend start" and the system returns > "xencommons should be started first", but I had done > "/etc/init.d/xencommons start" before and no error message returned !!!??? > = Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen you also need Xen-enabled Linux dom0 kernel ? = http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > and then... what do you think? > = -- Pasi > Eduardo > = > Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a <[1]jefranca@gmail.com> > escreveu: > = > Pasi > = > I didn't think this. I'll be in my job tomorrow an I'll reply there. > = > Thank you > = > Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi> > escreveu: > = > On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduardo Fran=E7a wrote: > > Hi Pasi, > > > > thank you for reply. > > > > I'm using Debian Squeeze, and I'm compiling Xen from source > (.tar.gz). I > > ran "make install-tools PYTHON_PREFIX_ARG=3D" to install Xen. > > > > Notice: I couldn't run in xen_unstable or dom0 then I returned to > install > > environment (Debian Squeeze) > > > > My attempt with modules and now with xenstored command > (oxenstored command > > works) was in Debian Squeeze. In this case I think I can't load > these > > modules or run this command, but I'm not sure. Then your > questions can not > > be in this scope. What do you think? > > > = > I was talking about dom0 Linux kernel, not about Xen. > = > -- Pasi > = > > Thanks, Eduardo > > > > Em 23 de abril de 2012 03:36, Pasi K=E4rkk=E4inen > <[1][3]pasik@iki.fi> escreveu: > > > > On Sun, Apr 22, 2012 at 04:21:10PM -0300, Jos=E9 Eduardo Fran=E7a > wrote: > > > hi guys, > > > > > > > Hello, > > > It's my first time here and in a mailing lists, I only > participated > > in > > > forums before. Please, If I make a mistake you should > advise me. > > Let's go! > > > > > > I was reading "xencommons not start" in a Remus Forum in > order to > > install > > > Remus. > > > Well* I followed the tutorial > > > > > > <[1][2][4]http://remusha.wikidot.com/configuring-and-installing-remus>, > I > > reboot > > > in xen_unstable and I had a error message: > > > > > > error: couldn't open file > > > error: you need to load the multiboot kernel first > > > > > > then I redid tutorial after "Adapt Grub" and in a moment I > do > > command: > > > > > > # /etc/init.d/xend start > > > xencommons should be started first. > > > > > > but I had done "/etc/init.d/xencommons start" before and > no error > > message > > > returned !!!??? > > > > > > I also tried insert modules manually (coz in other mailing > list > > said to > > > put some modules - see my setups after this mail) but I > had: > > > > > > # modprobe xen-evtchn > > > FATAL: Module xen_evtchn not found. > > > > > > > So xen event channel support is not compiled as a module? > > is it enabled at all in your dom0 kernel config? > > > > > [3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > -- Pasi > > > > References > > > > Visible links > > 1. mailto:[6]pasik@iki.fi > > 2. [7]http://remusha.wikidot.com/configuring-and-installing-remus > > 3. > = > [8]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > = > References > = > Visible links > 1. mailto:jefranca@gmail.com > 2. mailto:pasik@iki.fi > 3. mailto:pasik@iki.fi > 4. http://remusha.wikidot.com/configuring-and-installing-remus > 5. http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > 6. mailto:pasik@iki.fi > 7. http://remusha.wikidot.com/configuring-and-installing-remus > 8. = > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:16:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:16:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhSe-00080c-BB; Tue, 24 Apr 2012 15:15:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhSc-00080X-Gx for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:15:22 +0000 Received: from [85.158.143.99:29069] by server-1.bemta-4.messagelabs.com id A9/40-20925-983C69F4; Tue, 24 Apr 2012 15:15:21 +0000 X-Env-Sender: tobias.geiger@vido.info X-Msg-Ref: server-4.tower-216.messagelabs.com!1335280520!19801413!1 X-Originating-IP: [78.47.43.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3381 invoked from network); 24 Apr 2012 15:15:21 -0000 Received: from www.vido.info (HELO mail.vido.info) (78.47.43.171) by server-4.tower-216.messagelabs.com with SMTP; 24 Apr 2012 15:15:21 -0000 Received: from localhost (ip6-localhost [127.0.0.1]) by mail.vido.info (Postfix) with ESMTP id 67EB2D34715 for ; Tue, 24 Apr 2012 17:15:20 +0200 (CEST) X-Virus-Scanned: by amavis at mail.vido.info Received: from mail.vido.info ([127.0.0.1]) by localhost (mail.vido.info [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xibqK7J4+Zmb for ; Tue, 24 Apr 2012 17:15:14 +0200 (CEST) Received: from lxgeigert.localnet (et-0-10.gw-nat.bs.kae.de.oneandone.net [212.227.35.74]) by mail.vido.info (Postfix) with ESMTPSA id 19702D3409F for ; Tue, 24 Apr 2012 17:15:13 +0200 (CEST) From: Tobias Geiger Organization: VIDO IT-Service To: xen-users@lists.xen.org Date: Tue, 24 Apr 2012 17:15:12 +0200 User-Agent: KMail/1.13.7 (Linux/3.0.0-1-amd64; KDE/4.6.5; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201204241715.12628.tobias.geiger@vido.info> Subject: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, here is a little HowTo with Hints and Tipps how to pass through a GPU to a HVM Domain as a Secondary GPU: http://wiki.xen.org/wiki/SecondaryGPUPassthrough Greetings Tobias _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:16:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:16:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhSe-00080c-BB; Tue, 24 Apr 2012 15:15:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhSc-00080X-Gx for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:15:22 +0000 Received: from [85.158.143.99:29069] by server-1.bemta-4.messagelabs.com id A9/40-20925-983C69F4; Tue, 24 Apr 2012 15:15:21 +0000 X-Env-Sender: tobias.geiger@vido.info X-Msg-Ref: server-4.tower-216.messagelabs.com!1335280520!19801413!1 X-Originating-IP: [78.47.43.171] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3381 invoked from network); 24 Apr 2012 15:15:21 -0000 Received: from www.vido.info (HELO mail.vido.info) (78.47.43.171) by server-4.tower-216.messagelabs.com with SMTP; 24 Apr 2012 15:15:21 -0000 Received: from localhost (ip6-localhost [127.0.0.1]) by mail.vido.info (Postfix) with ESMTP id 67EB2D34715 for ; Tue, 24 Apr 2012 17:15:20 +0200 (CEST) X-Virus-Scanned: by amavis at mail.vido.info Received: from mail.vido.info ([127.0.0.1]) by localhost (mail.vido.info [127.0.0.1]) (amavisd-new, port 10024) with LMTP id xibqK7J4+Zmb for ; Tue, 24 Apr 2012 17:15:14 +0200 (CEST) Received: from lxgeigert.localnet (et-0-10.gw-nat.bs.kae.de.oneandone.net [212.227.35.74]) by mail.vido.info (Postfix) with ESMTPSA id 19702D3409F for ; Tue, 24 Apr 2012 17:15:13 +0200 (CEST) From: Tobias Geiger Organization: VIDO IT-Service To: xen-users@lists.xen.org Date: Tue, 24 Apr 2012 17:15:12 +0200 User-Agent: KMail/1.13.7 (Linux/3.0.0-1-amd64; KDE/4.6.5; x86_64; ; ) MIME-Version: 1.0 Message-Id: <201204241715.12628.tobias.geiger@vido.info> Subject: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, here is a little HowTo with Hints and Tipps how to pass through a GPU to a HVM Domain as a Secondary GPU: http://wiki.xen.org/wiki/SecondaryGPUPassthrough Greetings Tobias _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:20:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:20: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 1SMhWE-0008Tm-TZ; Tue, 24 Apr 2012 15:19:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhWD-0008TH-Hw for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:19:05 +0000 Received: from [193.109.254.147:34849] by server-5.bemta-14.messagelabs.com id 52/E1-30733-864C69F4; Tue, 24 Apr 2012 15:19:04 +0000 X-Env-Sender: mwolf@adiumentum.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1335280728!6077811!1 X-Originating-IP: [83.142.83.186] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14023 invoked from network); 24 Apr 2012 15:18:48 -0000 Received: from adiumentum.com (HELO adiumentum.com) (83.142.83.186) by server-16.tower-27.messagelabs.com with SMTP; 24 Apr 2012 15:18:48 -0000 Received: from [127.0.0.1] (p57A9FC98.dip.t-dialin.net [87.169.252.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by adiumentum.com (Postfix) with ESMTPSA id 2C239440170 for ; Tue, 24 Apr 2012 17:18:48 +0200 (CEST) Message-ID: <4F96C455.2030801@adiumentum.com> Date: Tue, 24 Apr 2012 17:18:45 +0200 From: Martin Wolf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <201204241715.12628.tobias.geiger@vido.info> In-Reply-To: <201204241715.12628.tobias.geiger@vido.info> Subject: Re: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 24.04.2012 17:15, schrieb Tobias Geiger: > Hi, > > here is a little HowTo with Hints and Tipps how to pass through > a GPU to a HVM Domain as a Secondary GPU: > > http://wiki.xen.org/wiki/SecondaryGPUPassthrough > > Greetings > Tobias > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users good job, thank you very much tobias. best wishes martin -- = Adiumentum GmbH Gf. Martin Wolf Banderbacherstra=DFe 76 90513 Zirndorf 0911 / 9601470 mwolf@adiumentum.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:20:01 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:20: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 1SMhWE-0008Tm-TZ; Tue, 24 Apr 2012 15:19:06 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhWD-0008TH-Hw for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:19:05 +0000 Received: from [193.109.254.147:34849] by server-5.bemta-14.messagelabs.com id 52/E1-30733-864C69F4; Tue, 24 Apr 2012 15:19:04 +0000 X-Env-Sender: mwolf@adiumentum.com X-Msg-Ref: server-16.tower-27.messagelabs.com!1335280728!6077811!1 X-Originating-IP: [83.142.83.186] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14023 invoked from network); 24 Apr 2012 15:18:48 -0000 Received: from adiumentum.com (HELO adiumentum.com) (83.142.83.186) by server-16.tower-27.messagelabs.com with SMTP; 24 Apr 2012 15:18:48 -0000 Received: from [127.0.0.1] (p57A9FC98.dip.t-dialin.net [87.169.252.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by adiumentum.com (Postfix) with ESMTPSA id 2C239440170 for ; Tue, 24 Apr 2012 17:18:48 +0200 (CEST) Message-ID: <4F96C455.2030801@adiumentum.com> Date: Tue, 24 Apr 2012 17:18:45 +0200 From: Martin Wolf User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <201204241715.12628.tobias.geiger@vido.info> In-Reply-To: <201204241715.12628.tobias.geiger@vido.info> Subject: Re: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 24.04.2012 17:15, schrieb Tobias Geiger: > Hi, > > here is a little HowTo with Hints and Tipps how to pass through > a GPU to a HVM Domain as a Secondary GPU: > > http://wiki.xen.org/wiki/SecondaryGPUPassthrough > > Greetings > Tobias > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users good job, thank you very much tobias. best wishes martin -- = Adiumentum GmbH Gf. Martin Wolf Banderbacherstra=DFe 76 90513 Zirndorf 0911 / 9601470 mwolf@adiumentum.com _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:27:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:27: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 1SMhdg-0000sE-MM; Tue, 24 Apr 2012 15:26:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhde-0000rx-HF for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:26:46 +0000 Received: from [193.109.254.147:38266] by server-11.bemta-14.messagelabs.com id 3A/08-05858-536C69F4; Tue, 24 Apr 2012 15:26:45 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1335281204!6112572!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31285 invoked from network); 24 Apr 2012 15:26:45 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 15:26:45 -0000 Received: by vbbfs19 with SMTP id fs19so755655vbb.32 for ; Tue, 24 Apr 2012 08:26:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=no4PQe5j4DyW0ypj+hFOxprN9+z6SBOzOFT8zsG4CJ0=; b=T5IQmwuVqQfsOZyN6RVxhu55nSWun3f05hy9S2rAzV2BRgee/b/4C46FubQnGgFfwA LN/M3FL01yiIai0cN6LvOO8iLovCiDDUTVI2FapYPB60Tp4+ddj0kNihOi1zIXJSBQ+F 9QNphzwag2dPJUdm8w9xG7pfevEM/9ReU2Xf6B5j8jz3bNBY14h70SYhRFsEYWnYzWFD AxX1tcRQGwQJKZo6taOZ2xujwrXfbxxhafNJJB2TGgH+uu2x6Yw+IL0bl1hb+hJbfwCL uCtHrQvLQYcwRVNkZSBiN7hLglUO3ifg3YG6Hh4fGISXK00avFzNouQEdA7f6DSCOU5J U4pw== MIME-Version: 1.0 Received: by 10.52.95.198 with SMTP id dm6mr17411120vdb.91.1335281203743; Tue, 24 Apr 2012 08:26:43 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Tue, 24 Apr 2012 08:26:43 -0700 (PDT) In-Reply-To: <4F96C455.2030801@adiumentum.com> References: <201204241715.12628.tobias.geiger@vido.info> <4F96C455.2030801@adiumentum.com> Date: Tue, 24 Apr 2012 11:26:43 -0400 Message-ID: From: Casey DeLorme To: Martin Wolf Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0804935516077024379==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0804935516077024379== Content-Type: multipart/alternative; boundary=bcaec501629dd309c004be6e6106 --bcaec501629dd309c004be6e6106 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Tobias, did you ever discover a solution to the performance degradation besides USB Eject at reboot? On Tue, Apr 24, 2012 at 11:18 AM, Martin Wolf wrote: > Am 24.04.2012 17:15, schrieb Tobias Geiger: > > Hi, >> >> here is a little HowTo with Hints and Tipps how to pass through >> a GPU to a HVM Domain as a Secondary GPU: >> >> http://wiki.xen.org/wiki/**SecondaryGPUPassthrough >> >> Greetings >> Tobias >> >> ______________________________**_________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > good job, > thank you very much tobias. > > best wishes > martin > > -- > Adiumentum GmbH > Gf. Martin Wolf > Banderbacherstra=DFe 76 > 90513 Zirndorf > > 0911 / 9601470 > mwolf@adiumentum.com > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec501629dd309c004be6e6106 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Tobias, did= you ever discover a solution to the performance degradation besides USB Ej= ect at reboot?


On Tue, Apr 24, 2012 a= t 11:18 AM, Martin Wolf <mwolf@adiumentum.com> wrote:
Am 24.04.2012 17:15, schrieb Tobias Geiger= :

Hi,

here is a little HowTo with Hints and Tipps how to pass through
a GPU to a HVM Domain as a Secondary GPU:

http://wiki.xen.org/wiki/SecondaryGPUPassthrough

Greetings
Tobias

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users
good job,
thank you very much tobias.

best wishes
martin

--
Adiumentum GmbH
Gf. Martin Wolf
Banderbacherstra=DFe 76
90513 Zirndorf

0911 / 9601470
mwolf@adiumentum.= com



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

--bcaec501629dd309c004be6e6106-- --===============0804935516077024379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0804935516077024379==-- From xen-users-bounces@lists.xen.org Tue Apr 24 15:27:30 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:27: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 1SMhdg-0000sE-MM; Tue, 24 Apr 2012 15:26:48 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhde-0000rx-HF for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:26:46 +0000 Received: from [193.109.254.147:38266] by server-11.bemta-14.messagelabs.com id 3A/08-05858-536C69F4; Tue, 24 Apr 2012 15:26:45 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-8.tower-27.messagelabs.com!1335281204!6112572!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31285 invoked from network); 24 Apr 2012 15:26:45 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 15:26:45 -0000 Received: by vbbfs19 with SMTP id fs19so755655vbb.32 for ; Tue, 24 Apr 2012 08:26:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=no4PQe5j4DyW0ypj+hFOxprN9+z6SBOzOFT8zsG4CJ0=; b=T5IQmwuVqQfsOZyN6RVxhu55nSWun3f05hy9S2rAzV2BRgee/b/4C46FubQnGgFfwA LN/M3FL01yiIai0cN6LvOO8iLovCiDDUTVI2FapYPB60Tp4+ddj0kNihOi1zIXJSBQ+F 9QNphzwag2dPJUdm8w9xG7pfevEM/9ReU2Xf6B5j8jz3bNBY14h70SYhRFsEYWnYzWFD AxX1tcRQGwQJKZo6taOZ2xujwrXfbxxhafNJJB2TGgH+uu2x6Yw+IL0bl1hb+hJbfwCL uCtHrQvLQYcwRVNkZSBiN7hLglUO3ifg3YG6Hh4fGISXK00avFzNouQEdA7f6DSCOU5J U4pw== MIME-Version: 1.0 Received: by 10.52.95.198 with SMTP id dm6mr17411120vdb.91.1335281203743; Tue, 24 Apr 2012 08:26:43 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Tue, 24 Apr 2012 08:26:43 -0700 (PDT) In-Reply-To: <4F96C455.2030801@adiumentum.com> References: <201204241715.12628.tobias.geiger@vido.info> <4F96C455.2030801@adiumentum.com> Date: Tue, 24 Apr 2012 11:26:43 -0400 Message-ID: From: Casey DeLorme To: Martin Wolf Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0804935516077024379==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0804935516077024379== Content-Type: multipart/alternative; boundary=bcaec501629dd309c004be6e6106 --bcaec501629dd309c004be6e6106 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Tobias, did you ever discover a solution to the performance degradation besides USB Eject at reboot? On Tue, Apr 24, 2012 at 11:18 AM, Martin Wolf wrote: > Am 24.04.2012 17:15, schrieb Tobias Geiger: > > Hi, >> >> here is a little HowTo with Hints and Tipps how to pass through >> a GPU to a HVM Domain as a Secondary GPU: >> >> http://wiki.xen.org/wiki/**SecondaryGPUPassthrough >> >> Greetings >> Tobias >> >> ______________________________**_________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users >> > good job, > thank you very much tobias. > > best wishes > martin > > -- > Adiumentum GmbH > Gf. Martin Wolf > Banderbacherstra=DFe 76 > 90513 Zirndorf > > 0911 / 9601470 > mwolf@adiumentum.com > > > > ______________________________**_________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec501629dd309c004be6e6106 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Tobias, did= you ever discover a solution to the performance degradation besides USB Ej= ect at reboot?


On Tue, Apr 24, 2012 a= t 11:18 AM, Martin Wolf <mwolf@adiumentum.com> wrote:
Am 24.04.2012 17:15, schrieb Tobias Geiger= :

Hi,

here is a little HowTo with Hints and Tipps how to pass through
a GPU to a HVM Domain as a Secondary GPU:

http://wiki.xen.org/wiki/SecondaryGPUPassthrough

Greetings
Tobias

_______________________________________________
Xen-users mailing list
Xen-users@list= s.xen.org
http://lists.x= en.org/xen-users
good job,
thank you very much tobias.

best wishes
martin

--
Adiumentum GmbH
Gf. Martin Wolf
Banderbacherstra=DFe 76
90513 Zirndorf

0911 / 9601470
mwolf@adiumentum.= com



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

--bcaec501629dd309c004be6e6106-- --===============0804935516077024379== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0804935516077024379==-- From xen-users-bounces@lists.xen.org Tue Apr 24 15:38:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:38: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 1SMhoV-0001nw-TJ; Tue, 24 Apr 2012 15:37:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhoU-0001nh-C0 for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:37:58 +0000 Received: from [85.158.138.51:39836] by server-12.bemta-3.messagelabs.com id 74/09-29760-5D8C69F4; Tue, 24 Apr 2012 15:37:57 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1335281876!23499783!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10069 invoked from network); 24 Apr 2012 15:37:56 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-8.tower-174.messagelabs.com with SMTP; 24 Apr 2012 15:37:56 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id AE43F1043DC; Tue, 24 Apr 2012 11:37:53 -0400 (EDT) Date: Tue, 24 Apr 2012 11:37:53 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120424153753.GA15600@luke.xen.prgmr.com> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 24, 2012 at 05:44:19PM +0700, Fajar A. Nugraha wrote: > > pvgrub, on the other hand, runs completely on domU. So some might say > pvgrub is "safer" than pygrub. Pvgrub is pretty great if the DomUs are operated by people that don't have root on the dom0. With pvgrub, it's pretty easy to set things up so that the person that controls the DomU can never mess up the DomU to the point that they can't boot[1], something that requires a xm config file edit otherwise. The big downside to pvgrub is that it wants a ext2/3 filesystem and a grub1 format menu.lst file. [1]http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:38:41 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:38: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 1SMhoV-0001nw-TJ; Tue, 24 Apr 2012 15:37:59 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhoU-0001nh-C0 for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:37:58 +0000 Received: from [85.158.138.51:39836] by server-12.bemta-3.messagelabs.com id 74/09-29760-5D8C69F4; Tue, 24 Apr 2012 15:37:57 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-8.tower-174.messagelabs.com!1335281876!23499783!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 10069 invoked from network); 24 Apr 2012 15:37:56 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-8.tower-174.messagelabs.com with SMTP; 24 Apr 2012 15:37:56 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id AE43F1043DC; Tue, 24 Apr 2012 11:37:53 -0400 (EDT) Date: Tue, 24 Apr 2012 11:37:53 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120424153753.GA15600@luke.xen.prgmr.com> References: Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Tue, Apr 24, 2012 at 05:44:19PM +0700, Fajar A. Nugraha wrote: > > pvgrub, on the other hand, runs completely on domU. So some might say > pvgrub is "safer" than pygrub. Pvgrub is pretty great if the DomUs are operated by people that don't have root on the dom0. With pvgrub, it's pretty easy to set things up so that the person that controls the DomU can never mess up the DomU to the point that they can't boot[1], something that requires a xm config file edit otherwise. The big downside to pvgrub is that it wants a ext2/3 filesystem and a grub1 format menu.lst file. [1]http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:41:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:41: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 1SMhr7-00023g-4x; Tue, 24 Apr 2012 15:40:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhr5-00023T-Re for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:40:39 +0000 Received: from [85.158.143.99:3938] by server-3.bemta-4.messagelabs.com id CF/73-05853-779C69F4; Tue, 24 Apr 2012 15:40:39 +0000 X-Env-Sender: tobias.geiger@vido.info X-Msg-Ref: server-16.tower-216.messagelabs.com!1335282038!13872829!1 X-Originating-IP: [78.47.43.171] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22933 invoked from network); 24 Apr 2012 15:40:38 -0000 Received: from www.vido.info (HELO mail.vido.info) (78.47.43.171) by server-16.tower-216.messagelabs.com with SMTP; 24 Apr 2012 15:40:38 -0000 Received: from localhost (ip6-localhost [127.0.0.1]) by mail.vido.info (Postfix) with ESMTP id 174E2D34715; Tue, 24 Apr 2012 17:40:38 +0200 (CEST) X-Virus-Scanned: by amavis at mail.vido.info Received: from mail.vido.info ([127.0.0.1]) by localhost (mail.vido.info [127.0.0.1]) (amavisd-new, port 10024) with LMTP id h80QK865KShz; Tue, 24 Apr 2012 17:40:35 +0200 (CEST) Received: from lxgeigert.localnet (et-0-10.gw-nat.bs.kae.de.oneandone.net [212.227.35.74]) by mail.vido.info (Postfix) with ESMTPSA id BC84DD3409F; Tue, 24 Apr 2012 17:40:35 +0200 (CEST) From: Tobias Geiger Organization: VIDO IT-Service To: xen-users@lists.xen.org Date: Tue, 24 Apr 2012 17:40:34 +0200 User-Agent: KMail/1.13.7 (Linux/3.0.0-1-amd64; KDE/4.6.5; x86_64; ; ) References: <201204241715.12628.tobias.geiger@vido.info> <4F96C455.2030801@adiumentum.com> In-Reply-To: MIME-Version: 1.0 Message-Id: <201204241740.34879.tobias.geiger@vido.info> Cc: Casey DeLorme , Martin Wolf Subject: Re: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Casey, nope. sorry. But the described workaround works without problems and everytime - so for = me = it's only a cosmetic thing anymore... Greetings Tobias Am Dienstag, 24. April 2012, 17:26:43 schrieb Casey DeLorme: > Tobias, did you ever discover a solution to the performance degradation > besides USB Eject at reboot? > = > On Tue, Apr 24, 2012 at 11:18 AM, Martin Wolf wrot= e: > > Am 24.04.2012 17:15, schrieb Tobias Geiger: > > Hi, > > = > >> here is a little HowTo with Hints and Tipps how to pass through > >> a GPU to a HVM Domain as a Secondary GPU: > >> = > >> http://wiki.xen.org/wiki/**SecondaryGPUPassthrough >> iki/SecondaryGPUPassthrough> > >> = > >> Greetings > >> Tobias > >> = > >> ______________________________**_________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > = > > good job, > > thank you very much tobias. > > = > > best wishes > > martin > > = > > -- > > Adiumentum GmbH > > Gf. Martin Wolf > > Banderbacherstra=DFe 76 > > 90513 Zirndorf > > = > > 0911 / 9601470 > > mwolf@adiumentum.com > > = > > = > > = > > ______________________________**_________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 15:41:27 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 15:41: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 1SMhr7-00023g-4x; Tue, 24 Apr 2012 15:40:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMhr5-00023T-Re for xen-users@lists.xen.org; Tue, 24 Apr 2012 15:40:39 +0000 Received: from [85.158.143.99:3938] by server-3.bemta-4.messagelabs.com id CF/73-05853-779C69F4; Tue, 24 Apr 2012 15:40:39 +0000 X-Env-Sender: tobias.geiger@vido.info X-Msg-Ref: server-16.tower-216.messagelabs.com!1335282038!13872829!1 X-Originating-IP: [78.47.43.171] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22933 invoked from network); 24 Apr 2012 15:40:38 -0000 Received: from www.vido.info (HELO mail.vido.info) (78.47.43.171) by server-16.tower-216.messagelabs.com with SMTP; 24 Apr 2012 15:40:38 -0000 Received: from localhost (ip6-localhost [127.0.0.1]) by mail.vido.info (Postfix) with ESMTP id 174E2D34715; Tue, 24 Apr 2012 17:40:38 +0200 (CEST) X-Virus-Scanned: by amavis at mail.vido.info Received: from mail.vido.info ([127.0.0.1]) by localhost (mail.vido.info [127.0.0.1]) (amavisd-new, port 10024) with LMTP id h80QK865KShz; Tue, 24 Apr 2012 17:40:35 +0200 (CEST) Received: from lxgeigert.localnet (et-0-10.gw-nat.bs.kae.de.oneandone.net [212.227.35.74]) by mail.vido.info (Postfix) with ESMTPSA id BC84DD3409F; Tue, 24 Apr 2012 17:40:35 +0200 (CEST) From: Tobias Geiger Organization: VIDO IT-Service To: xen-users@lists.xen.org Date: Tue, 24 Apr 2012 17:40:34 +0200 User-Agent: KMail/1.13.7 (Linux/3.0.0-1-amd64; KDE/4.6.5; x86_64; ; ) References: <201204241715.12628.tobias.geiger@vido.info> <4F96C455.2030801@adiumentum.com> In-Reply-To: MIME-Version: 1.0 Message-Id: <201204241740.34879.tobias.geiger@vido.info> Cc: Casey DeLorme , Martin Wolf Subject: Re: [Xen-users] GPU Passthrough Howto in Xen Wiki X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi Casey, nope. sorry. But the described workaround works without problems and everytime - so for = me = it's only a cosmetic thing anymore... Greetings Tobias Am Dienstag, 24. April 2012, 17:26:43 schrieb Casey DeLorme: > Tobias, did you ever discover a solution to the performance degradation > besides USB Eject at reboot? > = > On Tue, Apr 24, 2012 at 11:18 AM, Martin Wolf wrot= e: > > Am 24.04.2012 17:15, schrieb Tobias Geiger: > > Hi, > > = > >> here is a little HowTo with Hints and Tipps how to pass through > >> a GPU to a HVM Domain as a Secondary GPU: > >> = > >> http://wiki.xen.org/wiki/**SecondaryGPUPassthrough >> iki/SecondaryGPUPassthrough> > >> = > >> Greetings > >> Tobias > >> = > >> ______________________________**_________________ > >> Xen-users mailing list > >> Xen-users@lists.xen.org > >> http://lists.xen.org/xen-users > > = > > good job, > > thank you very much tobias. > > = > > best wishes > > martin > > = > > -- > > Adiumentum GmbH > > Gf. Martin Wolf > > Banderbacherstra=DFe 76 > > 90513 Zirndorf > > = > > 0911 / 9601470 > > mwolf@adiumentum.com > > = > > = > > = > > ______________________________**_________________ > > Xen-users mailing list > > Xen-users@lists.xen.org > > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 17:31:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 17:31: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 1SMjYv-0001MZ-Q9; Tue, 24 Apr 2012 17:30:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMjYt-0001MR-LR for xen-users@lists.xen.org; Tue, 24 Apr 2012 17:30:00 +0000 Received: from [85.158.143.35:20921] by server-1.bemta-4.messagelabs.com id C6/FB-20925-613E69F4; Tue, 24 Apr 2012 17:29:58 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1335288595!11453997!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22601 invoked from network); 24 Apr 2012 17:29:56 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 17:29:56 -0000 Received: by obbwd18 with SMTP id wd18so1582334obb.32 for ; Tue, 24 Apr 2012 10:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tkm218FMmBCExWk5f3ymCJ4QAotBublAADcpb9G3ZQg=; b=pg5HwH+pjRZk/oybEqEL8kFmLkuC56bB9kweWg40kmWOdzVT4z8bk/+e/50vTNpe37 JHh/0ykkNcbIaO4bVO/TEkP+HBubUX0cYUcSliPLPBHRQZjsE6Sp1bRrShxFGDu+HTs7 6AFFsxaChdnSeyy9TvqYxjurSllYwt6C2Z8S8AN9FYpTf6h4X/CKEq2opyGja0r0QpFr ui4Y8TiQ/iC/nukKuClZh6rYANceoMDk8jmnGlWcCC7VeABavg3/5CwHtPoDZuVovHUx qyRBKVyyI1f1R0+owiFMeNuj47tgNhirp/Tu/bwfhKpxJkrbuP//rdu8grmI3jJndmzl UN0Q== MIME-Version: 1.0 Received: by 10.182.188.38 with SMTP id fx6mr29433235obc.77.1335288595105; Tue, 24 Apr 2012 10:29:55 -0700 (PDT) Received: by 10.182.41.230 with HTTP; Tue, 24 Apr 2012 10:29:55 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> Date: Tue, 24 Apr 2012 14:29:55 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Walter Robert Ditzler Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0079773693010357404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0079773693010357404== Content-Type: multipart/alternative; boundary=f46d04478bdd62471504be701a28 --f46d04478bdd62471504be701a28 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Walter, thank you to reply. I tried You suggested, but it didn't work. More some idea? Pasi, I have posted in xen-devel coz in "Xen Users Netiquette < http://wiki.xen.org/wiki/XenUsersNetiquette>" advise to report problems about unstable/testing xen versions there. But, it's OK, I just wanna resolve my problem. :) Let's go... I really tried to fix the grub but I couldn't. my grub.cfg is after this mail Thanks, Eduardo # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=3D"3" if [ "${prev_saved_entry}" ]; then set saved_entry=3D"${prev_saved_entry}" save_env saved_entry set prev_saved_entry=3D save_env prev_saved_entry set boot_once=3Dtrue fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry=3D"${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod lvm insmod part_msdos insmod ext2 set root=3D'(debian-02-root)' search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=3D640x480 load_video insmod gfxterm fi terminal_output gfxterm insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec set locale_dir=3D($root)/grub/locale set lang=3Den insmod gettext set timeout=3D15 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod lvm insmod part_msdos insmod ext2 set root=3D'(debian-02-root)' search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d insmod png if background_image /usr/share/images/desktop-base/spacefun-grub.png; then set color_normal=3Dlight-gray/black set color_highlight=3Dwhite/black else set menu_color_normal=3Dcyan/blue set menu_color_highlight=3Dwhite/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/08_xen ### menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { ### MY ATTEMPT insmod ext2 set root=3D'(hd0,msdos1)' multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0 nomodeset module (hd0,msdos1)/boot/initrd.img-2.6.32.40 ### MODEL Configuring and Installing Remus #insmod ext2 #set root=3D'(hd0,1)' #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset #module (hd0,1)/boot/initrd.img-2.6.32.40 ### MODEL UBUNTU FORUM ##insmod multiboot #insmod part_msdos #insmod ext2 #set root=3D(hd0,msdos1) #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fe= c #multiboot /boot/xen-4.2-unstable.gz #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 #module /boot/initrd.img-2.6.32.40 } ### END /etc/grub.d/08_xen ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec echo 'Loading Linux 2.6.32.40 ...' linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro quie= t echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32.40 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-686' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec echo 'Loading Linux 2.6.32-5-xen-686 ...' linux /vmlinuz-2.6.32-5-xen-686 root=3D/dev/mapper/debian--02-root r= o quiet echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-xen-686 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec echo 'Loading Linux 2.6.32-5-686 ...' linux /vmlinuz-2.6.32-5-686 root=3D/dev/mapper/debian--02-root ro quiet echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-686 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to chang= e # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### Em 24 de abril de 2012 10:13, Walter Robert Ditzler escreveu: > hi, > > for boot order, if manually set: > *** > update-rc.d xencommons defaults 19 18 > update-rc.d xend defaults 20 21 > update-rc.d xendomains defaults 21 20 > update-rc.d xen-watchdog defaults 22 23 > *** > > and dont forget in /etc/default/grub > *** > # SET THE DEFAULT BOOT KERNEL, NUMBER COUNTED FROM THE TOP BEGINNING WITH= 0 > GRUB_DEFAULT=3D10 > # SOMETIMES IS NICE TO HAVE FIX MEMORY ALLOCATION TO AVOID CRASHING IF AL= L > MEMORY IS USED > GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M" > *** > > thanks walter > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Pasi K=E4rkk=E4inen > Sent: Dienstag, 24. April 2012 15:00 > To: Jos=E9 Eduardo Fran=E7a > Cc: xen-users@lists.xen.org; xen-devel@lists.xen.org > Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend > doesn't start > > On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > > Pasi, > > > > This thread really belongs to xen-users mailinglist (added to CC). > So let's drop xen-devel from the CC list in the replies.. > > > > I didn't really understand when You said "I was talking about dom0 > Linux > > kernel, not about Xen", coz I understand you must be in xen to acces= s > > dom0. > > Look: in my grub2 I have these options in grub2: > > > > Xen Unstable / Debian Squeeze kernel 2.6.32.40 > > Debian GNU/Linux, with Linux 2.6.32.40 > > Debian GNU/Linux, with Linux 2.6.32-5-686 > > > > Please paste the entries from your grub.cfg > > > I select first option and the system returns: > > > > error: couldn't open file > > error: you need to load the multiboot kernel first > > > > So the grub entry is broken. Please fix it. > > > The second option is in graphical environment but keyboard and mouse > don't > > work there. I thought You said to enter within this option (but I > think > > this option is not important) > > > > Of course you need to boot to Xen to be able to use Xen. > I recommend using just the text-only modes. > > > And the third option is my environment where I compiled and installe= d > xen > > and Debian GNU/Linux, with Linux 2.6.32.40. > > Here I do command "# /etc/init.d/xend start" and the system returns > > "xencommons should be started first", but I had done > > "/etc/init.d/xencommons start" before and no error message returned > !!!??? > > > > Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen yo= u > also need Xen-enabled Linux dom0 kernel ? > > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > > > and then... what do you think? > > > > > -- Pasi > > > > Eduardo > > > > Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a > <[1]jefranca@gmail.com> > > escreveu: > > > > Pasi > > > > I didn't think this. I'll be in my job tomorrow an I'll reply ther= e. > > > > Thank you > > > > Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi= > > > escreveu: > > > > On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduardo Fran=E7= a > wrote: > > > Hi Pasi, > > > > > > thank you for reply. > > > > > > I'm using Debian Squeeze, and I'm compiling Xen from source > > (.tar.gz). I > > > ran "make install-tools PYTHON_PREFIX_ARG=3D" to install Xe= n. > > > > > > Notice: I couldn't run in xen_unstable or dom0 then I > returned > to > > install > > > environment (Debian Squeeze) > > > > > > My attempt with modules and now with xenstored command > > (oxenstored command > > > works) was in Debian Squeeze. In this case I think I can't > load > > these > > > modules or run this command, but I'm not sure. Then your > > questions can not > > > be in this scope. What do you think? > > > > > > > I was talking about dom0 Linux kernel, not about Xen. > > > > -- Pasi > > > > > Thanks, Eduardo > > > > > > Em 23 de abril de 2012 03:36, Pasi K=E4rkk=E4inen > > <[1][3]pasik@iki.fi> escreveu: > > > > > > On Sun, Apr 22, 2012 at 04:21:10PM -0300, Jos=E9 Eduardo > Fran=E7a > > wrote: > > > > hi guys, > > > > > > > > > > Hello, > > > > It's my first time here and in a mailing lists, I on= ly > > participated > > > in > > > > forums before. Please, If I make a mistake you shoul= d > > advise me. > > > Let's go! > > > > > > > > I was reading "xencommons not start" in a Remus Foru= m > in > > order to > > > install > > > > Remus. > > > > Well* I followed the tutorial > > > > > > > > > > <[1][2][4]http://remusha.wikidot.com/configuring-and-installing-remus>, > > I > > > reboot > > > > in xen_unstable and I had a error message: > > > > > > > > error: couldn't open file > > > > error: you need to load the multiboot kernel first > > > > > > > > then I redid tutorial after "Adapt Grub" and in a > moment I > > do > > > command: > > > > > > > > # /etc/init.d/xend start > > > > xencommons should be started first. > > > > > > > > but I had done "/etc/init.d/xencommons start" before > and > > no error > > > message > > > > returned !!!??? > > > > > > > > I also tried insert modules manually (coz in other > mailing > > list > > > said to > > > > put some modules - see my setups after this mail) bu= t > I > > had: > > > > > > > > # modprobe xen-evtchn > > > > FATAL: Module xen_evtchn not found. > > > > > > > > > > So xen event channel support is not compiled as a module? > > > is it enabled at all in your dom0 kernel config? > > > > > > > > > [3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > > -- Pasi > > > > > > References > > > > > > Visible links > > > 1. mailto:[6]pasik@iki.fi > > > 2. > [7]http://remusha.wikidot.com/configuring-and-installing-remus > > > 3. > > > > [8]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > > > References > > > > Visible links > > 1. mailto:jefranca@gmail.com > > 2. mailto:pasik@iki.fi > > 3. mailto:pasik@iki.fi > > 4. http://remusha.wikidot.com/configuring-and-installing-remus > > 5. > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > 6. mailto:pasik@iki.fi > > 7. http://remusha.wikidot.com/configuring-and-installing-remus > > 8. > > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > --f46d04478bdd62471504be701a28 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Walter,

thank you to reply.
I tried Yo= u suggested, but it didn't work. More some idea?

Pasi,

I= have posted in xen-devel coz in "Xen Users Netiquette <http://wiki.= xen.org/wiki/XenUsersNetiquette>" advise to report problems abo= ut unstable/testing xen versions there. But, it's OK, I just wanna reso= lve my problem. :)

Let's go... I really tried to fix the grub but I couldn't.
<= br>my grub.cfg is after this mail

Thanks, Eduardo


#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
=A0 load_env
fi
set default=3D"3"
if [ "${prev_saved_entry}" ]; then
=A0 set saved_entry=3D"${prev_saved_entry}"
=A0 save_env saved_entry
=A0 set prev_saved_entry=3D
=A0 save_env prev_saved_entry
=A0 set boot_once=3Dtrue
fi

function savedefault {
=A0 if [ -z "${boot_once}" ]; then
=A0=A0=A0 saved_entry=3D"${chosen}"
=A0=A0=A0 save_env saved_entry
=A0 fi
}

function load_video {
=A0 insmod vbe
=A0 insmod vga
=A0 insmod video_bochs
=A0 insmod video_cirrus
}

insmod lvm
insmod part_msdos
insmod ext2
set root=3D'(debian-02-root)'
search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d
if loadfont /usr/share/grub/unicode.pf2 ; then
=A0 set gfxmode=3D640x480
=A0 load_video
=A0 insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root=3D'(hd0,msdos1)'
search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec
set locale_dir=3D($root)/grub/locale
set lang=3Den
insmod gettext
set timeout=3D15
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod part_msdos
insmod ext2
set root=3D'(debian-02-root)'
search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then<= br> =A0 set color_normal=3Dlight-gray/black
=A0 set color_highlight=3Dwhite/black
else
=A0 set menu_color_normal=3Dcyan/blue
=A0 set menu_color_highlight=3Dwhite/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/08_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D= 512M
=A0=A0=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=A0=A0=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D'(hd0,1)'
=A0=A0=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M=
=A0=A0=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e3395= 22-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset
=A0=A0=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=A0
### MODEL UBUNTU FORUM
=A0=A0=A0 ##insmod multiboot
=A0=A0=A0 #insmod part_msdos
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D(hd0,msdos1)
=A0=A0=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d= 2636fec
=A0=A0=A0 #multiboot /boot/xen-4.2-unstable.gz
=A0=A0=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=A0=A0=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32.40 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-r= oot ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32.40
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-686' --class d= ebian --class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32-5-xen-686 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32-5-xen-686 root=3D/dev/mapper/debia= n--02-root ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32-5-xen-686
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debia= n --class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32-5-686 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32-5-686 root=3D/dev/mapper/debian--0= 2-root ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32-5-686
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.=A0 Simply type= the
# menu entries you want to add after this comment.=A0 Be careful not to cha= nge
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f=A0 $prefix/custom.cfg ]; then
=A0 source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

Em 24 d= e abril de 2012 10:13, Walter Robert Ditzler <ditwal001@gmail.com&g= t; escreveu:
hi,

for boot order, if manually set:
***
update-rc.d xencommons defaults 19 18
update-rc.d xend defaults 20 21
update-rc.d xendomains defaults 21 20
update-rc.d xen-watchdog defaults 22 23
***

and dont forget in /etc/default/grub
***
# SET THE DEFAULT BOOT KERNEL, NUMBER COUNTED FROM THE TOP BEGINNING WITH 0=
GRUB_DEFAULT=3D10
# SOMETIMES IS NICE TO HAVE FIX MEMORY ALLOCATION TO AVOID CRASHING IF ALL<= br> MEMORY IS USED
GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M"
***

thanks walter

-----Original Message-----
From: = xen-users-bounces@lists.xen.org
[mailto:xen-users-bounces@lists.xen.org] On Behalf Of Pasi K=E4rkk=E4inen
Sent: Dienstag, 24. April 2012 15:00
To: Jos=E9 Eduardo Fran=E7a
Cc: xen-users@= lists.xen.org; xen-devel@lists.xen.org
Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend<= br> doesn't start

On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > =A0 =A0Pasi,
>

This thread really belongs to xen-users mailinglist (added to CC).
So let's drop xen-devel from the CC list in the replies..


> =A0 =A0I didn't really understand when You said "I was talkin= g about dom0
Linux
> =A0 =A0kernel, not about Xen", coz I understand you must be in xe= n to access
> =A0 =A0dom0.
> =A0 =A0Look: in my grub2 I have these options in grub2:
>
> =A0 =A0Xen Unstable / Debian Squeeze kernel 2.6.32.40
> =A0 =A0Debian GNU/Linux, with Linux 2.6.32.40
> =A0 =A0Debian GNU/Linux, with Linux 2.6.32-5-686
>

Please paste the entries from your grub.cfg

> =A0 =A0I select first option and the system returns:
>
> =A0 =A0error: couldn't open file
> =A0 =A0error: you need to load the multiboot kernel first
>

So the grub entry is broken. Please fix it.

> =A0 =A0The second option is in graphical environment but keyboard and = mouse
don't
> =A0 =A0work there. I thought You said to enter within this option (but= I think
> =A0 =A0this option is not important)
>

Of course you need to boot to Xen to be able to use Xen.
I recommend using just the text-only modes.

> =A0 =A0And the third option is my environment where I compiled and ins= talled
xen
> =A0 =A0and Debian GNU/Linux, with Linux 2.6.32.40.
> =A0 =A0Here I do command "# /etc/init.d/xend start" and the = system returns
> =A0 =A0"xencommons should be started first", but I had done<= br> > =A0 =A0"/etc/init.d/xencommons start" before and no error me= ssage returned
!!!???
>

Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen you<= br> also need Xen-enabled Linux dom0 kernel ?

http://wiki.xen.org/wiki/Xen_Common_Problems#Startin= g_xend_fails.3F


> =A0 =A0and then... what do you think?
>


-- Pasi


> =A0 =A0Eduardo
>
> =A0 =A0Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a
<[1]jefranca@gma= il.com>
> =A0 =A0escreveu:
>
> =A0 =A0 =A0Pasi
>
> =A0 =A0 =A0I didn't think this. I'll be in my job tomorrow an = I'll reply there.
>
> =A0 =A0 =A0Thank you
>
> =A0 =A0 =A0Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi>
> =A0 =A0 =A0escreveu:
>
> =A0 =A0 =A0 =A0On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduard= o Fran=E7a
wrote:
> =A0 =A0 =A0 =A0> =A0 =A0Hi Pasi,
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0thank you for reply.
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0I'm using Debian Squeeze, and I'm c= ompiling Xen from source
> =A0 =A0 =A0 =A0(.tar.gz). I
> =A0 =A0 =A0 =A0> =A0 =A0ran "make install-tools PYTHON_PREFIX_= ARG=3D" to install Xen.
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0Notice: I couldn't run in xen_unstable = or dom0 then I returned
to
> =A0 =A0 =A0 =A0install
> =A0 =A0 =A0 =A0> =A0 =A0environment (Debian Squeeze)
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0My attempt with modules and now with xensto= red command
> =A0 =A0 =A0 =A0(oxenstored command
> =A0 =A0 =A0 =A0> =A0 =A0works) was in Debian Squeeze. In this case = I think I can't
load
> =A0 =A0 =A0 =A0these
> =A0 =A0 =A0 =A0> =A0 =A0modules or run this command, but I'm no= t sure. Then your
> =A0 =A0 =A0 =A0questions can not
> =A0 =A0 =A0 =A0> =A0 =A0be in this scope. What do you think?
> =A0 =A0 =A0 =A0>
>
> =A0 =A0 =A0 =A0I was talking about dom0 Linux kernel, not about Xen. >
> =A0 =A0 =A0 =A0-- Pasi
>
> =A0 =A0 =A0 =A0> =A0 =A0Thanks, Eduardo
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0Em 23 de abril de 2012 03:36, Pasi K=E4rkk= =E4inen
> =A0 =A0 =A0 =A0<[1][3]pasik@iki.fi> escreveu:
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0On Sun, Apr 22, 2012 at 04:21:10PM -030= 0, Jos=E9 Eduardo
Fran=E7a
> =A0 =A0 =A0 =A0wrote:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0hi guys,
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0Hello,
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0It's my first time here= and in a mailing lists, I only
> =A0 =A0 =A0 =A0participated
> =A0 =A0 =A0 =A0> =A0 =A0 =A0in
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0forums before. Please, If I= make a mistake you should
> =A0 =A0 =A0 =A0advise me.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0Let's go!
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0I was reading "xencomm= ons not start" in a Remus Forum
in
> =A0 =A0 =A0 =A0order to
> =A0 =A0 =A0 =A0> =A0 =A0 =A0install
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0Remus.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0Well* I followed the tutori= al
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
>
<[1][2][4]http://remusha.wikidot.com/configuring-and-inst= alling-remus>,
> =A0 =A0 =A0 =A0I
> =A0 =A0 =A0 =A0> =A0 =A0 =A0reboot
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0in xen_unstable and I had a= error message:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0error: couldn't open fi= le
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0error: you need to load the= multiboot kernel first
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0then I redid tutorial after= "Adapt Grub" and in a
moment I
> =A0 =A0 =A0 =A0do
> =A0 =A0 =A0 =A0> =A0 =A0 =A0command:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0# /etc/init.d/xend start > =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0xencommons should be starte= d first.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0but I had done "/etc/i= nit.d/xencommons start" before
and
> =A0 =A0 =A0 =A0no error
> =A0 =A0 =A0 =A0> =A0 =A0 =A0message
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0returned !!!???
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0I also tried insert modules= manually (coz in other
mailing
> =A0 =A0 =A0 =A0list
> =A0 =A0 =A0 =A0> =A0 =A0 =A0said to
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0put some modules - see my s= etups after this mail) but I
> =A0 =A0 =A0 =A0had:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0# modprobe xen-evtchn
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0FATAL: Module xen_evtchn no= t found.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0So xen event channel support is not com= piled as a module?
> =A0 =A0 =A0 =A0> =A0 =A0 =A0is it enabled at all in your dom0 kerne= l config?
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
>
[3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#S= tarting_xend_fails.3F
> =A0 =A0 =A0 =A0> =A0 =A0 =A0-- Pasi
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> References
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0Visible links
> =A0 =A0 =A0 =A0> =A0 =A01. mailto:[6]pasik@iki.fi
> =A0 =A0 =A0 =A0> =A0 =A02.
[7]http://remusha.wikidot.com/configuring-and-installing-rem= us
> =A0 =A0 =A0 =A0> =A0 =A03.
>
> [8]http://wiki.xen.org/wiki/Xen_Common_Problems= #Starting_xend_fails.3F
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. mailto:jefranca@gmail.com
> =A0 =A02. mailto:pas= ik@iki.fi
> =A0 =A03. mailto:pas= ik@iki.fi
> =A0 =A04. http://remusha.wikidot.com/configuring-and-in= stalling-remus
> =A0 =A05. http://wiki.xen.org/wiki/Xen_Common_P= roblems#Starting_xend_fails.3F
> =A0 =A06. mailto:pas= ik@iki.fi
> =A0 =A07. http://remusha.wikidot.com/configuring-and-in= stalling-remus
> =A0 =A08.
> http://wiki.xen.org/wiki/Xen_Common_Problems#St= arting_xend_fails.3F

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


--f46d04478bdd62471504be701a28-- --===============0079773693010357404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0079773693010357404==-- From xen-users-bounces@lists.xen.org Tue Apr 24 17:31:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 17:31: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 1SMjYv-0001MZ-Q9; Tue, 24 Apr 2012 17:30:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMjYt-0001MR-LR for xen-users@lists.xen.org; Tue, 24 Apr 2012 17:30:00 +0000 Received: from [85.158.143.35:20921] by server-1.bemta-4.messagelabs.com id C6/FB-20925-613E69F4; Tue, 24 Apr 2012 17:29:58 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1335288595!11453997!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22601 invoked from network); 24 Apr 2012 17:29:56 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-2.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 24 Apr 2012 17:29:56 -0000 Received: by obbwd18 with SMTP id wd18so1582334obb.32 for ; Tue, 24 Apr 2012 10:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tkm218FMmBCExWk5f3ymCJ4QAotBublAADcpb9G3ZQg=; b=pg5HwH+pjRZk/oybEqEL8kFmLkuC56bB9kweWg40kmWOdzVT4z8bk/+e/50vTNpe37 JHh/0ykkNcbIaO4bVO/TEkP+HBubUX0cYUcSliPLPBHRQZjsE6Sp1bRrShxFGDu+HTs7 6AFFsxaChdnSeyy9TvqYxjurSllYwt6C2Z8S8AN9FYpTf6h4X/CKEq2opyGja0r0QpFr ui4Y8TiQ/iC/nukKuClZh6rYANceoMDk8jmnGlWcCC7VeABavg3/5CwHtPoDZuVovHUx qyRBKVyyI1f1R0+owiFMeNuj47tgNhirp/Tu/bwfhKpxJkrbuP//rdu8grmI3jJndmzl UN0Q== MIME-Version: 1.0 Received: by 10.182.188.38 with SMTP id fx6mr29433235obc.77.1335288595105; Tue, 24 Apr 2012 10:29:55 -0700 (PDT) Received: by 10.182.41.230 with HTTP; Tue, 24 Apr 2012 10:29:55 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> Date: Tue, 24 Apr 2012 14:29:55 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Walter Robert Ditzler Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0079773693010357404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0079773693010357404== Content-Type: multipart/alternative; boundary=f46d04478bdd62471504be701a28 --f46d04478bdd62471504be701a28 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Walter, thank you to reply. I tried You suggested, but it didn't work. More some idea? Pasi, I have posted in xen-devel coz in "Xen Users Netiquette < http://wiki.xen.org/wiki/XenUsersNetiquette>" advise to report problems about unstable/testing xen versions there. But, it's OK, I just wanna resolve my problem. :) Let's go... I really tried to fix the grub but I couldn't. my grub.cfg is after this mail Thanks, Eduardo # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=3D"3" if [ "${prev_saved_entry}" ]; then set saved_entry=3D"${prev_saved_entry}" save_env saved_entry set prev_saved_entry=3D save_env prev_saved_entry set boot_once=3Dtrue fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry=3D"${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod lvm insmod part_msdos insmod ext2 set root=3D'(debian-02-root)' search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=3D640x480 load_video insmod gfxterm fi terminal_output gfxterm insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec set locale_dir=3D($root)/grub/locale set lang=3Den insmod gettext set timeout=3D15 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod lvm insmod part_msdos insmod ext2 set root=3D'(debian-02-root)' search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d insmod png if background_image /usr/share/images/desktop-base/spacefun-grub.png; then set color_normal=3Dlight-gray/black set color_highlight=3Dwhite/black else set menu_color_normal=3Dcyan/blue set menu_color_highlight=3Dwhite/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/08_xen ### menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { ### MY ATTEMPT insmod ext2 set root=3D'(hd0,msdos1)' multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0 nomodeset module (hd0,msdos1)/boot/initrd.img-2.6.32.40 ### MODEL Configuring and Installing Remus #insmod ext2 #set root=3D'(hd0,1)' #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset #module (hd0,1)/boot/initrd.img-2.6.32.40 ### MODEL UBUNTU FORUM ##insmod multiboot #insmod part_msdos #insmod ext2 #set root=3D(hd0,msdos1) #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fe= c #multiboot /boot/xen-4.2-unstable.gz #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 #module /boot/initrd.img-2.6.32.40 } ### END /etc/grub.d/08_xen ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec echo 'Loading Linux 2.6.32.40 ...' linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro quie= t echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32.40 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-686' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec echo 'Loading Linux 2.6.32-5-xen-686 ...' linux /vmlinuz-2.6.32-5-xen-686 root=3D/dev/mapper/debian--02-root r= o quiet echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-xen-686 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec echo 'Loading Linux 2.6.32-5-686 ...' linux /vmlinuz-2.6.32-5-686 root=3D/dev/mapper/debian--02-root ro quiet echo 'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-686 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to chang= e # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### Em 24 de abril de 2012 10:13, Walter Robert Ditzler escreveu: > hi, > > for boot order, if manually set: > *** > update-rc.d xencommons defaults 19 18 > update-rc.d xend defaults 20 21 > update-rc.d xendomains defaults 21 20 > update-rc.d xen-watchdog defaults 22 23 > *** > > and dont forget in /etc/default/grub > *** > # SET THE DEFAULT BOOT KERNEL, NUMBER COUNTED FROM THE TOP BEGINNING WITH= 0 > GRUB_DEFAULT=3D10 > # SOMETIMES IS NICE TO HAVE FIX MEMORY ALLOCATION TO AVOID CRASHING IF AL= L > MEMORY IS USED > GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M" > *** > > thanks walter > > -----Original Message----- > From: xen-users-bounces@lists.xen.org > [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Pasi K=E4rkk=E4inen > Sent: Dienstag, 24. April 2012 15:00 > To: Jos=E9 Eduardo Fran=E7a > Cc: xen-users@lists.xen.org; xen-devel@lists.xen.org > Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend > doesn't start > > On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > > Pasi, > > > > This thread really belongs to xen-users mailinglist (added to CC). > So let's drop xen-devel from the CC list in the replies.. > > > > I didn't really understand when You said "I was talking about dom0 > Linux > > kernel, not about Xen", coz I understand you must be in xen to acces= s > > dom0. > > Look: in my grub2 I have these options in grub2: > > > > Xen Unstable / Debian Squeeze kernel 2.6.32.40 > > Debian GNU/Linux, with Linux 2.6.32.40 > > Debian GNU/Linux, with Linux 2.6.32-5-686 > > > > Please paste the entries from your grub.cfg > > > I select first option and the system returns: > > > > error: couldn't open file > > error: you need to load the multiboot kernel first > > > > So the grub entry is broken. Please fix it. > > > The second option is in graphical environment but keyboard and mouse > don't > > work there. I thought You said to enter within this option (but I > think > > this option is not important) > > > > Of course you need to boot to Xen to be able to use Xen. > I recommend using just the text-only modes. > > > And the third option is my environment where I compiled and installe= d > xen > > and Debian GNU/Linux, with Linux 2.6.32.40. > > Here I do command "# /etc/init.d/xend start" and the system returns > > "xencommons should be started first", but I had done > > "/etc/init.d/xencommons start" before and no error message returned > !!!??? > > > > Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen yo= u > also need Xen-enabled Linux dom0 kernel ? > > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > > > and then... what do you think? > > > > > -- Pasi > > > > Eduardo > > > > Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a > <[1]jefranca@gmail.com> > > escreveu: > > > > Pasi > > > > I didn't think this. I'll be in my job tomorrow an I'll reply ther= e. > > > > Thank you > > > > Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi= > > > escreveu: > > > > On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduardo Fran=E7= a > wrote: > > > Hi Pasi, > > > > > > thank you for reply. > > > > > > I'm using Debian Squeeze, and I'm compiling Xen from source > > (.tar.gz). I > > > ran "make install-tools PYTHON_PREFIX_ARG=3D" to install Xe= n. > > > > > > Notice: I couldn't run in xen_unstable or dom0 then I > returned > to > > install > > > environment (Debian Squeeze) > > > > > > My attempt with modules and now with xenstored command > > (oxenstored command > > > works) was in Debian Squeeze. In this case I think I can't > load > > these > > > modules or run this command, but I'm not sure. Then your > > questions can not > > > be in this scope. What do you think? > > > > > > > I was talking about dom0 Linux kernel, not about Xen. > > > > -- Pasi > > > > > Thanks, Eduardo > > > > > > Em 23 de abril de 2012 03:36, Pasi K=E4rkk=E4inen > > <[1][3]pasik@iki.fi> escreveu: > > > > > > On Sun, Apr 22, 2012 at 04:21:10PM -0300, Jos=E9 Eduardo > Fran=E7a > > wrote: > > > > hi guys, > > > > > > > > > > Hello, > > > > It's my first time here and in a mailing lists, I on= ly > > participated > > > in > > > > forums before. Please, If I make a mistake you shoul= d > > advise me. > > > Let's go! > > > > > > > > I was reading "xencommons not start" in a Remus Foru= m > in > > order to > > > install > > > > Remus. > > > > Well* I followed the tutorial > > > > > > > > > > <[1][2][4]http://remusha.wikidot.com/configuring-and-installing-remus>, > > I > > > reboot > > > > in xen_unstable and I had a error message: > > > > > > > > error: couldn't open file > > > > error: you need to load the multiboot kernel first > > > > > > > > then I redid tutorial after "Adapt Grub" and in a > moment I > > do > > > command: > > > > > > > > # /etc/init.d/xend start > > > > xencommons should be started first. > > > > > > > > but I had done "/etc/init.d/xencommons start" before > and > > no error > > > message > > > > returned !!!??? > > > > > > > > I also tried insert modules manually (coz in other > mailing > > list > > > said to > > > > put some modules - see my setups after this mail) bu= t > I > > had: > > > > > > > > # modprobe xen-evtchn > > > > FATAL: Module xen_evtchn not found. > > > > > > > > > > So xen event channel support is not compiled as a module? > > > is it enabled at all in your dom0 kernel config? > > > > > > > > > [3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > > -- Pasi > > > > > > References > > > > > > Visible links > > > 1. mailto:[6]pasik@iki.fi > > > 2. > [7]http://remusha.wikidot.com/configuring-and-installing-remus > > > 3. > > > > [8]http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > > > References > > > > Visible links > > 1. mailto:jefranca@gmail.com > > 2. mailto:pasik@iki.fi > > 3. mailto:pasik@iki.fi > > 4. http://remusha.wikidot.com/configuring-and-installing-remus > > 5. > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > 6. mailto:pasik@iki.fi > > 7. http://remusha.wikidot.com/configuring-and-installing-remus > > 8. > > http://wiki.xen.org/wiki/Xen_Common_Problems#Starting_xend_fails.3F > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > > --f46d04478bdd62471504be701a28 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Walter,

thank you to reply.
I tried Yo= u suggested, but it didn't work. More some idea?

Pasi,

I= have posted in xen-devel coz in "Xen Users Netiquette <http://wiki.= xen.org/wiki/XenUsersNetiquette>" advise to report problems abo= ut unstable/testing xen versions there. But, it's OK, I just wanna reso= lve my problem. :)

Let's go... I really tried to fix the grub but I couldn't.
<= br>my grub.cfg is after this mail

Thanks, Eduardo


#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
=A0 load_env
fi
set default=3D"3"
if [ "${prev_saved_entry}" ]; then
=A0 set saved_entry=3D"${prev_saved_entry}"
=A0 save_env saved_entry
=A0 set prev_saved_entry=3D
=A0 save_env prev_saved_entry
=A0 set boot_once=3Dtrue
fi

function savedefault {
=A0 if [ -z "${boot_once}" ]; then
=A0=A0=A0 saved_entry=3D"${chosen}"
=A0=A0=A0 save_env saved_entry
=A0 fi
}

function load_video {
=A0 insmod vbe
=A0 insmod vga
=A0 insmod video_bochs
=A0 insmod video_cirrus
}

insmod lvm
insmod part_msdos
insmod ext2
set root=3D'(debian-02-root)'
search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d
if loadfont /usr/share/grub/unicode.pf2 ; then
=A0 set gfxmode=3D640x480
=A0 load_video
=A0 insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root=3D'(hd0,msdos1)'
search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636fec
set locale_dir=3D($root)/grub/locale
set lang=3Den
insmod gettext
set timeout=3D15
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod part_msdos
insmod ext2
set root=3D'(debian-02-root)'
search --no-floppy --fs-uuid --set da8b402b-b224-4552-80df-754339518e4d
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then<= br> =A0 set color_normal=3Dlight-gray/black
=A0 set color_highlight=3Dwhite/black
else
=A0 set menu_color_normal=3Dcyan/blue
=A0 set menu_color_highlight=3Dwhite/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/08_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D= 512M
=A0=A0=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=A0=A0=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D'(hd0,1)'
=A0=A0=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M=
=A0=A0=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e3395= 22-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset
=A0=A0=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=A0
### MODEL UBUNTU FORUM
=A0=A0=A0 ##insmod multiboot
=A0=A0=A0 #insmod part_msdos
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D(hd0,msdos1)
=A0=A0=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d= 2636fec
=A0=A0=A0 #multiboot /boot/xen-4.2-unstable.gz
=A0=A0=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=A0=A0=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32.40 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-r= oot ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32.40
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-xen-686' --class d= ebian --class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32-5-xen-686 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32-5-xen-686 root=3D/dev/mapper/debia= n--02-root ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32-5-xen-686
}
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debia= n --class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32-5-686 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32-5-686 root=3D/dev/mapper/debian--0= 2-root ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32-5-686
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.=A0 Simply type= the
# menu entries you want to add after this comment.=A0 Be careful not to cha= nge
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f=A0 $prefix/custom.cfg ]; then
=A0 source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

Em 24 d= e abril de 2012 10:13, Walter Robert Ditzler <ditwal001@gmail.com&g= t; escreveu:
hi,

for boot order, if manually set:
***
update-rc.d xencommons defaults 19 18
update-rc.d xend defaults 20 21
update-rc.d xendomains defaults 21 20
update-rc.d xen-watchdog defaults 22 23
***

and dont forget in /etc/default/grub
***
# SET THE DEFAULT BOOT KERNEL, NUMBER COUNTED FROM THE TOP BEGINNING WITH 0=
GRUB_DEFAULT=3D10
# SOMETIMES IS NICE TO HAVE FIX MEMORY ALLOCATION TO AVOID CRASHING IF ALL<= br> MEMORY IS USED
GRUB_CMDLINE_XEN=3D"dom0_mem=3D1024M"
***

thanks walter

-----Original Message-----
From: = xen-users-bounces@lists.xen.org
[mailto:xen-users-bounces@lists.xen.org] On Behalf Of Pasi K=E4rkk=E4inen
Sent: Dienstag, 24. April 2012 15:00
To: Jos=E9 Eduardo Fran=E7a
Cc: xen-users@= lists.xen.org; xen-devel@lists.xen.org
Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend<= br> doesn't start

On Tue, Apr 24, 2012 at 09:54:26AM -0300, Jos=E9 Eduardo Fran=E7a wrote: > =A0 =A0Pasi,
>

This thread really belongs to xen-users mailinglist (added to CC).
So let's drop xen-devel from the CC list in the replies..


> =A0 =A0I didn't really understand when You said "I was talkin= g about dom0
Linux
> =A0 =A0kernel, not about Xen", coz I understand you must be in xe= n to access
> =A0 =A0dom0.
> =A0 =A0Look: in my grub2 I have these options in grub2:
>
> =A0 =A0Xen Unstable / Debian Squeeze kernel 2.6.32.40
> =A0 =A0Debian GNU/Linux, with Linux 2.6.32.40
> =A0 =A0Debian GNU/Linux, with Linux 2.6.32-5-686
>

Please paste the entries from your grub.cfg

> =A0 =A0I select first option and the system returns:
>
> =A0 =A0error: couldn't open file
> =A0 =A0error: you need to load the multiboot kernel first
>

So the grub entry is broken. Please fix it.

> =A0 =A0The second option is in graphical environment but keyboard and = mouse
don't
> =A0 =A0work there. I thought You said to enter within this option (but= I think
> =A0 =A0this option is not important)
>

Of course you need to boot to Xen to be able to use Xen.
I recommend using just the text-only modes.

> =A0 =A0And the third option is my environment where I compiled and ins= talled
xen
> =A0 =A0and Debian GNU/Linux, with Linux 2.6.32.40.
> =A0 =A0Here I do command "# /etc/init.d/xend start" and the = system returns
> =A0 =A0"xencommons should be started first", but I had done<= br> > =A0 =A0"/etc/init.d/xencommons start" before and no error me= ssage returned
!!!???
>

Did you realize Xen is the hypervisor (xen.gz), and in addition to Xen you<= br> also need Xen-enabled Linux dom0 kernel ?

http://wiki.xen.org/wiki/Xen_Common_Problems#Startin= g_xend_fails.3F


> =A0 =A0and then... what do you think?
>


-- Pasi


> =A0 =A0Eduardo
>
> =A0 =A0Em 23 de abril de 2012 13:45, Jos=E9 Eduardo Fran=E7a
<[1]jefranca@gma= il.com>
> =A0 =A0escreveu:
>
> =A0 =A0 =A0Pasi
>
> =A0 =A0 =A0I didn't think this. I'll be in my job tomorrow an = I'll reply there.
>
> =A0 =A0 =A0Thank you
>
> =A0 =A0 =A0Em 23 de abril de 2012 13:23, Pasi K=E4rkk=E4inen <[2]pasik@iki.fi>
> =A0 =A0 =A0escreveu:
>
> =A0 =A0 =A0 =A0On Mon, Apr 23, 2012 at 01:13:49PM -0300, Jos=E9 Eduard= o Fran=E7a
wrote:
> =A0 =A0 =A0 =A0> =A0 =A0Hi Pasi,
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0thank you for reply.
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0I'm using Debian Squeeze, and I'm c= ompiling Xen from source
> =A0 =A0 =A0 =A0(.tar.gz). I
> =A0 =A0 =A0 =A0> =A0 =A0ran "make install-tools PYTHON_PREFIX_= ARG=3D" to install Xen.
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0Notice: I couldn't run in xen_unstable = or dom0 then I returned
to
> =A0 =A0 =A0 =A0install
> =A0 =A0 =A0 =A0> =A0 =A0environment (Debian Squeeze)
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0My attempt with modules and now with xensto= red command
> =A0 =A0 =A0 =A0(oxenstored command
> =A0 =A0 =A0 =A0> =A0 =A0works) was in Debian Squeeze. In this case = I think I can't
load
> =A0 =A0 =A0 =A0these
> =A0 =A0 =A0 =A0> =A0 =A0modules or run this command, but I'm no= t sure. Then your
> =A0 =A0 =A0 =A0questions can not
> =A0 =A0 =A0 =A0> =A0 =A0be in this scope. What do you think?
> =A0 =A0 =A0 =A0>
>
> =A0 =A0 =A0 =A0I was talking about dom0 Linux kernel, not about Xen. >
> =A0 =A0 =A0 =A0-- Pasi
>
> =A0 =A0 =A0 =A0> =A0 =A0Thanks, Eduardo
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0Em 23 de abril de 2012 03:36, Pasi K=E4rkk= =E4inen
> =A0 =A0 =A0 =A0<[1][3]pasik@iki.fi> escreveu:
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0On Sun, Apr 22, 2012 at 04:21:10PM -030= 0, Jos=E9 Eduardo
Fran=E7a
> =A0 =A0 =A0 =A0wrote:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0hi guys,
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0Hello,
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0It's my first time here= and in a mailing lists, I only
> =A0 =A0 =A0 =A0participated
> =A0 =A0 =A0 =A0> =A0 =A0 =A0in
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0forums before. Please, If I= make a mistake you should
> =A0 =A0 =A0 =A0advise me.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0Let's go!
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0I was reading "xencomm= ons not start" in a Remus Forum
in
> =A0 =A0 =A0 =A0order to
> =A0 =A0 =A0 =A0> =A0 =A0 =A0install
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0Remus.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0Well* I followed the tutori= al
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
>
<[1][2][4]http://remusha.wikidot.com/configuring-and-inst= alling-remus>,
> =A0 =A0 =A0 =A0I
> =A0 =A0 =A0 =A0> =A0 =A0 =A0reboot
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0in xen_unstable and I had a= error message:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0error: couldn't open fi= le
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0error: you need to load the= multiboot kernel first
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0then I redid tutorial after= "Adapt Grub" and in a
moment I
> =A0 =A0 =A0 =A0do
> =A0 =A0 =A0 =A0> =A0 =A0 =A0command:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0# /etc/init.d/xend start > =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0xencommons should be starte= d first.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0but I had done "/etc/i= nit.d/xencommons start" before
and
> =A0 =A0 =A0 =A0no error
> =A0 =A0 =A0 =A0> =A0 =A0 =A0message
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0returned !!!???
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0I also tried insert modules= manually (coz in other
mailing
> =A0 =A0 =A0 =A0list
> =A0 =A0 =A0 =A0> =A0 =A0 =A0said to
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0put some modules - see my s= etups after this mail) but I
> =A0 =A0 =A0 =A0had:
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0# modprobe xen-evtchn
> =A0 =A0 =A0 =A0> =A0 =A0 =A0> =A0 =A0FATAL: Module xen_evtchn no= t found.
> =A0 =A0 =A0 =A0> =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0 =A0So xen event channel support is not com= piled as a module?
> =A0 =A0 =A0 =A0> =A0 =A0 =A0is it enabled at all in your dom0 kerne= l config?
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0>
>
[3][5]http://wiki.xen.org/wiki/Xen_Common_Problems#S= tarting_xend_fails.3F
> =A0 =A0 =A0 =A0> =A0 =A0 =A0-- Pasi
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> References
> =A0 =A0 =A0 =A0>
> =A0 =A0 =A0 =A0> =A0 =A0Visible links
> =A0 =A0 =A0 =A0> =A0 =A01. mailto:[6]pasik@iki.fi
> =A0 =A0 =A0 =A0> =A0 =A02.
[7]http://remusha.wikidot.com/configuring-and-installing-rem= us
> =A0 =A0 =A0 =A0> =A0 =A03.
>
> [8]http://wiki.xen.org/wiki/Xen_Common_Problems= #Starting_xend_fails.3F
>
> References
>
> =A0 =A0Visible links
> =A0 =A01. mailto:jefranca@gmail.com
> =A0 =A02. mailto:pas= ik@iki.fi
> =A0 =A03. mailto:pas= ik@iki.fi
> =A0 =A04. http://remusha.wikidot.com/configuring-and-in= stalling-remus
> =A0 =A05. http://wiki.xen.org/wiki/Xen_Common_P= roblems#Starting_xend_fails.3F
> =A0 =A06. mailto:pas= ik@iki.fi
> =A0 =A07. http://remusha.wikidot.com/configuring-and-in= stalling-remus
> =A0 =A08.
> http://wiki.xen.org/wiki/Xen_Common_Problems#St= arting_xend_fails.3F

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


--f46d04478bdd62471504be701a28-- --===============0079773693010357404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0079773693010357404==-- From xen-users-bounces@lists.xen.org Tue Apr 24 17:48:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 17:48: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 1SMjqP-0002r9-Og; Tue, 24 Apr 2012 17:48:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMjqO-0002r3-3D for xen-users@lists.xen.org; Tue, 24 Apr 2012 17:48:04 +0000 Received: from [85.158.143.35:33420] by server-3.bemta-4.messagelabs.com id FB/6C-05853-357E69F4; Tue, 24 Apr 2012 17:48:03 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1335289681!11455691!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23807 invoked from network); 24 Apr 2012 17:48:02 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2012 17:48:02 -0000 Received: from [189.253.145.95] (port=53105 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SMjqL-00085M-I5 for xen-users@lists.xen.org; Tue, 24 Apr 2012 12:48:01 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 25AE2A1DB for ; Tue, 24 Apr 2012 12:48:00 -0500 (CDT) Message-ID: <4F96E750.7060908@ondore.com> Date: Tue, 24 Apr 2012 12:48:00 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] Migrate from 32-bit to 64-bit hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 22/04/12 03:19, Scott Arthur escribi=F3: > What I'm trying to establish is whether it's wise to change my > hypervisor to 64-bit with the existing dom0 and domUs in place? Normally, it should not give any problem. Treat as a kernel change in a = regular Linux installation. Deploy the new Xen image, create the corresponding boot loader option, = reboot. Check if everything is running fine (DomU running, control = commands responds). In case of trouble, fall back to the old image. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 17:48:59 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 17:48: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 1SMjqP-0002r9-Og; Tue, 24 Apr 2012 17:48:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMjqO-0002r3-3D for xen-users@lists.xen.org; Tue, 24 Apr 2012 17:48:04 +0000 Received: from [85.158.143.35:33420] by server-3.bemta-4.messagelabs.com id FB/6C-05853-357E69F4; Tue, 24 Apr 2012 17:48:03 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1335289681!11455691!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23807 invoked from network); 24 Apr 2012 17:48:02 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-2.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 24 Apr 2012 17:48:02 -0000 Received: from [189.253.145.95] (port=53105 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SMjqL-00085M-I5 for xen-users@lists.xen.org; Tue, 24 Apr 2012 12:48:01 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 25AE2A1DB for ; Tue, 24 Apr 2012 12:48:00 -0500 (CDT) Message-ID: <4F96E750.7060908@ondore.com> Date: Tue, 24 Apr 2012 12:48:00 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Lightning/1.0b2 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] Migrate from 32-bit to 64-bit hypervisor X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. El 22/04/12 03:19, Scott Arthur escribi=F3: > What I'm trying to establish is whether it's wise to change my > hypervisor to 64-bit with the existing dom0 and domUs in place? Normally, it should not give any problem. Treat as a kernel change in a = regular Linux installation. Deploy the new Xen image, create the corresponding boot loader option, = reboot. Check if everything is running fine (DomU running, control = commands responds). In case of trouble, fall back to the old image. -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 17:53:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 17:53: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 1SMjui-00039k-5R; Tue, 24 Apr 2012 17:52:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMjug-00039W-QS for xen-users@lists.xensource.com; Tue, 24 Apr 2012 17:52:30 +0000 Received: from [85.158.143.35:4748] by server-2.bemta-4.messagelabs.com id 9C/6B-17550-D58E69F4; Tue, 24 Apr 2012 17:52:29 +0000 X-Env-Sender: john.mcdermott@nrl.navy.mil X-Msg-Ref: server-4.tower-21.messagelabs.com!1335289947!8573906!1 X-Originating-IP: [132.250.196.100] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16668 invoked from network); 24 Apr 2012 17:52:28 -0000 Received: from fw5540.nrl.navy.mil (HELO fw5540.nrl.navy.mil) (132.250.196.100) by server-4.tower-21.messagelabs.com with SMTP; 24 Apr 2012 17:52:28 -0000 Received: from chacs.nrl.navy.mil (sun1.fw5540.net [10.0.0.11]) by fw5540.nrl.navy.mil (8.13.8/8.13.6) with ESMTP id q3OHqQXr003294 for ; Tue, 24 Apr 2012 13:52:26 -0400 (EDT) Received: from chacs.nrl.navy.mil (sun1 [10.0.0.11]) by chacs.nrl.navy.mil (8.13.8/8.13.6) with SMTP id q3OHqQOX008635 for ; Tue, 24 Apr 2012 13:52:26 -0400 (EDT) Received: from gir.fw5540.net ([10.0.2.110]) by chacs.nrl.navy.mil (SMSSMTP 4.1.16.48) with SMTP id M2012042413522613254 for ; Tue, 24 Apr 2012 13:52:26 -0400 From: John McDermott CIV Date: Tue, 24 Apr 2012 13:52:26 -0400 Message-Id: <5EC5EBC9-4F9A-4051-9AD5-0C6B59D040F8@nrl.navy.mil> To: xen-users Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] PVOPS VM Faster Than Fully Paravirtualized? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Xen users, I am getting measurements that show Fedora 16 HVM PVOPS kernels outperforming Fedora paravirtualized kernels, e.g. completing a benchmark in 167 secs versus 198 secs for the paravirtualized case. This is only for small hardware (4 core single socket, 16 GiB memory Intel server board) but it is surprising to me. Have things changed and PVOPS is now faster than paravirtualized or is this an unusual result that should be investigated further? Sincerely, John ---- What is the formal meaning of the one-line program #include "/dev/tty" J.P. McDermott building 12 Code 5542 john.mcdermott@nrl.navy.mil Naval Research Laboratory voice: +1 202.404.8301 Washington, DC 20375, US fax: +1 202.404.7942 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Apr 24 17:53:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 24 Apr 2012 17:53: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 1SMjui-00039k-5R; Tue, 24 Apr 2012 17:52:32 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMjug-00039W-QS for xen-users@lists.xensource.com; Tue, 24 Apr 2012 17:52:30 +0000 Received: from [85.158.143.35:4748] by server-2.bemta-4.messagelabs.com id 9C/6B-17550-D58E69F4; Tue, 24 Apr 2012 17:52:29 +0000 X-Env-Sender: john.mcdermott@nrl.navy.mil X-Msg-Ref: server-4.tower-21.messagelabs.com!1335289947!8573906!1 X-Originating-IP: [132.250.196.100] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16668 invoked from network); 24 Apr 2012 17:52:28 -0000 Received: from fw5540.nrl.navy.mil (HELO fw5540.nrl.navy.mil) (132.250.196.100) by server-4.tower-21.messagelabs.com with SMTP; 24 Apr 2012 17:52:28 -0000 Received: from chacs.nrl.navy.mil (sun1.fw5540.net [10.0.0.11]) by fw5540.nrl.navy.mil (8.13.8/8.13.6) with ESMTP id q3OHqQXr003294 for ; Tue, 24 Apr 2012 13:52:26 -0400 (EDT) Received: from chacs.nrl.navy.mil (sun1 [10.0.0.11]) by chacs.nrl.navy.mil (8.13.8/8.13.6) with SMTP id q3OHqQOX008635 for ; Tue, 24 Apr 2012 13:52:26 -0400 (EDT) Received: from gir.fw5540.net ([10.0.2.110]) by chacs.nrl.navy.mil (SMSSMTP 4.1.16.48) with SMTP id M2012042413522613254 for ; Tue, 24 Apr 2012 13:52:26 -0400 From: John McDermott CIV Date: Tue, 24 Apr 2012 13:52:26 -0400 Message-Id: <5EC5EBC9-4F9A-4051-9AD5-0C6B59D040F8@nrl.navy.mil> To: xen-users Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Xen-users] PVOPS VM Faster Than Fully Paravirtualized? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Xen users, I am getting measurements that show Fedora 16 HVM PVOPS kernels outperforming Fedora paravirtualized kernels, e.g. completing a benchmark in 167 secs versus 198 secs for the paravirtualized case. This is only for small hardware (4 core single socket, 16 GiB memory Intel server board) but it is surprising to me. Have things changed and PVOPS is now faster than paravirtualized or is this an unusual result that should be investigated further? Sincerely, John ---- What is the formal meaning of the one-line program #include "/dev/tty" J.P. McDermott building 12 Code 5542 john.mcdermott@nrl.navy.mil Naval Research Laboratory voice: +1 202.404.8301 Washington, DC 20375, US fax: +1 202.404.7942 _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 06:14:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 06:14:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMvTc-0002r8-49; Wed, 25 Apr 2012 06:13:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMvTa-0002r3-Rl for xen-users@lists.xen.org; Wed, 25 Apr 2012 06:13:19 +0000 Received: from [85.158.139.83:30386] by server-4.bemta-5.messagelabs.com id D5/B1-10788-EF5979F4; Wed, 25 Apr 2012 06:13:18 +0000 X-Env-Sender: liu.lin.ustc@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1335334395!14098789!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22888 invoked from network); 25 Apr 2012 06:13:16 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 06:13:16 -0000 Received: by qaeb19 with SMTP id b19so3455759qae.11 for ; Tue, 24 Apr 2012 23:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RQ6hpNyx9B9ATCAeXQyDV9x0kudEC7J4iObZkHJ8C3U=; b=xw876MFpNt61zFz04BV9Wy4mXwaasDXn0TXhiVz8kZlwmklbxZ0rYpgPIzgPKbEcai ndW1AGkKYOhZB0TOBWY+MCqAxl1LHaMBd/rNSlWP1YtcCWnfVBwZMIiwSGowje7XXaWU +yzOpHSyV72XN11CVzaAuD9+tLrx5stHZAztvx64La4V6Qe6Hl6DZNn9Y50UUYgfy8Cf /ZBwYN/7MuC4WsKQAyR28zUYDaLJ/oy7kRb9OZPfUdKTrOlu2szWG9BPyEeu1H4S3lCc 7AcrKUl8zhQmSQyOj6hc/6WBJVxK2/TzmV9f2fdnJF2k46lyRnZf2m5/hJWjEV7Vzkfq cSMA== MIME-Version: 1.0 Received: by 10.224.116.14 with SMTP id k14mr629131qaq.85.1335334395221; Tue, 24 Apr 2012 23:13:15 -0700 (PDT) Received: by 10.229.236.213 with HTTP; Tue, 24 Apr 2012 23:13:15 -0700 (PDT) Date: Wed, 25 Apr 2012 14:13:15 +0800 Message-ID: From: liu lin To: xen-users@lists.xen.org Subject: [Xen-users] "undefined symbol: Py_InitModule4" xen4.1 installation on OpenSuse 12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4404206304275602660==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4404206304275602660== Content-Type: multipart/alternative; boundary=20cf3074baf64894e004be7ac468 --20cf3074baf64894e004be7ac468 Content-Type: text/plain; charset=ISO-8859-1 DA, I'am struggling to install xen-4.1.2_05-1.1.1.x86_64.rpm on OpenSuse 12. After overcoming quite a few problems, now the box is running xenlinux kernel. When I verify the installation by running "xend status", I get the following outputs: # xend status Traceback (most recent call last): File "/usr/sbin/xend", line 33, in from xen.xend.server import SrvDaemon File "/usr/lib64/python/xen/xend/server/SrvDaemon.py", line 17, in import xen.lowlevel.xc ImportError: /usr/lib64/python/xen/lowlevel/xc.so: undefined symbol: Py_InitModule4 PS: python version is 2.7. I tried solving it by seeking for relative info on google.com in vain. Is there anyone that has worked through this problem? How should I solve it? Thanks a lot! -Lin --20cf3074baf64894e004be7ac468 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
DA,
=A0
I'am struggling to install xen-4.1.2_0= 5-1.1.1.x86_64.rpm on OpenSuse 12. After overcoming quite a few problems, n= ow the box is running xenlinux kernel. When I verify the installation by ru= nning "xend status", I get the following outputs:
=A0
# xend status
Traceback (most recent call last):
= =A0 File "/usr/sbin/xend", line 33, in <module>
=A0=A0= =A0 from xen.xend.server import SrvDaemon
=A0 File "/usr/lib64/pyth= on/xen/xend/server/SrvDaemon.py", line 17, in <module>
=A0=A0=A0 import xen.lowlevel.xc
ImportError: /usr/lib64/python/xen/lowl= evel/xc.so: undefined symbol: Py_InitModule4
=A0
PS: py= thon version is=A0 2.7.
=A0
I tried solving it by seeki= ng for relative info on google.com in vai= n. Is there anyone that has worked through this problem? How should I solve= it?
=A0
Thanks a lot!
=A0
-Lin
--20cf3074baf64894e004be7ac468-- --===============4404206304275602660== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4404206304275602660==-- From xen-users-bounces@lists.xen.org Wed Apr 25 06:14:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 06:14:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMvTc-0002r8-49; Wed, 25 Apr 2012 06:13:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMvTa-0002r3-Rl for xen-users@lists.xen.org; Wed, 25 Apr 2012 06:13:19 +0000 Received: from [85.158.139.83:30386] by server-4.bemta-5.messagelabs.com id D5/B1-10788-EF5979F4; Wed, 25 Apr 2012 06:13:18 +0000 X-Env-Sender: liu.lin.ustc@gmail.com X-Msg-Ref: server-8.tower-182.messagelabs.com!1335334395!14098789!1 X-Originating-IP: [209.85.216.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22888 invoked from network); 25 Apr 2012 06:13:16 -0000 Received: from mail-qa0-f45.google.com (HELO mail-qa0-f45.google.com) (209.85.216.45) by server-8.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 06:13:16 -0000 Received: by qaeb19 with SMTP id b19so3455759qae.11 for ; Tue, 24 Apr 2012 23:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RQ6hpNyx9B9ATCAeXQyDV9x0kudEC7J4iObZkHJ8C3U=; b=xw876MFpNt61zFz04BV9Wy4mXwaasDXn0TXhiVz8kZlwmklbxZ0rYpgPIzgPKbEcai ndW1AGkKYOhZB0TOBWY+MCqAxl1LHaMBd/rNSlWP1YtcCWnfVBwZMIiwSGowje7XXaWU +yzOpHSyV72XN11CVzaAuD9+tLrx5stHZAztvx64La4V6Qe6Hl6DZNn9Y50UUYgfy8Cf /ZBwYN/7MuC4WsKQAyR28zUYDaLJ/oy7kRb9OZPfUdKTrOlu2szWG9BPyEeu1H4S3lCc 7AcrKUl8zhQmSQyOj6hc/6WBJVxK2/TzmV9f2fdnJF2k46lyRnZf2m5/hJWjEV7Vzkfq cSMA== MIME-Version: 1.0 Received: by 10.224.116.14 with SMTP id k14mr629131qaq.85.1335334395221; Tue, 24 Apr 2012 23:13:15 -0700 (PDT) Received: by 10.229.236.213 with HTTP; Tue, 24 Apr 2012 23:13:15 -0700 (PDT) Date: Wed, 25 Apr 2012 14:13:15 +0800 Message-ID: From: liu lin To: xen-users@lists.xen.org Subject: [Xen-users] "undefined symbol: Py_InitModule4" xen4.1 installation on OpenSuse 12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4404206304275602660==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4404206304275602660== Content-Type: multipart/alternative; boundary=20cf3074baf64894e004be7ac468 --20cf3074baf64894e004be7ac468 Content-Type: text/plain; charset=ISO-8859-1 DA, I'am struggling to install xen-4.1.2_05-1.1.1.x86_64.rpm on OpenSuse 12. After overcoming quite a few problems, now the box is running xenlinux kernel. When I verify the installation by running "xend status", I get the following outputs: # xend status Traceback (most recent call last): File "/usr/sbin/xend", line 33, in from xen.xend.server import SrvDaemon File "/usr/lib64/python/xen/xend/server/SrvDaemon.py", line 17, in import xen.lowlevel.xc ImportError: /usr/lib64/python/xen/lowlevel/xc.so: undefined symbol: Py_InitModule4 PS: python version is 2.7. I tried solving it by seeking for relative info on google.com in vain. Is there anyone that has worked through this problem? How should I solve it? Thanks a lot! -Lin --20cf3074baf64894e004be7ac468 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
DA,
=A0
I'am struggling to install xen-4.1.2_0= 5-1.1.1.x86_64.rpm on OpenSuse 12. After overcoming quite a few problems, n= ow the box is running xenlinux kernel. When I verify the installation by ru= nning "xend status", I get the following outputs:
=A0
# xend status
Traceback (most recent call last):
= =A0 File "/usr/sbin/xend", line 33, in <module>
=A0=A0= =A0 from xen.xend.server import SrvDaemon
=A0 File "/usr/lib64/pyth= on/xen/xend/server/SrvDaemon.py", line 17, in <module>
=A0=A0=A0 import xen.lowlevel.xc
ImportError: /usr/lib64/python/xen/lowl= evel/xc.so: undefined symbol: Py_InitModule4
=A0
PS: py= thon version is=A0 2.7.
=A0
I tried solving it by seeki= ng for relative info on google.com in vai= n. Is there anyone that has worked through this problem? How should I solve= it?
=A0
Thanks a lot!
=A0
-Lin
--20cf3074baf64894e004be7ac468-- --===============4404206304275602660== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4404206304275602660==-- From xen-users-bounces@lists.xen.org Wed Apr 25 07:59:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 07:59: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 1SMx7E-0004MW-0G; Wed, 25 Apr 2012 07:58:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMx7C-0004MR-No for xen-users@lists.xen.org; Wed, 25 Apr 2012 07:58:18 +0000 Received: from [85.158.143.99:48308] by server-1.bemta-4.messagelabs.com id 3E/EA-20925-A9EA79F4; Wed, 25 Apr 2012 07:58:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1335340697!24824354!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjAzNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13129 invoked from network); 25 Apr 2012 07:58:17 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 07:58:17 -0000 X-IronPort-AV: E=Sophos;i="4.75,480,1330905600"; d="scan'208";a="12123063" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2012 07:57:52 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 25 Apr 2012 08:57:51 +0100 Message-ID: <1335340671.4881.8.camel@dagon.hellion.org.uk> From: Ian Campbell To: liu lin Date: Wed, 25 Apr 2012 08:57:51 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] "undefined symbol: Py_InitModule4" xen4.1 installation on OpenSuse 12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-25 at 07:13 +0100, liu lin wrote: > DA, > > I'am struggling to install xen-4.1.2_05-1.1.1.x86_64.rpm on OpenSuse > 12. After overcoming quite a few problems, now the box is running > xenlinux kernel. When I verify the installation by running "xend > status", I get the following outputs: > > # xend status > Traceback (most recent call last): > File "/usr/sbin/xend", line 33, in > from xen.xend.server import SrvDaemon > File "/usr/lib64/python/xen/xend/server/SrvDaemon.py", line 17, in > > import xen.lowlevel.xc > ImportError: /usr/lib64/python/xen/lowlevel/xc.so: undefined symbol: > Py_InitModule4 > > PS: python version is 2.7. If you are getting this error with the official opensuse 12 packages then this would indicate some sort of packaging error -- you should report it to opensuse. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 07:59:39 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 07:59: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 1SMx7E-0004MW-0G; Wed, 25 Apr 2012 07:58:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMx7C-0004MR-No for xen-users@lists.xen.org; Wed, 25 Apr 2012 07:58:18 +0000 Received: from [85.158.143.99:48308] by server-1.bemta-4.messagelabs.com id 3E/EA-20925-A9EA79F4; Wed, 25 Apr 2012 07:58:18 +0000 X-Env-Sender: Ian.Campbell@citrix.com X-Msg-Ref: server-5.tower-216.messagelabs.com!1335340697!24824354!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5NjAzNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13129 invoked from network); 25 Apr 2012 07:58:17 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-5.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 07:58:17 -0000 X-IronPort-AV: E=Sophos;i="4.75,480,1330905600"; d="scan'208";a="12123063" Received: from lonpmailmx01.citrite.net ([10.30.203.162]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 25 Apr 2012 07:57:52 +0000 Received: from [127.0.0.1] (10.80.16.67) by smtprelay.citrix.com (10.30.203.162) with Microsoft SMTP Server id 8.3.213.0; Wed, 25 Apr 2012 08:57:51 +0100 Message-ID: <1335340671.4881.8.camel@dagon.hellion.org.uk> From: Ian Campbell To: liu lin Date: Wed, 25 Apr 2012 08:57:51 +0100 In-Reply-To: References: Organization: Citrix Systems, Inc. X-Mailer: Evolution 3.2.2-1 MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] "undefined symbol: Py_InitModule4" xen4.1 installation on OpenSuse 12 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, 2012-04-25 at 07:13 +0100, liu lin wrote: > DA, > > I'am struggling to install xen-4.1.2_05-1.1.1.x86_64.rpm on OpenSuse > 12. After overcoming quite a few problems, now the box is running > xenlinux kernel. When I verify the installation by running "xend > status", I get the following outputs: > > # xend status > Traceback (most recent call last): > File "/usr/sbin/xend", line 33, in > from xen.xend.server import SrvDaemon > File "/usr/lib64/python/xen/xend/server/SrvDaemon.py", line 17, in > > import xen.lowlevel.xc > ImportError: /usr/lib64/python/xen/lowlevel/xc.so: undefined symbol: > Py_InitModule4 > > PS: python version is 2.7. If you are getting this error with the official opensuse 12 packages then this would indicate some sort of packaging error -- you should report it to opensuse. Ian. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 10:10:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 10:10: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 1SMzAH-0001Pc-9D; Wed, 25 Apr 2012 10:09:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMzAF-0001PV-Dc for xen-users@lists.xen.org; Wed, 25 Apr 2012 10:09:35 +0000 Received: from [193.109.254.147:32138] by server-12.bemta-14.messagelabs.com id 50/8A-05898-E5DC79F4; Wed, 25 Apr 2012 10:09:34 +0000 X-Env-Sender: codinggeek16@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1335348572!6203138!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 323 invoked from network); 25 Apr 2012 10:09:33 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 10:09:33 -0000 Received: by vcbfl11 with SMTP id fl11so1368202vcb.32 for ; Wed, 25 Apr 2012 03:09:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XnlGjW9QOmLR1M8glP1US5VvjtGAkLrndckQczdyTQs=; b=ywmhpITu4NxPw5bfBdY7cPXBy13dS9yOh3g7jPj+66/nsnL0t5ggVWUvNodSRLVKir 9wZX+qI0M4pU8FtWnRAfB3L0Il9qEZSLS8xjyydIFss95wIcIze+/8P2dAngGSHgEO8k Qq3tcAtv2nAv/sB24XYjhSHYcVjCw/v/BdNc/fJuPGYLEissQnKiDPiC4KexrQV6RurW IfNuHW7y/Wm7EMi2CJn/3Z+fD6MRkOdxaaukXliWduPCzOxgYZMg1JY2KfiPByEP8HGc SHiCiGMCS70eUpXu6H9p9n3yrKZcHkrV9XtP/etT4MTgChIAMiAZk6S+ZfZr5EemVV7X Kt4Q== MIME-Version: 1.0 Received: by 10.220.147.198 with SMTP id m6mr1990460vcv.14.1335348572435; Wed, 25 Apr 2012 03:09:32 -0700 (PDT) Received: by 10.52.94.41 with HTTP; Wed, 25 Apr 2012 03:09:32 -0700 (PDT) Date: Wed, 25 Apr 2012 15:39:32 +0530 Message-ID: From: Coding Geek To: xen-users@lists.xen.org Subject: [Xen-users] Regarding persistent of VM's after live migration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8392975303559886290==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8392975303559886290== Content-Type: multipart/alternative; boundary=bcaec54fbbba4fb45704be7e112e --bcaec54fbbba4fb45704be7e112e Content-Type: text/plain; charset=ISO-8859-1 Hello I am working with 3 host machines each running xen with shared NFS storage. I am working on automatic load balancing if one host is over utilized and another is under utilized by measuring the utilization from xentop. I am facing a problem after migration of VM. I am setting the flags ( 1| 8| 16) in order to do live migration, persist VM on destination, undefine host from source. After migration if I shut off the migrated VM on destination host it does not persist. I am using the migrateToURI() API for migration. Please help how to make VM persist on destination. Thank you, Tasvinder Singh --bcaec54fbbba4fb45704be7e112e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello
I am working with 3 host machines each = running xen with shared NFS storage. I am working on automatic load balanci= ng if one host is over utilized and another is under utilized by measuring = the utilization from xentop. I am facing a problem after migration of VM. I= am setting the flags ( 1| 8| 16) in order to do live migration, persist VM= on destination, undefine host from source. After migration if I shut off t= he migrated VM on destination host it does not persist. I am using the migr= ateToURI() API for migration.

Please help how to make VM persist on destination.

Thank you,Tasvinder Singh




--bcaec54fbbba4fb45704be7e112e-- --===============8392975303559886290== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8392975303559886290==-- From xen-users-bounces@lists.xen.org Wed Apr 25 10:10:58 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 10:10: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 1SMzAH-0001Pc-9D; Wed, 25 Apr 2012 10:09:37 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMzAF-0001PV-Dc for xen-users@lists.xen.org; Wed, 25 Apr 2012 10:09:35 +0000 Received: from [193.109.254.147:32138] by server-12.bemta-14.messagelabs.com id 50/8A-05898-E5DC79F4; Wed, 25 Apr 2012 10:09:34 +0000 X-Env-Sender: codinggeek16@gmail.com X-Msg-Ref: server-9.tower-27.messagelabs.com!1335348572!6203138!1 X-Originating-IP: [209.85.220.173] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 323 invoked from network); 25 Apr 2012 10:09:33 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-9.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 10:09:33 -0000 Received: by vcbfl11 with SMTP id fl11so1368202vcb.32 for ; Wed, 25 Apr 2012 03:09:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=XnlGjW9QOmLR1M8glP1US5VvjtGAkLrndckQczdyTQs=; b=ywmhpITu4NxPw5bfBdY7cPXBy13dS9yOh3g7jPj+66/nsnL0t5ggVWUvNodSRLVKir 9wZX+qI0M4pU8FtWnRAfB3L0Il9qEZSLS8xjyydIFss95wIcIze+/8P2dAngGSHgEO8k Qq3tcAtv2nAv/sB24XYjhSHYcVjCw/v/BdNc/fJuPGYLEissQnKiDPiC4KexrQV6RurW IfNuHW7y/Wm7EMi2CJn/3Z+fD6MRkOdxaaukXliWduPCzOxgYZMg1JY2KfiPByEP8HGc SHiCiGMCS70eUpXu6H9p9n3yrKZcHkrV9XtP/etT4MTgChIAMiAZk6S+ZfZr5EemVV7X Kt4Q== MIME-Version: 1.0 Received: by 10.220.147.198 with SMTP id m6mr1990460vcv.14.1335348572435; Wed, 25 Apr 2012 03:09:32 -0700 (PDT) Received: by 10.52.94.41 with HTTP; Wed, 25 Apr 2012 03:09:32 -0700 (PDT) Date: Wed, 25 Apr 2012 15:39:32 +0530 Message-ID: From: Coding Geek To: xen-users@lists.xen.org Subject: [Xen-users] Regarding persistent of VM's after live migration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8392975303559886290==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8392975303559886290== Content-Type: multipart/alternative; boundary=bcaec54fbbba4fb45704be7e112e --bcaec54fbbba4fb45704be7e112e Content-Type: text/plain; charset=ISO-8859-1 Hello I am working with 3 host machines each running xen with shared NFS storage. I am working on automatic load balancing if one host is over utilized and another is under utilized by measuring the utilization from xentop. I am facing a problem after migration of VM. I am setting the flags ( 1| 8| 16) in order to do live migration, persist VM on destination, undefine host from source. After migration if I shut off the migrated VM on destination host it does not persist. I am using the migrateToURI() API for migration. Please help how to make VM persist on destination. Thank you, Tasvinder Singh --bcaec54fbbba4fb45704be7e112e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello
I am working with 3 host machines each = running xen with shared NFS storage. I am working on automatic load balanci= ng if one host is over utilized and another is under utilized by measuring = the utilization from xentop. I am facing a problem after migration of VM. I= am setting the flags ( 1| 8| 16) in order to do live migration, persist VM= on destination, undefine host from source. After migration if I shut off t= he migrated VM on destination host it does not persist. I am using the migr= ateToURI() API for migration.

Please help how to make VM persist on destination.

Thank you,Tasvinder Singh




--bcaec54fbbba4fb45704be7e112e-- --===============8392975303559886290== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8392975303559886290==-- From xen-users-bounces@lists.xen.org Wed Apr 25 11:01:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 11:01: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 1SMzx4-0005jB-Hi; Wed, 25 Apr 2012 11:00:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMzx2-0005h3-WE for xen-users@lists.xen.org; Wed, 25 Apr 2012 11:00:01 +0000 Received: from [85.158.143.99:28005] by server-3.bemta-4.messagelabs.com id CC/8A-05853-039D79F4; Wed, 25 Apr 2012 11:00:00 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1335351596!17663884!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4002 invoked from network); 25 Apr 2012 10:59:58 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 10:59:58 -0000 Received: by obbwd18 with SMTP id wd18so2960675obb.32 for ; Wed, 25 Apr 2012 03:59:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=kyGMu2QtPW9k/AzZbMHLuIcZ6MxuCv0Xk8NkdZCdpVc=; b=xJNcSNx/QSzEVzt2VJ7vGX80dUvMw6/z6VdITuUsV1ZP7tGnRW4Bix+kq/Vt+6uZEA HopGn0czwvwhcHl3HbH+N+FBkdHlTicX1l0nm6brt5c3NvolzXDuNjhcCPWkDaatslby EltFyt5Q5p9CQBTFrk5gm4IlzXMo+LMQjM0h8vvGkhloDTr/SDeNn0J53I4c9UYomMPF WLEK6r7lo8bju9RRwEqnafoOjWMz+imfLVELX5H0Y7HP/OkME1ehH3sm5fQu8Ln59mkm kvttl9nk0+tSC5LDLeylr01eu981h0P+vxJuBh4Lu59WQsfWRHeblQW39vcbaNh1Q+lQ xGzw== Received: by 10.60.20.3 with SMTP id j3mr2773841oee.43.1335351595994; Wed, 25 Apr 2012 03:59:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.15.100 with HTTP; Wed, 25 Apr 2012 03:59:35 -0700 (PDT) In-Reply-To: <20120424153753.GA15600@luke.xen.prgmr.com> References: <20120424153753.GA15600@luke.xen.prgmr.com> From: eva Date: Wed, 25 Apr 2012 12:59:35 +0200 Message-ID: To: "Luke S. Crawford" , Fajar Nugraha Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 24 April 2012 17:37, Luke S. Crawford wrote: > > On Tue, Apr 24, 2012 at 05:44:19PM +0700, Fajar A. Nugraha wrote: > > > > pvgrub, on the other hand, runs completely on domU. So some might say > > pvgrub is "safer" than pygrub. > > Pvgrub is pretty great if the DomUs are operated by people that don't > have root on the dom0. =A0With pvgrub, it's pretty easy to set things > up so that the person that controls the DomU can never mess up the > DomU to the point that they can't boot[1], something that requires > a xm config file edit otherwise. > > The big downside to pvgrub is that it wants a ext2/3 filesystem and > a grub1 format menu.lst file. > > > > > [1]http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted= _Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO= _PYGRUB.3F > Thanks Luke. I've been reading the link, and now I have 2 questions. 1- if pygrub needs to mount the domU, why does it says this? http://wiki.xen.org/wiki/PyGrub "This means that reading the guest filesystem does not require mounting the filesystem" 2- What and where is the rescue image? "which then means that unlike my PyGRUB setup, users can never mess up their menu.lst to the point where they can=92t get into their rescue image." Sorry to bother you guys, but I am trying to put it all together in my head....... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 11:01:05 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 11:01: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 1SMzx4-0005jB-Hi; Wed, 25 Apr 2012 11:00:02 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SMzx2-0005h3-WE for xen-users@lists.xen.org; Wed, 25 Apr 2012 11:00:01 +0000 Received: from [85.158.143.99:28005] by server-3.bemta-4.messagelabs.com id CC/8A-05853-039D79F4; Wed, 25 Apr 2012 11:00:00 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-11.tower-216.messagelabs.com!1335351596!17663884!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4002 invoked from network); 25 Apr 2012 10:59:58 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-11.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 10:59:58 -0000 Received: by obbwd18 with SMTP id wd18so2960675obb.32 for ; Wed, 25 Apr 2012 03:59:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=kyGMu2QtPW9k/AzZbMHLuIcZ6MxuCv0Xk8NkdZCdpVc=; b=xJNcSNx/QSzEVzt2VJ7vGX80dUvMw6/z6VdITuUsV1ZP7tGnRW4Bix+kq/Vt+6uZEA HopGn0czwvwhcHl3HbH+N+FBkdHlTicX1l0nm6brt5c3NvolzXDuNjhcCPWkDaatslby EltFyt5Q5p9CQBTFrk5gm4IlzXMo+LMQjM0h8vvGkhloDTr/SDeNn0J53I4c9UYomMPF WLEK6r7lo8bju9RRwEqnafoOjWMz+imfLVELX5H0Y7HP/OkME1ehH3sm5fQu8Ln59mkm kvttl9nk0+tSC5LDLeylr01eu981h0P+vxJuBh4Lu59WQsfWRHeblQW39vcbaNh1Q+lQ xGzw== Received: by 10.60.20.3 with SMTP id j3mr2773841oee.43.1335351595994; Wed, 25 Apr 2012 03:59:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.15.100 with HTTP; Wed, 25 Apr 2012 03:59:35 -0700 (PDT) In-Reply-To: <20120424153753.GA15600@luke.xen.prgmr.com> References: <20120424153753.GA15600@luke.xen.prgmr.com> From: eva Date: Wed, 25 Apr 2012 12:59:35 +0200 Message-ID: To: "Luke S. Crawford" , Fajar Nugraha Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 24 April 2012 17:37, Luke S. Crawford wrote: > > On Tue, Apr 24, 2012 at 05:44:19PM +0700, Fajar A. Nugraha wrote: > > > > pvgrub, on the other hand, runs completely on domU. So some might say > > pvgrub is "safer" than pygrub. > > Pvgrub is pretty great if the DomUs are operated by people that don't > have root on the dom0. =A0With pvgrub, it's pretty easy to set things > up so that the person that controls the DomU can never mess up the > DomU to the point that they can't boot[1], something that requires > a xm config file edit otherwise. > > The big downside to pvgrub is that it wants a ext2/3 filesystem and > a grub1 format menu.lst file. > > > > > [1]http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted= _Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO= _PYGRUB.3F > Thanks Luke. I've been reading the link, and now I have 2 questions. 1- if pygrub needs to mount the domU, why does it says this? http://wiki.xen.org/wiki/PyGrub "This means that reading the guest filesystem does not require mounting the filesystem" 2- What and where is the rescue image? "which then means that unlike my PyGRUB setup, users can never mess up their menu.lst to the point where they can=92t get into their rescue image." Sorry to bother you guys, but I am trying to put it all together in my head....... _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 11:39:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 11:39: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 1SN0YX-0007dn-TB; Wed, 25 Apr 2012 11:38:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN0YV-0007di-Pg for xen-users@lists.xen.org; Wed, 25 Apr 2012 11:38:44 +0000 Received: from [85.158.139.83:46950] by server-1.bemta-5.messagelabs.com id 48/15-28458-342E79F4; Wed, 25 Apr 2012 11:38:43 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-16.tower-182.messagelabs.com!1335353920!18073289!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14430 invoked from network); 25 Apr 2012 11:38:42 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 11:38:42 -0000 Received: by dajx4 with SMTP id x4so2574088daj.28 for ; Wed, 25 Apr 2012 04:38:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=Ic/T/z/N9rS429fCbdiAcdvbRwseNrNGNjl9sW7goFo=; b=CuyAkXGdy8mGbZ++WSrTRe/SXkd6xFt3T1z6EH1/1kh6cHXid1wJpybEH1oUdNb5I6 lCC1tSZFDiIK1ZqCXmIhuD/EJ9DSs2pdK6dTaEssY9s9tky24bhCA8pRCVm4iyVt7PWe guWE98VK5R6snR9L9pMp2uh43OrAJJLlrfeOvWqHNA4mkJ1wiFkfTGk8cD0JRD4cmIyK 1k4QAjd7ndT2YoECovFbisZXvBzBKIx/zJGuq6pztFKyprUQUJAJHJc/232SrWiqoMmH zV92Se6ZntvO2KaBY6Z2LGjOXeLThOB96TxwpqSzuKkr+QvtgQVIxi0DOhTv6l4yhlLF lO6Q== MIME-Version: 1.0 Received: by 10.68.225.170 with SMTP id rl10mr4228814pbc.76.1335353920327; Wed, 25 Apr 2012 04:38:40 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Wed, 25 Apr 2012 04:38:40 -0700 (PDT) In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Wed, 25 Apr 2012 18:38:40 +0700 Message-ID: From: "Fajar A. Nugraha" To: eva X-Gm-Message-State: ALoCoQkfI7H4nGgkRgMI4jJ6hov7kGbgL97vtGR9gj1mtkpirQX2R4pfyTVQ5qQsSw1kZqylu4W8 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 25, 2012 at 5:59 PM, eva wrote: > 1- if pygrub needs to mount the domU, why does it says this? > http://wiki.xen.org/wiki/PyGrub > > "This means that reading the guest filesystem does not require > mounting the filesystem" It doesn't. There are ways to read the contents of an image without mounting it. In pygrub's case, it reads the data using libfsimage. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 11:39:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 11:39: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 1SN0YX-0007dn-TB; Wed, 25 Apr 2012 11:38:45 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN0YV-0007di-Pg for xen-users@lists.xen.org; Wed, 25 Apr 2012 11:38:44 +0000 Received: from [85.158.139.83:46950] by server-1.bemta-5.messagelabs.com id 48/15-28458-342E79F4; Wed, 25 Apr 2012 11:38:43 +0000 X-Env-Sender: fajar@fajar.net X-Msg-Ref: server-16.tower-182.messagelabs.com!1335353920!18073289!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14430 invoked from network); 25 Apr 2012 11:38:42 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-16.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 11:38:42 -0000 Received: by dajx4 with SMTP id x4so2574088daj.28 for ; Wed, 25 Apr 2012 04:38:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=Ic/T/z/N9rS429fCbdiAcdvbRwseNrNGNjl9sW7goFo=; b=CuyAkXGdy8mGbZ++WSrTRe/SXkd6xFt3T1z6EH1/1kh6cHXid1wJpybEH1oUdNb5I6 lCC1tSZFDiIK1ZqCXmIhuD/EJ9DSs2pdK6dTaEssY9s9tky24bhCA8pRCVm4iyVt7PWe guWE98VK5R6snR9L9pMp2uh43OrAJJLlrfeOvWqHNA4mkJ1wiFkfTGk8cD0JRD4cmIyK 1k4QAjd7ndT2YoECovFbisZXvBzBKIx/zJGuq6pztFKyprUQUJAJHJc/232SrWiqoMmH zV92Se6ZntvO2KaBY6Z2LGjOXeLThOB96TxwpqSzuKkr+QvtgQVIxi0DOhTv6l4yhlLF lO6Q== MIME-Version: 1.0 Received: by 10.68.225.170 with SMTP id rl10mr4228814pbc.76.1335353920327; Wed, 25 Apr 2012 04:38:40 -0700 (PDT) Received: by 10.68.48.67 with HTTP; Wed, 25 Apr 2012 04:38:40 -0700 (PDT) In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Wed, 25 Apr 2012 18:38:40 +0700 Message-ID: From: "Fajar A. Nugraha" To: eva X-Gm-Message-State: ALoCoQkfI7H4nGgkRgMI4jJ6hov7kGbgL97vtGR9gj1mtkpirQX2R4pfyTVQ5qQsSw1kZqylu4W8 Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Apr 25, 2012 at 5:59 PM, eva wrote: > 1- if pygrub needs to mount the domU, why does it says this? > http://wiki.xen.org/wiki/PyGrub > > "This means that reading the guest filesystem does not require > mounting the filesystem" It doesn't. There are ways to read the contents of an image without mounting it. In pygrub's case, it reads the data using libfsimage. -- Fajar _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 12:17:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 12:17:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN18w-00015m-T9; Wed, 25 Apr 2012 12:16:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN18v-00015g-6H for xen-users@lists.xen.org; Wed, 25 Apr 2012 12:16:21 +0000 Received: from [85.158.143.35:14251] by server-1.bemta-4.messagelabs.com id 4B/5B-20925-41BE79F4; Wed, 25 Apr 2012 12:16:20 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1335356179!12952225!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 754 invoked from network); 25 Apr 2012 12:16:19 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-6.tower-21.messagelabs.com with SMTP; 25 Apr 2012 12:16:19 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 658F7F792D for ; Wed, 25 Apr 2012 14:16:19 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id in3Kagl0yBya for ; Wed, 25 Apr 2012 14:16:11 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id EDD98F7928 for ; Wed, 25 Apr 2012 14:16:10 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Wed, 25 Apr 2012 14:16:10 +0200 From: LINSCHOTEN Rob To: "xen-users@lists.xen.org" Date: Wed, 25 Apr 2012 14:16:08 +0200 Thread-Topic: [XCP] enabling gfx_passthrough for XCP Thread-Index: Ac0i3HumoFhHSQwgQ0iAFq8JyqtcIg== Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D382232@spvw1505.ONE-05.GRP> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Subject: [Xen-users] [XCP] enabling gfx_passthrough for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi List, I have some problems with enabling VGA_PASSTHROUGH in XCP. I enabled vga passthrough and I can see the pci nvida qudro 2000 card in the quest vm. At the moment it is visable as secondary video card and the emulated Cirrus Logic card is the primary video card. According to the "http://wiki.xen.org/wiki/Xen_VGA_Passthrough" document, I should also set the "gfx_passthru=1" in the /etc/xen/ cfgfile in order for the nvidia card to become the primary video card. But how can I set this parameter if I am using XCP? no guest gfc file exists but is somewhere else in the XCP environment/database??? accessible via xe commands??? setting of the other-config parameter of the vm?? platform parameter?? Thanks, Rob Linschoten ------------------------------------------------------------------------------------------------------------ Disclaimer: If you are not the intended recipient of this email, please notify the sender and delete it. Any unauthorized copying, disclosure or distribution of this email or its attachment(s) is forbidden. Thales Nederland BV will not accept liability for any damage caused by this email or its attachment(s). Thales Nederland BV is seated in Hengelo and is registered at the Chamber of Commerce under number 06061578. ------------------------------------------------------------------------------------------------------------ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 12:17:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 12:17:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN18w-00015m-T9; Wed, 25 Apr 2012 12:16:22 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN18v-00015g-6H for xen-users@lists.xen.org; Wed, 25 Apr 2012 12:16:21 +0000 Received: from [85.158.143.35:14251] by server-1.bemta-4.messagelabs.com id 4B/5B-20925-41BE79F4; Wed, 25 Apr 2012 12:16:20 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-6.tower-21.messagelabs.com!1335356179!12952225!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.2 required=7.0 tests=MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 754 invoked from network); 25 Apr 2012 12:16:19 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-6.tower-21.messagelabs.com with SMTP; 25 Apr 2012 12:16:19 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 658F7F792D for ; Wed, 25 Apr 2012 14:16:19 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id in3Kagl0yBya for ; Wed, 25 Apr 2012 14:16:11 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id EDD98F7928 for ; Wed, 25 Apr 2012 14:16:10 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Wed, 25 Apr 2012 14:16:10 +0200 From: LINSCHOTEN Rob To: "xen-users@lists.xen.org" Date: Wed, 25 Apr 2012 14:16:08 +0200 Thread-Topic: [XCP] enabling gfx_passthrough for XCP Thread-Index: Ac0i3HumoFhHSQwgQ0iAFq8JyqtcIg== Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D382232@spvw1505.ONE-05.GRP> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Subject: [Xen-users] [XCP] enabling gfx_passthrough for XCP X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi List, I have some problems with enabling VGA_PASSTHROUGH in XCP. I enabled vga passthrough and I can see the pci nvida qudro 2000 card in the quest vm. At the moment it is visable as secondary video card and the emulated Cirrus Logic card is the primary video card. According to the "http://wiki.xen.org/wiki/Xen_VGA_Passthrough" document, I should also set the "gfx_passthru=1" in the /etc/xen/ cfgfile in order for the nvidia card to become the primary video card. But how can I set this parameter if I am using XCP? no guest gfc file exists but is somewhere else in the XCP environment/database??? accessible via xe commands??? setting of the other-config parameter of the vm?? platform parameter?? Thanks, Rob Linschoten ------------------------------------------------------------------------------------------------------------ Disclaimer: If you are not the intended recipient of this email, please notify the sender and delete it. Any unauthorized copying, disclosure or distribution of this email or its attachment(s) is forbidden. Thales Nederland BV will not accept liability for any damage caused by this email or its attachment(s). Thales Nederland BV is seated in Hengelo and is registered at the Chamber of Commerce under number 06061578. ------------------------------------------------------------------------------------------------------------ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 12:32:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 12:32:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1Nq-0001Yn-9K; Wed, 25 Apr 2012 12:31:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1No-0001YG-A8 for xen-users@lists.xen.org; Wed, 25 Apr 2012 12:31:44 +0000 Received: from [85.158.143.35:18356] by server-2.bemta-4.messagelabs.com id 97/36-17550-FAEE79F4; Wed, 25 Apr 2012 12:31:43 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1335357102!14504353!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32650 invoked from network); 25 Apr 2012 12:31:42 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-15.tower-21.messagelabs.com with SMTP; 25 Apr 2012 12:31:42 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 34320F7928 for ; Wed, 25 Apr 2012 14:31:42 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XgZqHVRI3b7v for ; Wed, 25 Apr 2012 14:31:32 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id ED11DF7932 for ; Wed, 25 Apr 2012 14:31:32 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Wed, 25 Apr 2012 14:31:32 +0200 From: LINSCHOTEN Rob To: "xen-users@lists.xen.org" Date: Wed, 25 Apr 2012 14:31:31 +0200 Thread-Topic: kern.log Thread-Index: Ac0i3q9moYnpKDRhRgeCqA4IFExuiw== Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D38224F@spvw1505.ONE-05.GRP> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Subject: [Xen-users] kern.log X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7650325377874617331==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7650325377874617331== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_" --_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi List, I am trying to enable VGA-PASSTHROUGH for a dom U guest, it does not work a= t the moment, trying fixing the problems I noticed the following lines in the /var/log/kern.log file. Can anybody explain these lines, can I= use the videocard (a Nvidia quadro 2000) for vga passthrough ?? Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: seizing de= vice Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: enabling d= evice (0006 -> 0007) Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: PCI INT A = -> GSI 50 (level, low) -> IRQ 50 Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: PCI INT A = disabled Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: secondary = bus reset failed for device - all functions need to be co-assigned - err: 6 Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: FLR functi= onality not supported; attempts to use secondary bus reset unsuccessful; Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: FLR not pe= rformed for device Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: seizing de= vice Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: PCI INT B = -> GSI 49 (level, low) -> IRQ 49 Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: PCI INT B = disabled thanks in advance, Rob Linschoten =0A--------------------------------------------------------------------------= ----------------------------------=0ADisclaimer:=0A=0AIf you are not the intended = recipient of this email, please notify the sender and delete it. =0AAny unauth= orized copying, disclosure or distribution of this email or its attachment(s= ) is forbidden. =0AThales Nederland BV will not accept liability for any damag= e caused by this email or its attachment(s). =0AThales Nederland BV is seated = in Hengelo and is registered at the Chamber of Commerce under number 0606157= 8.=0A-------------------------------------------------------------------------= -----------------------------------=0A=0A --_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi List,

 

I am = trying to enable VGA-PASSTHROUGH for a dom U guest, it does not work at the= moment, trying fixing the problems I noticed the following

<= p class=3DMsoNormal>lines in the /var/log/kern.log file. Can anybody explai= n these lines, can I use the  videocard (a Nvidia quadro 2000)  f= or vga passthrough ??

 <= /p>

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback = 0000:84:00.0: seizing device

Apr 23 14:1= 6:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: enabling device (0006= -> 0007)

Apr 23 14:16:28 xenserver-n= mutdcyw kernel: pciback 0000:84:00.0: PCI INT A -> GSI 50 (level, low) -= > IRQ 50

Apr 23 14:16:28 xenserver-nm= utdcyw kernel: pciback 0000:84:00.0: PCI INT A disabled

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:= 00.0: secondary bus reset failed for device - all functions need to be co-a= ssigned - err: 6

Apr 23 14:16:28 xenserv= er-nmutdcyw kernel: pciback 0000:84:00.0: FLR functionality not supported; = attempts to use secondary bus reset unsuccessful;

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: = FLR not performed for device

Apr 23 14:1= 6:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: seizing device

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pci= back 0000:84:00.1: PCI INT B -> GSI 49 (level, low) -> IRQ 49

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pcib= ack 0000:84:00.1: PCI INT B disabled

 

thanks in advance,

 

Rob Linschoten<= o:p>


= 
=0A=0A--------------------------------------------------------------------=
----------------------------------------=0ADisclaimer:=0A=0AIf you are not the int=
ended recipient of this email, please notify the sender and delete it. =0AAny =
unauthorized copying, disclosure or distribution of this email or its attach=
ment(s) is forbidden. =0AThales Nederland BV will not accept liability for any=
 damage caused by this email or its attachment(s). =0AThales Nederland BV is s=
eated in Hengelo and is registered at the Chamber of Commerce under number 0=
6061578.=0A-------------------------------------------------------------------=
-----------------------------------------=0A
=0A
= = --_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_-- --===============7650325377874617331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7650325377874617331==-- From xen-users-bounces@lists.xen.org Wed Apr 25 12:32:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 12:32:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1Nq-0001Yn-9K; Wed, 25 Apr 2012 12:31:46 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1No-0001YG-A8 for xen-users@lists.xen.org; Wed, 25 Apr 2012 12:31:44 +0000 Received: from [85.158.143.35:18356] by server-2.bemta-4.messagelabs.com id 97/36-17550-FAEE79F4; Wed, 25 Apr 2012 12:31:43 +0000 X-Env-Sender: rob.linschoten@nl.thalesgroup.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1335357102!14504353!1 X-Originating-IP: [212.178.200.70] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_50_60,HTML_MESSAGE, MIME_QP_LONG_LINE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 32650 invoked from network); 25 Apr 2012 12:31:42 -0000 Received: from spvl1106.nl.thalesgroup.com (HELO spvl1106.nl.thalesgroup.com) (212.178.200.70) by server-15.tower-21.messagelabs.com with SMTP; 25 Apr 2012 12:31:42 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id 34320F7928 for ; Wed, 25 Apr 2012 14:31:42 +0200 (CEST) X-Amavis-Modified: Mail body modified (using disclaimer) - mailgate4.nl.thalesgroup.com X-Virus-Scanned: by mailgate4.nl.thalesgroup.com Received: from spvl1106.nl.thalesgroup.com ([127.0.0.1]) by localhost (mailgate4.nl.thalesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XgZqHVRI3b7v for ; Wed, 25 Apr 2012 14:31:32 +0200 (CEST) Received: from spvw1503.ONE-05.GRP (unknown [10.177.16.77]) by spvl1106.nl.thalesgroup.com (Postfix) with ESMTP id ED11DF7932 for ; Wed, 25 Apr 2012 14:31:32 +0200 (CEST) Received: from spvw1505.ONE-05.GRP ([fe80::7056:9978:3790:5cdb]) by spvw1503.ONE-05.GRP ([fe80::c159:2255:f403:8a7%11]) with mapi; Wed, 25 Apr 2012 14:31:32 +0200 From: LINSCHOTEN Rob To: "xen-users@lists.xen.org" Date: Wed, 25 Apr 2012 14:31:31 +0200 Thread-Topic: kern.log Thread-Index: Ac0i3q9moYnpKDRhRgeCqA4IFExuiw== Message-ID: <16C0E0634BE92C48B5F798ABCB483BEE428D38224F@spvw1505.ONE-05.GRP> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-classification: Unclassified+ExportUnrestricted acceptlanguage: en-US x-pmwin-version: 3.1.0.0, Antivirus-Engine: 3.30.0, Antivirus-Data: 4.76G MIME-Version: 1.0 Subject: [Xen-users] kern.log X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7650325377874617331==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7650325377874617331== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_" --_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi List, I am trying to enable VGA-PASSTHROUGH for a dom U guest, it does not work a= t the moment, trying fixing the problems I noticed the following lines in the /var/log/kern.log file. Can anybody explain these lines, can I= use the videocard (a Nvidia quadro 2000) for vga passthrough ?? Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: seizing de= vice Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: enabling d= evice (0006 -> 0007) Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: PCI INT A = -> GSI 50 (level, low) -> IRQ 50 Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: PCI INT A = disabled Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: secondary = bus reset failed for device - all functions need to be co-assigned - err: 6 Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: FLR functi= onality not supported; attempts to use secondary bus reset unsuccessful; Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: FLR not pe= rformed for device Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: seizing de= vice Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: PCI INT B = -> GSI 49 (level, low) -> IRQ 49 Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: PCI INT B = disabled thanks in advance, Rob Linschoten =0A--------------------------------------------------------------------------= ----------------------------------=0ADisclaimer:=0A=0AIf you are not the intended = recipient of this email, please notify the sender and delete it. =0AAny unauth= orized copying, disclosure or distribution of this email or its attachment(s= ) is forbidden. =0AThales Nederland BV will not accept liability for any damag= e caused by this email or its attachment(s). =0AThales Nederland BV is seated = in Hengelo and is registered at the Chamber of Commerce under number 0606157= 8.=0A-------------------------------------------------------------------------= -----------------------------------=0A=0A --_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi List,

 

I am = trying to enable VGA-PASSTHROUGH for a dom U guest, it does not work at the= moment, trying fixing the problems I noticed the following

<= p class=3DMsoNormal>lines in the /var/log/kern.log file. Can anybody explai= n these lines, can I use the  videocard (a Nvidia quadro 2000)  f= or vga passthrough ??

 <= /p>

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback = 0000:84:00.0: seizing device

Apr 23 14:1= 6:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: enabling device (0006= -> 0007)

Apr 23 14:16:28 xenserver-n= mutdcyw kernel: pciback 0000:84:00.0: PCI INT A -> GSI 50 (level, low) -= > IRQ 50

Apr 23 14:16:28 xenserver-nm= utdcyw kernel: pciback 0000:84:00.0: PCI INT A disabled

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:= 00.0: secondary bus reset failed for device - all functions need to be co-a= ssigned - err: 6

Apr 23 14:16:28 xenserv= er-nmutdcyw kernel: pciback 0000:84:00.0: FLR functionality not supported; = attempts to use secondary bus reset unsuccessful;

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.0: = FLR not performed for device

Apr 23 14:1= 6:28 xenserver-nmutdcyw kernel: pciback 0000:84:00.1: seizing device

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pci= back 0000:84:00.1: PCI INT B -> GSI 49 (level, low) -> IRQ 49

Apr 23 14:16:28 xenserver-nmutdcyw kernel: pcib= ack 0000:84:00.1: PCI INT B disabled

 

thanks in advance,

 

Rob Linschoten<= o:p>


= 
=0A=0A--------------------------------------------------------------------=
----------------------------------------=0ADisclaimer:=0A=0AIf you are not the int=
ended recipient of this email, please notify the sender and delete it. =0AAny =
unauthorized copying, disclosure or distribution of this email or its attach=
ment(s) is forbidden. =0AThales Nederland BV will not accept liability for any=
 damage caused by this email or its attachment(s). =0AThales Nederland BV is s=
eated in Hengelo and is registered at the Chamber of Commerce under number 0=
6061578.=0A-------------------------------------------------------------------=
-----------------------------------------=0A
=0A
= = --_000_16C0E0634BE92C48B5F798ABCB483BEE428D38224Fspvw1505ONE05_-- --===============7650325377874617331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7650325377874617331==-- From xen-users-bounces@lists.xen.org Wed Apr 25 13:11:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 13:11:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1zT-00033Y-E0; Wed, 25 Apr 2012 13:10:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1zR-00033T-NN for xen-users@lists.xen.org; Wed, 25 Apr 2012 13:10:37 +0000 Received: from [85.158.139.83:41463] by server-7.bemta-5.messagelabs.com id 8A/95-16195-CC7F79F4; Wed, 25 Apr 2012 13:10:36 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1335359434!24760889!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13004 invoked from network); 25 Apr 2012 13:10:34 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 13:10:34 -0000 Received: by werp12 with SMTP id p12so52177wer.32 for ; Wed, 25 Apr 2012 06:10:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=IcgFaRpM6UusD5Guoj67SpHDGxasJex6UoP6/oY0bmE=; b=rEVdhfE3meMlOJv8fnRiK630XVIElGlwWW7I6JZcMIiZFAbzpRiKA9cbRGTb8mtZY4 7kyHiGr2jC67vDTgX5ZIJ1kORouWtS749GoAx8ugefdeweWyNbaFglAYD55qKdXF4LPO P4mrrQ5mX9mG5Ahktguv+9Nb9pFajVyndc8rro6yqP0uWXiRwIR/eL0Lm8SnzVedk91R Usz6FSih6ZpkBAZjlrzmguXXozbG6Ei03QB/QrVJfnlnLiw7Sp3fvKdZkBsEM8Q9kAVV 0NZbzU+sHwjb7YK4hE93AOqRGykw0wGMQDYmm182zfydFn15vKjTPPbU9K3MIjuY9r/e jHew== MIME-Version: 1.0 Received: by 10.180.77.233 with SMTP id v9mr40736699wiw.22.1335359434356; Wed, 25 Apr 2012 06:10:34 -0700 (PDT) Received: by 10.223.88.130 with HTTP; Wed, 25 Apr 2012 06:10:34 -0700 (PDT) Date: Wed, 25 Apr 2012 09:10:34 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8163651500492810928==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8163651500492810928== Content-Type: multipart/alternative; boundary=f46d043d6461bb786204be8098ad --f46d043d6461bb786204be8098ad Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hey folks, With all the troubles I've been having with the version of xen that comes with RHEL 5.8 I was wondering whether there is somewhere out there where I can grab more recent versions in RPM format. I pulled down the sources from xen.org but would prefer to avoid having to build it myself if possible. RPMs are much cleaner. Is there some place out there to get something newer than this : # rpm -qa | grep -i xen xen-3.0.3-135.el5_8.2 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-308.1.1.el5 kernel-xen-devel-2.6.18-308.4.1.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-2.6.18-308.4.1.el5 kernel-xen-devel-2.6.18-274.12.1.el5 kernel-xen-2.6.18-274.12.1.el5 kernel-xen-2.6.18-308.1.1.el5 --=20 =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" --f46d043d6461bb786204be8098ad Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hey folks,

With all the troubles I've been having wi= th the version of xen that comes with RHEL 5.8 I was wondering whether ther= e is somewhere out there where I can grab more recent versions in RPM forma= t.

I pulled down the sources from xen.org but would prefer to avoid having to build it myself if possi= ble. =A0 RPMs are much cleaner.

Is there some plac= e out there to get something newer than this :
# rpm -qa | grep -i xen
xen-3.0.3-135.el5_8.2
xen-libs-3.0.3-135.el5_8.2
kernel-xen-devel-2.6.18-308.1.1.el5
kernel-xen-devel-2.6.18-308.4.1.el5
xen-libs-3.0.3-135.e= l5_8.2
kernel-xen-2.6.18-308.4.1.el5
kernel-xen-devel-2.6.18-274.12= .1.el5
kernel-xen-2.6.18-274.12.1.el5
kernel-xen-2.6.18= -308.1.1.el5


--
=93Don't eat any= thing you've ever seen advertised on TV=94
=A0 =A0 =A0 =A0=A0 - Michael Pollan, author of "In Defense of Food&quo= t;
--f46d043d6461bb786204be8098ad-- --===============8163651500492810928== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8163651500492810928==-- From xen-users-bounces@lists.xen.org Wed Apr 25 13:11:37 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 13:11:37 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1zT-00033Y-E0; Wed, 25 Apr 2012 13:10:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN1zR-00033T-NN for xen-users@lists.xen.org; Wed, 25 Apr 2012 13:10:37 +0000 Received: from [85.158.139.83:41463] by server-7.bemta-5.messagelabs.com id 8A/95-16195-CC7F79F4; Wed, 25 Apr 2012 13:10:36 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-9.tower-182.messagelabs.com!1335359434!24760889!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13004 invoked from network); 25 Apr 2012 13:10:34 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-9.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 13:10:34 -0000 Received: by werp12 with SMTP id p12so52177wer.32 for ; Wed, 25 Apr 2012 06:10:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=IcgFaRpM6UusD5Guoj67SpHDGxasJex6UoP6/oY0bmE=; b=rEVdhfE3meMlOJv8fnRiK630XVIElGlwWW7I6JZcMIiZFAbzpRiKA9cbRGTb8mtZY4 7kyHiGr2jC67vDTgX5ZIJ1kORouWtS749GoAx8ugefdeweWyNbaFglAYD55qKdXF4LPO P4mrrQ5mX9mG5Ahktguv+9Nb9pFajVyndc8rro6yqP0uWXiRwIR/eL0Lm8SnzVedk91R Usz6FSih6ZpkBAZjlrzmguXXozbG6Ei03QB/QrVJfnlnLiw7Sp3fvKdZkBsEM8Q9kAVV 0NZbzU+sHwjb7YK4hE93AOqRGykw0wGMQDYmm182zfydFn15vKjTPPbU9K3MIjuY9r/e jHew== MIME-Version: 1.0 Received: by 10.180.77.233 with SMTP id v9mr40736699wiw.22.1335359434356; Wed, 25 Apr 2012 06:10:34 -0700 (PDT) Received: by 10.223.88.130 with HTTP; Wed, 25 Apr 2012 06:10:34 -0700 (PDT) Date: Wed, 25 Apr 2012 09:10:34 -0400 Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8163651500492810928==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8163651500492810928== Content-Type: multipart/alternative; boundary=f46d043d6461bb786204be8098ad --f46d043d6461bb786204be8098ad Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hey folks, With all the troubles I've been having with the version of xen that comes with RHEL 5.8 I was wondering whether there is somewhere out there where I can grab more recent versions in RPM format. I pulled down the sources from xen.org but would prefer to avoid having to build it myself if possible. RPMs are much cleaner. Is there some place out there to get something newer than this : # rpm -qa | grep -i xen xen-3.0.3-135.el5_8.2 xen-libs-3.0.3-135.el5_8.2 kernel-xen-devel-2.6.18-308.1.1.el5 kernel-xen-devel-2.6.18-308.4.1.el5 xen-libs-3.0.3-135.el5_8.2 kernel-xen-2.6.18-308.4.1.el5 kernel-xen-devel-2.6.18-274.12.1.el5 kernel-xen-2.6.18-274.12.1.el5 kernel-xen-2.6.18-308.1.1.el5 --=20 =93Don't eat anything you've ever seen advertised on TV=94 - Michael Pollan, author of "In Defense of Food" --f46d043d6461bb786204be8098ad Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hey folks,

With all the troubles I've been having wi= th the version of xen that comes with RHEL 5.8 I was wondering whether ther= e is somewhere out there where I can grab more recent versions in RPM forma= t.

I pulled down the sources from xen.org but would prefer to avoid having to build it myself if possi= ble. =A0 RPMs are much cleaner.

Is there some plac= e out there to get something newer than this :
# rpm -qa | grep -i xen
xen-3.0.3-135.el5_8.2
xen-libs-3.0.3-135.el5_8.2
kernel-xen-devel-2.6.18-308.1.1.el5
kernel-xen-devel-2.6.18-308.4.1.el5
xen-libs-3.0.3-135.e= l5_8.2
kernel-xen-2.6.18-308.4.1.el5
kernel-xen-devel-2.6.18-274.12= .1.el5
kernel-xen-2.6.18-274.12.1.el5
kernel-xen-2.6.18= -308.1.1.el5


--
=93Don't eat any= thing you've ever seen advertised on TV=94
=A0 =A0 =A0 =A0=A0 - Michael Pollan, author of "In Defense of Food&quo= t;
--f46d043d6461bb786204be8098ad-- --===============8163651500492810928== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8163651500492810928==-- From xen-users-bounces@lists.xen.org Wed Apr 25 13:17:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 13:17:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN24y-0003Sd-2t; Wed, 25 Apr 2012 13:16:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN24w-0003SW-M3 for xen-users@lists.xen.org; Wed, 25 Apr 2012 13:16:19 +0000 Received: from [85.158.139.83:36174] by server-4.bemta-5.messagelabs.com id 4D/6A-10788-129F79F4; Wed, 25 Apr 2012 13:16:17 +0000 X-Env-Sender: jg@internetx.de X-Msg-Ref: server-6.tower-182.messagelabs.com!1335359775!21566441!1 X-Originating-IP: [62.116.129.39] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19917 invoked from network); 25 Apr 2012 13:16:16 -0000 Received: from gate2.mailgate.de (HELO web4.internetx.de) (62.116.129.39) by server-6.tower-182.messagelabs.com with SMTP; 25 Apr 2012 13:16:16 -0000 Received: from ix-mailer.internetx.de (ix-mailer.internetx.com [62.116.129.38]) by web4.internetx.de (8.13.8/8.13.8) with ESMTP id q3PDGCnX023512 for ; Wed, 25 Apr 2012 15:16:14 +0200 Received: from localhost (localhost [127.0.0.1]) by ix-mailer.internetx.de (Postfix) with ESMTP id DAA364C4D461 for ; Wed, 25 Apr 2012 15:16:12 +0200 (CEST) X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de Received: from ix-mailer.internetx.de ([127.0.0.1]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D6t+tQ5DwVoH for ; Wed, 25 Apr 2012 15:16:07 +0200 (CEST) Received: from arrakis.intern.internetx.de (pizza.internetx.de [62.116.129.3]) by ix-mailer.internetx.de (Postfix) with ESMTPSA id 1CF2C4C4D452 for ; Wed, 25 Apr 2012 15:16:07 +0200 (CEST) Message-ID: <4F97F916.70405@internetx.com> Date: Wed, 25 Apr 2012 15:16:06 +0200 From: Juergen Gotteswinter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 CC: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jg@internetx.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 25.04.12 15:10, schrieb Alan McKay: > Hey folks, > > With all the troubles I've been having with the version of xen that comes > with RHEL 5.8 I was wondering whether there is somewhere out there where I > can grab more recent versions in RPM format. > > I pulled down the sources from xen.org but would prefer to avoid having to > build it myself if possible. RPMs are much cleaner. > > Is there some place out there to get something newer than this : > # rpm -qa | grep -i xen > xen-3.0.3-135.el5_8.2 > xen-libs-3.0.3-135.el5_8.2 > kernel-xen-devel-2.6.18-308.1.1.el5 > kernel-xen-devel-2.6.18-308.4.1.el5 > xen-libs-3.0.3-135.el5_8.2 > kernel-xen-2.6.18-308.4.1.el5 > kernel-xen-devel-2.6.18-274.12.1.el5 > kernel-xen-2.6.18-274.12.1.el5 > kernel-xen-2.6.18-308.1.1.el5 > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users http://www.gitco.de/repo/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 13:17:08 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 13:17:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN24y-0003Sd-2t; Wed, 25 Apr 2012 13:16:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN24w-0003SW-M3 for xen-users@lists.xen.org; Wed, 25 Apr 2012 13:16:19 +0000 Received: from [85.158.139.83:36174] by server-4.bemta-5.messagelabs.com id 4D/6A-10788-129F79F4; Wed, 25 Apr 2012 13:16:17 +0000 X-Env-Sender: jg@internetx.de X-Msg-Ref: server-6.tower-182.messagelabs.com!1335359775!21566441!1 X-Originating-IP: [62.116.129.39] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19917 invoked from network); 25 Apr 2012 13:16:16 -0000 Received: from gate2.mailgate.de (HELO web4.internetx.de) (62.116.129.39) by server-6.tower-182.messagelabs.com with SMTP; 25 Apr 2012 13:16:16 -0000 Received: from ix-mailer.internetx.de (ix-mailer.internetx.com [62.116.129.38]) by web4.internetx.de (8.13.8/8.13.8) with ESMTP id q3PDGCnX023512 for ; Wed, 25 Apr 2012 15:16:14 +0200 Received: from localhost (localhost [127.0.0.1]) by ix-mailer.internetx.de (Postfix) with ESMTP id DAA364C4D461 for ; Wed, 25 Apr 2012 15:16:12 +0200 (CEST) X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de Received: from ix-mailer.internetx.de ([127.0.0.1]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D6t+tQ5DwVoH for ; Wed, 25 Apr 2012 15:16:07 +0200 (CEST) Received: from arrakis.intern.internetx.de (pizza.internetx.de [62.116.129.3]) by ix-mailer.internetx.de (Postfix) with ESMTPSA id 1CF2C4C4D452 for ; Wed, 25 Apr 2012 15:16:07 +0200 (CEST) Message-ID: <4F97F916.70405@internetx.com> Date: Wed, 25 Apr 2012 15:16:06 +0200 From: Juergen Gotteswinter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 CC: xen-users@lists.xen.org References: In-Reply-To: Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: jg@internetx.de List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Am 25.04.12 15:10, schrieb Alan McKay: > Hey folks, > > With all the troubles I've been having with the version of xen that comes > with RHEL 5.8 I was wondering whether there is somewhere out there where I > can grab more recent versions in RPM format. > > I pulled down the sources from xen.org but would prefer to avoid having to > build it myself if possible. RPMs are much cleaner. > > Is there some place out there to get something newer than this : > # rpm -qa | grep -i xen > xen-3.0.3-135.el5_8.2 > xen-libs-3.0.3-135.el5_8.2 > kernel-xen-devel-2.6.18-308.1.1.el5 > kernel-xen-devel-2.6.18-308.4.1.el5 > xen-libs-3.0.3-135.el5_8.2 > kernel-xen-2.6.18-308.4.1.el5 > kernel-xen-devel-2.6.18-274.12.1.el5 > kernel-xen-2.6.18-274.12.1.el5 > kernel-xen-2.6.18-308.1.1.el5 > > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users http://www.gitco.de/repo/ _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 14:37:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 14:37: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 1SN3L1-0005qQ-4G; Wed, 25 Apr 2012 14:36:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN3Ky-0005qL-0B for xen-users@lists.xen.org; Wed, 25 Apr 2012 14:36:56 +0000 Received: from [85.158.143.99:17024] by server-3.bemta-4.messagelabs.com id 8E/AD-05853-70C089F4; Wed, 25 Apr 2012 14:36:55 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1335364607!18856851!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1332 invoked from network); 25 Apr 2012 14:36:48 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 14:36:48 -0000 Received: by wgbed3 with SMTP id ed3so119318wgb.32 for ; Wed, 25 Apr 2012 07:36:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=gx1TtvefCSc1DdzOvrkd4x6TD2V7PZQMrzQhfbLIA/M=; b=UEFQdDLng0SN4x43qHEr6p1dBf2C4sJEU+1XRJCfsFjhWMsGXmBF/OlOxlfbKKwIvI EYAkVvo+EYWlav4szxRaLXOrDRHG+6Q0GlVc7fx+NNqJXHRsOjRqAEXz9zGRn4LR2H8h t+j+JAeZKxguIoW33kcJ6qul3kJJSjCI0z64++MjuxEe44/Axp5CorQJFm+Y40I2m6TW fVV8eYrFR5bwgk+hkjOn+BJHazT0VvgOQHuCuq2DFf4ELEWDzGR8TvuzqfpRqW7YweIX wLAlBAXpGAzJvIKg4OD0iYv92Gs0DWjGiHbFx93fj99C1HRBE4gkwzKpOP9Y+NegTJOO tLQA== MIME-Version: 1.0 Received: by 10.216.139.67 with SMTP id b45mr2076980wej.0.1335364606221; Wed, 25 Apr 2012 07:36:46 -0700 (PDT) Received: by 10.223.88.130 with HTTP; Wed, 25 Apr 2012 07:36:46 -0700 (PDT) In-Reply-To: <4F97F916.70405@internetx.com> References: <4F97F916.70405@internetx.com> Date: Wed, 25 Apr 2012 10:36:46 -0400 X-Google-Sender-Auth: N5dCQcGgG-UcwP2F9jIuj_83ygk Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6370594813485616582==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6370594813485616582== Content-Type: multipart/alternative; boundary=0016e6d58f00ffdfa104be81ccd5 --0016e6d58f00ffdfa104be81ccd5 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 25, 2012 at 9:16 AM, Juergen Gotteswinter wrote: > > http://www.gitco.de/repo/ OK, I pulled down those as well as the libvrit RPMs but now I'm not sure how to go about updating them. I just try putting them all into the current directory and then : yum -y update *.rpm And yum chugs away and looks like it is going to work but then spews out a bunch of dependency problems Can someone point me at the right way to do this? [root@solexa1 xen]# yum -y update *.rpm Loaded plugins: downloadonly, rhnplugin, security Skipping security plugin, no data Setting up Update Process Examining libvirt-0.9.4-1.x86_64.rpm: libvirt-0.9.4-1.x86_64 Marking libvirt-0.9.4-1.x86_64.rpm as an update to libvirt-0.8.2-25.el5.x86_64 Marking libvirt-0.9.4-1.x86_64.rpm as an update to libvirt-0.8.2-25.el5.i386 Examining libvirt-python-0.9.4-1.x86_64.rpm: libvirt-python-0.9.4-1.x86_64 Marking libvirt-python-0.9.4-1.x86_64.rpm as an update to libvirt-python-0.8.2-25.el5.x86_64 Examining xen-4.1.2-1.el5.x86_64.rpm: xen-4.1.2-1.el5.x86_64 Marking xen-4.1.2-1.el5.x86_64.rpm as an update to xen-3.0.3-135.el5_8.2.x86_64 Examining xen-devel-4.1.2-1.el5.x86_64.rpm: xen-devel-4.1.2-1.el5.x86_64 Package xen-devel not installed, cannot update it. Run yum install to install it instead. Examining xen-libs-4.1.2-1.el5.x86_64.rpm: xen-libs-4.1.2-1.el5.x86_64 Marking xen-libs-4.1.2-1.el5.x86_64.rpm as an update to xen-libs-3.0.3-135.el5_8.2.x86_64 Marking xen-libs-4.1.2-1.el5.x86_64.rpm as an update to xen-libs-3.0.3-135.el5_8.2.i386 Resolving Dependencies Skipping security plugin, no data --> Running transaction check --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-applet-vm --> Processing Dependency: libvirt.so.0()(64bit) for package: xenwatch --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt-python ---> Package libvirt.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt --> Processing Dependency: /usr/bin/qemu-img for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for package: libvirt --> Processing Dependency: lzop for package: libvirt --> Processing Dependency: radvd for package: libvirt --> Processing Dependency: libssh2.so.1()(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: libvirt ---> Package libvirt-python.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt-python ---> Package xen.x86_64 0:4.1.2-1.el5 set to be updated ---> Package xen-libs.x86_64 0:4.1.2-1.el5 set to be updated --> Running transaction check ---> Package libssh2.x86_64 0:0.18-10.el5 set to be updated --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-applet-vm --> Processing Dependency: libvirt.so.0()(64bit) for package: xenwatch --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt-python ---> Package libvirt.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: libvirt ---> Package libvirt-python.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt-python ---> Package lzop.x86_64 0:1.03-2.el5 set to be updated --> Processing Dependency: liblzo2.so.2()(64bit) for package: lzop ---> Package qemu-img.x86_64 2:0.10.5-1.el5.2 set to be updated ---> Package radvd.x86_64 0:0.9.1-4 set to be updated --> Running transaction check --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-applet-vm --> Processing Dependency: libvirt.so.0()(64bit) for package: xenwatch --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt-python ---> Package libvirt.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: libvirt ---> Package libvirt-python.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt-python ---> Package lzo.x86_64 0:2.02-2.el5.1 set to be updated --> Finished Dependency Resolution libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) gnome-applet-vm-0.1.2-1.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.1.2-1.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) virt-viewer-0.0.2-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) virt-viewer-0.0.2-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) xenwatch-0.5.3-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) virt-viewer-0.0.2-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.1.2-1.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest The program package-cleanup is found in the yum-utils package. --0016e6d58f00ffdfa104be81ccd5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Wed, Apr 2= 5, 2012 at 9:16 AM, Juergen Gotteswinter <jg@internetx.de> wro= te:

http://www.gitco.de= /repo/

OK, I pul= led down those as well as the libvrit RPMs but now I'm not sure how to = go about updating them.

I just try = putting them all into the current directory and then :

yum -y update *.rpm
<= div class=3D"gmail_extra">
And yum chugs away and looks like it i= s going to work but then spews out a bunch of dependency problems

Can someone poi= nt me at the right way to do this?

[root@solexa1 xen]# yum -y update *.rpm
Loaded plugins: downloadonly, rhnplugin, security
Skipping security plugin, no data
Setting u= p Update Process
Examining libvirt-0.9.4-1.= x86_64.rpm: libvirt-0.9.4-1.x86_64
Marking = libvirt-0.9.4-1.x86_64.rpm as an update to libvirt-0.8.2-25.el5.x86_64
Marking libvirt-0.9.4-1.x86_64.rpm as an update = to libvirt-0.8.2-25.el5.i386
Examining libv= irt-python-0.9.4-1.x86_64.rpm: libvirt-python-0.9.4-1.x86_64
Marking libvirt-python-0.9.4-1.x86_64.rpm as an update to libvirt-python-0.= 8.2-25.el5.x86_64
Examining xen-4.1.2-1.el5= .x86_64.rpm: xen-4.1.2-1.el5.x86_64
Marking= xen-4.1.2-1.el5.x86_64.rpm as an update to xen-3.0.3-135.el5_8.2.x86_64
Examining xen-devel-4.1.2-1.el5.x86_64.rpm: xen-= devel-4.1.2-1.el5.x86_64
Package xen-devel = not installed, cannot update it. Run yum install to install it instead.
Examining xen-libs-4.1.2-1.el5.x86_64.rpm: xen-l= ibs-4.1.2-1.el5.x86_64
Marking xen-libs-4.1= .2-1.el5.x86_64.rpm as an update to xen-libs-3.0.3-135.el5_8.2.x86_64
Marking xen-libs-4.1.2-1.el5.x86_64.rpm as an up= date to xen-libs-3.0.3-135.el5_8.2.i386
Res= olving Dependencies
Skipping security plugi= n, no data
--> Running transaction check
--> Processing Dependency: libvirt.so.0()(64bit) for pa= ckage: libvirt
--> Processing Dependency= : libvirt.so.0()(64bit) for package: gnome-applet-vm
--> Processing Dependency: libvirt.so.0()(64b= it) for package: xenwatch
--> Processing= Dependency: libvirt.so.0()(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewe= r
--> Processing Dependency: libvirt.so.= 0(LIBVIRT_0.0.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: libvirt
--> Processing Dependency: li= bvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: virt-viewer
--> Processing Dependency= : libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.5.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.7)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: li= bvirt-python
---> Package libvirt.x86_64 0:0.9.4-1 set to = be updated
--> Processing Dependency: li= bvirt-client =3D 0.9.4-1 for package: libvirt
--> Processing Dependency: /usr/bin/qemu-img for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64= bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.8)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for pac= kage: libvirt
--> Processing Dependency: lzop for package: = libvirt
--> Processing Dependency: radvd= for package: libvirt
--> Processing Dep= endency: libssh2.so.1()(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= )(64bit) for package: libvirt
---> Packa= ge libvirt-python.x86_64 0:0.9.4-1 set to be updated
--> Processing Dependency: libvirt-client =3D 0.9.4-1 for package: libvi= rt-python
--> Processing Dependency: lib= virt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for pack= age: libvirt-python
---> Package xen.x86_64 0:4.1.2-1.el5 set to = be updated
---> Package xen-libs.x86_64 = 0:4.1.2-1.el5 set to be updated
--> Runn= ing transaction check
---> Package libssh2.x86_64 0:0.18-10.el5 set= to be updated
--> Processing Dependency= : libvirt.so.0()(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-appl= et-vm
--> Processing Dependency: libvirt= .so.0()(64bit) for package: xenwatch
-->= Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0()(64b= it) for package: virt-viewer
--> Process= ing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.0.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for pack= age: virt-viewer
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.0.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.0.5)(64bit) for package: virt-viewer
-= -> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package= : libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.1)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.4)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.9)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.2.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.2.1)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.2.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.3.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.3.2)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.3.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.5.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.7)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: li= bvirt-python
---> Package libvirt.x86_64 0:0.9.4-1 set to = be updated
--> Processing Dependency: li= bvirt-client =3D 0.9.4-1 for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bi= t) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for p= ackage: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.6)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_PRIVATE_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: li= bvirt
---> Package libvirt-python.x86_64 0:0.9.4-1 = set to be updated
--> Processing Depende= ncy: libvirt-client =3D 0.9.4-1 for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.8)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.2)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.4)(64bit) for package: libvirt-python
---> Package lzop.x86_64 0:1.03-2.el5 set to be updated
--> Processing Dependency: liblzo2.so.2()(64bit) for package: lzop
=
---> Package qemu-img.x86_64 2:0.10.5-1.el5.2= set to be updated
---> Package radvd.x8= 6_64 0:0.9.1-4 set to be updated
--> Running transaction check
--> Processing Dependency: libvirt.so.0()(64bit) for pa= ckage: libvirt
--> Processing Dependency= : libvirt.so.0()(64bit) for package: gnome-applet-vm
--> Processing Dependency: libvirt.so.0()(64b= it) for package: xenwatch
--> Processing= Dependency: libvirt.so.0()(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewe= r
--> Processing Dependency: libvirt.so.= 0(LIBVIRT_0.0.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: libvirt
--> Processing Dependency: li= bvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: virt-viewer
--> Processing Dependency= : libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.5.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.7)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: li= bvirt-python
---> Package libvirt.x86_64 0:0.9.4-1 set to = be updated
--> Processing Dependency: li= bvirt-client =3D 0.9.4-1 for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bi= t) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for p= ackage: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.6)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_PRIVATE_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: li= bvirt
---> Package libvirt-python.x86_64 0:0.9.4-1 = set to be updated
--> Processing Depende= ncy: libvirt-client =3D 0.9.4-1 for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.8)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.2)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.4)(64bit) for package: libvirt-python
---> Package lzo.x86_64 0:2.02-2.el5.1 set to be updated
--> Finished Dependency Resolution
libvi= rt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems
=A0 --> Missing Dependency: libvirt.so.0(LIB= VIRT_0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.= 9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-client =3D 0.9.4-1 is needed by package libvirt-0.9= .4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
gnome-applet-vm-0.1.2-1.el5.x86_64 from installe= d has depsolving problems
=A0 --> Missin= g Dependency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.= 1.2-1.el5.x86_64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
virt-viewer-0.0.2-3.el5.x86_64 from installed ha= s depsolving problems
=A0 --> Missing De= pendency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package virt-view= er-0.0.2-3.el5.x86_64 (installed)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0()(64bit) is needed by package l= ibvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-0.9.4-1.= x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by pac= kage libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by p= ackage libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
virt-viewer-0.0.2-3.el5.x86_64 from installed ha= s depsolving problems
=A0 --> Missing De= pendency: libvirt.so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el= 5.x86_64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by p= ackage libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9= .4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
xenwatch-0.5.3-3.el5.x86_64 from installed has d= epsolving problems
=A0 --> Missing Depen= dency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_= 64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
virt-viewer-0.0.2-3.el5.x86_64 from installed ha= s depsolving problems
=A0 --> Missing De= pendency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package virt-view= er-0.0.2-3.el5.x86_64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt-client =3D 0.9.4-1 is needed by pack= age libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.4.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.5.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt-client =3D 0.= 9.4-1 is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)=
Error: Missing Dependency: libvirt.so.0(LI= BVIRT_0.3.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/li= bvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0()(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt= -python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (install= ed)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_= 64 (installed)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.9.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.4.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt-client =3D 0.9.4-1 is needed by package libvirt-python-0.9.4= -1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.0.5)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installe= d)
Error: Missing Dependency: libvirt.so.0(= LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (= /libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.9.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.0.3)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installe= d)
Error: Missing Dependency: libvirt.so.0(= LIBVIRT_0.1.9)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/= libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.7)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.4.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.1.2-1.e= l5.x86_64 (installed)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by package li= bvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0()(64bit)= is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT= _0.7.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt= -python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.6)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.5.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= -qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by package libvirt-0.9.4-1.= x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.6.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_= 64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
=A0You could try using --skip-broken to work aro= und the problem
=A0You could try running: p= ackage-cleanup --problems
=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 package-cleanup --dupes
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = rpm -Va --nofiles --nodigest
The program pa= ckage-cleanup is found in the yum-utils package.

--0016e6d58f00ffdfa104be81ccd5-- --===============6370594813485616582== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6370594813485616582==-- From xen-users-bounces@lists.xen.org Wed Apr 25 14:37:57 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 14:37: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 1SN3L1-0005qQ-4G; Wed, 25 Apr 2012 14:36:59 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN3Ky-0005qL-0B for xen-users@lists.xen.org; Wed, 25 Apr 2012 14:36:56 +0000 Received: from [85.158.143.99:17024] by server-3.bemta-4.messagelabs.com id 8E/AD-05853-70C089F4; Wed, 25 Apr 2012 14:36:55 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-10.tower-216.messagelabs.com!1335364607!18856851!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 1332 invoked from network); 25 Apr 2012 14:36:48 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-10.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 14:36:48 -0000 Received: by wgbed3 with SMTP id ed3so119318wgb.32 for ; Wed, 25 Apr 2012 07:36:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=gx1TtvefCSc1DdzOvrkd4x6TD2V7PZQMrzQhfbLIA/M=; b=UEFQdDLng0SN4x43qHEr6p1dBf2C4sJEU+1XRJCfsFjhWMsGXmBF/OlOxlfbKKwIvI EYAkVvo+EYWlav4szxRaLXOrDRHG+6Q0GlVc7fx+NNqJXHRsOjRqAEXz9zGRn4LR2H8h t+j+JAeZKxguIoW33kcJ6qul3kJJSjCI0z64++MjuxEe44/Axp5CorQJFm+Y40I2m6TW fVV8eYrFR5bwgk+hkjOn+BJHazT0VvgOQHuCuq2DFf4ELEWDzGR8TvuzqfpRqW7YweIX wLAlBAXpGAzJvIKg4OD0iYv92Gs0DWjGiHbFx93fj99C1HRBE4gkwzKpOP9Y+NegTJOO tLQA== MIME-Version: 1.0 Received: by 10.216.139.67 with SMTP id b45mr2076980wej.0.1335364606221; Wed, 25 Apr 2012 07:36:46 -0700 (PDT) Received: by 10.223.88.130 with HTTP; Wed, 25 Apr 2012 07:36:46 -0700 (PDT) In-Reply-To: <4F97F916.70405@internetx.com> References: <4F97F916.70405@internetx.com> Date: Wed, 25 Apr 2012 10:36:46 -0400 X-Google-Sender-Auth: N5dCQcGgG-UcwP2F9jIuj_83ygk Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6370594813485616582==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6370594813485616582== Content-Type: multipart/alternative; boundary=0016e6d58f00ffdfa104be81ccd5 --0016e6d58f00ffdfa104be81ccd5 Content-Type: text/plain; charset=ISO-8859-1 On Wed, Apr 25, 2012 at 9:16 AM, Juergen Gotteswinter wrote: > > http://www.gitco.de/repo/ OK, I pulled down those as well as the libvrit RPMs but now I'm not sure how to go about updating them. I just try putting them all into the current directory and then : yum -y update *.rpm And yum chugs away and looks like it is going to work but then spews out a bunch of dependency problems Can someone point me at the right way to do this? [root@solexa1 xen]# yum -y update *.rpm Loaded plugins: downloadonly, rhnplugin, security Skipping security plugin, no data Setting up Update Process Examining libvirt-0.9.4-1.x86_64.rpm: libvirt-0.9.4-1.x86_64 Marking libvirt-0.9.4-1.x86_64.rpm as an update to libvirt-0.8.2-25.el5.x86_64 Marking libvirt-0.9.4-1.x86_64.rpm as an update to libvirt-0.8.2-25.el5.i386 Examining libvirt-python-0.9.4-1.x86_64.rpm: libvirt-python-0.9.4-1.x86_64 Marking libvirt-python-0.9.4-1.x86_64.rpm as an update to libvirt-python-0.8.2-25.el5.x86_64 Examining xen-4.1.2-1.el5.x86_64.rpm: xen-4.1.2-1.el5.x86_64 Marking xen-4.1.2-1.el5.x86_64.rpm as an update to xen-3.0.3-135.el5_8.2.x86_64 Examining xen-devel-4.1.2-1.el5.x86_64.rpm: xen-devel-4.1.2-1.el5.x86_64 Package xen-devel not installed, cannot update it. Run yum install to install it instead. Examining xen-libs-4.1.2-1.el5.x86_64.rpm: xen-libs-4.1.2-1.el5.x86_64 Marking xen-libs-4.1.2-1.el5.x86_64.rpm as an update to xen-libs-3.0.3-135.el5_8.2.x86_64 Marking xen-libs-4.1.2-1.el5.x86_64.rpm as an update to xen-libs-3.0.3-135.el5_8.2.i386 Resolving Dependencies Skipping security plugin, no data --> Running transaction check --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-applet-vm --> Processing Dependency: libvirt.so.0()(64bit) for package: xenwatch --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt-python ---> Package libvirt.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt --> Processing Dependency: /usr/bin/qemu-img for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for package: libvirt --> Processing Dependency: lzop for package: libvirt --> Processing Dependency: radvd for package: libvirt --> Processing Dependency: libssh2.so.1()(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: libvirt ---> Package libvirt-python.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt-python ---> Package xen.x86_64 0:4.1.2-1.el5 set to be updated ---> Package xen-libs.x86_64 0:4.1.2-1.el5 set to be updated --> Running transaction check ---> Package libssh2.x86_64 0:0.18-10.el5 set to be updated --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-applet-vm --> Processing Dependency: libvirt.so.0()(64bit) for package: xenwatch --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt-python ---> Package libvirt.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: libvirt ---> Package libvirt-python.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt-python ---> Package lzop.x86_64 0:1.03-2.el5 set to be updated --> Processing Dependency: liblzo2.so.2()(64bit) for package: lzop ---> Package qemu-img.x86_64 2:0.10.5-1.el5.2 set to be updated ---> Package radvd.x86_64 0:0.9.1-4 set to be updated --> Running transaction check --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-applet-vm --> Processing Dependency: libvirt.so.0()(64bit) for package: xenwatch --> Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: virt-viewer --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: libvirt-python ---> Package libvirt.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for package: libvirt --> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: libvirt ---> Package libvirt-python.x86_64 0:0.9.4-1 set to be updated --> Processing Dependency: libvirt-client = 0.9.4-1 for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: libvirt-python --> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: libvirt-python ---> Package lzo.x86_64 0:2.02-2.el5.1 set to be updated --> Finished Dependency Resolution libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) gnome-applet-vm-0.1.2-1.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.1.2-1.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) virt-viewer-0.0.2-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) virt-viewer-0.0.2-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) xenwatch-0.5.3-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) virt-viewer-0.0.2-3.el5.x86_64 from installed has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) libvirt-python-0.9.4-1.x86_64 from /libvirt-python-0.9.4-1.x86_64 has depsolving problems --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-client = 0.9.4-1 is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.1.2-1.el5.x86_64 (installed) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) Error: Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest The program package-cleanup is found in the yum-utils package. --0016e6d58f00ffdfa104be81ccd5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable


On Wed, Apr 2= 5, 2012 at 9:16 AM, Juergen Gotteswinter <jg@internetx.de> wro= te:

http://www.gitco.de= /repo/

OK, I pul= led down those as well as the libvrit RPMs but now I'm not sure how to = go about updating them.

I just try = putting them all into the current directory and then :

yum -y update *.rpm
<= div class=3D"gmail_extra">
And yum chugs away and looks like it i= s going to work but then spews out a bunch of dependency problems

Can someone poi= nt me at the right way to do this?

[root@solexa1 xen]# yum -y update *.rpm
Loaded plugins: downloadonly, rhnplugin, security
Skipping security plugin, no data
Setting u= p Update Process
Examining libvirt-0.9.4-1.= x86_64.rpm: libvirt-0.9.4-1.x86_64
Marking = libvirt-0.9.4-1.x86_64.rpm as an update to libvirt-0.8.2-25.el5.x86_64
Marking libvirt-0.9.4-1.x86_64.rpm as an update = to libvirt-0.8.2-25.el5.i386
Examining libv= irt-python-0.9.4-1.x86_64.rpm: libvirt-python-0.9.4-1.x86_64
Marking libvirt-python-0.9.4-1.x86_64.rpm as an update to libvirt-python-0.= 8.2-25.el5.x86_64
Examining xen-4.1.2-1.el5= .x86_64.rpm: xen-4.1.2-1.el5.x86_64
Marking= xen-4.1.2-1.el5.x86_64.rpm as an update to xen-3.0.3-135.el5_8.2.x86_64
Examining xen-devel-4.1.2-1.el5.x86_64.rpm: xen-= devel-4.1.2-1.el5.x86_64
Package xen-devel = not installed, cannot update it. Run yum install to install it instead.
Examining xen-libs-4.1.2-1.el5.x86_64.rpm: xen-l= ibs-4.1.2-1.el5.x86_64
Marking xen-libs-4.1= .2-1.el5.x86_64.rpm as an update to xen-libs-3.0.3-135.el5_8.2.x86_64
Marking xen-libs-4.1.2-1.el5.x86_64.rpm as an up= date to xen-libs-3.0.3-135.el5_8.2.i386
Res= olving Dependencies
Skipping security plugi= n, no data
--> Running transaction check
--> Processing Dependency: libvirt.so.0()(64bit) for pa= ckage: libvirt
--> Processing Dependency= : libvirt.so.0()(64bit) for package: gnome-applet-vm
--> Processing Dependency: libvirt.so.0()(64b= it) for package: xenwatch
--> Processing= Dependency: libvirt.so.0()(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewe= r
--> Processing Dependency: libvirt.so.= 0(LIBVIRT_0.0.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: libvirt
--> Processing Dependency: li= bvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: virt-viewer
--> Processing Dependency= : libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.5.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.7)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: li= bvirt-python
---> Package libvirt.x86_64 0:0.9.4-1 set to = be updated
--> Processing Dependency: li= bvirt-client =3D 0.9.4-1 for package: libvirt
--> Processing Dependency: /usr/bin/qemu-img for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= LIBVIRT_QEMU_0.8.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64= bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.8)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) for pac= kage: libvirt
--> Processing Dependency: lzop for package: = libvirt
--> Processing Dependency: radvd= for package: libvirt
--> Processing Dep= endency: libssh2.so.1()(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= )(64bit) for package: libvirt
---> Packa= ge libvirt-python.x86_64 0:0.9.4-1 set to be updated
--> Processing Dependency: libvirt-client =3D 0.9.4-1 for package: libvi= rt-python
--> Processing Dependency: lib= virt.so.0(LIBVIRT_0.8.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for pack= age: libvirt-python
---> Package xen.x86_64 0:4.1.2-1.el5 set to = be updated
---> Package xen-libs.x86_64 = 0:4.1.2-1.el5 set to be updated
--> Runn= ing transaction check
---> Package libssh2.x86_64 0:0.18-10.el5 set= to be updated
--> Processing Dependency= : libvirt.so.0()(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0()(64bit) for package: gnome-appl= et-vm
--> Processing Dependency: libvirt= .so.0()(64bit) for package: xenwatch
-->= Processing Dependency: libvirt.so.0()(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0()(64b= it) for package: virt-viewer
--> Process= ing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.0.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for pack= age: virt-viewer
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.0.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.0.5)(64bit) for package: virt-viewer
-= -> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package= : libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.1)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.4)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.1.9)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.2.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.2.1)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.2.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.3.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.3.2)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.3.3)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.5.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.7)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: li= bvirt-python
---> Package libvirt.x86_64 0:0.9.4-1 set to = be updated
--> Processing Dependency: li= bvirt-client =3D 0.9.4-1 for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bi= t) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for p= ackage: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.6)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_PRIVATE_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: li= bvirt
---> Package libvirt-python.x86_64 0:0.9.4-1 = set to be updated
--> Processing Depende= ncy: libvirt-client =3D 0.9.4-1 for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.8)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.2)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.4)(64bit) for package: libvirt-python
---> Package lzop.x86_64 0:1.03-2.el5 set to be updated
--> Processing Dependency: liblzo2.so.2()(64bit) for package: lzop
=
---> Package qemu-img.x86_64 2:0.10.5-1.el5.2= set to be updated
---> Package radvd.x8= 6_64 0:0.9.1-4 set to be updated
--> Running transaction check
--> Processing Dependency: libvirt.so.0()(64bit) for pa= ckage: libvirt
--> Processing Dependency= : libvirt.so.0()(64bit) for package: gnome-applet-vm
--> Processing Dependency: libvirt.so.0()(64b= it) for package: xenwatch
--> Processing= Dependency: libvirt.so.0()(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0()(64bit) for package: virt-viewe= r
--> Processing Dependency: libvirt.so.= 0(LIBVIRT_0.0.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.0.3)(64bit) for package: virt-viewer
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: libvirt
--> Processing Dependency: li= bvirt.so.0(LIBVIRT_0.0.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) for packag= e: virt-viewer
--> Processing Dependency= : libvirt.so.0(LIBVIRT_0.1.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.4.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.4.5)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) for pack= age: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.5.0)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.6.4)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.5)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.7.7)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.1)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) for package: li= bvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.2)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) for package: li= bvirt-python
---> Package libvirt.x86_64 0:0.9.4-1 set to = be updated
--> Processing Dependency: li= bvirt-client =3D 0.9.4-1 for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bi= t) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0(= LIBVIRT_QEMU_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for p= ackage: libvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.6)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.0)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.3)(64bit) for package: libvirt
-->= ; Processing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) for package: li= bvirt
--> Processing Dependency: libvirt.so.0(LIBVI= RT_PRIVATE_0.9.4)(64bit) for package: libvirt
--> Processing Dependency: libvirt-qemu.so.0()(64bit) for package: li= bvirt
---> Package libvirt-python.x86_64 0:0.9.4-1 = set to be updated
--> Processing Depende= ncy: libvirt-client =3D 0.9.4-1 for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) for packag= e: libvirt-python
--> Processing Depende= ncy: libvirt.so.0(LIBVIRT_0.8.6)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.8.8)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.2)(64bit) for package: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) for pack= age: libvirt-python
--> Processing Dependency: libvirt.so.0(LIBVI= RT_0.9.4)(64bit) for package: libvirt-python
---> Package lzo.x86_64 0:2.02-2.el5.1 set to be updated
--> Finished Dependency Resolution
libvi= rt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86_64 has depsolving problems
=A0 --> Missing Dependency: libvirt.so.0(LIB= VIRT_0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.= 9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.4.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-client =3D 0.9.4-1 is needed by package libvirt-0.9= .4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
gnome-applet-vm-0.1.2-1.el5.x86_64 from installe= d has depsolving problems
=A0 --> Missin= g Dependency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.= 1.2-1.el5.x86_64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.8)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
virt-viewer-0.0.2-3.el5.x86_64 from installed ha= s depsolving problems
=A0 --> Missing De= pendency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package virt-view= er-0.0.2-3.el5.x86_64 (installed)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0()(64bit) is needed by package l= ibvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.4)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0()(64bit) is needed by package libvirt-0.9.4-1.= x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by pac= kage libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.3.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.6.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.3.2)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.9)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.6.4)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.6.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by p= ackage libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
virt-viewer-0.0.2-3.el5.x86_64 from installed ha= s depsolving problems
=A0 --> Missing De= pendency: libvirt.so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el= 5.x86_64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by p= ackage libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.7)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9= .4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
xenwatch-0.5.3-3.el5.x86_64 from installed has d= epsolving problems
=A0 --> Missing Depen= dency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_= 64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
virt-viewer-0.0.2-3.el5.x86_64 from installed ha= s depsolving problems
=A0 --> Missing De= pendency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package virt-view= er-0.0.2-3.el5.x86_64 (installed)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.4)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.3.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.7.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt-client =3D 0.9.4-1 is needed by pack= age libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.2)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.4.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.5.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-0.9.4-1.x86_64 from /libvirt-0.9.4-1.x86= _64 has depsolving problems
=A0 --> Miss= ing Dependency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package lib= virt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.2.3)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.8.6)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
libvirt-python-0.9.4-1.x86_64 from /libvirt-pyth= on-0.9.4-1.x86_64 has depsolving problems
= =A0 --> Missing Dependency: libvirt.so.0(LIBVIRT_0.1.0)(64bit) is needed= by package libvirt-python-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)<= /div>
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.4.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.6.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.2.1)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.5.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.4.0)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.0.5)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt-client =3D 0.= 9.4-1 is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)=
Error: Missing Dependency: libvirt.so.0(LI= BVIRT_0.3.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/li= bvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0()(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt= -python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0()(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (install= ed)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0()(64bit) is needed by package xenwatch-0.5.3-3.el5.x86_= 64 (installed)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.1.9)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.9.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.0.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.4.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.7.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.4.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt-client =3D 0.9.4-1 is needed by package libvirt-python-0.9.4= -1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.6)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.0.5)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installe= d)
Error: Missing Dependency: libvirt.so.0(= LIBVIRT_PRIVATE_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (= /libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.9.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.7.1)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.9.4)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.8)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.1)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.0.3)(64bit) is needed by package virt-viewer-0.0.2-3.el5.x86_64 (installe= d)
Error: Missing Dependency: libvirt.so.0(= LIBVIRT_0.1.9)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/= libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.7)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.7.7)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.2.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.1.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.4.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.7.5)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.4)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0()(64bit) is needed by package gnome-applet-vm-0.1.2-1.e= l5.x86_64 (installed)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt-qemu.so.0(LIBVIRT_QEMU_0.9.4)(64bit) is needed by package li= bvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.5)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.9.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0()(64bit)= is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT= _0.7.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt= -python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.2)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.2.0)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.6)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.4.1)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.7.3)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.3.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.5.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= -qemu.so.0(LIBVIRT_QEMU_0.8.3)(64bit) is needed by package libvirt-0.9.4-1.= x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.2)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.6.0)(64bit) is needed by package libvirt-python-0.9.4-1.x86= _64 (/libvirt-python-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.1.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/libvirt-0.9.4-1= .x86_64)
Error: Missing Dependency: libvirt= .so.0(LIBVIRT_0.8.0)(64bit) is needed by package libvirt-0.9.4-1.x86_64 (/l= ibvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.8.5)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt-qemu.so.0()(64bit) is needed by package libvirt-0.9.4-1.x86_= 64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.6.1)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.2)(64bit) is needed by package libvirt-0.9.= 4-1.x86_64 (/libvirt-0.9.4-1.x86_64)
Error: Missing Dependency: libvirt.so.0(LIBVIRT_= 0.3.3)(64bit) is needed by package libvirt-python-0.9.4-1.x86_64 (/libvirt-= python-0.9.4-1.x86_64)
Error: Missing Depen= dency: libvirt.so.0(LIBVIRT_0.9.0)(64bit) is needed by package libvirt-pyth= on-0.9.4-1.x86_64 (/libvirt-python-0.9.4-1.x86_64)
=A0You could try using --skip-broken to work aro= und the problem
=A0You could try running: p= ackage-cleanup --problems
=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 package-cleanup --dupes
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = rpm -Va --nofiles --nodigest
The program pa= ckage-cleanup is found in the yum-utils package.

--0016e6d58f00ffdfa104be81ccd5-- --===============6370594813485616582== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6370594813485616582==-- From xen-users-bounces@lists.xen.org Wed Apr 25 14:38:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 14:38: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 1SN3LT-0005sH-Ea; Wed, 25 Apr 2012 14:37:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN3LS-0005sA-Pg for xen-users@lists.xen.org; Wed, 25 Apr 2012 14:37:26 +0000 Received: from [85.158.143.99:22462] by server-3.bemta-4.messagelabs.com id F2/4E-05853-62C089F4; Wed, 25 Apr 2012 14:37:26 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1335364644!18193133!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16386 invoked from network); 25 Apr 2012 14:37:25 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 14:37:25 -0000 Received: by wgbed3 with SMTP id ed3so119818wgb.32 for ; Wed, 25 Apr 2012 07:37:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Ul88ZwYZfuRWVoAxJP3MRM07kFjIl7YV4ssOQChP7wU=; b=CkrdI17bJXFMFIqcilCqBPtDyKfxVOqr+zlqknWQt9CXwFgEeSZ54wqVvub7VNR9fZ 00Vy5B2N8Ue96BEBiYBVm4QdweW0y2dxlJ2cpEFRDH86kbnFgna0f1KXori7ky4ttzge Xymjodk0kkX9jm2HHDM2mEkv9aFV9KQeh4iKbPamLZaEvJGRtFcIcabgaEpdR8Z38YUf ygsAH56eJK4JVXEUCptHcowVwTPFG5scLlLbX4XYoeiFrK5899Wit8mH0o/KiBOlsRA8 HuOrqVaZ00G30MeOl7T+crb9172rTm4+y+dNjHMHzosWtR2+uTBhelrcNrEpJxnUm4wU UXPg== MIME-Version: 1.0 Received: by 10.180.79.135 with SMTP id j7mr2429370wix.19.1335364643726; Wed, 25 Apr 2012 07:37:23 -0700 (PDT) Received: by 10.223.88.130 with HTTP; Wed, 25 Apr 2012 07:37:23 -0700 (PDT) In-Reply-To: References: <4F97F916.70405@internetx.com> Date: Wed, 25 Apr 2012 10:37:23 -0400 X-Google-Sender-Auth: 6NgQVX0RKOhVfnxdJwMcgnt66os Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3432767560042402419==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3432767560042402419== Content-Type: multipart/alternative; boundary=f46d04428ff43c26c604be81cf86 --f46d04428ff43c26c604be81cf86 Content-Type: text/plain; charset=ISO-8859-1 Oh here is what I have for RPMS [root@solexa1 xen]# ls -al *.rpm -rw-r--r-- 1 root root 1681538 Sep 4 2011 libvirt-0.9.4-1.x86_64.rpm -rw-r--r-- 1 root root 335366 Sep 4 2011 libvirt-python-0.9.4-1.x86_64.rpm -rw-r--r-- 1 root root 13201337 Nov 9 17:37 xen-4.1.2-1.el5.x86_64.rpm -rw-r--r-- 1 root root 513824 Nov 9 17:37 xen-devel-4.1.2-1.el5.x86_64.rpm -rw-r--r-- 1 root root 348197 Nov 9 17:37 xen-libs-4.1.2-1.el5.x86_64.rpm You have mail in /var/spool/mail/root --f46d04428ff43c26c604be81cf86 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Oh here is what I have for RPMS

[root@solexa1 xen]# ls -al *.rpm
-rw-= r--r-- 1 root root =A01681538 Sep =A04 =A02011 libvirt-0.9.4-1.x86_64.rpm
-rw-r--r-- 1 root root =A0 335366 Sep =A04 =A020= 11 libvirt-python-0.9.4-1.x86_64.rpm
-rw-r-= -r-- 1 root root 13201337 Nov =A09 17:37 xen-4.1.2-1.el5.x86_64.rpm
-rw-r--r-- 1 root root =A0 513824 Nov =A09 17:37 xen-devel-4.1.2-1.el5.x86_= 64.rpm
-rw-r--r-- 1 root root =A0 348197 No= v =A09 17:37 xen-libs-4.1.2-1.el5.x86_64.rpm
You have mail in /var/spool/mail/root


--f46d04428ff43c26c604be81cf86-- --===============3432767560042402419== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3432767560042402419==-- From xen-users-bounces@lists.xen.org Wed Apr 25 14:38:17 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 14:38: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 1SN3LT-0005sH-Ea; Wed, 25 Apr 2012 14:37:27 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN3LS-0005sA-Pg for xen-users@lists.xen.org; Wed, 25 Apr 2012 14:37:26 +0000 Received: from [85.158.143.99:22462] by server-3.bemta-4.messagelabs.com id F2/4E-05853-62C089F4; Wed, 25 Apr 2012 14:37:26 +0000 X-Env-Sender: alan.mckay@gmail.com X-Msg-Ref: server-6.tower-216.messagelabs.com!1335364644!18193133!1 X-Originating-IP: [74.125.82.51] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16386 invoked from network); 25 Apr 2012 14:37:25 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-6.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 14:37:25 -0000 Received: by wgbed3 with SMTP id ed3so119818wgb.32 for ; Wed, 25 Apr 2012 07:37:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Ul88ZwYZfuRWVoAxJP3MRM07kFjIl7YV4ssOQChP7wU=; b=CkrdI17bJXFMFIqcilCqBPtDyKfxVOqr+zlqknWQt9CXwFgEeSZ54wqVvub7VNR9fZ 00Vy5B2N8Ue96BEBiYBVm4QdweW0y2dxlJ2cpEFRDH86kbnFgna0f1KXori7ky4ttzge Xymjodk0kkX9jm2HHDM2mEkv9aFV9KQeh4iKbPamLZaEvJGRtFcIcabgaEpdR8Z38YUf ygsAH56eJK4JVXEUCptHcowVwTPFG5scLlLbX4XYoeiFrK5899Wit8mH0o/KiBOlsRA8 HuOrqVaZ00G30MeOl7T+crb9172rTm4+y+dNjHMHzosWtR2+uTBhelrcNrEpJxnUm4wU UXPg== MIME-Version: 1.0 Received: by 10.180.79.135 with SMTP id j7mr2429370wix.19.1335364643726; Wed, 25 Apr 2012 07:37:23 -0700 (PDT) Received: by 10.223.88.130 with HTTP; Wed, 25 Apr 2012 07:37:23 -0700 (PDT) In-Reply-To: References: <4F97F916.70405@internetx.com> Date: Wed, 25 Apr 2012 10:37:23 -0400 X-Google-Sender-Auth: 6NgQVX0RKOhVfnxdJwMcgnt66os Message-ID: From: Alan McKay To: xen-users@lists.xen.org Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3432767560042402419==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3432767560042402419== Content-Type: multipart/alternative; boundary=f46d04428ff43c26c604be81cf86 --f46d04428ff43c26c604be81cf86 Content-Type: text/plain; charset=ISO-8859-1 Oh here is what I have for RPMS [root@solexa1 xen]# ls -al *.rpm -rw-r--r-- 1 root root 1681538 Sep 4 2011 libvirt-0.9.4-1.x86_64.rpm -rw-r--r-- 1 root root 335366 Sep 4 2011 libvirt-python-0.9.4-1.x86_64.rpm -rw-r--r-- 1 root root 13201337 Nov 9 17:37 xen-4.1.2-1.el5.x86_64.rpm -rw-r--r-- 1 root root 513824 Nov 9 17:37 xen-devel-4.1.2-1.el5.x86_64.rpm -rw-r--r-- 1 root root 348197 Nov 9 17:37 xen-libs-4.1.2-1.el5.x86_64.rpm You have mail in /var/spool/mail/root --f46d04428ff43c26c604be81cf86 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Oh here is what I have for RPMS

[root@solexa1 xen]# ls -al *.rpm
-rw-= r--r-- 1 root root =A01681538 Sep =A04 =A02011 libvirt-0.9.4-1.x86_64.rpm
-rw-r--r-- 1 root root =A0 335366 Sep =A04 =A020= 11 libvirt-python-0.9.4-1.x86_64.rpm
-rw-r-= -r-- 1 root root 13201337 Nov =A09 17:37 xen-4.1.2-1.el5.x86_64.rpm
-rw-r--r-- 1 root root =A0 513824 Nov =A09 17:37 xen-devel-4.1.2-1.el5.x86_= 64.rpm
-rw-r--r-- 1 root root =A0 348197 No= v =A09 17:37 xen-libs-4.1.2-1.el5.x86_64.rpm
You have mail in /var/spool/mail/root


--f46d04428ff43c26c604be81cf86-- --===============3432767560042402419== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3432767560042402419==-- From xen-users-bounces@lists.xen.org Wed Apr 25 18:29:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 18:29: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 1SN6wu-0006DP-No; Wed, 25 Apr 2012 18:28:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN6wt-0006DK-G6 for xen-users@lists.xen.org; Wed, 25 Apr 2012 18:28:19 +0000 Received: from [193.109.254.147:2201] by server-4.bemta-14.messagelabs.com id 17/81-11570-242489F4; Wed, 25 Apr 2012 18:28:18 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-27.messagelabs.com!1335378498!6332678!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7784 invoked from network); 25 Apr 2012 18:28:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-27.messagelabs.com with SMTP; 25 Apr 2012 18:28:18 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C6DE110401B for ; Wed, 25 Apr 2012 19:28:16 +0100 (BST) 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 r1CSj0I4fn9f for ; Wed, 25 Apr 2012 19:28:16 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 67CA010401A for ; Wed, 25 Apr 2012 19:28:16 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Wed, 25 Apr 2012 19:27:46 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org eva wrote: >1- if pygrub needs to mount the domU, why does it says this? >http://wiki.xen.org/wiki/PyGrub > >"This means that reading the guest filesystem does not require >mounting the filesystem" Read the sentence before that : "PyGrub accesses the guest filesystem using a userspace filesystem library ..." Ie, instead of mounting the image to copy the files, it uses a userspace library to access the filesystem. The difference is that if you just do a regular mount, then the filesystem is mounted by kernel level code in Dom0 - and there is a theoretic risk that if someone finds a vulnerability in that, they can use it to compromise Dom0 with a carefully crafted DomU filesystem. Using a userspace library means that while there's still a risk of compromising the system, they cannot "crash" it as they could be compromising kernel level code. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 18:29:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 18:29: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 1SN6wu-0006DP-No; Wed, 25 Apr 2012 18:28:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN6wt-0006DK-G6 for xen-users@lists.xen.org; Wed, 25 Apr 2012 18:28:19 +0000 Received: from [193.109.254.147:2201] by server-4.bemta-14.messagelabs.com id 17/81-11570-242489F4; Wed, 25 Apr 2012 18:28:18 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-27.messagelabs.com!1335378498!6332678!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7784 invoked from network); 25 Apr 2012 18:28:18 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-27.messagelabs.com with SMTP; 25 Apr 2012 18:28:18 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id C6DE110401B for ; Wed, 25 Apr 2012 19:28:16 +0100 (BST) 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 r1CSj0I4fn9f for ; Wed, 25 Apr 2012 19:28:16 +0100 (BST) Received: from simon.thehobsons.co.uk (simons-macbookpro.thehobsons.co.uk [192.168.0.202]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 67CA010401A for ; Wed, 25 Apr 2012 19:28:16 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Wed, 25 Apr 2012 19:27:46 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org eva wrote: >1- if pygrub needs to mount the domU, why does it says this? >http://wiki.xen.org/wiki/PyGrub > >"This means that reading the guest filesystem does not require >mounting the filesystem" Read the sentence before that : "PyGrub accesses the guest filesystem using a userspace filesystem library ..." Ie, instead of mounting the image to copy the files, it uses a userspace library to access the filesystem. The difference is that if you just do a regular mount, then the filesystem is mounted by kernel level code in Dom0 - and there is a theoretic risk that if someone finds a vulnerability in that, they can use it to compromise Dom0 with a carefully crafted DomU filesystem. Using a userspace library means that while there's still a risk of compromising the system, they cannot "crash" it as they could be compromising kernel level code. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 18:49:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 18:49: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 1SN7G4-0006vy-5T; Wed, 25 Apr 2012 18:48:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN7G2-0006vn-7j for xen-users@lists.xen.org; Wed, 25 Apr 2012 18:48:06 +0000 Received: from [85.158.138.51:59217] by server-4.bemta-3.messagelabs.com id 4B/7E-15341-5E6489F4; Wed, 25 Apr 2012 18:48:05 +0000 X-Env-Sender: alain.aubord@sourire.ch X-Msg-Ref: server-3.tower-174.messagelabs.com!1335379684!23760364!1 X-Originating-IP: [212.98.41.64] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22568 invoked from network); 25 Apr 2012 18:48:04 -0000 Received: from cledar.sourire.ch (HELO cledar.sourire.ch) (212.98.41.64) by server-3.tower-174.messagelabs.com with SMTP; 25 Apr 2012 18:48:04 -0000 Received: by cledar.sourire.ch (Postfix, from userid 1000) id AA7DAB90A; Wed, 25 Apr 2012 20:48:02 +0200 (CEST) Date: Wed, 25 Apr 2012 20:48:02 +0200 From: rhino64@postmail.ch To: xen-users@lists.xen.org Message-ID: <20120425184801.GB83853@nordend.local.sourire.ch> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] XCP graphical display on VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, I plan to use Xen (most probably XCP) to virtualize two servers: one running OpenBSD, the other running FreeBSD. These both servers will be running more or less headless (at least without any graphical environment). I would want to add a third server (most probably a Debian Squeeze or Freebsd) to have a desktop (light, probably IceWM or XFCE). The physical machine will have VTx but not VTd. Is a such solution possible with Xen ? I don't understand exactly if it is possible to have one DOMu with the control of a VGA display (1600x1050 by 16 or 24 colors) or if the control of VGA display is reserved to the DOM0. I have read quite a lot of documentation but I can't have a clear idea on this subject. Any comment/idea or suggestion will be greatly appreciated. Thanks for your help, _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 18:49:11 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 18:49: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 1SN7G4-0006vy-5T; Wed, 25 Apr 2012 18:48:08 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN7G2-0006vn-7j for xen-users@lists.xen.org; Wed, 25 Apr 2012 18:48:06 +0000 Received: from [85.158.138.51:59217] by server-4.bemta-3.messagelabs.com id 4B/7E-15341-5E6489F4; Wed, 25 Apr 2012 18:48:05 +0000 X-Env-Sender: alain.aubord@sourire.ch X-Msg-Ref: server-3.tower-174.messagelabs.com!1335379684!23760364!1 X-Originating-IP: [212.98.41.64] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22568 invoked from network); 25 Apr 2012 18:48:04 -0000 Received: from cledar.sourire.ch (HELO cledar.sourire.ch) (212.98.41.64) by server-3.tower-174.messagelabs.com with SMTP; 25 Apr 2012 18:48:04 -0000 Received: by cledar.sourire.ch (Postfix, from userid 1000) id AA7DAB90A; Wed, 25 Apr 2012 20:48:02 +0200 (CEST) Date: Wed, 25 Apr 2012 20:48:02 +0200 From: rhino64@postmail.ch To: xen-users@lists.xen.org Message-ID: <20120425184801.GB83853@nordend.local.sourire.ch> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: [Xen-users] XCP graphical display on VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi All, I plan to use Xen (most probably XCP) to virtualize two servers: one running OpenBSD, the other running FreeBSD. These both servers will be running more or less headless (at least without any graphical environment). I would want to add a third server (most probably a Debian Squeeze or Freebsd) to have a desktop (light, probably IceWM or XFCE). The physical machine will have VTx but not VTd. Is a such solution possible with Xen ? I don't understand exactly if it is possible to have one DOMu with the control of a VGA display (1600x1050 by 16 or 24 colors) or if the control of VGA display is reserved to the DOM0. I have read quite a lot of documentation but I can't have a clear idea on this subject. Any comment/idea or suggestion will be greatly appreciated. Thanks for your help, _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 18:59:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 18:59: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 1SN7QI-0007JF-LY; Wed, 25 Apr 2012 18:58:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN7QG-0007JA-S2 for xen-users@lists.xen.org; Wed, 25 Apr 2012 18:58:41 +0000 Received: from [85.158.143.99:56481] by server-3.bemta-4.messagelabs.com id 5E/F8-05853-069489F4; Wed, 25 Apr 2012 18:58:40 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1335380317!24361422!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26109 invoked from network); 25 Apr 2012 18:58:39 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 18:58:39 -0000 Received: by dajx4 with SMTP id x4so561427daj.28 for ; Wed, 25 Apr 2012 11:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=2hJnzopeyyXE8SRZ4JybIw28dPomVrrSy8YRSBc/r6A=; b=AvFgxqNjIRDn5TtpKhJUKpNqpbclCTUaHm+gzGjG5MQvVuXfIdrvhsC873t/QK/9Lg NmqIiEMIaB/qCpkZRjHl9r4AOCbK4U2fwfsOb8NjjxVsZaBD/vk/oHeJskb/fqNMtG1N uMJHs7yA1gaHzsl8PF9NfQA7LnDOM877FYtW1mtahw+eRmVXDx3ekM8cqRCKBumxvKXR UK16oMobI55fP/DbZWagl0+A6JMfHg+mE3nZqOe98Wj6GRyfPtrkTdOPmAJXCdKrc7Zv j8tzrLYdtl6SrOsb7ZzgInmVcAEV/ng4O1nIySAeo7LUcAtyEwd9WXEyR2PSNmeMIoR1 ZZJw== MIME-Version: 1.0 Received: by 10.68.226.5 with SMTP id ro5mr9376926pbc.74.1335380317504; Wed, 25 Apr 2012 11:58:37 -0700 (PDT) Received: by 10.142.166.6 with HTTP; Wed, 25 Apr 2012 11:58:37 -0700 (PDT) Date: Wed, 25 Apr 2012 14:58:37 -0400 Message-ID: From: Andrew Bobulsky To: xen-users@lists.xen.org Subject: [Xen-users] PCI Hotplugging - Could I juggle a video card and other devices between running DomUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello List! As I venture a little further down the Xen rabbit hole, I've gotten myself wondering: could I script the use of "xm pci-attach" and "xm pci-detach" such that I can shift all of my difficult-to-virtualize PCI devices, such as video card[s], USB controllers, audio devices, and so on, from one running DomU to another? Give myself a button or key combination---of which the guest OS is aware, so that it may initiate the process---to switch my hardware from one VM to another on the fly, implementing what would behave like a software-based KVM switch (but without the exponentially rising costs associated with getting more ports, dual-link DVI/Displayport, and so on... not to mention requiring multiple machines :D). Could I potentially effortlessly switch between Windows, Linux, and perhaps a Hackintosh? That would be quite the awesome application of cutting edge tech, I say :) Curious if anyone has experience with attaching/detaching these types of devices, and whether or not guest OSes and their drivers, play nice with this feature. Thanks, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 18:59:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 18:59: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 1SN7QI-0007JF-LY; Wed, 25 Apr 2012 18:58:42 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN7QG-0007JA-S2 for xen-users@lists.xen.org; Wed, 25 Apr 2012 18:58:41 +0000 Received: from [85.158.143.99:56481] by server-3.bemta-4.messagelabs.com id 5E/F8-05853-069489F4; Wed, 25 Apr 2012 18:58:40 +0000 X-Env-Sender: rulerof@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1335380317!24361422!1 X-Originating-IP: [209.85.210.41] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26109 invoked from network); 25 Apr 2012 18:58:39 -0000 Received: from mail-pz0-f41.google.com (HELO mail-pz0-f41.google.com) (209.85.210.41) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 18:58:39 -0000 Received: by dajx4 with SMTP id x4so561427daj.28 for ; Wed, 25 Apr 2012 11:58:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=2hJnzopeyyXE8SRZ4JybIw28dPomVrrSy8YRSBc/r6A=; b=AvFgxqNjIRDn5TtpKhJUKpNqpbclCTUaHm+gzGjG5MQvVuXfIdrvhsC873t/QK/9Lg NmqIiEMIaB/qCpkZRjHl9r4AOCbK4U2fwfsOb8NjjxVsZaBD/vk/oHeJskb/fqNMtG1N uMJHs7yA1gaHzsl8PF9NfQA7LnDOM877FYtW1mtahw+eRmVXDx3ekM8cqRCKBumxvKXR UK16oMobI55fP/DbZWagl0+A6JMfHg+mE3nZqOe98Wj6GRyfPtrkTdOPmAJXCdKrc7Zv j8tzrLYdtl6SrOsb7ZzgInmVcAEV/ng4O1nIySAeo7LUcAtyEwd9WXEyR2PSNmeMIoR1 ZZJw== MIME-Version: 1.0 Received: by 10.68.226.5 with SMTP id ro5mr9376926pbc.74.1335380317504; Wed, 25 Apr 2012 11:58:37 -0700 (PDT) Received: by 10.142.166.6 with HTTP; Wed, 25 Apr 2012 11:58:37 -0700 (PDT) Date: Wed, 25 Apr 2012 14:58:37 -0400 Message-ID: From: Andrew Bobulsky To: xen-users@lists.xen.org Subject: [Xen-users] PCI Hotplugging - Could I juggle a video card and other devices between running DomUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello List! As I venture a little further down the Xen rabbit hole, I've gotten myself wondering: could I script the use of "xm pci-attach" and "xm pci-detach" such that I can shift all of my difficult-to-virtualize PCI devices, such as video card[s], USB controllers, audio devices, and so on, from one running DomU to another? Give myself a button or key combination---of which the guest OS is aware, so that it may initiate the process---to switch my hardware from one VM to another on the fly, implementing what would behave like a software-based KVM switch (but without the exponentially rising costs associated with getting more ports, dual-link DVI/Displayport, and so on... not to mention requiring multiple machines :D). Could I potentially effortlessly switch between Windows, Linux, and perhaps a Hackintosh? That would be quite the awesome application of cutting edge tech, I say :) Curious if anyone has experience with attaching/detaching these types of devices, and whether or not guest OSes and their drivers, play nice with this feature. Thanks, Andrew Bobulsky _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Apr 25 19:06:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 19:06: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 1SN7XK-0007cp-RL; Wed, 25 Apr 2012 19:05:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN7XI-0007cg-Ge for xen-users@lists.xen.org; Wed, 25 Apr 2012 19:05:56 +0000 Received: from [85.158.143.35:56437] by server-3.bemta-4.messagelabs.com id 9E/9C-05853-31B489F4; Wed, 25 Apr 2012 19:05:55 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1335380752!14337613!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11756 invoked from network); 25 Apr 2012 19:05:54 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 19:05:53 -0000 Received: by vcbfl11 with SMTP id fl11so390149vcb.32 for ; Wed, 25 Apr 2012 12:05:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7YqSBwWoYwbSn2KuxOABS41aXJ+A5rJphUz0oPXDCO4=; b=bNqOZi0FeiYcuTyWPM/9uRDPcXHFid2c8MA1j1S7nY1ETyajtoMDq9NfCYxqMM290S yHXZczvaVLhKvsBpdoJCMa0LN/GwfXnA/UD3nYvxBUGyFAp3jj023GGYo1tI31/kc67O aUD0OGXM7DhaoZtAhpuJTVbLiHIkjx60/xRwj9+olk3tcEA5wDyp8otoHxkFrcVUO1Cc lCTfjvURsGeVea8YvWU+/LAq2KC7oWzcr4fEgFBA6W5r48f9IvwvIkByiPN1OoFF0iE1 kNlsv6CTqTP9b7PHOTZxDzYUVD+jOAtqPOaQVXf19m/ShHEJKL71fsO5ZQ2/OcYLp5v+ GJpQ== MIME-Version: 1.0 Received: by 10.52.95.198 with SMTP id dm6mr3144387vdb.91.1335380751228; Wed, 25 Apr 2012 12:05:51 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Wed, 25 Apr 2012 12:05:51 -0700 (PDT) In-Reply-To: References: Date: Wed, 25 Apr 2012 15:05:51 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PCI Hotplugging - Could I juggle a video card and other devices between running DomUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2011660996157900754==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2011660996157900754== Content-Type: multipart/alternative; boundary=bcaec501629d51205504be858fee --bcaec501629d51205504be858fee Content-Type: text/plain; charset=ISO-8859-1 I attached devices manually, seems to work fine. I suppose you could create a sh script in a linux Dom0 to run the commands, but the real trouble comes from being able to execute them from the guest HVM's. One easy way would be to turn ssh on in Dom0 and putty on windows or ssh via any other to access & run the scripts. I'm sure there are plenty of alternatives, but I don't see any reason why you wouldn't be able to swap components in live machines. On Wed, Apr 25, 2012 at 2:58 PM, Andrew Bobulsky wrote: > Hello List! > > As I venture a little further down the Xen rabbit hole, I've gotten > myself wondering: could I script the use of "xm pci-attach" and "xm > pci-detach" such that I can shift all of my difficult-to-virtualize > PCI devices, such as video card[s], USB controllers, audio devices, > and so on, from one running DomU to another? Give myself a button or > key combination---of which the guest OS is aware, so that it may > initiate the process---to switch my hardware from one VM to another on > the fly, implementing what would behave like a software-based KVM > switch (but without the exponentially rising costs associated with > getting more ports, dual-link DVI/Displayport, and so on... not to > mention requiring multiple machines :D). > > Could I potentially effortlessly switch between Windows, Linux, and > perhaps a Hackintosh? That would be quite the awesome application of > cutting edge tech, I say :) > > Curious if anyone has experience with attaching/detaching these types > of devices, and whether or not guest OSes and their drivers, play nice > with this feature. > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec501629d51205504be858fee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I attached = devices manually, seems to work fine. =A0I suppose you could create a sh sc= ript in a linux Dom0 to run the commands, but the real trouble comes from b= eing able to execute them from the guest HVM's.

One easy wa= y would be to turn ssh on in Dom0 and putty on windows or ssh via any other= to access & run the scripts. =A0I'm sure there are plenty of alter= natives, but I don't see any reason why you wouldn't be able to swa= p components in live machines.


On Wed, Apr 25, 2012 at 2:58 PM, Andrew Bobulsky <rule= rof@gmail.com> wrote:
Hello List!

As I venture a little further down the Xen rabbit hole, I've gotten
myself wondering: could I script the use of "xm pci-attach" and &= quot;xm
pci-detach" such that I can shift all of my difficult-to-virtualize PCI devices, such as video card[s], USB controllers, audio devices,
and so on, from one running DomU to another? =A0Give myself a button or
key combination---of which the guest OS is aware, so that it may
initiate the process---to switch my hardware from one VM to another on
the fly, implementing what would behave like a software-based KVM
switch (but without the exponentially rising costs associated with
getting more ports, dual-link DVI/Displayport, and so on... not to
mention requiring multiple machines :D).

Could I potentially effortlessly switch between Windows, Linux, and
perhaps a Hackintosh? =A0That would be quite the awesome application of
cutting edge tech, I say :)

Curious if anyone has experience with attaching/detaching these types
of devices, and whether or not guest OSes and their drivers, play nice
with this feature.

Thanks,
Andrew Bobulsky

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

--bcaec501629d51205504be858fee-- --===============2011660996157900754== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2011660996157900754==-- From xen-users-bounces@lists.xen.org Wed Apr 25 19:06:49 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 25 Apr 2012 19:06: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 1SN7XK-0007cp-RL; Wed, 25 Apr 2012 19:05:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SN7XI-0007cg-Ge for xen-users@lists.xen.org; Wed, 25 Apr 2012 19:05:56 +0000 Received: from [85.158.143.35:56437] by server-3.bemta-4.messagelabs.com id 9E/9C-05853-31B489F4; Wed, 25 Apr 2012 19:05:55 +0000 X-Env-Sender: cdelorme@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1335380752!14337613!1 X-Originating-IP: [209.85.220.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11756 invoked from network); 25 Apr 2012 19:05:54 -0000 Received: from mail-vx0-f173.google.com (HELO mail-vx0-f173.google.com) (209.85.220.173) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 25 Apr 2012 19:05:53 -0000 Received: by vcbfl11 with SMTP id fl11so390149vcb.32 for ; Wed, 25 Apr 2012 12:05:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7YqSBwWoYwbSn2KuxOABS41aXJ+A5rJphUz0oPXDCO4=; b=bNqOZi0FeiYcuTyWPM/9uRDPcXHFid2c8MA1j1S7nY1ETyajtoMDq9NfCYxqMM290S yHXZczvaVLhKvsBpdoJCMa0LN/GwfXnA/UD3nYvxBUGyFAp3jj023GGYo1tI31/kc67O aUD0OGXM7DhaoZtAhpuJTVbLiHIkjx60/xRwj9+olk3tcEA5wDyp8otoHxkFrcVUO1Cc lCTfjvURsGeVea8YvWU+/LAq2KC7oWzcr4fEgFBA6W5r48f9IvwvIkByiPN1OoFF0iE1 kNlsv6CTqTP9b7PHOTZxDzYUVD+jOAtqPOaQVXf19m/ShHEJKL71fsO5ZQ2/OcYLp5v+ GJpQ== MIME-Version: 1.0 Received: by 10.52.95.198 with SMTP id dm6mr3144387vdb.91.1335380751228; Wed, 25 Apr 2012 12:05:51 -0700 (PDT) Received: by 10.220.212.74 with HTTP; Wed, 25 Apr 2012 12:05:51 -0700 (PDT) In-Reply-To: References: Date: Wed, 25 Apr 2012 15:05:51 -0400 Message-ID: From: Casey DeLorme To: Andrew Bobulsky Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] PCI Hotplugging - Could I juggle a video card and other devices between running DomUs? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2011660996157900754==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2011660996157900754== Content-Type: multipart/alternative; boundary=bcaec501629d51205504be858fee --bcaec501629d51205504be858fee Content-Type: text/plain; charset=ISO-8859-1 I attached devices manually, seems to work fine. I suppose you could create a sh script in a linux Dom0 to run the commands, but the real trouble comes from being able to execute them from the guest HVM's. One easy way would be to turn ssh on in Dom0 and putty on windows or ssh via any other to access & run the scripts. I'm sure there are plenty of alternatives, but I don't see any reason why you wouldn't be able to swap components in live machines. On Wed, Apr 25, 2012 at 2:58 PM, Andrew Bobulsky wrote: > Hello List! > > As I venture a little further down the Xen rabbit hole, I've gotten > myself wondering: could I script the use of "xm pci-attach" and "xm > pci-detach" such that I can shift all of my difficult-to-virtualize > PCI devices, such as video card[s], USB controllers, audio devices, > and so on, from one running DomU to another? Give myself a button or > key combination---of which the guest OS is aware, so that it may > initiate the process---to switch my hardware from one VM to another on > the fly, implementing what would behave like a software-based KVM > switch (but without the exponentially rising costs associated with > getting more ports, dual-link DVI/Displayport, and so on... not to > mention requiring multiple machines :D). > > Could I potentially effortlessly switch between Windows, Linux, and > perhaps a Hackintosh? That would be quite the awesome application of > cutting edge tech, I say :) > > Curious if anyone has experience with attaching/detaching these types > of devices, and whether or not guest OSes and their drivers, play nice > with this feature. > > Thanks, > Andrew Bobulsky > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --bcaec501629d51205504be858fee Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

I attached = devices manually, seems to work fine. =A0I suppose you could create a sh sc= ript in a linux Dom0 to run the commands, but the real trouble comes from b= eing able to execute them from the guest HVM's.

One easy wa= y would be to turn ssh on in Dom0 and putty on windows or ssh via any other= to access & run the scripts. =A0I'm sure there are plenty of alter= natives, but I don't see any reason why you wouldn't be able to swa= p components in live machines.


On Wed, Apr 25, 2012 at 2:58 PM, Andrew Bobulsky <rule= rof@gmail.com> wrote:
Hello List!

As I venture a little further down the Xen rabbit hole, I've gotten
myself wondering: could I script the use of "xm pci-attach" and &= quot;xm
pci-detach" such that I can shift all of my difficult-to-virtualize PCI devices, such as video card[s], USB controllers, audio devices,
and so on, from one running DomU to another? =A0Give myself a button or
key combination---of which the guest OS is aware, so that it may
initiate the process---to switch my hardware from one VM to another on
the fly, implementing what would behave like a software-based KVM
switch (but without the exponentially rising costs associated with
getting more ports, dual-link DVI/Displayport, and so on... not to
mention requiring multiple machines :D).

Could I potentially effortlessly switch between Windows, Linux, and
perhaps a Hackintosh? =A0That would be quite the awesome application of
cutting edge tech, I say :)

Curious if anyone has experience with attaching/detaching these types
of devices, and whether or not guest OSes and their drivers, play nice
with this feature.

Thanks,
Andrew Bobulsky

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

--bcaec501629d51205504be858fee-- --===============2011660996157900754== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2011660996157900754==-- From xen-users-bounces@lists.xen.org Thu Apr 26 08:42:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 08:42:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNKGK-0000wJ-EZ; Thu, 26 Apr 2012 08:41:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNKGJ-0000wA-4O for xen-users@lists.xen.org; Thu, 26 Apr 2012 08:41:15 +0000 Received: from [85.158.143.35:9557] by server-2.bemta-4.messagelabs.com id 2C/D6-17550-A2A099F4; Thu, 26 Apr 2012 08:41:14 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1335429670!14025771!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21794 invoked from network); 26 Apr 2012 08:41:12 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2012 08:41:12 -0000 Received: by obbwd18 with SMTP id wd18so1614607obb.32 for ; Thu, 26 Apr 2012 01:41:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=/hxWWxYtAEzljnHo+uHHDMxtWU+k4uqqQHhPzmccn04=; b=hGqQ0YJcOpxJfX3MJqvpj3N2bD7eugxPzOftZRsmIbJCJ1NBI+golO47Lz0poWrZ/3 Zx6J9C6xPVEdUURirE5fGZCSlnBf583KWUZOGfaGZvC191vnkzISiwUnRSORQ9X8liee EvvvezoCrtohYP+iKg0JhOU6a0pLwZG6wy2zdbCGXmue1QkyGL4ymSmYzyWMSvqkLDXQ yDX0H0yHN4wwvS+oWijSRT8c071KiBU+s+a+Sn8qDO/3lv+g8tYm9e2dlYa9bpZ0+NYU /pQEvIeKeNXgzrTEwNn7UAbXv+EWRXybxwxcLcWC7pds4hVBPHfV5gukNVZdbH7u3u4O 84yQ== Received: by 10.182.155.35 with SMTP id vt3mr7142205obb.63.1335429670093; Thu, 26 Apr 2012 01:41:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.15.100 with HTTP; Thu, 26 Apr 2012 01:40:49 -0700 (PDT) In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> From: eva Date: Thu, 26 Apr 2012 10:40:49 +0200 Message-ID: To: Simon Hobson , luke crawford Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 25 April 2012 20:27, Simon Hobson wrote: > > eva wrote: > >> 1- if pygrub needs to mount the domU, why does it says this? >> http://wiki.xen.org/wiki/PyGrub >> >> "This means that reading the guest filesystem does not require >> mounting the filesystem" > > > Read the sentence before that : "PyGrub accesses the guest filesystem usi= ng a userspace filesystem library ..." > > Ie, instead of mounting the image to copy the files, it uses a userspace = library to access the filesystem. The difference is that if you just do a r= egular mount, then the filesystem is mounted by kernel level code in Dom0 -= and there is a theoretic risk that if someone finds a vulnerability in tha= t, they can use it to compromise Dom0 with a carefully crafted DomU filesys= tem. Using a userspace library means that while there's still a risk of com= promising the system, they cannot "crash" it as they could be compromising = kernel level code. > > Hello Simon, Thanks for answering. I read that part, but afterwards I read the link that Luke posted that says: "The problem with PyGRUB is that while it=92s a good simulation of a bootloader, it has to mount the domU partition" =A0http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_U= sers_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_P= YGRUB.3F ..hence my confusion. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 08:42:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 08:42:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNKGK-0000wJ-EZ; Thu, 26 Apr 2012 08:41:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNKGJ-0000wA-4O for xen-users@lists.xen.org; Thu, 26 Apr 2012 08:41:15 +0000 Received: from [85.158.143.35:9557] by server-2.bemta-4.messagelabs.com id 2C/D6-17550-A2A099F4; Thu, 26 Apr 2012 08:41:14 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-10.tower-21.messagelabs.com!1335429670!14025771!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21794 invoked from network); 26 Apr 2012 08:41:12 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-10.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2012 08:41:12 -0000 Received: by obbwd18 with SMTP id wd18so1614607obb.32 for ; Thu, 26 Apr 2012 01:41:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=/hxWWxYtAEzljnHo+uHHDMxtWU+k4uqqQHhPzmccn04=; b=hGqQ0YJcOpxJfX3MJqvpj3N2bD7eugxPzOftZRsmIbJCJ1NBI+golO47Lz0poWrZ/3 Zx6J9C6xPVEdUURirE5fGZCSlnBf583KWUZOGfaGZvC191vnkzISiwUnRSORQ9X8liee EvvvezoCrtohYP+iKg0JhOU6a0pLwZG6wy2zdbCGXmue1QkyGL4ymSmYzyWMSvqkLDXQ yDX0H0yHN4wwvS+oWijSRT8c071KiBU+s+a+Sn8qDO/3lv+g8tYm9e2dlYa9bpZ0+NYU /pQEvIeKeNXgzrTEwNn7UAbXv+EWRXybxwxcLcWC7pds4hVBPHfV5gukNVZdbH7u3u4O 84yQ== Received: by 10.182.155.35 with SMTP id vt3mr7142205obb.63.1335429670093; Thu, 26 Apr 2012 01:41:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.15.100 with HTTP; Thu, 26 Apr 2012 01:40:49 -0700 (PDT) In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> From: eva Date: Thu, 26 Apr 2012 10:40:49 +0200 Message-ID: To: Simon Hobson , luke crawford Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 25 April 2012 20:27, Simon Hobson wrote: > > eva wrote: > >> 1- if pygrub needs to mount the domU, why does it says this? >> http://wiki.xen.org/wiki/PyGrub >> >> "This means that reading the guest filesystem does not require >> mounting the filesystem" > > > Read the sentence before that : "PyGrub accesses the guest filesystem usi= ng a userspace filesystem library ..." > > Ie, instead of mounting the image to copy the files, it uses a userspace = library to access the filesystem. The difference is that if you just do a r= egular mount, then the filesystem is mounted by kernel level code in Dom0 -= and there is a theoretic risk that if someone finds a vulnerability in tha= t, they can use it to compromise Dom0 with a carefully crafted DomU filesys= tem. Using a userspace library means that while there's still a risk of com= promising the system, they cannot "crash" it as they could be compromising = kernel level code. > > Hello Simon, Thanks for answering. I read that part, but afterwards I read the link that Luke posted that says: "The problem with PyGRUB is that while it=92s a good simulation of a bootloader, it has to mount the domU partition" =A0http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_U= sers_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_P= YGRUB.3F ..hence my confusion. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 11:27:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 11:27: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 1SNMqO-0005Xj-Tg; Thu, 26 Apr 2012 11:26:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNMqO-0005Xe-0E for xen-users@lists.xen.org; Thu, 26 Apr 2012 11:26:40 +0000 Received: from [85.158.143.99:35479] by server-1.bemta-4.messagelabs.com id E9/F2-20925-FE0399F4; Thu, 26 Apr 2012 11:26:39 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-5.tower-216.messagelabs.com!1335439598!25044083!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23462 invoked from network); 26 Apr 2012 11:26:38 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-5.tower-216.messagelabs.com with SMTP; 26 Apr 2012 11:26:38 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 1FCF210401B for ; Thu, 26 Apr 2012 12:26:37 +0100 (BST) 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 Zgkcv5ls0jFA for ; Thu, 26 Apr 2012 12:26:37 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 6E74910401A for ; Thu, 26 Apr 2012 12:26:35 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Thu, 26 Apr 2012 12:26:13 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org eva wrote: >Thanks for answering. I read that part, but afterwards I read the link >that Luke posted that says: > >"The problem with PyGRUB is that while it's a good simulation of a >bootloader, it has to mount the domU partition" > > >http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F > >..hence my confusion. Hmm, yes. One or other of the Wiki entries is wrong then. In that link I see the answer to your other query. In there, in extolling the virtues of pvgrub, the author is hinting (but explicitly stating) that he is providing a read-only volume which the end user (DomU owner) cannot modify. In that read-only partition, he has a basic (rescue) system which the DomU always boots "through" - thus the end user can never ever completely trash his DomU to the point that it won't boot anything. My guess is that he has GRUB installed in the rescue partition, with two entries - rescue and user. Rescue boots into the rescue system, user (the default) chain loads a GRUB config from the user's normal partition. In normal operation, the DomU will load the read-only GRUB, chainload the user's GRUB, and then boot the user's OS. If the user screws it up, he can interrupt the initial GRUB, boot into the rescue system, and from there fix his own system. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 11:27:54 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 11:27: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 1SNMqO-0005Xj-Tg; Thu, 26 Apr 2012 11:26:40 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNMqO-0005Xe-0E for xen-users@lists.xen.org; Thu, 26 Apr 2012 11:26:40 +0000 Received: from [85.158.143.99:35479] by server-1.bemta-4.messagelabs.com id E9/F2-20925-FE0399F4; Thu, 26 Apr 2012 11:26:39 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-5.tower-216.messagelabs.com!1335439598!25044083!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23462 invoked from network); 26 Apr 2012 11:26:38 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-5.tower-216.messagelabs.com with SMTP; 26 Apr 2012 11:26:38 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 1FCF210401B for ; Thu, 26 Apr 2012 12:26:37 +0100 (BST) 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 Zgkcv5ls0jFA for ; Thu, 26 Apr 2012 12:26:37 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 6E74910401A for ; Thu, 26 Apr 2012 12:26:35 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Thu, 26 Apr 2012 12:26:13 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org eva wrote: >Thanks for answering. I read that part, but afterwards I read the link >that Luke posted that says: > >"The problem with PyGRUB is that while it's a good simulation of a >bootloader, it has to mount the domU partition" > > >http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F > >..hence my confusion. Hmm, yes. One or other of the Wiki entries is wrong then. In that link I see the answer to your other query. In there, in extolling the virtues of pvgrub, the author is hinting (but explicitly stating) that he is providing a read-only volume which the end user (DomU owner) cannot modify. In that read-only partition, he has a basic (rescue) system which the DomU always boots "through" - thus the end user can never ever completely trash his DomU to the point that it won't boot anything. My guess is that he has GRUB installed in the rescue partition, with two entries - rescue and user. Rescue boots into the rescue system, user (the default) chain loads a GRUB config from the user's normal partition. In normal operation, the DomU will load the read-only GRUB, chainload the user's GRUB, and then boot the user's OS. If the user screws it up, he can interrupt the initial GRUB, boot into the rescue system, and from there fix his own system. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 11:51:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 11:51:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNNDe-00060P-RR; Thu, 26 Apr 2012 11:50:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNNDd-00060H-QU for xen-users@lists.xen.org; Thu, 26 Apr 2012 11:50:41 +0000 Received: from [193.109.254.147:40258] by server-9.bemta-14.messagelabs.com id 23/F2-05787-096399F4; Thu, 26 Apr 2012 11:50:40 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1335441040!6488756!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3403 invoked from network); 26 Apr 2012 11:50:40 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-3.tower-27.messagelabs.com with SMTP; 26 Apr 2012 11:50:40 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id DE2CC10401B for ; Thu, 26 Apr 2012 12:50:38 +0100 (BST) 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 QTTUJJTw2msy for ; Thu, 26 Apr 2012 12:50:38 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 56EF210401A for ; Thu, 26 Apr 2012 12:50:38 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Thu, 26 Apr 2012 12:49:55 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I wrote: >... the author is hinting (but explicitly stating) that ... Oops, that should say "but *not* explicitly stating" -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 11:51:51 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 11:51:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNNDe-00060P-RR; Thu, 26 Apr 2012 11:50:42 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNNDd-00060H-QU for xen-users@lists.xen.org; Thu, 26 Apr 2012 11:50:41 +0000 Received: from [193.109.254.147:40258] by server-9.bemta-14.messagelabs.com id 23/F2-05787-096399F4; Thu, 26 Apr 2012 11:50:40 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-3.tower-27.messagelabs.com!1335441040!6488756!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3403 invoked from network); 26 Apr 2012 11:50:40 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-3.tower-27.messagelabs.com with SMTP; 26 Apr 2012 11:50:40 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id DE2CC10401B for ; Thu, 26 Apr 2012 12:50:38 +0100 (BST) 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 QTTUJJTw2msy for ; Thu, 26 Apr 2012 12:50:38 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 56EF210401A for ; Thu, 26 Apr 2012 12:50:38 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20120424153753.GA15600@luke.xen.prgmr.com> Date: Thu, 26 Apr 2012 12:49:55 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I wrote: >... the author is hinting (but explicitly stating) that ... Oops, that should say "but *not* explicitly stating" -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 12:46:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 12:46: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 1SNO44-0007oL-Kp; Thu, 26 Apr 2012 12:44:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNO42-0007nm-L2 for xen-users@lists.xen.org; Thu, 26 Apr 2012 12:44:50 +0000 Received: from [85.158.138.51:49913] by server-9.bemta-3.messagelabs.com id 73/A0-26691-143499F4; Thu, 26 Apr 2012 12:44:49 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1335444287!23952648!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21440 invoked from network); 26 Apr 2012 12:44:48 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2012 12:44:48 -0000 Received: by bkty15 with SMTP id y15so1113706bkt.32 for ; Thu, 26 Apr 2012 05:44:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=fIFltkWYN4/1trFXAlyENA0h3Ynqpt38Tkp0GsyVpiQ=; b=jMR1ltFF6jC4FJwIDB7hpjSZIVbEf+/9cJaZEECJyYIgP5LP0cOAuA9pTtX8sgATtp 3HV1s6Ux3ZaNZpKtnDL9hZp6wX4+4nwDcPKrEMi1lt3WhUFtTQgLthLyoWHmPU3463rR div1PssSI9mVTP+4WpNe2yc0Kpbqk1vqWZtiu7h7bGja8I73xtmos4By0XAJLPt0omK2 K/pp36eXBN0oQkJAA8Gq2hu3gBLwX2Or+8JNs5Tzu3x/Daioe7zal9x67ucrYh2vYxeJ jA5zZlvWPJKrEViuFqDM4Q0JZer83O9cjn+ubNNUmwnAoqZ1UrdHIW8jh32AhVYwigFU WHFQ== Received: by 10.205.133.11 with SMTP id hw11mr2292503bkc.12.1335444287556; Thu, 26 Apr 2012 05:44:47 -0700 (PDT) Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55]) by mx.google.com with ESMTPS id e20sm5453244bkv.10.2012.04.26.05.44.45 (version=SSLv3 cipher=OTHER); Thu, 26 Apr 2012 05:44:46 -0700 (PDT) Message-ID: <4F99433C.8040505@xen.org> Date: Thu, 26 Apr 2012 13:44:44 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-api@lists.xen.org, xen-arm@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] Changes to mailing lists (i.e. archiving of old lists) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1866360911555601556==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1866360911555601556== Content-Type: multipart/alternative; boundary="------------010406080209060802050908" This is a multi-part message in MIME format. --------------010406080209060802050908 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, I have archived a number of mailing lists that have been inactive, because a) they have fulfilled their purpose (i.e. the project for which they were created was completed or archived) b) they have been inactive for a year c) the discussion related to these are now happening elsewhere (e.g. on xen-devel) What does archiving mean: * I moved the list to the Archived section of http://lists.xen.org/ * I moved the list into emergency moderation (every post will be moderated) and new user * I removed the list from http://lists.xen.org/cgi-bin/mailman/listinfo The lists that were archived are: xen-bugs, xen-cim, xen-introspect, xen-tools, xen-ia64-devel, xen-research, xen-japanese. I have hidden a numer of other lists, hidden is like archived except that I have not listed them on http://lists.xen.org/ - in other words, the lists are still there, but they are not referenced. These were: ova-devel, xen-merge, xm-test-changelog, xm-test-devel & xen-community This should make finding the right xen list much easier and be less confusing to newcomers. Please let me know, if there are any objections. Regards Lars --------------010406080209060802050908 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody,

I have archived a number of mailing lists that have been inactive, because
a) they have fulfilled their purpose (i.e. the project for which they were created was completed or archived)
b) they have been inactive for a year
c) the discussion related to these are now happening elsewhere (e.g. on xen-devel)

What does archiving mean:

The lists that were archived are: xen-bugs, xen-cim, xen-introspect, xen-tools, xen-ia64-devel, xen-research, xen-japanese.

I have hidden a numer of other lists, hidden is like archived except that I have not listed them on http://lists.xen.org/ - in other words, the lists are still there, but they are not referenced. These were: ova-devel, xen-merge, xm-test-changelog, xm-test-devel & xen-community

This should make finding the right xen list much easier and be less confusing to newcomers. Please let me know, if there are any objections.

Regards
Lars
--------------010406080209060802050908-- --===============1866360911555601556== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1866360911555601556==-- From xen-users-bounces@lists.xen.org Thu Apr 26 12:46:00 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 12:46: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 1SNO44-0007oL-Kp; Thu, 26 Apr 2012 12:44:52 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNO42-0007nm-L2 for xen-users@lists.xen.org; Thu, 26 Apr 2012 12:44:50 +0000 Received: from [85.158.138.51:49913] by server-9.bemta-3.messagelabs.com id 73/A0-26691-143499F4; Thu, 26 Apr 2012 12:44:49 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-9.tower-174.messagelabs.com!1335444287!23952648!1 X-Originating-IP: [209.85.214.45] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_23,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21440 invoked from network); 26 Apr 2012 12:44:48 -0000 Received: from mail-bk0-f45.google.com (HELO mail-bk0-f45.google.com) (209.85.214.45) by server-9.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 26 Apr 2012 12:44:48 -0000 Received: by bkty15 with SMTP id y15so1113706bkt.32 for ; Thu, 26 Apr 2012 05:44:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:content-type; bh=fIFltkWYN4/1trFXAlyENA0h3Ynqpt38Tkp0GsyVpiQ=; b=jMR1ltFF6jC4FJwIDB7hpjSZIVbEf+/9cJaZEECJyYIgP5LP0cOAuA9pTtX8sgATtp 3HV1s6Ux3ZaNZpKtnDL9hZp6wX4+4nwDcPKrEMi1lt3WhUFtTQgLthLyoWHmPU3463rR div1PssSI9mVTP+4WpNe2yc0Kpbqk1vqWZtiu7h7bGja8I73xtmos4By0XAJLPt0omK2 K/pp36eXBN0oQkJAA8Gq2hu3gBLwX2Or+8JNs5Tzu3x/Daioe7zal9x67ucrYh2vYxeJ jA5zZlvWPJKrEViuFqDM4Q0JZer83O9cjn+ubNNUmwnAoqZ1UrdHIW8jh32AhVYwigFU WHFQ== Received: by 10.205.133.11 with SMTP id hw11mr2292503bkc.12.1335444287556; Thu, 26 Apr 2012 05:44:47 -0700 (PDT) Received: from [172.16.25.10] (b0fb6237.bb.sky.com. [176.251.98.55]) by mx.google.com with ESMTPS id e20sm5453244bkv.10.2012.04.26.05.44.45 (version=SSLv3 cipher=OTHER); Thu, 26 Apr 2012 05:44:46 -0700 (PDT) Message-ID: <4F99433C.8040505@xen.org> Date: Thu, 26 Apr 2012 13:44:44 +0100 From: Lars Kurth User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-devel@lists.xen.org, xen-api@lists.xen.org, xen-arm@lists.xen.org, xen-users@lists.xen.org Subject: [Xen-users] Changes to mailing lists (i.e. archiving of old lists) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: lars.kurth@xen.org List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1866360911555601556==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1866360911555601556== Content-Type: multipart/alternative; boundary="------------010406080209060802050908" This is a multi-part message in MIME format. --------------010406080209060802050908 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi everybody, I have archived a number of mailing lists that have been inactive, because a) they have fulfilled their purpose (i.e. the project for which they were created was completed or archived) b) they have been inactive for a year c) the discussion related to these are now happening elsewhere (e.g. on xen-devel) What does archiving mean: * I moved the list to the Archived section of http://lists.xen.org/ * I moved the list into emergency moderation (every post will be moderated) and new user * I removed the list from http://lists.xen.org/cgi-bin/mailman/listinfo The lists that were archived are: xen-bugs, xen-cim, xen-introspect, xen-tools, xen-ia64-devel, xen-research, xen-japanese. I have hidden a numer of other lists, hidden is like archived except that I have not listed them on http://lists.xen.org/ - in other words, the lists are still there, but they are not referenced. These were: ova-devel, xen-merge, xm-test-changelog, xm-test-devel & xen-community This should make finding the right xen list much easier and be less confusing to newcomers. Please let me know, if there are any objections. Regards Lars --------------010406080209060802050908 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody,

I have archived a number of mailing lists that have been inactive, because
a) they have fulfilled their purpose (i.e. the project for which they were created was completed or archived)
b) they have been inactive for a year
c) the discussion related to these are now happening elsewhere (e.g. on xen-devel)

What does archiving mean:

The lists that were archived are: xen-bugs, xen-cim, xen-introspect, xen-tools, xen-ia64-devel, xen-research, xen-japanese.

I have hidden a numer of other lists, hidden is like archived except that I have not listed them on http://lists.xen.org/ - in other words, the lists are still there, but they are not referenced. These were: ova-devel, xen-merge, xm-test-changelog, xm-test-devel & xen-community

This should make finding the right xen list much easier and be less confusing to newcomers. Please let me know, if there are any objections.

Regards
Lars
--------------010406080209060802050908-- --===============1866360911555601556== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1866360911555601556==-- From xen-users-bounces@lists.xen.org Thu Apr 26 12:49:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 12:49:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNO7x-0008Bn-KJ; Thu, 26 Apr 2012 12:48:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNO7w-0008Bd-9z for xen-users@lists.xen.org; Thu, 26 Apr 2012 12:48:52 +0000 Received: from [193.109.254.147:31866] by server-6.bemta-14.messagelabs.com id 40/10-02047-334499F4; Thu, 26 Apr 2012 12:48:51 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1335444530!6413666!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12161 invoked from network); 26 Apr 2012 12:48:50 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-2.tower-27.messagelabs.com with SMTP; 26 Apr 2012 12:48:50 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id D275DCC0EB for ; Thu, 26 Apr 2012 08:48:49 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tDBQTowt0SLm for ; Thu, 26 Apr 2012 08:48:48 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 9DA96CC0F1 for ; Thu, 26 Apr 2012 08:48:48 -0400 (EDT) Message-ID: <4F994430.2060102@meetinghouse.net> Date: Thu, 26 Apr 2012 08:48:48 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120422 Firefox/12.0 SeaMonkey/2.9 MIME-Version: 1.0 CC: xen-users@lists.xen.org References: <20120425184801.GB83853@nordend.local.sourire.ch> In-Reply-To: <20120425184801.GB83853@nordend.local.sourire.ch> Subject: Re: [Xen-users] XCP graphical display on VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org rhino64@postmail.ch wrote: > Hi All, > I plan to use Xen (most probably XCP) to virtualize > two servers: one running OpenBSD, the other running FreeBSD. > > These both servers will be running more or less headless (at least > without any graphical environment). I would want > to add a third server (most probably a Debian Squeeze or Freebsd) > to have a desktop (light, probably IceWM or XFCE). > > The physical machine will have VTx but not VTd. > > Is a such solution possible with Xen ? I don't understand > exactly if it is possible to have one DOMu with the control of > a VGA display (1600x1050 by 16 or 24 colors) or if the control > of VGA display is reserved to the DOM0. > The obvious approach is to run an x-server in Dom0, at which point, with proper configuration, any of the DomUs can put windows onto the display. You might also try the following: - log into Dom0 from your console (presumably the VGA display) - use "xm console" to log into a DomU - startx and see if your desktop environment comes up (I expect you'll get some informative error messages about device mappings, that might lead you to a configuration that works) Please report back - my servers are all headless, or I'd try this myself. You've got me curious. Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 12:49:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 12:49:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNO7x-0008Bn-KJ; Thu, 26 Apr 2012 12:48:53 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNO7w-0008Bd-9z for xen-users@lists.xen.org; Thu, 26 Apr 2012 12:48:52 +0000 Received: from [193.109.254.147:31866] by server-6.bemta-14.messagelabs.com id 40/10-02047-334499F4; Thu, 26 Apr 2012 12:48:51 +0000 X-Env-Sender: mfidelman@meetinghouse.net X-Msg-Ref: server-2.tower-27.messagelabs.com!1335444530!6413666!1 X-Originating-IP: [207.154.13.48] X-SpamReason: No, hits=0.8 required=7.0 tests=BODY_RANDOM_LONG, MAILTO_TO_SPAM_ADDR X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12161 invoked from network); 26 Apr 2012 12:48:50 -0000 Received: from server1.neighborhoods.net (HELO server1.neighborhoods.net) (207.154.13.48) by server-2.tower-27.messagelabs.com with SMTP; 26 Apr 2012 12:48:50 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id D275DCC0EB for ; Thu, 26 Apr 2012 08:48:49 -0400 (EDT) X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tDBQTowt0SLm for ; Thu, 26 Apr 2012 08:48:48 -0400 (EDT) Received: from new-host-3.home (pool-173-76-134-212.bstnma.fios.verizon.net [173.76.134.212]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 9DA96CC0F1 for ; Thu, 26 Apr 2012 08:48:48 -0400 (EDT) Message-ID: <4F994430.2060102@meetinghouse.net> Date: Thu, 26 Apr 2012 08:48:48 -0400 From: Miles Fidelman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:12.0) Gecko/20120422 Firefox/12.0 SeaMonkey/2.9 MIME-Version: 1.0 CC: xen-users@lists.xen.org References: <20120425184801.GB83853@nordend.local.sourire.ch> In-Reply-To: <20120425184801.GB83853@nordend.local.sourire.ch> Subject: Re: [Xen-users] XCP graphical display on VM X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org rhino64@postmail.ch wrote: > Hi All, > I plan to use Xen (most probably XCP) to virtualize > two servers: one running OpenBSD, the other running FreeBSD. > > These both servers will be running more or less headless (at least > without any graphical environment). I would want > to add a third server (most probably a Debian Squeeze or Freebsd) > to have a desktop (light, probably IceWM or XFCE). > > The physical machine will have VTx but not VTd. > > Is a such solution possible with Xen ? I don't understand > exactly if it is possible to have one DOMu with the control of > a VGA display (1600x1050 by 16 or 24 colors) or if the control > of VGA display is reserved to the DOM0. > The obvious approach is to run an x-server in Dom0, at which point, with proper configuration, any of the DomUs can put windows onto the display. You might also try the following: - log into Dom0 from your console (presumably the VGA display) - use "xm console" to log into a DomU - startx and see if your desktop environment comes up (I expect you'll get some informative error messages about device mappings, that might lead you to a configuration that works) Please report back - my servers are all headless, or I'd try this myself. You've got me curious. Miles Fidelman -- In theory, there is no difference between theory and practice. In practice, there is. .... Yogi Berra _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Apr 26 15:04:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 15: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 1SNQDk-0003S6-0p; Thu, 26 Apr 2012 15:03:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNQDh-0003S1-OD for xen-users@lists.xen.org; Thu, 26 Apr 2012 15:02:57 +0000 Received: from [85.158.143.99:28042] by server-3.bemta-4.messagelabs.com id 73/93-05853-1A3699F4; Thu, 26 Apr 2012 15:02:57 +0000 X-Env-Sender: turing@cht.com.tw X-Msg-Ref: server-11.tower-216.messagelabs.com!1335452574!17887876!1 X-Originating-IP: [202.39.168.17] X-SpamReason: No, hits=-1.7 required=7.0 tests=HTML_MESSAGE, MIME_BASE64_TEXT,ML_RADAR_FP_R_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24968 invoked from network); 26 Apr 2012 15:02:55 -0000 Received: from scan1.cht.com.tw (HELO scan1.cht.com.tw) (202.39.168.17) by server-11.tower-216.messagelabs.com with SMTP; 26 Apr 2012 15:02:55 -0000 X-AuditID: 0aa00268-a13c5ba000003c70-87-4f99639b6344 Received: from cas2.corp.cht.com.tw (unknown [10.160.34.112]) by scan1.cht.com.tw (Symantec Mail Security) with ESMTP id BE394154EBB for ; Thu, 26 Apr 2012 23:02:51 +0800 (CST) Received: from MAIL.corp.cht.com.tw ([10.160.1.131]) by cas2.corp.cht.com.tw ([10.160.34.112]) with mapi; Thu, 26 Apr 2012 23:01:52 +0800 From: =?big5?B?tsDEbb33?= To: "xen-users@lists.xen.org" Date: Thu, 26 Apr 2012 22:58:49 +0800 Thread-Topic: What's the different between XAPI and Xenopsd ? Thread-Index: Ac0jvGsvIYwdHKh8TUm7fADPahN1FQ== Message-ID: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> Accept-Language: zh-TW, en-US Content-Language: zh-TW X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: zh-TW, en-US MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== Subject: [Xen-users] What's the different between XAPI and Xenopsd ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4116434446559542164==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4116434446559542164== Content-Language: zh-TW Content-Type: multipart/alternative; boundary="_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_" --_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_ Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 SGkgZXZlcnlvbmUsDQoNCkkgaGF2ZSBzb21lIHF1ZXN0aW9uIGFib3V0IHRoZSBYZW5vcHNkLg0K SaGmdmUgcmVhZCB0aGUgd2lraSBkb2N1bWVudCBidXQgY2Fubm90IHVuZGVyc3RhbmQgd2hlcmUg dG8gdXNlIGl0LA0KSXMgdGhpcyBkaWZmZXJlbnQgd2l0aCBYQVBJID8gV2hhdKGmcyB0aGUgbWFp biB3b3JrIGZvcj8NCg0KQ2FuIGFueW9uZSBkZXNjcmliZSBpdCBtb3JlIGNsZWFybHkgYWJvdXQg aXQ/DQpUaGFua3MgYSBsb3QhIQ0KDQo= --_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_ Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

Hi everyone,

 

I have some question about the Xenopsd.<= o:p>

I=A1=A6ve read= the wiki document but cannot understand where to use it,=

Is this different with XAPI ? W= hat=A1=A6s the main work for?

 

Can anyone describe it more clearly about it?

Thanks a lot!!

 

= --_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_-- --===============4116434446559542164== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4116434446559542164==-- From xen-users-bounces@lists.xen.org Thu Apr 26 15:04:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 26 Apr 2012 15: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 1SNQDk-0003S6-0p; Thu, 26 Apr 2012 15:03:00 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNQDh-0003S1-OD for xen-users@lists.xen.org; Thu, 26 Apr 2012 15:02:57 +0000 Received: from [85.158.143.99:28042] by server-3.bemta-4.messagelabs.com id 73/93-05853-1A3699F4; Thu, 26 Apr 2012 15:02:57 +0000 X-Env-Sender: turing@cht.com.tw X-Msg-Ref: server-11.tower-216.messagelabs.com!1335452574!17887876!1 X-Originating-IP: [202.39.168.17] X-SpamReason: No, hits=-1.7 required=7.0 tests=HTML_MESSAGE, MIME_BASE64_TEXT,ML_RADAR_FP_R_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24968 invoked from network); 26 Apr 2012 15:02:55 -0000 Received: from scan1.cht.com.tw (HELO scan1.cht.com.tw) (202.39.168.17) by server-11.tower-216.messagelabs.com with SMTP; 26 Apr 2012 15:02:55 -0000 X-AuditID: 0aa00268-a13c5ba000003c70-87-4f99639b6344 Received: from cas2.corp.cht.com.tw (unknown [10.160.34.112]) by scan1.cht.com.tw (Symantec Mail Security) with ESMTP id BE394154EBB for ; Thu, 26 Apr 2012 23:02:51 +0800 (CST) Received: from MAIL.corp.cht.com.tw ([10.160.1.131]) by cas2.corp.cht.com.tw ([10.160.34.112]) with mapi; Thu, 26 Apr 2012 23:01:52 +0800 From: =?big5?B?tsDEbb33?= To: "xen-users@lists.xen.org" Date: Thu, 26 Apr 2012 22:58:49 +0800 Thread-Topic: What's the different between XAPI and Xenopsd ? Thread-Index: Ac0jvGsvIYwdHKh8TUm7fADPahN1FQ== Message-ID: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> Accept-Language: zh-TW, en-US Content-Language: zh-TW X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: zh-TW, en-US MIME-Version: 1.0 X-Brightmail-Tracker: AAAAAA== Subject: [Xen-users] What's the different between XAPI and Xenopsd ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4116434446559542164==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4116434446559542164== Content-Language: zh-TW Content-Type: multipart/alternative; boundary="_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_" --_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_ Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 SGkgZXZlcnlvbmUsDQoNCkkgaGF2ZSBzb21lIHF1ZXN0aW9uIGFib3V0IHRoZSBYZW5vcHNkLg0K SaGmdmUgcmVhZCB0aGUgd2lraSBkb2N1bWVudCBidXQgY2Fubm90IHVuZGVyc3RhbmQgd2hlcmUg dG8gdXNlIGl0LA0KSXMgdGhpcyBkaWZmZXJlbnQgd2l0aCBYQVBJID8gV2hhdKGmcyB0aGUgbWFp biB3b3JrIGZvcj8NCg0KQ2FuIGFueW9uZSBkZXNjcmliZSBpdCBtb3JlIGNsZWFybHkgYWJvdXQg aXQ/DQpUaGFua3MgYSBsb3QhIQ0KDQo= --_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_ Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable

Hi everyone,

 

I have some question about the Xenopsd.<= o:p>

I=A1=A6ve read= the wiki document but cannot understand where to use it,=

Is this different with XAPI ? W= hat=A1=A6s the main work for?

 

Can anyone describe it more clearly about it?

Thanks a lot!!

 

= --_000_557004149BCB6446BE48D5BA5F8C9D68DF918FE4FFMAILcorpchtco_-- --===============4116434446559542164== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4116434446559542164==-- From xen-users-bounces@lists.xen.org Fri Apr 27 06:03:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 06:03:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNeFL-0001Vn-Ix; Fri, 27 Apr 2012 06:01:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNeFJ-0001Vi-Dl for xen-users@lists.xen.org; Fri, 27 Apr 2012 06:01:33 +0000 Received: from [85.158.139.83:6883] by server-1.bemta-5.messagelabs.com id 48/FF-28458-C363A9F4; Fri, 27 Apr 2012 06:01:32 +0000 X-Env-Sender: codinggeek16@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1335506490!21848903!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6786 invoked from network); 27 Apr 2012 06:01:31 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 06:01:31 -0000 Received: by vbbfs19 with SMTP id fs19so349862vbb.32 for ; Thu, 26 Apr 2012 23:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=VtH7r3+rHpgnCCOo6jjrVdhPey7C6R53oNu3DSJikH4=; b=yhqoLe8NDZchYI8TL6MugIB+D8yAFJyLUa7ulj9s2sgDoNhSyrdi/Oq0n4y719xZxT OFW12c7w8Jx648w6dOPngjNkXCLW9Is8pZJHlPkpnh9FZgVHIg3G/z4owcvHpxv48KFs 75ZOGYTV+/JRGU8clZBjgu/hcA05g1BHaTxGqyIL1xBuXfb17bstFbwa4FYuk+1CgJfD 5oNSDQjhoYklfuFSwTaGVLi72FsSil2aIfJGraqgwHNG76/IcgbgCROoPuw9czgE8jgM aK/WrrZxgzXN2HH3mqtgomaTMg2rwShajXZaz3+4ucwaG9HYFxmxd1DWEWhoObN8G6rZ wR1w== MIME-Version: 1.0 Received: by 10.52.100.9 with SMTP id eu9mr5754103vdb.28.1335506490073; Thu, 26 Apr 2012 23:01:30 -0700 (PDT) Received: by 10.52.94.41 with HTTP; Thu, 26 Apr 2012 23:01:30 -0700 (PDT) Date: Fri, 27 Apr 2012 11:31:30 +0530 Message-ID: From: Coding Geek To: Ian Campbell Cc: xen-users@lists.xen.org Subject: [Xen-users] Regarding persistennce of VM's after live migration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7713818029242125404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7713818029242125404== Content-Type: multipart/alternative; boundary=20cf307f37b6efa3c904bea2d55e --20cf307f37b6efa3c904bea2d55e Content-Type: text/plain; charset=ISO-8859-1 Hello I am working with 3 host machines each running xen with shared NFS storage. I am working on automatic load balancing if one host is over utilized and another is under utilized by measuring the utilization from xentop. I am facing a problem after migration of VM. I am setting the flags ( 1| 8| 16) in order to do live migration, persist VM on destination, undefine host from source. After migration if I shut off the migrated VM on destination host it does not persist. I am using the migrateToURI() API for migration. Please help how to make VM persist on destination. Thank you, Tasvinder Singh --20cf307f37b6efa3c904bea2d55e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello
I am working with 3 host machines each running xen with = shared NFS storage. I am working on automatic load balancing if one host is= over utilized and another is under utilized by measuring the utilization f= rom xentop. I am facing a problem after migration of VM. I am setting the f= lags ( 1| 8| 16) in order to do live migration, persist VM on destination, = undefine host from source. After migration if I shut off the migrated VM on= destination host it does not persist. I am using the migrateToURI() API fo= r migration.

Please help how to make VM persist on destination.

Thank you,Tasvinder Singh

--20cf307f37b6efa3c904bea2d55e-- --===============7713818029242125404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7713818029242125404==-- From xen-users-bounces@lists.xen.org Fri Apr 27 06:03:25 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 06:03:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNeFL-0001Vn-Ix; Fri, 27 Apr 2012 06:01:35 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNeFJ-0001Vi-Dl for xen-users@lists.xen.org; Fri, 27 Apr 2012 06:01:33 +0000 Received: from [85.158.139.83:6883] by server-1.bemta-5.messagelabs.com id 48/FF-28458-C363A9F4; Fri, 27 Apr 2012 06:01:32 +0000 X-Env-Sender: codinggeek16@gmail.com X-Msg-Ref: server-6.tower-182.messagelabs.com!1335506490!21848903!1 X-Originating-IP: [209.85.212.45] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6786 invoked from network); 27 Apr 2012 06:01:31 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-6.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 06:01:31 -0000 Received: by vbbfs19 with SMTP id fs19so349862vbb.32 for ; Thu, 26 Apr 2012 23:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=VtH7r3+rHpgnCCOo6jjrVdhPey7C6R53oNu3DSJikH4=; b=yhqoLe8NDZchYI8TL6MugIB+D8yAFJyLUa7ulj9s2sgDoNhSyrdi/Oq0n4y719xZxT OFW12c7w8Jx648w6dOPngjNkXCLW9Is8pZJHlPkpnh9FZgVHIg3G/z4owcvHpxv48KFs 75ZOGYTV+/JRGU8clZBjgu/hcA05g1BHaTxGqyIL1xBuXfb17bstFbwa4FYuk+1CgJfD 5oNSDQjhoYklfuFSwTaGVLi72FsSil2aIfJGraqgwHNG76/IcgbgCROoPuw9czgE8jgM aK/WrrZxgzXN2HH3mqtgomaTMg2rwShajXZaz3+4ucwaG9HYFxmxd1DWEWhoObN8G6rZ wR1w== MIME-Version: 1.0 Received: by 10.52.100.9 with SMTP id eu9mr5754103vdb.28.1335506490073; Thu, 26 Apr 2012 23:01:30 -0700 (PDT) Received: by 10.52.94.41 with HTTP; Thu, 26 Apr 2012 23:01:30 -0700 (PDT) Date: Fri, 27 Apr 2012 11:31:30 +0530 Message-ID: From: Coding Geek To: Ian Campbell Cc: xen-users@lists.xen.org Subject: [Xen-users] Regarding persistennce of VM's after live migration X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7713818029242125404==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============7713818029242125404== Content-Type: multipart/alternative; boundary=20cf307f37b6efa3c904bea2d55e --20cf307f37b6efa3c904bea2d55e Content-Type: text/plain; charset=ISO-8859-1 Hello I am working with 3 host machines each running xen with shared NFS storage. I am working on automatic load balancing if one host is over utilized and another is under utilized by measuring the utilization from xentop. I am facing a problem after migration of VM. I am setting the flags ( 1| 8| 16) in order to do live migration, persist VM on destination, undefine host from source. After migration if I shut off the migrated VM on destination host it does not persist. I am using the migrateToURI() API for migration. Please help how to make VM persist on destination. Thank you, Tasvinder Singh --20cf307f37b6efa3c904bea2d55e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Hello
I am working with 3 host machines each running xen with = shared NFS storage. I am working on automatic load balancing if one host is= over utilized and another is under utilized by measuring the utilization f= rom xentop. I am facing a problem after migration of VM. I am setting the f= lags ( 1| 8| 16) in order to do live migration, persist VM on destination, = undefine host from source. After migration if I shut off the migrated VM on= destination host it does not persist. I am using the migrateToURI() API fo= r migration.

Please help how to make VM persist on destination.

Thank you,Tasvinder Singh

--20cf307f37b6efa3c904bea2d55e-- --===============7713818029242125404== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7713818029242125404==-- From xen-users-bounces@lists.xen.org Fri Apr 27 08:43:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 08:43:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNgkd-0003L4-FC; Fri, 27 Apr 2012 08:42:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNgkc-0003Kz-H5 for xen-users@lists.xen.org; Fri, 27 Apr 2012 08:42:02 +0000 Received: from [85.158.139.83:27679] by server-2.bemta-5.messagelabs.com id A6/D8-17016-9DB5A9F4; Fri, 27 Apr 2012 08:42:01 +0000 X-Env-Sender: peter@pajamian.dhs.org X-Msg-Ref: server-2.tower-182.messagelabs.com!1335516117!25742785!1 X-Originating-IP: [60.234.4.75] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjAuMjM0LjQuNzUgPT4gNTg0OTQ=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 595 invoked from network); 27 Apr 2012 08:42:00 -0000 Received: from nctlincom02.orcon.net.nz (HELO nctlincom02.orcon.net.nz) (60.234.4.75) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Apr 2012 08:42:00 -0000 Received: from mx9.orcon.net.nz (mx9.orcon.net.nz [219.88.242.59]) by nctlincom02.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id q3R8h6gE018179 for ; Fri, 27 Apr 2012 20:43:07 +1200 Received: from Debian-exim by mx9.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1SNgkT-0005up-Pw for xen-users@lists.xen.org; Fri, 27 Apr 2012 20:41:53 +1200 Received: from 60-234-254-5.bitstream.orcon.net.nz ([60.234.254.5] helo=[192.168.1.3]) by mx9.orcon.net.nz with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SNgkT-0005tY-H0 for xen-users@lists.xen.org; Fri, 27 Apr 2012 20:41:53 +1200 Message-ID: <4F9A5BCF.4090707@pajamian.dhs.org> Date: Fri, 27 Apr 2012 20:41:51 +1200 From: Peter User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F97F916.70405@internetx.com> In-Reply-To: X-Enigmail-Version: 1.1.2 X-DSPAM-Check: by mx9.orcon.net.nz on Fri, 27 Apr 2012 20:41:53 +1200 X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Apr 27 20:41:53 2012 X-DSPAM-Confidence: 0.7007 X-DSPAM-Probability: 0.0000 X-Bayes-Prob: 0.2659 (Score 0, tokens from: @@RPTN, default) X-Spam-Score: 0.00 () [Hold at 5.50] X-CanIt-Geo: ip=60.234.254.5; country=NZ; latitude=-41.0000; longitude=174.0000; http://maps.google.com/maps?q=-41.0000,174.0000&z=6 X-CanItPRO-Stream: base:default X-Canit-Stats-ID: 05H2UH6Vb - dd8428840394 - 20120427 X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.100.175 Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 26/04/12 02:36, Alan McKay wrote: > OK, I pulled down those as well as the libvrit RPMs but now I'm not sure > how to go about updating them. > > I just try putting them all into the current directory and then : > > yum -y update *.rpm > > And yum chugs away and looks like it is going to work but then spews out > a bunch of dependency problems > > Can someone point me at the right way to do this? cd /etc/yum.repos.d/ wget http://www.gitco.de/repo/GITCO-XEN4.1.2_x86_64.repo yum update Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 27 08:43:53 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 08:43:53 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNgkd-0003L4-FC; Fri, 27 Apr 2012 08:42:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNgkc-0003Kz-H5 for xen-users@lists.xen.org; Fri, 27 Apr 2012 08:42:02 +0000 Received: from [85.158.139.83:27679] by server-2.bemta-5.messagelabs.com id A6/D8-17016-9DB5A9F4; Fri, 27 Apr 2012 08:42:01 +0000 X-Env-Sender: peter@pajamian.dhs.org X-Msg-Ref: server-2.tower-182.messagelabs.com!1335516117!25742785!1 X-Originating-IP: [60.234.4.75] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjAuMjM0LjQuNzUgPT4gNTg0OTQ=\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 595 invoked from network); 27 Apr 2012 08:42:00 -0000 Received: from nctlincom02.orcon.net.nz (HELO nctlincom02.orcon.net.nz) (60.234.4.75) by server-2.tower-182.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 27 Apr 2012 08:42:00 -0000 Received: from mx9.orcon.net.nz (mx9.orcon.net.nz [219.88.242.59]) by nctlincom02.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id q3R8h6gE018179 for ; Fri, 27 Apr 2012 20:43:07 +1200 Received: from Debian-exim by mx9.orcon.net.nz with local (Exim 4.69) (envelope-from ) id 1SNgkT-0005up-Pw for xen-users@lists.xen.org; Fri, 27 Apr 2012 20:41:53 +1200 Received: from 60-234-254-5.bitstream.orcon.net.nz ([60.234.254.5] helo=[192.168.1.3]) by mx9.orcon.net.nz with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SNgkT-0005tY-H0 for xen-users@lists.xen.org; Fri, 27 Apr 2012 20:41:53 +1200 Message-ID: <4F9A5BCF.4090707@pajamian.dhs.org> Date: Fri, 27 Apr 2012 20:41:51 +1200 From: Peter User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.28) Gecko/20120313 Thunderbird/3.1.20 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F97F916.70405@internetx.com> In-Reply-To: X-Enigmail-Version: 1.1.2 X-DSPAM-Check: by mx9.orcon.net.nz on Fri, 27 Apr 2012 20:41:53 +1200 X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Apr 27 20:41:53 2012 X-DSPAM-Confidence: 0.7007 X-DSPAM-Probability: 0.0000 X-Bayes-Prob: 0.2659 (Score 0, tokens from: @@RPTN, default) X-Spam-Score: 0.00 () [Hold at 5.50] X-CanIt-Geo: ip=60.234.254.5; country=NZ; latitude=-41.0000; longitude=174.0000; http://maps.google.com/maps?q=-41.0000,174.0000&z=6 X-CanItPRO-Stream: base:default X-Canit-Stats-ID: 05H2UH6Vb - dd8428840394 - 20120427 X-Scanned-By: CanIt (www . roaringpenguin . com) on 172.16.100.175 Subject: Re: [Xen-users] latest 4.1.2 RPMs for RHEL 5.8? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 26/04/12 02:36, Alan McKay wrote: > OK, I pulled down those as well as the libvrit RPMs but now I'm not sure > how to go about updating them. > > I just try putting them all into the current directory and then : > > yum -y update *.rpm > > And yum chugs away and looks like it is going to work but then spews out > a bunch of dependency problems > > Can someone point me at the right way to do this? cd /etc/yum.repos.d/ wget http://www.gitco.de/repo/GITCO-XEN4.1.2_x86_64.repo yum update Peter _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 27 12:50:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 12:50:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNkbA-0008VO-9Q; Fri, 27 Apr 2012 12:48:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNkb8-0008V9-LE for xen-users@lists.xen.org; Fri, 27 Apr 2012 12:48:30 +0000 Received: from [85.158.138.51:60589] by server-6.bemta-3.messagelabs.com id E1/1D-05145-D959A9F4; Fri, 27 Apr 2012 12:48:29 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1335530907!20055283!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28418 invoked from network); 27 Apr 2012 12:48:29 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 12:48:29 -0000 Received: by iafj26 with SMTP id j26so1309068iaf.32 for ; Fri, 27 Apr 2012 05:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=0xTP8riZSZ/UMIN+Nm0Hdg80aUGjF3zvD69WqlkEwUM=; b=e6G6+R8mJ3bFmXGLjyjisLVDnpiE6vzDt4BlQasG4fxUx9u/plu43+yO/XZTeNgV4U LbG9hcUPjr4iNo+dkhrnyd6f9TFkOwT90nwBRlkVPrNJM8qF7mpK6SHSB0hwMbm/y9iw bcOG2WW2an9TZewoatBPvJBhaWMaAaBriJn1+aYVH79cs1KXddWmejmDT/yivTMP6NJF AJH7z5N5rInaldavwBe1sORnKks/bj0eFRQ5KhhKAYoUBsFJbDHBDCY0+wXTnhuehhPd ufJW1NZnKAlFyADwjfGw0F6Z6wtyKVSFVL24c06w6+NJkvonwbyCIbqZcD2cEv2Kfimu 3BOQ== Received: by 10.50.76.136 with SMTP id k8mr2256147igw.2.1335530907381; Fri, 27 Apr 2012 05:48:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.20.66 with HTTP; Fri, 27 Apr 2012 05:48:07 -0700 (PDT) In-Reply-To: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> References: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> From: Todd Deshane Date: Fri, 27 Apr 2012 08:48:07 -0400 X-Google-Sender-Auth: W_9JWDBrAcl2UhfhQt6Sd5A3Ey0 Message-ID: To: =?Big5?B?tsDEbb33?= Cc: "xen-users@lists.xen.org" , Dave Scott , xen-api@lists.xensource.com Subject: Re: [Xen-users] What's the different between XAPI and Xenopsd ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhpcyBpcyBhIGJldHRlciBxdWVzdGlvbiBmb3IgdGhlIHhlbi1hcGkgbWFpbGluZyBsaXN0LiBB ZGRpbmcgdG8gdGhlIENDLgoKT24gVGh1LCBBcHIgMjYsIDIwMTIgYXQgMTA6NTggQU0sILbAxG29 9yA8dHVyaW5nQGNodC5jb20udHc+IHdyb3RlOgo+IEhpIGV2ZXJ5b25lLAo+Cj4KPgo+IEkgaGF2 ZSBzb21lIHF1ZXN0aW9uIGFib3V0IHRoZSBYZW5vcHNkLgo+Cj4gSaGmdmUgcmVhZCB0aGUgd2lr aSBkb2N1bWVudCBidXQgY2Fubm90IHVuZGVyc3RhbmQgd2hlcmUgdG8gdXNlIGl0LAo+Cj4gSXMg dGhpcyBkaWZmZXJlbnQgd2l0aCBYQVBJID8gV2hhdKGmcyB0aGUgbWFpbiB3b3JrIGZvcj8KPgo+ Cj4KPiBDYW4gYW55b25lIGRlc2NyaWJlIGl0IG1vcmUgY2xlYXJseSBhYm91dCBpdD8KPgo+IFRo YW5rcyBhIGxvdCEhCj4KPgo+Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKCgotLSAKVG9kZCBEZXNo YW5lCmh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL2Rlc2hhbnRtCmh0dHA6Ly9ibG9nLnhlbi5v cmcvCmh0dHA6Ly93aWtpLnhlbi5vcmcvCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 27 12:50:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 12:50:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNkbA-0008VO-9Q; Fri, 27 Apr 2012 12:48:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNkb8-0008V9-LE for xen-users@lists.xen.org; Fri, 27 Apr 2012 12:48:30 +0000 Received: from [85.158.138.51:60589] by server-6.bemta-3.messagelabs.com id E1/1D-05145-D959A9F4; Fri, 27 Apr 2012 12:48:29 +0000 X-Env-Sender: todd.deshane.xen@gmail.com X-Msg-Ref: server-10.tower-174.messagelabs.com!1335530907!20055283!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_23, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28418 invoked from network); 27 Apr 2012 12:48:29 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-10.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 12:48:29 -0000 Received: by iafj26 with SMTP id j26so1309068iaf.32 for ; Fri, 27 Apr 2012 05:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=0xTP8riZSZ/UMIN+Nm0Hdg80aUGjF3zvD69WqlkEwUM=; b=e6G6+R8mJ3bFmXGLjyjisLVDnpiE6vzDt4BlQasG4fxUx9u/plu43+yO/XZTeNgV4U LbG9hcUPjr4iNo+dkhrnyd6f9TFkOwT90nwBRlkVPrNJM8qF7mpK6SHSB0hwMbm/y9iw bcOG2WW2an9TZewoatBPvJBhaWMaAaBriJn1+aYVH79cs1KXddWmejmDT/yivTMP6NJF AJH7z5N5rInaldavwBe1sORnKks/bj0eFRQ5KhhKAYoUBsFJbDHBDCY0+wXTnhuehhPd ufJW1NZnKAlFyADwjfGw0F6Z6wtyKVSFVL24c06w6+NJkvonwbyCIbqZcD2cEv2Kfimu 3BOQ== Received: by 10.50.76.136 with SMTP id k8mr2256147igw.2.1335530907381; Fri, 27 Apr 2012 05:48:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.20.66 with HTTP; Fri, 27 Apr 2012 05:48:07 -0700 (PDT) In-Reply-To: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> References: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> From: Todd Deshane Date: Fri, 27 Apr 2012 08:48:07 -0400 X-Google-Sender-Auth: W_9JWDBrAcl2UhfhQt6Sd5A3Ey0 Message-ID: To: =?Big5?B?tsDEbb33?= Cc: "xen-users@lists.xen.org" , Dave Scott , xen-api@lists.xensource.com Subject: Re: [Xen-users] What's the different between XAPI and Xenopsd ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org VGhpcyBpcyBhIGJldHRlciBxdWVzdGlvbiBmb3IgdGhlIHhlbi1hcGkgbWFpbGluZyBsaXN0LiBB ZGRpbmcgdG8gdGhlIENDLgoKT24gVGh1LCBBcHIgMjYsIDIwMTIgYXQgMTA6NTggQU0sILbAxG29 9yA8dHVyaW5nQGNodC5jb20udHc+IHdyb3RlOgo+IEhpIGV2ZXJ5b25lLAo+Cj4KPgo+IEkgaGF2 ZSBzb21lIHF1ZXN0aW9uIGFib3V0IHRoZSBYZW5vcHNkLgo+Cj4gSaGmdmUgcmVhZCB0aGUgd2lr aSBkb2N1bWVudCBidXQgY2Fubm90IHVuZGVyc3RhbmQgd2hlcmUgdG8gdXNlIGl0LAo+Cj4gSXMg dGhpcyBkaWZmZXJlbnQgd2l0aCBYQVBJID8gV2hhdKGmcyB0aGUgbWFpbiB3b3JrIGZvcj8KPgo+ Cj4KPiBDYW4gYW55b25lIGRlc2NyaWJlIGl0IG1vcmUgY2xlYXJseSBhYm91dCBpdD8KPgo+IFRo YW5rcyBhIGxvdCEhCj4KPgo+Cj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+IFhlbi11c2VycyBtYWlsaW5nIGxpc3QKPiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+IGh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2VycwoKCgotLSAKVG9kZCBEZXNo YW5lCmh0dHA6Ly93d3cubGlua2VkaW4uY29tL2luL2Rlc2hhbnRtCmh0dHA6Ly9ibG9nLnhlbi5v cmcvCmh0dHA6Ly93aWtpLnhlbi5vcmcvCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Fri Apr 27 14:09:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 14:09:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNlq2-0001P2-I9; Fri, 27 Apr 2012 14:07:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNlq1-0001Oq-MZ for xen-users@lists.xen.org; Fri, 27 Apr 2012 14:07:57 +0000 Received: from [85.158.143.99:64035] by server-2.bemta-4.messagelabs.com id F7/7C-17550-C38AA9F4; Fri, 27 Apr 2012 14:07:56 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335535673!22199151!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5Njc0OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19865 invoked from network); 27 Apr 2012 14:07:54 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 14:07:54 -0000 X-IronPort-AV: E=Sophos;i="4.75,491,1330905600"; d="scan'208";a="12179732" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2012 14:07:40 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 27 Apr 2012 15:07:40 +0100 From: Dave Scott To: 'Todd Deshane' , =?gb2312?B?/FOrSd14?= Date: Fri, 27 Apr 2012 15:07:39 +0100 Thread-Topic: [Xen-users] What's the different between XAPI and Xenopsd ? Thread-Index: Ac0kdAugTQr7phpJTaCEd7vYXRDzTwABpXfw Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5BE@LONPMAILBOX01.citrite.net> References: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xensource.com" Subject: Re: [Xen-users] What's the different between XAPI and Xenopsd ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8925451925868501259==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8925451925868501259== Content-Language: en-US Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksDQoNCkF0IHRoZSBtb21lbnQgeGFwaSBpcyBxdWl0ZSBtb25vbGl0aGljIGFuZCB3ZSB3YW50 ZWQgdG8gbWFrZSBpdCBlYXNpZXIgdG8gbWFpbnRhaW4gYnkgc3BsaXR0aW5nIGl0IHVwIGludG8g c2V2ZXJhbCBzbWFsbGVyIHNlcnZpY2VzLg0KDQpUaGUgbmV3IHhlbm9wc2QgaXMgdGhlICJkb21h aW4gbWFuYWdlciIgcGFydCBvZiB4YXBpLiBUaGlzIGlzIG5vdyB3aGF0IGhhcHBlbnMgd2hlbiBh IHVzZXIgc3RhcnRzIGEgVk06DQoNCjEuIGNsaWVudCBzZW5kcyB0aGUgWGVuQVBJIFZNLnN0YXJ0 IGNhbGwgdG8geGFwaQ0KMi4geGFwaSBkZWNpZGVzIHdoaWNoIGhvc3QgdG8gc3RhcnQgdGhlIFZN IG9uDQozLiB4YXBpIGZvcndhcmRzIHRoZSBjYWxsIHRvIHRoZSB4YXBpIG9uIHRoZSAic2xhdmUi DQo0LiB0aGUgc2xhdmUgeGFwaSBnaXZlcyB0aGUgVk0gY29uZmlndXJhdGlvbiB0byB4ZW5vcHNk DQo1LiB0aGUgc2xhdmUgeGFwaSB0ZWxscyB4ZW5vcHNkIHRvIHN0YXJ0IHRoZSBWTSBhbmQgbG9v ayBhZnRlciBpdC4NCg0KTGF0ZXIgaWYgdGhlIHVzZXIgcmVib290cyB0aGUgVk06DQoNCjEuIHhl bm9wc2Qgbm90aWNlcyB0aGUgZG9tYWluIG5lZWRzIHRvIGJlIHJlc3RhcnRlZA0KMi4geGVub3Bz ZCByZXN0YXJ0cyB0aGUgVk0NCjMuIHhhcGkgcmVjZWl2ZXMgYW4gZXZlbnQgZnJvbSB4ZW5vcHNk IHRlbGxpbmcgaXQgdGhhdCB0aGUgVk0gaGFzIGNoYW5nZWQNCjQuIHhhcGkgYXNrcyB4ZW5vcHNk IGZvciB0aGUgY3VycmVudCBWTSBzdGF0ZQ0KNS4geGFwaSB1cGRhdGVzIHRoZSBwb29sIGRhdGFi YXNlDQoNClNvIHhlbm9wc2QgaXMgcmVhbGx5IGFuIGludGVybmFsIHNlcnZpY2UuDQoNCkFwYXJ0 IGZyb20gYmVpbmcgZWFzaWVyIHRvIG1haW50YWluIGl0Og0KDQoxLiB3aWxsIGJlIGVhc2llciB0 byBpbnRlZ3JhdGUgd2l0aCBsaWJ4bCBiZWNhdXNlIGFsbCB0aGUgbG93LWxldmVsIHhlbiBzdHVm ZiBpcyBjb250YWluZWQgd2l0aGluIGEgImJhY2tlbmQiIHBsdWdpbg0KDQoyLiBpbmNsdWRlcyBh ICJtb2NrIiBiYWNrZW5kIHdoaWNoIGNhbiBiZSB1c2VkIHRvIHNpbXVsYXRlIGEgaG9zdCwgdXNl ZnVsIGZvciB0ZXN0aW5nDQoNCjMuIGl0IGlzIGF3YXJlIG9mIGRyaXZlciBkb21haW5zIGkuZS4g dGhhdCBiYWNrZW5kcyBjYW4gYmUgaW4gZG9tYWlucyBvdGhlciB0aGFuIGRvbWFpbiB6ZXJvDQoN CjQuIGlzIG11Y2ggbW9yZSBjbGVhbmx5IG11bHRpdGhyZWFkZWQgKGFuZCB3aWxsIGhvcGVmdWxs eSBiZSBjb252ZXJ0ZWQgdG8gdXNlIHRoZSAibHd0IiBtb25hZGljIGNvbmN1cnJlbmN5IGxpYnJh cnkgaW4gdGhlIGZ1dHVyZSkNCg0KSFRILA0KRGF2ZQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IHRvZGQuZGVzaGFuZS54ZW5AZ21haWwuY29tIFttYWlsdG86dG9kZC5k ZXNoYW5lLnhlbkBnbWFpbC5jb21dIE9uDQo+IEJlaGFsZiBPZiBUb2RkIERlc2hhbmUNCj4gU2Vu dDogMjcgQXByaWwgMjAxMiAxMzo0OA0KPiBUbzog/FOrSd14DQo+IENjOiB4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZzsgeGVuLWFwaUBsaXN0cy54ZW5zb3VyY2UuY29tOyBEYXZlIFNjb3R0DQo+IFN1 YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBXaGF0J3MgdGhlIGRpZmZlcmVudCBiZXR3ZWVuIFhBUEkg YW5kIFhlbm9wc2QgPw0KPiANCj4gVGhpcyBpcyBhIGJldHRlciBxdWVzdGlvbiBmb3IgdGhlIHhl bi1hcGkgbWFpbGluZyBsaXN0LiBBZGRpbmcgdG8gdGhlDQo+IENDLg0KPiANCj4gT24gVGh1LCBB cHIgMjYsIDIwMTIgYXQgMTA6NTggQU0sIPxTq0ndeCA8dHVyaW5nQGNodC5jb20udHc+IHdyb3Rl Og0KPiA+IEhpIGV2ZXJ5b25lLA0KPiA+DQo+ID4NCj4gPg0KPiA+IEkgaGF2ZSBzb21lIHF1ZXN0 aW9uIGFib3V0IHRoZSBYZW5vcHNkLg0KPiA+DQo+ID4gSaGvdmUgcmVhZCB0aGUgd2lraSBkb2N1 bWVudCBidXQgY2Fubm90IHVuZGVyc3RhbmQgd2hlcmUgdG8gdXNlIGl0LA0KPiA+DQo+ID4gSXMg dGhpcyBkaWZmZXJlbnQgd2l0aCBYQVBJID8gV2hhdKGvcyB0aGUgbWFpbiB3b3JrIGZvcj8NCj4g Pg0KPiA+DQo+ID4NCj4gPiBDYW4gYW55b25lIGRlc2NyaWJlIGl0IG1vcmUgY2xlYXJseSBhYm91 dCBpdD8NCj4gPg0KPiA+IFRoYW5rcyBhIGxvdCEhDQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QNCj4gPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPiA+IGh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KPiANCj4gDQo+IA0KPiAtLQ0KPiBUb2RkIERlc2hh bmUNCj4gaHR0cDovL3d3dy5saW5rZWRpbi5jb20vaW4vZGVzaGFudG0NCj4gaHR0cDovL2Jsb2cu eGVuLm9yZy8NCj4gaHR0cDovL3dpa2kueGVuLm9yZy8NCg== --===============8925451925868501259== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8925451925868501259==-- From xen-users-bounces@lists.xen.org Fri Apr 27 14:09:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 14:09:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNlq2-0001P2-I9; Fri, 27 Apr 2012 14:07:58 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNlq1-0001Oq-MZ for xen-users@lists.xen.org; Fri, 27 Apr 2012 14:07:57 +0000 Received: from [85.158.143.99:64035] by server-2.bemta-4.messagelabs.com id F7/7C-17550-C38AA9F4; Fri, 27 Apr 2012 14:07:56 +0000 X-Env-Sender: Dave.Scott@eu.citrix.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335535673!22199151!1 X-Originating-IP: [62.200.22.115] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjIuMjAwLjIyLjExNSA9PiA5Njc0OQ==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19865 invoked from network); 27 Apr 2012 14:07:54 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (62.200.22.115) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 14:07:54 -0000 X-IronPort-AV: E=Sophos;i="4.75,491,1330905600"; d="scan'208";a="12179732" Received: from lonpmailmx02.citrite.net ([10.30.203.163]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/RC4-MD5; 27 Apr 2012 14:07:40 +0000 Received: from LONPMAILBOX01.citrite.net ([10.30.224.160]) by LONPMAILMX02.citrite.net ([10.30.203.163]) with mapi; Fri, 27 Apr 2012 15:07:40 +0100 From: Dave Scott To: 'Todd Deshane' , =?gb2312?B?/FOrSd14?= Date: Fri, 27 Apr 2012 15:07:39 +0100 Thread-Topic: [Xen-users] What's the different between XAPI and Xenopsd ? Thread-Index: Ac0kdAugTQr7phpJTaCEd7vYXRDzTwABpXfw Message-ID: <81A73678E76EA642801C8F2E4823AD21DA9E1FD5BE@LONPMAILBOX01.citrite.net> References: <557004149BCB6446BE48D5BA5F8C9D68DF918FE4FF@MAIL.corp.cht.com.tw> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 Cc: "xen-users@lists.xen.org" , "xen-api@lists.xensource.com" Subject: Re: [Xen-users] What's the different between XAPI and Xenopsd ? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8925451925868501259==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8925451925868501259== Content-Language: en-US Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksDQoNCkF0IHRoZSBtb21lbnQgeGFwaSBpcyBxdWl0ZSBtb25vbGl0aGljIGFuZCB3ZSB3YW50 ZWQgdG8gbWFrZSBpdCBlYXNpZXIgdG8gbWFpbnRhaW4gYnkgc3BsaXR0aW5nIGl0IHVwIGludG8g c2V2ZXJhbCBzbWFsbGVyIHNlcnZpY2VzLg0KDQpUaGUgbmV3IHhlbm9wc2QgaXMgdGhlICJkb21h aW4gbWFuYWdlciIgcGFydCBvZiB4YXBpLiBUaGlzIGlzIG5vdyB3aGF0IGhhcHBlbnMgd2hlbiBh IHVzZXIgc3RhcnRzIGEgVk06DQoNCjEuIGNsaWVudCBzZW5kcyB0aGUgWGVuQVBJIFZNLnN0YXJ0 IGNhbGwgdG8geGFwaQ0KMi4geGFwaSBkZWNpZGVzIHdoaWNoIGhvc3QgdG8gc3RhcnQgdGhlIFZN IG9uDQozLiB4YXBpIGZvcndhcmRzIHRoZSBjYWxsIHRvIHRoZSB4YXBpIG9uIHRoZSAic2xhdmUi DQo0LiB0aGUgc2xhdmUgeGFwaSBnaXZlcyB0aGUgVk0gY29uZmlndXJhdGlvbiB0byB4ZW5vcHNk DQo1LiB0aGUgc2xhdmUgeGFwaSB0ZWxscyB4ZW5vcHNkIHRvIHN0YXJ0IHRoZSBWTSBhbmQgbG9v ayBhZnRlciBpdC4NCg0KTGF0ZXIgaWYgdGhlIHVzZXIgcmVib290cyB0aGUgVk06DQoNCjEuIHhl bm9wc2Qgbm90aWNlcyB0aGUgZG9tYWluIG5lZWRzIHRvIGJlIHJlc3RhcnRlZA0KMi4geGVub3Bz ZCByZXN0YXJ0cyB0aGUgVk0NCjMuIHhhcGkgcmVjZWl2ZXMgYW4gZXZlbnQgZnJvbSB4ZW5vcHNk IHRlbGxpbmcgaXQgdGhhdCB0aGUgVk0gaGFzIGNoYW5nZWQNCjQuIHhhcGkgYXNrcyB4ZW5vcHNk IGZvciB0aGUgY3VycmVudCBWTSBzdGF0ZQ0KNS4geGFwaSB1cGRhdGVzIHRoZSBwb29sIGRhdGFi YXNlDQoNClNvIHhlbm9wc2QgaXMgcmVhbGx5IGFuIGludGVybmFsIHNlcnZpY2UuDQoNCkFwYXJ0 IGZyb20gYmVpbmcgZWFzaWVyIHRvIG1haW50YWluIGl0Og0KDQoxLiB3aWxsIGJlIGVhc2llciB0 byBpbnRlZ3JhdGUgd2l0aCBsaWJ4bCBiZWNhdXNlIGFsbCB0aGUgbG93LWxldmVsIHhlbiBzdHVm ZiBpcyBjb250YWluZWQgd2l0aGluIGEgImJhY2tlbmQiIHBsdWdpbg0KDQoyLiBpbmNsdWRlcyBh ICJtb2NrIiBiYWNrZW5kIHdoaWNoIGNhbiBiZSB1c2VkIHRvIHNpbXVsYXRlIGEgaG9zdCwgdXNl ZnVsIGZvciB0ZXN0aW5nDQoNCjMuIGl0IGlzIGF3YXJlIG9mIGRyaXZlciBkb21haW5zIGkuZS4g dGhhdCBiYWNrZW5kcyBjYW4gYmUgaW4gZG9tYWlucyBvdGhlciB0aGFuIGRvbWFpbiB6ZXJvDQoN CjQuIGlzIG11Y2ggbW9yZSBjbGVhbmx5IG11bHRpdGhyZWFkZWQgKGFuZCB3aWxsIGhvcGVmdWxs eSBiZSBjb252ZXJ0ZWQgdG8gdXNlIHRoZSAibHd0IiBtb25hZGljIGNvbmN1cnJlbmN5IGxpYnJh cnkgaW4gdGhlIGZ1dHVyZSkNCg0KSFRILA0KRGF2ZQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IHRvZGQuZGVzaGFuZS54ZW5AZ21haWwuY29tIFttYWlsdG86dG9kZC5k ZXNoYW5lLnhlbkBnbWFpbC5jb21dIE9uDQo+IEJlaGFsZiBPZiBUb2RkIERlc2hhbmUNCj4gU2Vu dDogMjcgQXByaWwgMjAxMiAxMzo0OA0KPiBUbzog/FOrSd14DQo+IENjOiB4ZW4tdXNlcnNAbGlz dHMueGVuLm9yZzsgeGVuLWFwaUBsaXN0cy54ZW5zb3VyY2UuY29tOyBEYXZlIFNjb3R0DQo+IFN1 YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBXaGF0J3MgdGhlIGRpZmZlcmVudCBiZXR3ZWVuIFhBUEkg YW5kIFhlbm9wc2QgPw0KPiANCj4gVGhpcyBpcyBhIGJldHRlciBxdWVzdGlvbiBmb3IgdGhlIHhl bi1hcGkgbWFpbGluZyBsaXN0LiBBZGRpbmcgdG8gdGhlDQo+IENDLg0KPiANCj4gT24gVGh1LCBB cHIgMjYsIDIwMTIgYXQgMTA6NTggQU0sIPxTq0ndeCA8dHVyaW5nQGNodC5jb20udHc+IHdyb3Rl Og0KPiA+IEhpIGV2ZXJ5b25lLA0KPiA+DQo+ID4NCj4gPg0KPiA+IEkgaGF2ZSBzb21lIHF1ZXN0 aW9uIGFib3V0IHRoZSBYZW5vcHNkLg0KPiA+DQo+ID4gSaGvdmUgcmVhZCB0aGUgd2lraSBkb2N1 bWVudCBidXQgY2Fubm90IHVuZGVyc3RhbmQgd2hlcmUgdG8gdXNlIGl0LA0KPiA+DQo+ID4gSXMg dGhpcyBkaWZmZXJlbnQgd2l0aCBYQVBJID8gV2hhdKGvcyB0aGUgbWFpbiB3b3JrIGZvcj8NCj4g Pg0KPiA+DQo+ID4NCj4gPiBDYW4gYW55b25lIGRlc2NyaWJlIGl0IG1vcmUgY2xlYXJseSBhYm91 dCBpdD8NCj4gPg0KPiA+IFRoYW5rcyBhIGxvdCEhDQo+ID4NCj4gPg0KPiA+DQo+ID4NCj4gPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+IFhlbi11 c2VycyBtYWlsaW5nIGxpc3QNCj4gPiBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZw0KPiA+IGh0dHA6 Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw0KPiANCj4gDQo+IA0KPiAtLQ0KPiBUb2RkIERlc2hh bmUNCj4gaHR0cDovL3d3dy5saW5rZWRpbi5jb20vaW4vZGVzaGFudG0NCj4gaHR0cDovL2Jsb2cu eGVuLm9yZy8NCj4gaHR0cDovL3dpa2kueGVuLm9yZy8NCg== --===============8925451925868501259== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8925451925868501259==-- From xen-users-bounces@lists.xen.org Fri Apr 27 17:29:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 17:29: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 1SNoy1-0005cO-3L; Fri, 27 Apr 2012 17:28:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNoy0-0005cJ-C3 for xen-users@lists.xen.org; Fri, 27 Apr 2012 17:28:24 +0000 Received: from [193.109.254.147:3233] by server-8.bemta-14.messagelabs.com id 4F/ED-23244-737DA9F4; Fri, 27 Apr 2012 17:28:23 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1335547701!6731163!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12297 invoked from network); 27 Apr 2012 17:28:22 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 17:28:22 -0000 Received: by vbbfs19 with SMTP id fs19so896541vbb.32 for ; Fri, 27 Apr 2012 10:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=oPETcyuFLUtUSBcrHKV48XTmZrncNRplzYRnRc17axs=; b=Q9V99H11vaJDwiRY+COdThPv0m9ceIO77opexr2OfXwdvYjeXF/B1LV1mO8BBTr5Gg pouA2g5KyF1r28kIdyheWGf7G8ZAibcToyhfZpns+bLVIDBBPAWMDGuNG3T3PqQIkHeO gws8Za+zjNypOd4KWoGBE8BCHXr2NLMfG2Apsu8pxqM8RBDCV6xldHh+fbuH+XUplT28 2dedu/DuYzgvwNHD5dFL1uWuk79NWvseCQD9HIZOT6ljn5SCB/VobGZfpRbwqkhsPRVw Ar3VXRSE4GpaKIuHkf5YimwKYSFU2yxsJvs96bx+NHm/7gAZOdXP4OYTOjXhQe4a7zZP eCPQ== MIME-Version: 1.0 Received: by 10.52.18.212 with SMTP id y20mr10228007vdd.50.1335547701044; Fri, 27 Apr 2012 10:28:21 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Fri, 27 Apr 2012 10:28:21 -0700 (PDT) Date: Fri, 27 Apr 2012 19:28:21 +0200 Message-ID: From: Lloyd Dizon To: xen-users@lists.xen.org Subject: [Xen-users] Correlation between cpu load and time offsets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Has anybody noticed increased time offsets whenever there is a spike in cpu load? I am unable to prove it yet but I am suspecting this is happening on some of my servers. If so do you have ntp setups that you would recommend? regards, Lloyd _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 27 17:29:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 17:29: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 1SNoy1-0005cO-3L; Fri, 27 Apr 2012 17:28:25 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNoy0-0005cJ-C3 for xen-users@lists.xen.org; Fri, 27 Apr 2012 17:28:24 +0000 Received: from [193.109.254.147:3233] by server-8.bemta-14.messagelabs.com id 4F/ED-23244-737DA9F4; Fri, 27 Apr 2012 17:28:23 +0000 X-Env-Sender: thecarrionkind@gmail.com X-Msg-Ref: server-3.tower-27.messagelabs.com!1335547701!6731163!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12297 invoked from network); 27 Apr 2012 17:28:22 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-3.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 17:28:22 -0000 Received: by vbbfs19 with SMTP id fs19so896541vbb.32 for ; Fri, 27 Apr 2012 10:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=oPETcyuFLUtUSBcrHKV48XTmZrncNRplzYRnRc17axs=; b=Q9V99H11vaJDwiRY+COdThPv0m9ceIO77opexr2OfXwdvYjeXF/B1LV1mO8BBTr5Gg pouA2g5KyF1r28kIdyheWGf7G8ZAibcToyhfZpns+bLVIDBBPAWMDGuNG3T3PqQIkHeO gws8Za+zjNypOd4KWoGBE8BCHXr2NLMfG2Apsu8pxqM8RBDCV6xldHh+fbuH+XUplT28 2dedu/DuYzgvwNHD5dFL1uWuk79NWvseCQD9HIZOT6ljn5SCB/VobGZfpRbwqkhsPRVw Ar3VXRSE4GpaKIuHkf5YimwKYSFU2yxsJvs96bx+NHm/7gAZOdXP4OYTOjXhQe4a7zZP eCPQ== MIME-Version: 1.0 Received: by 10.52.18.212 with SMTP id y20mr10228007vdd.50.1335547701044; Fri, 27 Apr 2012 10:28:21 -0700 (PDT) Received: by 10.52.21.174 with HTTP; Fri, 27 Apr 2012 10:28:21 -0700 (PDT) Date: Fri, 27 Apr 2012 19:28:21 +0200 Message-ID: From: Lloyd Dizon To: xen-users@lists.xen.org Subject: [Xen-users] Correlation between cpu load and time offsets X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, Has anybody noticed increased time offsets whenever there is a spike in cpu load? I am unable to prove it yet but I am suspecting this is happening on some of my servers. If so do you have ntp setups that you would recommend? regards, Lloyd _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Fri Apr 27 18:30:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 18:30: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 1SNpv9-0006w2-Jv; Fri, 27 Apr 2012 18:29:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNpv8-0006vu-BT for xen-users@lists.xen.org; Fri, 27 Apr 2012 18:29:30 +0000 Received: from [85.158.139.83:17347] by server-12.bemta-5.messagelabs.com id F9/CE-01344-985EA9F4; Fri, 27 Apr 2012 18:29:29 +0000 X-Env-Sender: mkosmita@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1335551368!25312999!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14191 invoked from network); 27 Apr 2012 18:29:29 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 18:29:29 -0000 Received: by lahe6 with SMTP id e6so862441lah.32 for ; Fri, 27 Apr 2012 11:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lClnJQ1BMWRFNMtynCP9b50Ng1EzI3l7nciF0jOW0g4=; b=fstnPUZzHgRTsIi4jV71vBrnc1kkV58qqaCpB0WtlnJHY/clVU4YAl5ylVObpT87oS mpd1gzGqBmUPprpGOqYVsRprLEIxxY+VHBjZ3EG7WOFKJw6R7VpAn4ZVuQ6gklc+OE/i 2VPqjSt+PrNE4APTQI1io5KuUDP2om4qm6LwCchQKyb8+EcG5T63B/mh1a+guyEaFMFK fJYkV0AbsHsIVcPVsu9ZcfBA7ulxuWjDftFtz66uaOrcuBG9tiPb8P2H/+LHVkHKdUfR nSy4+enibrEfp6fuC9WIizNeD9XahKoawsNNY7KIBRUJPWPlK43wVcNkB5GWPKkXleZS UJZA== MIME-Version: 1.0 Received: by 10.112.49.100 with SMTP id t4mr3712553lbn.10.1335551368218; Fri, 27 Apr 2012 11:29:28 -0700 (PDT) Received: by 10.112.87.71 with HTTP; Fri, 27 Apr 2012 11:29:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Apr 2012 18:29:28 +0000 Message-ID: From: =?UTF-8?B?TWljaGHFgiBLYXJhxZs=?= To: Outback Dingo Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] [XCP] Authenticty of XCP installation image. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGkuCgpUaGFuayB5b3UgZm9yIHlvdXIgYW5zd2VyIGhvd2V2ZXIgaXQgaXMgbm90IGVub3VnaC4u LgoKaHR0cDovL2VuLndpa2lwZWRpYS5vcmcvd2lraS9NZDUjU2VjdXJpdHkKCkkgYmVsaWV2ZSBt ZDUgc2hvdWxkIG5vdCBiZSB1c2VkIGFueSBtb3JlIGZvciBzZWN1cml0eSByZWxhdGVkCnB1cnBv c2VzLiBUaGVzZSBkYXlzIGNvbXB1dGluZyBhIHNoYTI1NiBvciBhdCBsZWFzdCBzaGExIHNob3Vs ZCBiZQp1c2VkLiBFdmVuIHNoYTEgd2FzIHBoYXNlZCBvdXQgYnkgVVMgZ292IGluIHRoZSAyMDEw Li4uCgpBbHNvIHBsYWluIGVtYWlsIG9yIGh0dHAgaXMgbm90IGEgc2VjdXJlIHdheSBvZiBjb21t dW5pY2F0aW5nIGhhc2gKYmVjYXVzZSBpdCBjb3VsZCBlYXNpbHkgYmUgYWx0ZXJlZCBieSBtYWxp Y2lvdXMgcm91dGVycyBvciBJU1AuLi4KClNvbHV0aW9ucyB0byB0aGlzIGlzIGVpdGhlciBzZXJ2 aW5nIHRoZSBoYXNoIG92ZXIgc2VjdXJlIGNvbm5lY3Rpb24KbGlrZSBzc2wvdGxzIChodHRwUykK b3Igc2lnbmluZyBhIGZpbGUgY3J5cHRvZ3JhcGhpY2FsbHkgbGlrZSB1c2luZyBwZ3AvZ251cGcu CgoKVGhhbmsgeW91IGZvciB0cnlpbmcgdG8gaGVscC4uLgoKCgoKT24gNC8yMS8xMiwgT3V0YmFj ayBEaW5nbyA8b3V0YmFja2RpbmdvQGdtYWlsLmNvbT4gd3JvdGU6Cj4gT24gRnJpLCBBcHIgMjAs IDIwMTIgYXQgNDo1NiBBTSwgTWljaGHFgiBLYXJhxZsgPG1rb3NtaXRhQGdtYWlsLmNvbT4gd3Jv dGU6Cj4+IEhpLgo+Pgo+PiBIb3cgZG8gSSB2ZXJpZnkgYXV0aGVudGljaXR5IGFuZCBpbnRlZ3Jp dHkgb2YgZG93bmxvYWRlZCBYQ1AgaW5zdGFsbGF0aW9uCj4+IGlzbz8KPj4gSSBjYW5ub3QgZmlu ZCBhbnkgZGlnaXRhbCBzaWduYXR1cmUgb3IgYW55IHBhZ2Ugc2VydmluZyBjcnlwdG9ncmFwaGlj Cj4+IGhhc2ggb3ZlciBhIHNlY3VyZSBjb25uZWN0aW9uLiBUaGUgZG93bmxvYWQgaXMgYWxzbyBu b3QgYXZhaWxhYmxlIG92ZXIKPj4gaHR0cFMuLi4KPj4KPgo+IFdvdyBubyB0b28gcGFyYW5vaWQu Li4uLi4gbWQ1c3VtIGQ4MDUzODY0NWM0YjNjOGRiOGEzZWMzZTdjMjU0NmMyCj4gNTMzNDEvWENQ LTEuNS1iZXRhLWJhc2UtNTMzNDEuaXNvCj4KPj4gUGxlYXNlIGhlbHAuCj4+Cj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IFhlbi11c2VycyBtYWls aW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzCj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Fri Apr 27 18:30:42 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 27 Apr 2012 18:30: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 1SNpv9-0006w2-Jv; Fri, 27 Apr 2012 18:29:31 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNpv8-0006vu-BT for xen-users@lists.xen.org; Fri, 27 Apr 2012 18:29:30 +0000 Received: from [85.158.139.83:17347] by server-12.bemta-5.messagelabs.com id F9/CE-01344-985EA9F4; Fri, 27 Apr 2012 18:29:29 +0000 X-Env-Sender: mkosmita@gmail.com X-Msg-Ref: server-13.tower-182.messagelabs.com!1335551368!25312999!1 X-Originating-IP: [209.85.215.45] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14191 invoked from network); 27 Apr 2012 18:29:29 -0000 Received: from mail-lpp01m010-f45.google.com (HELO mail-lpp01m010-f45.google.com) (209.85.215.45) by server-13.tower-182.messagelabs.com with RC4-SHA encrypted SMTP; 27 Apr 2012 18:29:29 -0000 Received: by lahe6 with SMTP id e6so862441lah.32 for ; Fri, 27 Apr 2012 11:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=lClnJQ1BMWRFNMtynCP9b50Ng1EzI3l7nciF0jOW0g4=; b=fstnPUZzHgRTsIi4jV71vBrnc1kkV58qqaCpB0WtlnJHY/clVU4YAl5ylVObpT87oS mpd1gzGqBmUPprpGOqYVsRprLEIxxY+VHBjZ3EG7WOFKJw6R7VpAn4ZVuQ6gklc+OE/i 2VPqjSt+PrNE4APTQI1io5KuUDP2om4qm6LwCchQKyb8+EcG5T63B/mh1a+guyEaFMFK fJYkV0AbsHsIVcPVsu9ZcfBA7ulxuWjDftFtz66uaOrcuBG9tiPb8P2H/+LHVkHKdUfR nSy4+enibrEfp6fuC9WIizNeD9XahKoawsNNY7KIBRUJPWPlK43wVcNkB5GWPKkXleZS UJZA== MIME-Version: 1.0 Received: by 10.112.49.100 with SMTP id t4mr3712553lbn.10.1335551368218; Fri, 27 Apr 2012 11:29:28 -0700 (PDT) Received: by 10.112.87.71 with HTTP; Fri, 27 Apr 2012 11:29:28 -0700 (PDT) In-Reply-To: References: Date: Fri, 27 Apr 2012 18:29:28 +0000 Message-ID: From: =?UTF-8?B?TWljaGHFgiBLYXJhxZs=?= To: Outback Dingo Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] [XCP] Authenticty of XCP installation image. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SGkuCgpUaGFuayB5b3UgZm9yIHlvdXIgYW5zd2VyIGhvd2V2ZXIgaXQgaXMgbm90IGVub3VnaC4u LgoKaHR0cDovL2VuLndpa2lwZWRpYS5vcmcvd2lraS9NZDUjU2VjdXJpdHkKCkkgYmVsaWV2ZSBt ZDUgc2hvdWxkIG5vdCBiZSB1c2VkIGFueSBtb3JlIGZvciBzZWN1cml0eSByZWxhdGVkCnB1cnBv c2VzLiBUaGVzZSBkYXlzIGNvbXB1dGluZyBhIHNoYTI1NiBvciBhdCBsZWFzdCBzaGExIHNob3Vs ZCBiZQp1c2VkLiBFdmVuIHNoYTEgd2FzIHBoYXNlZCBvdXQgYnkgVVMgZ292IGluIHRoZSAyMDEw Li4uCgpBbHNvIHBsYWluIGVtYWlsIG9yIGh0dHAgaXMgbm90IGEgc2VjdXJlIHdheSBvZiBjb21t dW5pY2F0aW5nIGhhc2gKYmVjYXVzZSBpdCBjb3VsZCBlYXNpbHkgYmUgYWx0ZXJlZCBieSBtYWxp Y2lvdXMgcm91dGVycyBvciBJU1AuLi4KClNvbHV0aW9ucyB0byB0aGlzIGlzIGVpdGhlciBzZXJ2 aW5nIHRoZSBoYXNoIG92ZXIgc2VjdXJlIGNvbm5lY3Rpb24KbGlrZSBzc2wvdGxzIChodHRwUykK b3Igc2lnbmluZyBhIGZpbGUgY3J5cHRvZ3JhcGhpY2FsbHkgbGlrZSB1c2luZyBwZ3AvZ251cGcu CgoKVGhhbmsgeW91IGZvciB0cnlpbmcgdG8gaGVscC4uLgoKCgoKT24gNC8yMS8xMiwgT3V0YmFj ayBEaW5nbyA8b3V0YmFja2RpbmdvQGdtYWlsLmNvbT4gd3JvdGU6Cj4gT24gRnJpLCBBcHIgMjAs IDIwMTIgYXQgNDo1NiBBTSwgTWljaGHFgiBLYXJhxZsgPG1rb3NtaXRhQGdtYWlsLmNvbT4gd3Jv dGU6Cj4+IEhpLgo+Pgo+PiBIb3cgZG8gSSB2ZXJpZnkgYXV0aGVudGljaXR5IGFuZCBpbnRlZ3Jp dHkgb2YgZG93bmxvYWRlZCBYQ1AgaW5zdGFsbGF0aW9uCj4+IGlzbz8KPj4gSSBjYW5ub3QgZmlu ZCBhbnkgZGlnaXRhbCBzaWduYXR1cmUgb3IgYW55IHBhZ2Ugc2VydmluZyBjcnlwdG9ncmFwaGlj Cj4+IGhhc2ggb3ZlciBhIHNlY3VyZSBjb25uZWN0aW9uLiBUaGUgZG93bmxvYWQgaXMgYWxzbyBu b3QgYXZhaWxhYmxlIG92ZXIKPj4gaHR0cFMuLi4KPj4KPgo+IFdvdyBubyB0b28gcGFyYW5vaWQu Li4uLi4gbWQ1c3VtIGQ4MDUzODY0NWM0YjNjOGRiOGEzZWMzZTdjMjU0NmMyCj4gNTMzNDEvWENQ LTEuNS1iZXRhLWJhc2UtNTMzNDEuaXNvCj4KPj4gUGxlYXNlIGhlbHAuCj4+Cj4+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4+IFhlbi11c2VycyBtYWls aW5nIGxpc3QKPj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gaHR0cDovL2xpc3RzLnhlbi5v cmcveGVuLXVzZXJzCj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0 cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Sat Apr 28 03:30:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Apr 2012 03:30: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 1SNyLB-0006Vd-4r; Sat, 28 Apr 2012 03:28:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNyL9-0006VY-VD for xen-users@lists.xen.org; Sat, 28 Apr 2012 03:28:56 +0000 Received: from [193.109.254.147:31400] by server-6.bemta-14.messagelabs.com id 63/C1-02047-7F36B9F4; Sat, 28 Apr 2012 03:28:55 +0000 X-Env-Sender: kenji.miyamoto.bsd@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1335583733!4266799!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25042 invoked from network); 28 Apr 2012 03:28:54 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2012 03:28:54 -0000 Received: by iafj26 with SMTP id j26so2363238iaf.32 for ; Fri, 27 Apr 2012 20:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TvUm7S6Y20u97HhZNsXXa1CMUJ381PY8t0vaX0/VyoQ=; b=k7V0lJUSG5YKS87PkC7dq42IQFYtyQv8eBWY5k0WQnOS1KpyFW0VK520VxP/RBAuy6 5x8hNlGj3BcQU6SIyJmmJPGx0wtBQ20hNMqtnmuEJZT0w8SgIrNJS5guSkFRePhfnpPK /TozkAhaJcr/W3aFCYtGe6qAOiJDMPtoqI3rYYTieMwFuHjNVjYmACUAO8OUONcZ44/v ohvAFOORICAODZ7bqiCp4aufGHOCYmWptzbgIHmO2GCXOU2MSTqHmgub7gT7zurSZD8l cHnz7ww6gzSSzVpzSc2Ex5BqxkZp3E4sNc8yxgc7i/cuS7P0ZhxInalPIuGjC/mKf0ex s5pg== MIME-Version: 1.0 Received: by 10.50.219.194 with SMTP id pq2mr4687161igc.18.1335583732682; Fri, 27 Apr 2012 20:28:52 -0700 (PDT) Received: by 10.42.229.66 with HTTP; Fri, 27 Apr 2012 20:28:52 -0700 (PDT) Date: Fri, 27 Apr 2012 20:28:52 -0700 Message-ID: From: Kenji Miyamoto To: xen-users@lists.xen.org Subject: [Xen-users] Segmentation Fault when Starting domUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello everyone, I just put together a brand new system, and I'm getting the following when I try to start a domU: > [ 1902.049066] xend[12924]: segfault at b9ff6cd8 ip 00007f36c474afe1 sp 00007f36b9ff6af8 error 4 in libxenguest.so.4.0.0[7f36c4730000+24000] This is on an AMD CPU with the AVX instructions, and I already have this in my grub.cfg: > multiboot /xen-4.1.2.gz dom0_mem=3072M dom0_max_vcpus=2 dom0_vcpus_pin xsave=1 Before adding xsave=1, programs like gdb and xm would crash; after adding it, they don't but xend still does. Here's my uname -a: > Linux superbob 3.3.3-1-ARCH #1 SMP PREEMPT Mon Apr 23 09:41:07 CEST 2012 x86_64 AMD Opteron(tm) Processor 4238 AuthenticAMD GNU/Linux I have Arch Linux's glibc 2.15-10 and xen 4.1.2-1. I haven't worked with Xen before, so I don't have any experience with a working domU. This is my domU's config: > kernel = "/boot/vmlinuz-linux" > ramdisk = "/boot/initramfs-linux.img" > memory = 4096 > name = "vflex" > vif = [ 'mac=00:16:3e:00:47:01' ] > vcpus=2 > disk = [ 'phy:/dev/sda7,xvdb,w', 'phy:/dev/sda6,xvda,w'] > hostname = "vflex" > root = "/dev/xvdb ro" The kernel and ramdisk are the standard ones I'm currently running in my dom0, and include: xen_netfront xen-blkfront xen-pcifront xenfs Neither the Arch Linux nor Xen IRC channels were able to help. What can I do to get this working? - Neil _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 28 03:30:38 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Apr 2012 03:30: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 1SNyLB-0006Vd-4r; Sat, 28 Apr 2012 03:28:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNyL9-0006VY-VD for xen-users@lists.xen.org; Sat, 28 Apr 2012 03:28:56 +0000 Received: from [193.109.254.147:31400] by server-6.bemta-14.messagelabs.com id 63/C1-02047-7F36B9F4; Sat, 28 Apr 2012 03:28:55 +0000 X-Env-Sender: kenji.miyamoto.bsd@gmail.com X-Msg-Ref: server-7.tower-27.messagelabs.com!1335583733!4266799!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25042 invoked from network); 28 Apr 2012 03:28:54 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 28 Apr 2012 03:28:54 -0000 Received: by iafj26 with SMTP id j26so2363238iaf.32 for ; Fri, 27 Apr 2012 20:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TvUm7S6Y20u97HhZNsXXa1CMUJ381PY8t0vaX0/VyoQ=; b=k7V0lJUSG5YKS87PkC7dq42IQFYtyQv8eBWY5k0WQnOS1KpyFW0VK520VxP/RBAuy6 5x8hNlGj3BcQU6SIyJmmJPGx0wtBQ20hNMqtnmuEJZT0w8SgIrNJS5guSkFRePhfnpPK /TozkAhaJcr/W3aFCYtGe6qAOiJDMPtoqI3rYYTieMwFuHjNVjYmACUAO8OUONcZ44/v ohvAFOORICAODZ7bqiCp4aufGHOCYmWptzbgIHmO2GCXOU2MSTqHmgub7gT7zurSZD8l cHnz7ww6gzSSzVpzSc2Ex5BqxkZp3E4sNc8yxgc7i/cuS7P0ZhxInalPIuGjC/mKf0ex s5pg== MIME-Version: 1.0 Received: by 10.50.219.194 with SMTP id pq2mr4687161igc.18.1335583732682; Fri, 27 Apr 2012 20:28:52 -0700 (PDT) Received: by 10.42.229.66 with HTTP; Fri, 27 Apr 2012 20:28:52 -0700 (PDT) Date: Fri, 27 Apr 2012 20:28:52 -0700 Message-ID: From: Kenji Miyamoto To: xen-users@lists.xen.org Subject: [Xen-users] Segmentation Fault when Starting domUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello everyone, I just put together a brand new system, and I'm getting the following when I try to start a domU: > [ 1902.049066] xend[12924]: segfault at b9ff6cd8 ip 00007f36c474afe1 sp 00007f36b9ff6af8 error 4 in libxenguest.so.4.0.0[7f36c4730000+24000] This is on an AMD CPU with the AVX instructions, and I already have this in my grub.cfg: > multiboot /xen-4.1.2.gz dom0_mem=3072M dom0_max_vcpus=2 dom0_vcpus_pin xsave=1 Before adding xsave=1, programs like gdb and xm would crash; after adding it, they don't but xend still does. Here's my uname -a: > Linux superbob 3.3.3-1-ARCH #1 SMP PREEMPT Mon Apr 23 09:41:07 CEST 2012 x86_64 AMD Opteron(tm) Processor 4238 AuthenticAMD GNU/Linux I have Arch Linux's glibc 2.15-10 and xen 4.1.2-1. I haven't worked with Xen before, so I don't have any experience with a working domU. This is my domU's config: > kernel = "/boot/vmlinuz-linux" > ramdisk = "/boot/initramfs-linux.img" > memory = 4096 > name = "vflex" > vif = [ 'mac=00:16:3e:00:47:01' ] > vcpus=2 > disk = [ 'phy:/dev/sda7,xvdb,w', 'phy:/dev/sda6,xvda,w'] > hostname = "vflex" > root = "/dev/xvdb ro" The kernel and ramdisk are the standard ones I'm currently running in my dom0, and include: xen_netfront xen-blkfront xen-pcifront xenfs Neither the Arch Linux nor Xen IRC channels were able to help. What can I do to get this working? - Neil _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 28 03:43:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Apr 2012 03:43: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 1SNyYC-0006oQ-Mz; Sat, 28 Apr 2012 03:42:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNyYA-0006oI-Fk for xen-users@lists.xen.org; Sat, 28 Apr 2012 03:42:22 +0000 Received: from [85.158.143.35:56545] by server-2.bemta-4.messagelabs.com id 49/25-17550-D176B9F4; Sat, 28 Apr 2012 03:42:21 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1335584540!11925388!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15630 invoked from network); 28 Apr 2012 03:42:20 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-2.tower-21.messagelabs.com with SMTP; 28 Apr 2012 03:42:20 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id B13C61043D8; Fri, 27 Apr 2012 23:42:18 -0400 (EDT) Date: Fri, 27 Apr 2012 23:42:18 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120428034218.GA27107@luke.xen.prgmr.com> References: <20120424153753.GA15600@luke.xen.prgmr.com> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 26, 2012 at 12:26:13PM +0100, Simon Hobson wrote: > eva wrote: > > >Thanks for answering. I read that part, but afterwards I read the link > >that Luke posted that says: > > > >"The problem with PyGRUB is that while it's a good simulation of a > >bootloader, it has to mount the domU partition" > > > > > >http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F > > > >..hence my confusion. > > Hmm, yes. One or other of the Wiki entries is wrong then. Technically, mine is wrong; it uses libfsimage to pull the kernel out of the block device, it doesn't mount it. But that has many of the dangers of mounting directly. (As someone else pointed out, I think, libfsimage can be run as something other than root, as long as it has read access to the block device, and that helps some, though by default I think it does run as root. But Pvgrub runs entirely within the guest, so there is no way a problem in pvgrub can lead to a dom0 compromise.) Note, pvgrub also protects you from, say, exploits in the code used to decompress the kernel; with pvgrub, the kernel is uncompressed within the DomU. > In that link I see the answer to your other query. In there, in > extolling the virtues of pvgrub, the author is hinting (but > explicitly stating) that he is providing a read-only volume which the > end user (DomU owner) cannot modify. In that read-only partition, he > has a basic (rescue) system which the DomU always boots "through" - > thus the end user can never ever completely trash his DomU to the > point that it won't boot anything. > My guess is that he has GRUB installed in the rescue partition, with > two entries - rescue and user. Rescue boots into the rescue system, > user (the default) chain loads a GRUB config from the user's normal > partition. In normal operation, the DomU will load the read-only > GRUB, chainload the user's GRUB, and then boot the user's OS. If the > user screws it up, he can interrupt the initial GRUB, boot into the > rescue system, and from there fix his own system. exactly. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 28 03:43:44 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Apr 2012 03:43: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 1SNyYC-0006oQ-Mz; Sat, 28 Apr 2012 03:42:24 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SNyYA-0006oI-Fk for xen-users@lists.xen.org; Sat, 28 Apr 2012 03:42:22 +0000 Received: from [85.158.143.35:56545] by server-2.bemta-4.messagelabs.com id 49/25-17550-D176B9F4; Sat, 28 Apr 2012 03:42:21 +0000 X-Env-Sender: lsc@luke.xen.prgmr.com X-Msg-Ref: server-2.tower-21.messagelabs.com!1335584540!11925388!1 X-Originating-IP: [38.99.2.47] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15630 invoked from network); 28 Apr 2012 03:42:20 -0000 Received: from luke.xen.prgmr.com (HELO luke.xen.prgmr.com) (38.99.2.47) by server-2.tower-21.messagelabs.com with SMTP; 28 Apr 2012 03:42:20 -0000 Received: by luke.xen.prgmr.com (Postfix, from userid 500) id B13C61043D8; Fri, 27 Apr 2012 23:42:18 -0400 (EDT) Date: Fri, 27 Apr 2012 23:42:18 -0400 From: "Luke S. Crawford" To: xen-users@lists.xen.org Message-ID: <20120428034218.GA27107@luke.xen.prgmr.com> References: <20120424153753.GA15600@luke.xen.prgmr.com> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Apr 26, 2012 at 12:26:13PM +0100, Simon Hobson wrote: > eva wrote: > > >Thanks for answering. I read that part, but afterwards I read the link > >that Luke posted that says: > > > >"The problem with PyGRUB is that while it's a good simulation of a > >bootloader, it has to mount the domU partition" > > > > > >http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F > > > >..hence my confusion. > > Hmm, yes. One or other of the Wiki entries is wrong then. Technically, mine is wrong; it uses libfsimage to pull the kernel out of the block device, it doesn't mount it. But that has many of the dangers of mounting directly. (As someone else pointed out, I think, libfsimage can be run as something other than root, as long as it has read access to the block device, and that helps some, though by default I think it does run as root. But Pvgrub runs entirely within the guest, so there is no way a problem in pvgrub can lead to a dom0 compromise.) Note, pvgrub also protects you from, say, exploits in the code used to decompress the kernel; with pvgrub, the kernel is uncompressed within the DomU. > In that link I see the answer to your other query. In there, in > extolling the virtues of pvgrub, the author is hinting (but > explicitly stating) that he is providing a read-only volume which the > end user (DomU owner) cannot modify. In that read-only partition, he > has a basic (rescue) system which the DomU always boots "through" - > thus the end user can never ever completely trash his DomU to the > point that it won't boot anything. > My guess is that he has GRUB installed in the rescue partition, with > two entries - rescue and user. Rescue boots into the rescue system, > user (the default) chain loads a GRUB config from the user's normal > partition. In normal operation, the DomU will load the read-only > GRUB, chainload the user's GRUB, and then boot the user's OS. If the > user screws it up, he can interrupt the initial GRUB, boot into the > rescue system, and from there fix his own system. exactly. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Apr 28 12:09:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Apr 2012 12:09: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 1SO6Qi-0002Go-Cy; Sat, 28 Apr 2012 12:07:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SO6Qg-0002GV-8f for xen-users@lists.xen.org; Sat, 28 Apr 2012 12:07:10 +0000 Received: from [85.158.143.35:30435] by server-3.bemta-4.messagelabs.com id 26/E4-05853-D6DDB9F4; Sat, 28 Apr 2012 12:07:09 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-8.tower-21.messagelabs.com!1335614827!15248559!1 X-Originating-IP: [77.238.189.60] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13817 invoked from network); 28 Apr 2012 12:07:08 -0000 Received: from nm3.bullet.mail.ird.yahoo.com (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by server-8.tower-21.messagelabs.com with SMTP; 28 Apr 2012 12:07:08 -0000 Received: from [77.238.189.55] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2012 12:07:07 -0000 Received: from [212.82.108.121] by tm8.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2012 12:07:07 -0000 Received: from [127.0.0.1] by omp1030.mail.ird.yahoo.com with NNFMP; 28 Apr 2012 12:07:07 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 148768.71982.bm@omp1030.mail.ird.yahoo.com Received: (qmail 82015 invoked by uid 60001); 28 Apr 2012 12:07:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1335614826; bh=LplVYO1U+JnGou9E+1XmVXVSTHq6UyOu5lhhXE0AFVw=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=tp/TxWSsWFnQ4vMBE49MI1SZcYARFif4Bhk+5E7JAj6p9dHmiKZ4r05rXhGnR+uGqL7lXIwMuT/BijPy9pm0WFcY58gF2ojqAq8CX6rz8CBCLBMwMdNHwf7hZxa5xmAAHl6d71k8d4I1ArvLI/AERbL9WLWaVzQROJK4gSi9S5E= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=n9asjdC5EQPviTZGgXDbbOA/Q5m4mV1JIkV2cRDY8nidokQBm8yuAbnsqWNeb5+ZsH+K9PSJAVcfGAvVvQ+TX+rQgeIoj9bUlPQJ81zHTHQwNhT7T0IbltVXo636cZ2QcYOXYXB/IiPfOQz9NoLlvWrlHmf+5D/BrpQZ5GpCBr4=; X-YMail-OSG: e8_n.coVM1nPZ4u5chrp.G7yU_D0bTs9pwCb8GVNCPx.c3L 5AJ2oPrSC1P5sSXUxsKVdkl0efa5eNWLW3SCXPe6_9Ydtv3lrwsYIaSrSdSI q.TVBaCCaN23wLiJUI0gHHpl0Syhd7H4yBX7UL_hvJQk5KCnI4VjQaMX.Fic 2dKyKq2Fa2dLZUO4cCqPSmZ82B.8Wb1XTa9oXXHyqP6cjnxgQZzp.KEuPYnO hC6m6cOawx24RaKcCaNcrhS1JAaXq8QvFXZ5N_cR..PC_nKyTOWHdisJ3ehP gBqieHtsww5iHE.U6CQfleOVw.CenRlwNa0a7V5Nh3IEpYEyF04EfZOkhzlN ABe8Uhc2Co5wPKKw5ExcNpS0gahWx8fcwf138wsUEy1OM970Xo2PzwaX8n6k 2b0PD2JrCgqUo3OFucpuNu_wBhVw9mjJaL1C0v_g- Received: from [83.154.246.188] by web29805.mail.ird.yahoo.com via HTTP; Sat, 28 Apr 2012 13:07:06 BST X-Mailer: YahooMailWebService/0.8.117.340979 Message-ID: <1335614826.76812.YahooMailNeo@web29805.mail.ird.yahoo.com> Date: Sat, 28 Apr 2012 13:07:06 +0100 (BST) From: David TECHER To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] Xen VGA PassThrough NVIDIA: include pci-stub case for changeset 25240 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0001860191854019749==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0001860191854019749== Content-Type: multipart/alternative; boundary="62747910-54864027-1335614826=:76812" --62747910-54864027-1335614826=:76812 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AFor concerned persons like me that compil Xen with PassThrough NVI= DIA, modifications introduced for changeset 25240 are limited (for the mome= nt) for pciback.=0A=0AI am used to biding device using pci-stub (device : V= ideo Card).=0A=0ACommenting out modifications introduced for this changeset= is not a good choice (I approve!). This is the only fix I found - since I = am not a Xen expert - to be able to use NVIDIA patches for revision >=3D 25= 240=0A=0AMay it be possible to include case for devices with pci-stub usage= ?=0A=0A-=0A667 /* 668 static int libxl_pcidev_assignable(libxl_ctx *ctx, li= bxl_device_pci *pcidev) 669 { 670 libxl_device_pci *pcidevs; 671 in= t num, i; 672 673 pcidevs =3D libxl_device_pci_list_assignable(ctx, &n= um); 674 for (i =3D 0; i < num; i++) { 675 if (pcidevs[i].domai= n =3D=3D pcidev->domain && 676 pcidevs[i].bus =3D=3D pcidev->bu= s && 677 pcidevs[i].dev =3D=3D pcidev->dev && 678 p= cidevs[i].func =3D=3D pcidev->func) 679 { 680 return 1;= 681 } 682 } 683 return 0; 684 } 685 */ 686 int libxl__devi= ce_pci_add(libxl__gc *gc, uint32_t domid, libxl_device_pci *pcidev, int sta= rting) 687 { 688 libxl_ctx *ctx =3D libxl__gc_owner(gc); 689 unsign= ed int orig_vdev, pfunc_mask; 690 libxl_device_pci *assigned; 691 i= nt num_assigned, i, rc; 692 int stubdomid =3D 0; 693 694 rc =3D li= bxl__device_pci_setdefault(gc, pcidev); 695 if (rc) goto out; 696 697 = /* if (!libxl_pcidev_assignable(ctx, pcidev)) { 698 LIBXL__LOG(ctx, LIBX= L__LOG_ERROR, "PCI device %x:%x:%x.%x is not assignable", 699 = pcidev->domain, pcidev->bus, pcidev->dev, pcidev->func); 700 = rc =3D ERROR_FAIL; 701 goto out; 702 } 703 */=0A--Kind regards= =0A --62747910-54864027-1335614826=:76812 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi,
For concerned persons like me that compil Xen with PassThrough= NVIDIA, modifications introduced for changeset 25240 are limited (for the = moment) for pciback.

I am used to biding device us= ing pci-stub (device : Video Card).

=0A
Commenting = out modifications introduced for this changeset is not a good choice (I app= rove!). This is the only fix I found - since I am not a Xen expert - to be = able to use NVIDIA patches for revision >=3D 25240

May it b= e possible to include case for devices with pci-stub usage?

<= div>-
 667 /*=0A 668 static int libxl_pcidev_assignable(libxl_ctx=
 *ctx, libxl_device_pci *pcidev)=0A 669 {=0A 670     libxl_device_pci *pcid=
evs;=0A 671     int num, i;=0A 672 =0A 673     pcidevs =3D libxl_device_pci=
_list_assignable(ctx, &num);=0A 674     for (i =3D 0; i < num; i++) =
{=0A 675         if (pcidevs[i].domain =3D=3D pcidev->domain &&=
=0A 676             pcidevs[i].bus =3D=3D pcidev->bus &&=0A 677 =
            pcidevs[i].dev =3D=3D pcidev->dev &&=0A 678         =
    pcidevs[i].func =3D=3D pcidev->func)=0A 679         {=0A 680        =
     return 1;=0A 681         }=0A 682     }=0A 683     return 0;=0A 684 }=
=0A 685 */=0A 686 int libxl__device_pci_add(libxl__gc *gc, uint32_t domid, =
libxl_device_pci *pcidev, int starting)=0A 687 {=0A 688     libxl_ctx *ctx =
=3D libxl__gc_owner(gc);=0A 689     unsigned int orig_vdev, pfunc_mask;=0A =
690     libxl_device_pci *assigned;=0A 691     int num_assigned, i, rc;=0A =
692     int stubdomid =3D 0;=0A 693 =0A 694     rc =3D libxl__device_pci_se=
tdefault(gc, pcidev);=0A 695     if (rc) goto out;=0A 696 =0A 697 /*    if =
(!libxl_pcidev_assignable(ctx, pcidev)) {=0A 698         LIBXL__LOG(ctx, LI=
BXL__LOG_ERROR, "PCI device %x:%x:%x.%x is not assignable",=0A 699         =
           pcidev->domain, pcidev->bus, pcidev->dev, pcidev->fu=
nc);=0A 700         rc =3D ERROR_FAIL;=0A 701         goto out;=0A 702     =
}=0A 703 */
--Kind regards
--62747910-54864027-1335614826=:76812-- --===============0001860191854019749== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0001860191854019749==-- From xen-users-bounces@lists.xen.org Sat Apr 28 12:09:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 28 Apr 2012 12:09: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 1SO6Qi-0002Go-Cy; Sat, 28 Apr 2012 12:07:12 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SO6Qg-0002GV-8f for xen-users@lists.xen.org; Sat, 28 Apr 2012 12:07:10 +0000 Received: from [85.158.143.35:30435] by server-3.bemta-4.messagelabs.com id 26/E4-05853-D6DDB9F4; Sat, 28 Apr 2012 12:07:09 +0000 X-Env-Sender: davidtecher@yahoo.fr X-Msg-Ref: server-8.tower-21.messagelabs.com!1335614827!15248559!1 X-Originating-IP: [77.238.189.60] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_12,ML_RADAR_SPEW_LINKS_14,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13817 invoked from network); 28 Apr 2012 12:07:08 -0000 Received: from nm3.bullet.mail.ird.yahoo.com (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by server-8.tower-21.messagelabs.com with SMTP; 28 Apr 2012 12:07:08 -0000 Received: from [77.238.189.55] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2012 12:07:07 -0000 Received: from [212.82.108.121] by tm8.bullet.mail.ird.yahoo.com with NNFMP; 28 Apr 2012 12:07:07 -0000 Received: from [127.0.0.1] by omp1030.mail.ird.yahoo.com with NNFMP; 28 Apr 2012 12:07:07 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 148768.71982.bm@omp1030.mail.ird.yahoo.com Received: (qmail 82015 invoked by uid 60001); 28 Apr 2012 12:07:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s1024; t=1335614826; bh=LplVYO1U+JnGou9E+1XmVXVSTHq6UyOu5lhhXE0AFVw=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=tp/TxWSsWFnQ4vMBE49MI1SZcYARFif4Bhk+5E7JAj6p9dHmiKZ4r05rXhGnR+uGqL7lXIwMuT/BijPy9pm0WFcY58gF2ojqAq8CX6rz8CBCLBMwMdNHwf7hZxa5xmAAHl6d71k8d4I1ArvLI/AERbL9WLWaVzQROJK4gSi9S5E= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=n9asjdC5EQPviTZGgXDbbOA/Q5m4mV1JIkV2cRDY8nidokQBm8yuAbnsqWNeb5+ZsH+K9PSJAVcfGAvVvQ+TX+rQgeIoj9bUlPQJ81zHTHQwNhT7T0IbltVXo636cZ2QcYOXYXB/IiPfOQz9NoLlvWrlHmf+5D/BrpQZ5GpCBr4=; X-YMail-OSG: e8_n.coVM1nPZ4u5chrp.G7yU_D0bTs9pwCb8GVNCPx.c3L 5AJ2oPrSC1P5sSXUxsKVdkl0efa5eNWLW3SCXPe6_9Ydtv3lrwsYIaSrSdSI q.TVBaCCaN23wLiJUI0gHHpl0Syhd7H4yBX7UL_hvJQk5KCnI4VjQaMX.Fic 2dKyKq2Fa2dLZUO4cCqPSmZ82B.8Wb1XTa9oXXHyqP6cjnxgQZzp.KEuPYnO hC6m6cOawx24RaKcCaNcrhS1JAaXq8QvFXZ5N_cR..PC_nKyTOWHdisJ3ehP gBqieHtsww5iHE.U6CQfleOVw.CenRlwNa0a7V5Nh3IEpYEyF04EfZOkhzlN ABe8Uhc2Co5wPKKw5ExcNpS0gahWx8fcwf138wsUEy1OM970Xo2PzwaX8n6k 2b0PD2JrCgqUo3OFucpuNu_wBhVw9mjJaL1C0v_g- Received: from [83.154.246.188] by web29805.mail.ird.yahoo.com via HTTP; Sat, 28 Apr 2012 13:07:06 BST X-Mailer: YahooMailWebService/0.8.117.340979 Message-ID: <1335614826.76812.YahooMailNeo@web29805.mail.ird.yahoo.com> Date: Sat, 28 Apr 2012 13:07:06 +0100 (BST) From: David TECHER To: "xen-devel@lists.xen.org" , "xen-users@lists.xen.org" MIME-Version: 1.0 Subject: [Xen-users] Xen VGA PassThrough NVIDIA: include pci-stub case for changeset 25240 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David TECHER List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0001860191854019749==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0001860191854019749== Content-Type: multipart/alternative; boundary="62747910-54864027-1335614826=:76812" --62747910-54864027-1335614826=:76812 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AFor concerned persons like me that compil Xen with PassThrough NVI= DIA, modifications introduced for changeset 25240 are limited (for the mome= nt) for pciback.=0A=0AI am used to biding device using pci-stub (device : V= ideo Card).=0A=0ACommenting out modifications introduced for this changeset= is not a good choice (I approve!). This is the only fix I found - since I = am not a Xen expert - to be able to use NVIDIA patches for revision >=3D 25= 240=0A=0AMay it be possible to include case for devices with pci-stub usage= ?=0A=0A-=0A667 /* 668 static int libxl_pcidev_assignable(libxl_ctx *ctx, li= bxl_device_pci *pcidev) 669 { 670 libxl_device_pci *pcidevs; 671 in= t num, i; 672 673 pcidevs =3D libxl_device_pci_list_assignable(ctx, &n= um); 674 for (i =3D 0; i < num; i++) { 675 if (pcidevs[i].domai= n =3D=3D pcidev->domain && 676 pcidevs[i].bus =3D=3D pcidev->bu= s && 677 pcidevs[i].dev =3D=3D pcidev->dev && 678 p= cidevs[i].func =3D=3D pcidev->func) 679 { 680 return 1;= 681 } 682 } 683 return 0; 684 } 685 */ 686 int libxl__devi= ce_pci_add(libxl__gc *gc, uint32_t domid, libxl_device_pci *pcidev, int sta= rting) 687 { 688 libxl_ctx *ctx =3D libxl__gc_owner(gc); 689 unsign= ed int orig_vdev, pfunc_mask; 690 libxl_device_pci *assigned; 691 i= nt num_assigned, i, rc; 692 int stubdomid =3D 0; 693 694 rc =3D li= bxl__device_pci_setdefault(gc, pcidev); 695 if (rc) goto out; 696 697 = /* if (!libxl_pcidev_assignable(ctx, pcidev)) { 698 LIBXL__LOG(ctx, LIBX= L__LOG_ERROR, "PCI device %x:%x:%x.%x is not assignable", 699 = pcidev->domain, pcidev->bus, pcidev->dev, pcidev->func); 700 = rc =3D ERROR_FAIL; 701 goto out; 702 } 703 */=0A--Kind regards= =0A --62747910-54864027-1335614826=:76812 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi,
For concerned persons like me that compil Xen with PassThrough= NVIDIA, modifications introduced for changeset 25240 are limited (for the = moment) for pciback.

I am used to biding device us= ing pci-stub (device : Video Card).

=0A
Commenting = out modifications introduced for this changeset is not a good choice (I app= rove!). This is the only fix I found - since I am not a Xen expert - to be = able to use NVIDIA patches for revision >=3D 25240

May it b= e possible to include case for devices with pci-stub usage?

<= div>-
 667 /*=0A 668 static int libxl_pcidev_assignable(libxl_ctx=
 *ctx, libxl_device_pci *pcidev)=0A 669 {=0A 670     libxl_device_pci *pcid=
evs;=0A 671     int num, i;=0A 672 =0A 673     pcidevs =3D libxl_device_pci=
_list_assignable(ctx, &num);=0A 674     for (i =3D 0; i < num; i++) =
{=0A 675         if (pcidevs[i].domain =3D=3D pcidev->domain &&=
=0A 676             pcidevs[i].bus =3D=3D pcidev->bus &&=0A 677 =
            pcidevs[i].dev =3D=3D pcidev->dev &&=0A 678         =
    pcidevs[i].func =3D=3D pcidev->func)=0A 679         {=0A 680        =
     return 1;=0A 681         }=0A 682     }=0A 683     return 0;=0A 684 }=
=0A 685 */=0A 686 int libxl__device_pci_add(libxl__gc *gc, uint32_t domid, =
libxl_device_pci *pcidev, int starting)=0A 687 {=0A 688     libxl_ctx *ctx =
=3D libxl__gc_owner(gc);=0A 689     unsigned int orig_vdev, pfunc_mask;=0A =
690     libxl_device_pci *assigned;=0A 691     int num_assigned, i, rc;=0A =
692     int stubdomid =3D 0;=0A 693 =0A 694     rc =3D libxl__device_pci_se=
tdefault(gc, pcidev);=0A 695     if (rc) goto out;=0A 696 =0A 697 /*    if =
(!libxl_pcidev_assignable(ctx, pcidev)) {=0A 698         LIBXL__LOG(ctx, LI=
BXL__LOG_ERROR, "PCI device %x:%x:%x.%x is not assignable",=0A 699         =
           pcidev->domain, pcidev->bus, pcidev->dev, pcidev->fu=
nc);=0A 700         rc =3D ERROR_FAIL;=0A 701         goto out;=0A 702     =
}=0A 703 */
--Kind regards
--62747910-54864027-1335614826=:76812-- --===============0001860191854019749== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0001860191854019749==-- From xen-users-bounces@lists.xen.org Sun Apr 29 13:38:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 13:38: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 1SOUJ1-0006I7-GS; Sun, 29 Apr 2012 13:36:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOUIz-0006I2-Vl for xen-users@lists.xensource.com; Sun, 29 Apr 2012 13:36:50 +0000 Received: from [85.158.143.99:55309] by server-2.bemta-4.messagelabs.com id E1/B8-17550-1F34D9F4; Sun, 29 Apr 2012 13:36:49 +0000 X-Env-Sender: wannes321@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1335706608!24840824!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11458 invoked from network); 29 Apr 2012 13:36:48 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2012 13:36:48 -0000 Received: by werf13 with SMTP id f13so1573279wer.30 for ; Sun, 29 Apr 2012 06:36:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=ZX6cWk4G7bXaV4PYboUYWGRUMhtxb58HvWsQQ2BVgNk=; b=cRwnYkdPY8XETBdbgMxnzI0LPRM4notMD8Tw0moaB85tz75N09ogkHXgvimXEOOS2H 9RUt439fF44TosR5ZVo1rMmfH2GPpLqbdte4z4OUPJrgi6GWLHfOHGync0EjiP9O7Nfu rM07Kbjgb9GIA/VNDrSO1CSLwunCZhzsM1j7B3RId5C9hTFKu7TBNJ/nVj9yvxdiyO3T C3IAvUlshGAV6Q7/1AbkPuku/7jO9stBYQkwlzNSIiW/SxbZRSaEeC5Vmq2USrei/6Gl KQ4QkoQMvzXpH/IiXSCUFXinqo7vqAkM+DIYGQJ2cQw4q5ik7jzWDLZvRCc7t6Z00Md6 7IFg== Received: by 10.181.12.82 with SMTP id eo18mr21657839wid.2.1335706607899; Sun, 29 Apr 2012 06:36:47 -0700 (PDT) Received: from banana.w-gr.net (73.209-241-81.adsl-dyn.isp.belgacom.be. [81.241.209.73]) by mx.google.com with ESMTPS id o2sm33099371wiv.11.2012.04.29.06.36.46 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Apr 2012 06:36:47 -0700 (PDT) From: Wannes De Smet Date: Sun, 29 Apr 2012 15:36:44 +0200 Message-Id: <838DC83C-C8F0-495A-866C-6B518A13376E@gmail.com> To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Subject: [Xen-users] VM performance counters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I'm trying to find a way to get performance counters per VM, like perf does for the kernel. At least I should be able to get the instruction and memory access count (or IPC/MPC). I've looked in the sched_credit.c source for any pointers, and indeed it mentions something called a 'runq dump', yet I've got no idea what that might be. If possible, I'd like to access this in dom0 without any modifications to Xen and/or the kernel -- I'm not very familiar with patching let alone modifying low level code by myself. Any help would be appreciated, Wannes _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 29 13:38:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 13:38: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 1SOUJ1-0006I7-GS; Sun, 29 Apr 2012 13:36:51 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOUIz-0006I2-Vl for xen-users@lists.xensource.com; Sun, 29 Apr 2012 13:36:50 +0000 Received: from [85.158.143.99:55309] by server-2.bemta-4.messagelabs.com id E1/B8-17550-1F34D9F4; Sun, 29 Apr 2012 13:36:49 +0000 X-Env-Sender: wannes321@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1335706608!24840824!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11458 invoked from network); 29 Apr 2012 13:36:48 -0000 Received: from mail-we0-f171.google.com (HELO mail-we0-f171.google.com) (74.125.82.171) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2012 13:36:48 -0000 Received: by werf13 with SMTP id f13so1573279wer.30 for ; Sun, 29 Apr 2012 06:36:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=ZX6cWk4G7bXaV4PYboUYWGRUMhtxb58HvWsQQ2BVgNk=; b=cRwnYkdPY8XETBdbgMxnzI0LPRM4notMD8Tw0moaB85tz75N09ogkHXgvimXEOOS2H 9RUt439fF44TosR5ZVo1rMmfH2GPpLqbdte4z4OUPJrgi6GWLHfOHGync0EjiP9O7Nfu rM07Kbjgb9GIA/VNDrSO1CSLwunCZhzsM1j7B3RId5C9hTFKu7TBNJ/nVj9yvxdiyO3T C3IAvUlshGAV6Q7/1AbkPuku/7jO9stBYQkwlzNSIiW/SxbZRSaEeC5Vmq2USrei/6Gl KQ4QkoQMvzXpH/IiXSCUFXinqo7vqAkM+DIYGQJ2cQw4q5ik7jzWDLZvRCc7t6Z00Md6 7IFg== Received: by 10.181.12.82 with SMTP id eo18mr21657839wid.2.1335706607899; Sun, 29 Apr 2012 06:36:47 -0700 (PDT) Received: from banana.w-gr.net (73.209-241-81.adsl-dyn.isp.belgacom.be. [81.241.209.73]) by mx.google.com with ESMTPS id o2sm33099371wiv.11.2012.04.29.06.36.46 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 29 Apr 2012 06:36:47 -0700 (PDT) From: Wannes De Smet Date: Sun, 29 Apr 2012 15:36:44 +0200 Message-Id: <838DC83C-C8F0-495A-866C-6B518A13376E@gmail.com> To: xen-users@lists.xensource.com Mime-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) Subject: [Xen-users] VM performance counters X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I'm trying to find a way to get performance counters per VM, like perf does for the kernel. At least I should be able to get the instruction and memory access count (or IPC/MPC). I've looked in the sched_credit.c source for any pointers, and indeed it mentions something called a 'runq dump', yet I've got no idea what that might be. If possible, I'd like to access this in dom0 without any modifications to Xen and/or the kernel -- I'm not very familiar with patching let alone modifying low level code by myself. Any help would be appreciated, Wannes _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 29 16:04:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 16:04:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOWaI-0007jy-9A; Sun, 29 Apr 2012 16:02:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOWaG-0007js-35 for xen-users@lists.xensource.com; Sun, 29 Apr 2012 16:02:48 +0000 Received: from [85.158.143.99:55262] by server-3.bemta-4.messagelabs.com id FD/EE-05853-7266D9F4; Sun, 29 Apr 2012 16:02:47 +0000 X-Env-Sender: romihs.forums@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335715366!22382728!1 X-Originating-IP: [209.85.215.171] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6202 invoked from network); 29 Apr 2012 16:02:46 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2012 16:02:46 -0000 Received: by eaal11 with SMTP id l11so776966eaa.30 for ; Sun, 29 Apr 2012 09:02:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dym6BGlDTzuzgUC18EUwd7khXuXF7Er+C6nt5ngShw0=; b=vy07PUgUUb8TRs+u6u58TBCdNXO1annok3NdOeldbqDwBxSUMr0pjPX0VVj0D+NNhL QUt3BO5Hyn0/8iP2qoNrl9X/oiEKlvDdnUzCjMam4b04Kp4bJpDgaWmBB19AG9XqHiJv HTFTSGIDrhR2BC7SCy7N7ulV1KMBum+fEuox5L1jcf8TAeSL+9F/06xPIA89M7iUg89B ylCuLypPGXuxP8JtDXXwqqtNKKog0o6F3kwwAHy7C7KZBdSjSoDX4SJqMcMcWWKlPqQ7 iZ7BHAKX4dWByIFCTvwQl+yUVXepeIJQzTXkQWGL8MGmQ/fWfc2kM/FzTgQQrz4FPnil RGkw== MIME-Version: 1.0 Received: by 10.213.33.199 with SMTP id i7mr978111ebd.165.1335715365530; Sun, 29 Apr 2012 09:02:45 -0700 (PDT) Received: by 10.213.15.71 with HTTP; Sun, 29 Apr 2012 09:02:45 -0700 (PDT) Date: Sun, 29 Apr 2012 18:02:45 +0200 Message-ID: From: Sandi Romih To: xen-users@lists.xensource.com Subject: [Xen-users] LSI SAS 2008 controller in a pv domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8644953982962750179==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8644953982962750179== Content-Type: multipart/alternative; boundary=0015174c0f14e22e3f04bed3774e --0015174c0f14e22e3f04bed3774e Content-Type: text/plain; charset=ISO-8859-1 Hello, I am trying to pass my LSI SAS 2008 controller to my PV domu (openindiana) and I can not get it working. I have read that xen does not support the loading of option ROM's in pv domu's and that this support is being, or will be, added. http://markmail.org/thread/2njw43iaurmvzlys This post is more than a year old now. I am wondering if there is a way to get my LSI SAS controller working in my pv domu? I am using Debian Squeeze (kernel 3.1.10) dom0 on xe 4.2-unstable (24785) and am using the xl tool stack. Best regards Sandi --0015174c0f14e22e3f04bed3774e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I am trying to pass my LSI SAS 2008 controller to= my PV domu (openindiana) and I can not get it working.

I have read that xen does not support the loading of option ROM's= in pv domu's and that this support is being, or will be, added.=A0http://markmail.org/thr= ead/2njw43iaurmvzlys
This post is more than a year old now.

I am w= ondering if there is a way to get my LSI SAS controller working in my pv do= mu?

I am using Debian Squeeze (kernel 3.1.10) dom0= on xe 4.2-unstable (24785) and am using the xl=A0tool stack.

Best regards


Sandi

--0015174c0f14e22e3f04bed3774e-- --===============8644953982962750179== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8644953982962750179==-- From xen-users-bounces@lists.xen.org Sun Apr 29 16:04:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 16:04:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOWaI-0007jy-9A; Sun, 29 Apr 2012 16:02:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOWaG-0007js-35 for xen-users@lists.xensource.com; Sun, 29 Apr 2012 16:02:48 +0000 Received: from [85.158.143.99:55262] by server-3.bemta-4.messagelabs.com id FD/EE-05853-7266D9F4; Sun, 29 Apr 2012 16:02:47 +0000 X-Env-Sender: romihs.forums@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335715366!22382728!1 X-Originating-IP: [209.85.215.171] 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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 6202 invoked from network); 29 Apr 2012 16:02:46 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 29 Apr 2012 16:02:46 -0000 Received: by eaal11 with SMTP id l11so776966eaa.30 for ; Sun, 29 Apr 2012 09:02:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dym6BGlDTzuzgUC18EUwd7khXuXF7Er+C6nt5ngShw0=; b=vy07PUgUUb8TRs+u6u58TBCdNXO1annok3NdOeldbqDwBxSUMr0pjPX0VVj0D+NNhL QUt3BO5Hyn0/8iP2qoNrl9X/oiEKlvDdnUzCjMam4b04Kp4bJpDgaWmBB19AG9XqHiJv HTFTSGIDrhR2BC7SCy7N7ulV1KMBum+fEuox5L1jcf8TAeSL+9F/06xPIA89M7iUg89B ylCuLypPGXuxP8JtDXXwqqtNKKog0o6F3kwwAHy7C7KZBdSjSoDX4SJqMcMcWWKlPqQ7 iZ7BHAKX4dWByIFCTvwQl+yUVXepeIJQzTXkQWGL8MGmQ/fWfc2kM/FzTgQQrz4FPnil RGkw== MIME-Version: 1.0 Received: by 10.213.33.199 with SMTP id i7mr978111ebd.165.1335715365530; Sun, 29 Apr 2012 09:02:45 -0700 (PDT) Received: by 10.213.15.71 with HTTP; Sun, 29 Apr 2012 09:02:45 -0700 (PDT) Date: Sun, 29 Apr 2012 18:02:45 +0200 Message-ID: From: Sandi Romih To: xen-users@lists.xensource.com Subject: [Xen-users] LSI SAS 2008 controller in a pv domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8644953982962750179==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8644953982962750179== Content-Type: multipart/alternative; boundary=0015174c0f14e22e3f04bed3774e --0015174c0f14e22e3f04bed3774e Content-Type: text/plain; charset=ISO-8859-1 Hello, I am trying to pass my LSI SAS 2008 controller to my PV domu (openindiana) and I can not get it working. I have read that xen does not support the loading of option ROM's in pv domu's and that this support is being, or will be, added. http://markmail.org/thread/2njw43iaurmvzlys This post is more than a year old now. I am wondering if there is a way to get my LSI SAS controller working in my pv domu? I am using Debian Squeeze (kernel 3.1.10) dom0 on xe 4.2-unstable (24785) and am using the xl tool stack. Best regards Sandi --0015174c0f14e22e3f04bed3774e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

I am trying to pass my LSI SAS 2008 controller to= my PV domu (openindiana) and I can not get it working.

I have read that xen does not support the loading of option ROM's= in pv domu's and that this support is being, or will be, added.=A0http://markmail.org/thr= ead/2njw43iaurmvzlys
This post is more than a year old now.

I am w= ondering if there is a way to get my LSI SAS controller working in my pv do= mu?

I am using Debian Squeeze (kernel 3.1.10) dom0= on xe 4.2-unstable (24785) and am using the xl=A0tool stack.

Best regards


Sandi

--0015174c0f14e22e3f04bed3774e-- --===============8644953982962750179== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8644953982962750179==-- From xen-users-bounces@lists.xen.org Sun Apr 29 19:26:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 19:26: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 1SOZjW-0000Pm-FP; Sun, 29 Apr 2012 19:24:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOZjV-0000Ph-8F for xen-users@lists.xen.org; Sun, 29 Apr 2012 19:24:33 +0000 Received: from [85.158.138.51:29022] by server-8.bemta-3.messagelabs.com id 45/F9-24428-0759D9F4; Sun, 29 Apr 2012 19:24:32 +0000 X-Env-Sender: npf-mlists@eurotux.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1335727470!24327598!1 X-Originating-IP: [194.107.127.5] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11472 invoked from network); 29 Apr 2012 19:24:31 -0000 Received: from brg.eurotux.com (HELO zeus.eurotux.com) (194.107.127.5) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2012 19:24:31 -0000 Received: (qmail 21918 invoked by uid 10001); 29 Apr 2012 19:24:27 -0000 Received: from unknown (HELO xeon.localnet) (10.10.100.254) by zeus.eurotux.com with SMTP; 29 Apr 2012 19:24:27 -0000 From: Nuno Fernandes To: xen-users@lists.xen.org Date: Sun, 29 Apr 2012 20:24:26 +0100 Message-ID: <2418858.bGPC5Pm8pW@xeon> User-Agent: KMail/4.8.2 (Linux/3.3.2-6.fc16.x86_64; KDE/4.8.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Cc: Donny Brooks Subject: Re: [Xen-users] GUI frontend for Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4603689847744353503==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4603689847744353503== Content-Type: multipart/alternative; boundary="nextPart2164809.siraXUvLPA" Content-Transfer-Encoding: 7Bit --nextPart2164809.siraXUvLPA Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hello, Please check ETVM (Eurotux Virtualization Manager). It's fully open-source and you can find information and download in http://etvm.eurotux.com. We've just release 1.0.1 (bugfixes only). It has all the features that you request except for high availability (that should be in version 1.1 by June). If you have any questions please email me. Best regards, Nuno Fernandes On Friday 20 April 2012 15:54:15 Donny Brooks wrote: > In my pursuit of a decent frontend for our virtual setup I have come across > a few decent ones. However very few can control Xen as a hypervisor. So we > are currently testing Proxmox which is KVM and OpenVZ. Now I have stumbled > upon OpenNebula (http://opennebula.org/). It is supposed to control Xen and > KVM pretty well. Has anyone on the list had any experience with this > product? I have not had a chance to test it personally but I hope to in the > coming days. Just wanted some feedback from fellow Xen users if any > experiences. > > Just for background my setup will consist of: > > 3 Dell servers w/ bonded interfaces (T710, 2900, R610) > 1 Dell MD3200i iSCSI SAN > > In the end we need centralized storage, SAN, with high availability > failover. I know this can be done with just basic Xen but the management > requires us to have a GUI for the "lesser technical staff" of our IT group. --nextPart2164809.siraXUvLPA Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Hello,

 

Please check ETVM (Eurotux Virtualization Manager). It's fully open-source and you can find information and download in http://etvm.eurotux.com.

 

We've just release 1.0.1 (bugfixes only). It has all the features that you request except for high availability (that should be in version 1.1 by June).

 

If you have any questions please email me.

 

Best regards,

Nuno Fernandes

 

On Friday 20 April 2012 15:54:15 Donny Brooks wrote:

> In my pursuit of a decent frontend for our virtual setup I have come across

> a few decent ones. However very few can control Xen as a hypervisor. So we

> are currently testing Proxmox which is KVM and OpenVZ. Now I have stumbled

> upon OpenNebula (http://opennebula.org/). It is supposed to control Xen and

> KVM pretty well. Has anyone on the list had any experience with this

> product? I have not had a chance to test it personally but I hope to in the

> coming days. Just wanted some feedback from fellow Xen users if any

> experiences.

>

> Just for background my setup will consist of:

>

> 3 Dell servers w/ bonded interfaces (T710, 2900, R610)

> 1 Dell MD3200i iSCSI SAN

>

> In the end we need centralized storage, SAN, with high availability

> failover. I know this can be done with just basic Xen but the management

> requires us to have a GUI for the "lesser technical staff" of our IT group.

--nextPart2164809.siraXUvLPA-- --===============4603689847744353503== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4603689847744353503==-- From xen-users-bounces@lists.xen.org Sun Apr 29 19:26:32 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 19:26: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 1SOZjW-0000Pm-FP; Sun, 29 Apr 2012 19:24:34 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOZjV-0000Ph-8F for xen-users@lists.xen.org; Sun, 29 Apr 2012 19:24:33 +0000 Received: from [85.158.138.51:29022] by server-8.bemta-3.messagelabs.com id 45/F9-24428-0759D9F4; Sun, 29 Apr 2012 19:24:32 +0000 X-Env-Sender: npf-mlists@eurotux.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1335727470!24327598!1 X-Originating-IP: [194.107.127.5] X-SpamReason: No, hits=0.0 required=7.0 tests=HTML_MESSAGE X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11472 invoked from network); 29 Apr 2012 19:24:31 -0000 Received: from brg.eurotux.com (HELO zeus.eurotux.com) (194.107.127.5) by server-11.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 29 Apr 2012 19:24:31 -0000 Received: (qmail 21918 invoked by uid 10001); 29 Apr 2012 19:24:27 -0000 Received: from unknown (HELO xeon.localnet) (10.10.100.254) by zeus.eurotux.com with SMTP; 29 Apr 2012 19:24:27 -0000 From: Nuno Fernandes To: xen-users@lists.xen.org Date: Sun, 29 Apr 2012 20:24:26 +0100 Message-ID: <2418858.bGPC5Pm8pW@xeon> User-Agent: KMail/4.8.2 (Linux/3.3.2-6.fc16.x86_64; KDE/4.8.2; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Cc: Donny Brooks Subject: Re: [Xen-users] GUI frontend for Xen X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4603689847744353503==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============4603689847744353503== Content-Type: multipart/alternative; boundary="nextPart2164809.siraXUvLPA" Content-Transfer-Encoding: 7Bit --nextPart2164809.siraXUvLPA Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hello, Please check ETVM (Eurotux Virtualization Manager). It's fully open-source and you can find information and download in http://etvm.eurotux.com. We've just release 1.0.1 (bugfixes only). It has all the features that you request except for high availability (that should be in version 1.1 by June). If you have any questions please email me. Best regards, Nuno Fernandes On Friday 20 April 2012 15:54:15 Donny Brooks wrote: > In my pursuit of a decent frontend for our virtual setup I have come across > a few decent ones. However very few can control Xen as a hypervisor. So we > are currently testing Proxmox which is KVM and OpenVZ. Now I have stumbled > upon OpenNebula (http://opennebula.org/). It is supposed to control Xen and > KVM pretty well. Has anyone on the list had any experience with this > product? I have not had a chance to test it personally but I hope to in the > coming days. Just wanted some feedback from fellow Xen users if any > experiences. > > Just for background my setup will consist of: > > 3 Dell servers w/ bonded interfaces (T710, 2900, R610) > 1 Dell MD3200i iSCSI SAN > > In the end we need centralized storage, SAN, with high availability > failover. I know this can be done with just basic Xen but the management > requires us to have a GUI for the "lesser technical staff" of our IT group. --nextPart2164809.siraXUvLPA Content-Transfer-Encoding: 7Bit Content-Type: text/html; charset="us-ascii"

Hello,

 

Please check ETVM (Eurotux Virtualization Manager). It's fully open-source and you can find information and download in http://etvm.eurotux.com.

 

We've just release 1.0.1 (bugfixes only). It has all the features that you request except for high availability (that should be in version 1.1 by June).

 

If you have any questions please email me.

 

Best regards,

Nuno Fernandes

 

On Friday 20 April 2012 15:54:15 Donny Brooks wrote:

> In my pursuit of a decent frontend for our virtual setup I have come across

> a few decent ones. However very few can control Xen as a hypervisor. So we

> are currently testing Proxmox which is KVM and OpenVZ. Now I have stumbled

> upon OpenNebula (http://opennebula.org/). It is supposed to control Xen and

> KVM pretty well. Has anyone on the list had any experience with this

> product? I have not had a chance to test it personally but I hope to in the

> coming days. Just wanted some feedback from fellow Xen users if any

> experiences.

>

> Just for background my setup will consist of:

>

> 3 Dell servers w/ bonded interfaces (T710, 2900, R610)

> 1 Dell MD3200i iSCSI SAN

>

> In the end we need centralized storage, SAN, with high availability

> failover. I know this can be done with just basic Xen but the management

> requires us to have a GUI for the "lesser technical staff" of our IT group.

--nextPart2164809.siraXUvLPA-- --===============4603689847744353503== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4603689847744353503==-- From xen-users-bounces@lists.xen.org Sun Apr 29 20:11:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 20:11:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOaRo-0000wT-Hj; Sun, 29 Apr 2012 20:10:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOaRm-0000wO-M6 for xen-users@lists.xensource.com; Sun, 29 Apr 2012 20:10:18 +0000 Received: from [85.158.143.35:48657] by server-3.bemta-4.messagelabs.com id 04/C0-05853-A20AD9F4; Sun, 29 Apr 2012 20:10:18 +0000 X-Env-Sender: john@cibolo.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1335730216!6935342!1 X-Originating-IP: [71.74.56.122] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzcwNTA2\n,sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzcwNTA2\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2516 invoked from network); 29 Apr 2012 20:10:17 -0000 Received: from hrndva-omtalb.mail.rr.com (HELO hrndva-omtalb.mail.rr.com) (71.74.56.122) by server-5.tower-21.messagelabs.com with SMTP; 29 Apr 2012 20:10:17 -0000 X-Authority-Analysis: v=2.0 cv=fvFelSEf c=1 sm=0 a=6jktZp3dcHAl1vye2O6wCg==:17 a=jl9P3j1e7_0A:10 a=M_ffKnrP7SkA:10 a=tVoZtr952X0A:10 a=7zLh6B5DhJwA:10 a=8nJEP1OIZ-IA:10 a=o4Yv35iuAAAA:8 a=IN3hrEaIAAAA:8 a=svVCMewVtqSsGRQViaEA:9 a=7VOj_lD5uC3whX-DtHAA:7 a=wPNLvfGTeEIA:10 a=BF7SpakT9HAA:10 a=-DIdmAu_FeUA:10 a=KcACO8Ggd-ukYQ-Z:21 a=ar0z5pVhYKVsTeZk:21 a=6jktZp3dcHAl1vye2O6wCg==:117 X-Cloudmark-Score: 0 X-Originating-IP: 70.113.67.117 Received: from [70.113.67.117] ([70.113.67.117:58969] helo=[192.168.15.12]) by hrndva-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id F8/24-23230-720AD9F4; Sun, 29 Apr 2012 20:10:16 +0000 Message-ID: <4F9DA027.4040607@cibolo.com> Date: Sun, 29 Apr 2012 15:10:15 -0500 From: John Griessen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20120216 Icedove/8.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] pygrub questions from domU viewpoint X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have a virtual server Xen domU rented and want to be able to change kernels. The provider, thrustvps.com offers so little support, it is hard to make any progress, so I am wondering what you can find out from the domU perspective about booting? So far, any change to kernels in /boot/grub/menu.lst won't boot. That's a big hassle because once it won't boot, they provide no way to restore from my backup, at least, not with a generic account. They have stopped offering Xen PV and offer Xen HVM instead now. What's a good Xen pv provider for low traffic, similar terms as thrustvps: 512MB RAM, 1GB Burst 1TB Transfer 1 IP located in Dallas per month $8. Is amerinoc.com good? Should I start out with HVM since PV seems more tricky to get an upgrade to the kernel to work? thanks, John Griessen _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Apr 29 20:11:50 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 29 Apr 2012 20:11:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOaRo-0000wT-Hj; Sun, 29 Apr 2012 20:10:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOaRm-0000wO-M6 for xen-users@lists.xensource.com; Sun, 29 Apr 2012 20:10:18 +0000 Received: from [85.158.143.35:48657] by server-3.bemta-4.messagelabs.com id 04/C0-05853-A20AD9F4; Sun, 29 Apr 2012 20:10:18 +0000 X-Env-Sender: john@cibolo.com X-Msg-Ref: server-5.tower-21.messagelabs.com!1335730216!6935342!1 X-Originating-IP: [71.74.56.122] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzcwNTA2\n,sa_preprocessor: QmFkIElQOiA3MS43NC41Ni4xMjIgPT4gMzcwNTA2\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2516 invoked from network); 29 Apr 2012 20:10:17 -0000 Received: from hrndva-omtalb.mail.rr.com (HELO hrndva-omtalb.mail.rr.com) (71.74.56.122) by server-5.tower-21.messagelabs.com with SMTP; 29 Apr 2012 20:10:17 -0000 X-Authority-Analysis: v=2.0 cv=fvFelSEf c=1 sm=0 a=6jktZp3dcHAl1vye2O6wCg==:17 a=jl9P3j1e7_0A:10 a=M_ffKnrP7SkA:10 a=tVoZtr952X0A:10 a=7zLh6B5DhJwA:10 a=8nJEP1OIZ-IA:10 a=o4Yv35iuAAAA:8 a=IN3hrEaIAAAA:8 a=svVCMewVtqSsGRQViaEA:9 a=7VOj_lD5uC3whX-DtHAA:7 a=wPNLvfGTeEIA:10 a=BF7SpakT9HAA:10 a=-DIdmAu_FeUA:10 a=KcACO8Ggd-ukYQ-Z:21 a=ar0z5pVhYKVsTeZk:21 a=6jktZp3dcHAl1vye2O6wCg==:117 X-Cloudmark-Score: 0 X-Originating-IP: 70.113.67.117 Received: from [70.113.67.117] ([70.113.67.117:58969] helo=[192.168.15.12]) by hrndva-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id F8/24-23230-720AD9F4; Sun, 29 Apr 2012 20:10:16 +0000 Message-ID: <4F9DA027.4040607@cibolo.com> Date: Sun, 29 Apr 2012 15:10:15 -0500 From: John Griessen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20120216 Icedove/8.0 MIME-Version: 1.0 To: xen-users@lists.xensource.com Subject: [Xen-users] pygrub questions from domU viewpoint X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have a virtual server Xen domU rented and want to be able to change kernels. The provider, thrustvps.com offers so little support, it is hard to make any progress, so I am wondering what you can find out from the domU perspective about booting? So far, any change to kernels in /boot/grub/menu.lst won't boot. That's a big hassle because once it won't boot, they provide no way to restore from my backup, at least, not with a generic account. They have stopped offering Xen PV and offer Xen HVM instead now. What's a good Xen pv provider for low traffic, similar terms as thrustvps: 512MB RAM, 1GB Burst 1TB Transfer 1 IP located in Dallas per month $8. Is amerinoc.com good? Should I start out with HVM since PV seems more tricky to get an upgrade to the kernel to work? thanks, John Griessen _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 04:39:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 04:39:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOiNM-0007d3-To; Mon, 30 Apr 2012 04:38:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOiNK-0007cy-N4 for xen-users@lists.xen.org; Mon, 30 Apr 2012 04:38:15 +0000 Received: from [85.158.143.99:55856] by server-1.bemta-4.messagelabs.com id 92/6F-20925-6371E9F4; Mon, 30 Apr 2012 04:38:14 +0000 X-Env-Sender: kyl191@kyl191.net X-Msg-Ref: server-9.tower-216.messagelabs.com!1335760690!25813993!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14545 invoked from network); 30 Apr 2012 04:38:12 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 04:38:12 -0000 Received: by vbbfs19 with SMTP id fs19so2265319vbb.32 for ; Sun, 29 Apr 2012 21:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kyl191.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5ibCbR2vtDPy1LTUTIIsJwl/TEm4F1sjAT4EkOSXqFA=; b=VMfIctMGlRiSNReqhy9zmhkwj/eWKj9S2P+Nc0X8a+mRZUkBnlO8DGn0iKk8NlhE4X FAzjoHBuBt9EkPHFpOx5B4MiOfmEDHihvXyV5TfB8fuU6FNBxc8RkUWJkEhHEZuRNRoK w+r2xjcrv5IN+y3/hH5Fvy/MWz27RqPycx9iQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=5ibCbR2vtDPy1LTUTIIsJwl/TEm4F1sjAT4EkOSXqFA=; b=dzdCL+xWUdn8Oq0XYj5juGV2x0d3iDoctVNxkj3Er062DZXScklT97cSHX87/XOvkn xRXVGX6bsg0oGwJI0dW4BeY5r7osWV4fCPEOzD/tRS41o94utkENePTMTu2WMLuIc7EX 15o84yVlOl7E2/clYHpSvc0SuIejuyAsCeHri6PxiMG+/we2SZ9onQip0nY1cidKmJFy 0nNPDjwUN6oUZ659HsBE+AcI14ai07Yv204ffQKanyMM4DbGZueXUvDHGLM3N/u+1oc6 guUnhC5IU972l2wGcFPE1bMtrXFrq6u4CW0fmoCVx/JD1DON95Fmlkr/X5LyS0WBj7oR i5Rw== Received: by 10.52.91.16 with SMTP id ca16mr1993848vdb.125.1335760689904; Sun, 29 Apr 2012 21:38:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.137.2 with HTTP; Sun, 29 Apr 2012 21:37:49 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> From: Kyle Lexmond Date: Mon, 30 Apr 2012 12:37:49 +0800 Message-ID: To: =?UTF-8?B?Sm9zw6kgRWR1YXJkbyBGcmFuw6dh?= X-Gm-Message-State: ALoCoQmZzj921h8AnwpBqs4y8iORCXktOxcKuH/o282b5DoHTAxIph9pAqx5mgP63fSauZ8zFUUu Cc: xen-users@lists.xen.org, =?UTF-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= , Walter Robert Ditzler Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3441427581111659431==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3441427581111659431== Content-Type: multipart/alternative; boundary=20cf307f3be26d3bdf04bede055f --20cf307f3be26d3bdf04bede055f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm just wondering why the active entry under ###MY ATTEMPT uses msdos1 as the partition, but doesn't have "insmod part_msdos". Since the entry without Xen has it, that might explain the error: couldn't open file problem. -- Kyle On Wed, Apr 25, 2012 at 1:29 AM, Jos=C3=A9 Eduardo Fran=C3=A7a wrote: > > > clipped < > > ### BEGIN /etc/grub.d/08_xen ### > menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { > ### MY ATTEMPT > insmod ext2 > set root=3D'(hd0,msdos1)' > multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M > module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy > root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty= 0 > nomodeset > module (hd0,msdos1)/boot/initrd.img-2.6.32.40 > > ### MODEL Configuring and Installing Remus > #insmod ext2 > #set root=3D'(hd0,1)' > #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M > #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy > root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty= 0 > nomodeset > #module (hd0,1)/boot/initrd.img-2.6.32.40 > > ### MODEL UBUNTU FORUM > ##insmod multiboot > #insmod part_msdos > #insmod ext2 > #set root=3D(hd0,msdos1) > #search --no-floppy --fs-uuid --set > fcc01979-0cf3-4dbe-863a-ab32d2636fec > #multiboot /boot/xen-4.2-unstable.gz > #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 > #module /boot/initrd.img-2.6.32.40 > } > ### END /etc/grub.d/08_xen ### > > ### BEGIN /etc/grub.d/10_linux ### > menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian --class > gnu-linux --class gnu --class os { > insmod part_msdos > insmod ext2 > set root=3D'(hd0,msdos1)' > search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636f= ec > echo 'Loading Linux 2.6.32.40 ...' > linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro qu= iet > echo 'Loading initial ramdisk ...' > initrd /initrd.img-2.6.32.40 > } > > clipped < --20cf307f3be26d3bdf04bede055f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =C2=A0I'm just wondering why the active entry under ###MY ATTEMPT uses = msdos1 as the partition, but doesn't have "insmod part_msdos"= . Since the entry without Xen has it, that might explain the error: couldn&= #39;t open file problem.

-- Kyle

On Wed, Apr 25, 2012 at 1:29 = AM, Jos=C3=A9 Eduardo Fran=C3=A7a <jefranca@gmail.com> wrot= e:

> clipped <
=C2=A0
### BEGIN /etc/grub.= d/08_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=C2=A0=C2=A0=C2=A0 insmod ext2
=C2=A0=C2=A0=C2=A0 set root=3D'(hd0,msdos1)'
=C2=A0=C2=A0=C2=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy do= m0_mem=3D512M
=C2=A0=C2=A0=C2=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=C2=A0=C2=A0=C2=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=C2=A0=C2=A0=C2=A0 #insmod ext2
=C2=A0=C2=A0=C2=A0 #set root=3D'(hd0,1)'
=C2=A0=C2=A0=C2=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_m= em=3D512M
=C2=A0=C2=A0=C2=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID= =3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset =C2=A0=C2=A0=C2=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=C2=A0
### MODEL UBUNTU FORUM
=C2=A0=C2=A0=C2=A0 ##insmod multiboot
=C2=A0=C2=A0=C2=A0 #insmod part_msdos
=C2=A0=C2=A0=C2=A0 #insmod ext2
=C2=A0=C2=A0=C2=A0 #set root=3D(hd0,msdos1)
=C2=A0=C2=A0=C2=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-8= 63a-ab32d2636fec
=C2=A0=C2=A0=C2=A0 #multiboot /boot/xen-4.2-unstable.gz
=C2=A0=C2=A0=C2=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=C2=A0=C2=A0=C2=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=C2=A0=C2=A0=C2=A0 insmod part_msdos
=C2=A0=C2=A0=C2=A0 insmod ext2
=C2=A0=C2=A0=C2=A0 set root=3D'(hd0,msdos1)'
=C2=A0=C2=A0=C2=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-86= 3a-ab32d2636fec
=C2=A0=C2=A0=C2=A0 echo=C2=A0=C2=A0=C2=A0 'Loading Linux 2.6.32.40 ...&= #39;
=C2=A0=C2=A0=C2=A0 linux=C2=A0=C2=A0=C2=A0 /vmlinuz-2.6.32.40 root=3D/dev/m= apper/debian--02-root ro=C2=A0 quiet
=C2=A0=C2=A0=C2=A0 echo=C2=A0=C2=A0=C2=A0 'Loading initial ramdisk ...&= #39;
=C2=A0=C2=A0=C2=A0 initrd=C2=A0=C2=A0=C2=A0 /initrd.img-2.6.32.40
}
> clipped <
--20cf307f3be26d3bdf04bede055f-- --===============3441427581111659431== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3441427581111659431==-- From xen-users-bounces@lists.xen.org Mon Apr 30 04:39:52 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 04:39:52 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOiNM-0007d3-To; Mon, 30 Apr 2012 04:38:16 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOiNK-0007cy-N4 for xen-users@lists.xen.org; Mon, 30 Apr 2012 04:38:15 +0000 Received: from [85.158.143.99:55856] by server-1.bemta-4.messagelabs.com id 92/6F-20925-6371E9F4; Mon, 30 Apr 2012 04:38:14 +0000 X-Env-Sender: kyl191@kyl191.net X-Msg-Ref: server-9.tower-216.messagelabs.com!1335760690!25813993!1 X-Originating-IP: [209.85.212.45] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14545 invoked from network); 30 Apr 2012 04:38:12 -0000 Received: from mail-vb0-f45.google.com (HELO mail-vb0-f45.google.com) (209.85.212.45) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 04:38:12 -0000 Received: by vbbfs19 with SMTP id fs19so2265319vbb.32 for ; Sun, 29 Apr 2012 21:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kyl191.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5ibCbR2vtDPy1LTUTIIsJwl/TEm4F1sjAT4EkOSXqFA=; b=VMfIctMGlRiSNReqhy9zmhkwj/eWKj9S2P+Nc0X8a+mRZUkBnlO8DGn0iKk8NlhE4X FAzjoHBuBt9EkPHFpOx5B4MiOfmEDHihvXyV5TfB8fuU6FNBxc8RkUWJkEhHEZuRNRoK w+r2xjcrv5IN+y3/hH5Fvy/MWz27RqPycx9iQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=5ibCbR2vtDPy1LTUTIIsJwl/TEm4F1sjAT4EkOSXqFA=; b=dzdCL+xWUdn8Oq0XYj5juGV2x0d3iDoctVNxkj3Er062DZXScklT97cSHX87/XOvkn xRXVGX6bsg0oGwJI0dW4BeY5r7osWV4fCPEOzD/tRS41o94utkENePTMTu2WMLuIc7EX 15o84yVlOl7E2/clYHpSvc0SuIejuyAsCeHri6PxiMG+/we2SZ9onQip0nY1cidKmJFy 0nNPDjwUN6oUZ659HsBE+AcI14ai07Yv204ffQKanyMM4DbGZueXUvDHGLM3N/u+1oc6 guUnhC5IU972l2wGcFPE1bMtrXFrq6u4CW0fmoCVx/JD1DON95Fmlkr/X5LyS0WBj7oR i5Rw== Received: by 10.52.91.16 with SMTP id ca16mr1993848vdb.125.1335760689904; Sun, 29 Apr 2012 21:38:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.137.2 with HTTP; Sun, 29 Apr 2012 21:37:49 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> From: Kyle Lexmond Date: Mon, 30 Apr 2012 12:37:49 +0800 Message-ID: To: =?UTF-8?B?Sm9zw6kgRWR1YXJkbyBGcmFuw6dh?= X-Gm-Message-State: ALoCoQmZzj921h8AnwpBqs4y8iORCXktOxcKuH/o282b5DoHTAxIph9pAqx5mgP63fSauZ8zFUUu Cc: xen-users@lists.xen.org, =?UTF-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= , Walter Robert Ditzler Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3441427581111659431==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3441427581111659431== Content-Type: multipart/alternative; boundary=20cf307f3be26d3bdf04bede055f --20cf307f3be26d3bdf04bede055f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm just wondering why the active entry under ###MY ATTEMPT uses msdos1 as the partition, but doesn't have "insmod part_msdos". Since the entry without Xen has it, that might explain the error: couldn't open file problem. -- Kyle On Wed, Apr 25, 2012 at 1:29 AM, Jos=C3=A9 Eduardo Fran=C3=A7a wrote: > > > clipped < > > ### BEGIN /etc/grub.d/08_xen ### > menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { > ### MY ATTEMPT > insmod ext2 > set root=3D'(hd0,msdos1)' > multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M > module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy > root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty= 0 > nomodeset > module (hd0,msdos1)/boot/initrd.img-2.6.32.40 > > ### MODEL Configuring and Installing Remus > #insmod ext2 > #set root=3D'(hd0,1)' > #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M > #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy > root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty= 0 > nomodeset > #module (hd0,1)/boot/initrd.img-2.6.32.40 > > ### MODEL UBUNTU FORUM > ##insmod multiboot > #insmod part_msdos > #insmod ext2 > #set root=3D(hd0,msdos1) > #search --no-floppy --fs-uuid --set > fcc01979-0cf3-4dbe-863a-ab32d2636fec > #multiboot /boot/xen-4.2-unstable.gz > #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 > #module /boot/initrd.img-2.6.32.40 > } > ### END /etc/grub.d/08_xen ### > > ### BEGIN /etc/grub.d/10_linux ### > menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian --class > gnu-linux --class gnu --class os { > insmod part_msdos > insmod ext2 > set root=3D'(hd0,msdos1)' > search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2636f= ec > echo 'Loading Linux 2.6.32.40 ...' > linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro qu= iet > echo 'Loading initial ramdisk ...' > initrd /initrd.img-2.6.32.40 > } > > clipped < --20cf307f3be26d3bdf04bede055f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =C2=A0I'm just wondering why the active entry under ###MY ATTEMPT uses = msdos1 as the partition, but doesn't have "insmod part_msdos"= . Since the entry without Xen has it, that might explain the error: couldn&= #39;t open file problem.

-- Kyle

On Wed, Apr 25, 2012 at 1:29 = AM, Jos=C3=A9 Eduardo Fran=C3=A7a <jefranca@gmail.com> wrot= e:

> clipped <
=C2=A0
### BEGIN /etc/grub.= d/08_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=C2=A0=C2=A0=C2=A0 insmod ext2
=C2=A0=C2=A0=C2=A0 set root=3D'(hd0,msdos1)'
=C2=A0=C2=A0=C2=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy do= m0_mem=3D512M
=C2=A0=C2=A0=C2=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=C2=A0=C2=A0=C2=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=C2=A0=C2=A0=C2=A0 #insmod ext2
=C2=A0=C2=A0=C2=A0 #set root=3D'(hd0,1)'
=C2=A0=C2=A0=C2=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_m= em=3D512M
=C2=A0=C2=A0=C2=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID= =3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset =C2=A0=C2=A0=C2=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=C2=A0
### MODEL UBUNTU FORUM
=C2=A0=C2=A0=C2=A0 ##insmod multiboot
=C2=A0=C2=A0=C2=A0 #insmod part_msdos
=C2=A0=C2=A0=C2=A0 #insmod ext2
=C2=A0=C2=A0=C2=A0 #set root=3D(hd0,msdos1)
=C2=A0=C2=A0=C2=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-8= 63a-ab32d2636fec
=C2=A0=C2=A0=C2=A0 #multiboot /boot/xen-4.2-unstable.gz
=C2=A0=C2=A0=C2=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=C2=A0=C2=A0=C2=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=C2=A0=C2=A0=C2=A0 insmod part_msdos
=C2=A0=C2=A0=C2=A0 insmod ext2
=C2=A0=C2=A0=C2=A0 set root=3D'(hd0,msdos1)'
=C2=A0=C2=A0=C2=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-86= 3a-ab32d2636fec
=C2=A0=C2=A0=C2=A0 echo=C2=A0=C2=A0=C2=A0 'Loading Linux 2.6.32.40 ...&= #39;
=C2=A0=C2=A0=C2=A0 linux=C2=A0=C2=A0=C2=A0 /vmlinuz-2.6.32.40 root=3D/dev/m= apper/debian--02-root ro=C2=A0 quiet
=C2=A0=C2=A0=C2=A0 echo=C2=A0=C2=A0=C2=A0 'Loading initial ramdisk ...&= #39;
=C2=A0=C2=A0=C2=A0 initrd=C2=A0=C2=A0=C2=A0 /initrd.img-2.6.32.40
}
> clipped <
--20cf307f3be26d3bdf04bede055f-- --===============3441427581111659431== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3441427581111659431==-- From xen-users-bounces@lists.xen.org Mon Apr 30 09:02:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:02: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 1SOmTV-0002oU-WA; Mon, 30 Apr 2012 09:00:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOmTT-0002oP-6k for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:00:51 +0000 Received: from [85.158.138.51:53829] by server-1.bemta-3.messagelabs.com id DA/9E-11491-2C45E9F4; Mon, 30 Apr 2012 09:00:50 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-8.tower-174.messagelabs.com!1335776449!24348442!1 X-Originating-IP: [212.77.101.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjc3LjEwMS44ID0+IDExNTMxNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29633 invoked from network); 30 Apr 2012 09:00:49 -0000 Received: from mx4.wp.pl (HELO mx4.wp.pl) (212.77.101.8) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 09:00:49 -0000 Received: (wp-smtpd smtp.wp.pl 17537 invoked from network); 30 Apr 2012 11:00:49 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1335776449; bh=jC1DJvUi9IMqdmxrpuYI55tVoRicXu8e08JtWnAqpqA=; h=From:To:Subject; b=ikoHKBY92+ERX+ML/HqedbbmZwVD2vXNL1ZFDBJqRObLECBSD4ogMVJZU/Xk74JfZ WLFy33rqRAKEoYdAy3Qcq13r2keUNDa6lU6XaM8FDLwOuRSvkFqpWDhAOUo92qXefv lLQCoHxLABcSy4qRlM1qfeem7/P/AXydkss4srUw= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 30 Apr 2012 11:00:49 +0200 Date: Mon, 30 Apr 2012 11:00:48 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users@lists.xen.org Message-ID: <4f9e54c0e0aeb3.90970095@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 130.226.208.177 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [wSM0] Subject: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I want to run XEN on a dedicated server with following structure: dom0 as hypervisor. domU1 as a gateway - firewall, DNS, openVPN and maybe DHCP server. Firewalling via Shorewall. domU2 as internal server with several services (Apache, MySQL available locally) domU3 as DMZ with external Apache server that can be queried from external. users from the outside should connect to OpenVPN at domU1 and have an access to the services on domU2. Apache on domU3 will connect to MySQL at domU2 and present the data to the client. That should ensure better security in case when domU3 is exposed. domU1 should ensure firewalling the system, port forwarding 80 to domU3 and creating a NAT. The physical machine will have one NIC with one public IP. My question, as a XEN beginner: is this config quite feasible ? What should be improved ? Should I use bridged or routed mode in XEN ? I know that I have to enable NIC at domU1 by adding pci and netif=1 parameters to the config. I also found this link:http://www.shorewall.net/3.0/XenMyWay.html In my case I have only one public IP and I don't have wifi zone. I don't want to assign public IP to the domU2, just forward the port. Will assigning the public IP in domU2 improve scalability if we want to add more public-available services ? Any recommended tutorials, howtos ? Thanks Slawek Kosowski _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 09:02:18 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:02: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 1SOmTV-0002oU-WA; Mon, 30 Apr 2012 09:00:53 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOmTT-0002oP-6k for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:00:51 +0000 Received: from [85.158.138.51:53829] by server-1.bemta-3.messagelabs.com id DA/9E-11491-2C45E9F4; Mon, 30 Apr 2012 09:00:50 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-8.tower-174.messagelabs.com!1335776449!24348442!1 X-Originating-IP: [212.77.101.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjc3LjEwMS44ID0+IDExNTMxNw==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29633 invoked from network); 30 Apr 2012 09:00:49 -0000 Received: from mx4.wp.pl (HELO mx4.wp.pl) (212.77.101.8) by server-8.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 09:00:49 -0000 Received: (wp-smtpd smtp.wp.pl 17537 invoked from network); 30 Apr 2012 11:00:49 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1335776449; bh=jC1DJvUi9IMqdmxrpuYI55tVoRicXu8e08JtWnAqpqA=; h=From:To:Subject; b=ikoHKBY92+ERX+ML/HqedbbmZwVD2vXNL1ZFDBJqRObLECBSD4ogMVJZU/Xk74JfZ WLFy33rqRAKEoYdAy3Qcq13r2keUNDa6lU6XaM8FDLwOuRSvkFqpWDhAOUo92qXefv lLQCoHxLABcSy4qRlM1qfeem7/P/AXydkss4srUw= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 30 Apr 2012 11:00:49 +0200 Date: Mon, 30 Apr 2012 11:00:48 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users@lists.xen.org Message-ID: <4f9e54c0e0aeb3.90970095@wp.pl> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 130.226.208.177 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [wSM0] Subject: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi all, I want to run XEN on a dedicated server with following structure: dom0 as hypervisor. domU1 as a gateway - firewall, DNS, openVPN and maybe DHCP server. Firewalling via Shorewall. domU2 as internal server with several services (Apache, MySQL available locally) domU3 as DMZ with external Apache server that can be queried from external. users from the outside should connect to OpenVPN at domU1 and have an access to the services on domU2. Apache on domU3 will connect to MySQL at domU2 and present the data to the client. That should ensure better security in case when domU3 is exposed. domU1 should ensure firewalling the system, port forwarding 80 to domU3 and creating a NAT. The physical machine will have one NIC with one public IP. My question, as a XEN beginner: is this config quite feasible ? What should be improved ? Should I use bridged or routed mode in XEN ? I know that I have to enable NIC at domU1 by adding pci and netif=1 parameters to the config. I also found this link:http://www.shorewall.net/3.0/XenMyWay.html In my case I have only one public IP and I don't have wifi zone. I don't want to assign public IP to the domU2, just forward the port. Will assigning the public IP in domU2 improve scalability if we want to add more public-available services ? Any recommended tutorials, howtos ? Thanks Slawek Kosowski _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 09:07:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:07: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 1SOmYx-0003BX-CS; Mon, 30 Apr 2012 09:06:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOmYv-0003BO-LH for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:06:29 +0000 Received: from [193.109.254.147:14912] by server-6.bemta-14.messagelabs.com id 15/74-02047-5165E9F4; Mon, 30 Apr 2012 09:06:29 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1335776786!6923309!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 652 invoked from network); 30 Apr 2012 09:06:27 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 09:06:27 -0000 Received: by obbwd20 with SMTP id wd20so2388452obb.32 for ; Mon, 30 Apr 2012 02:06:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=yAPVNogL+oZz2/CDEpln89PIHb8FKocUTAcA1rnR2gU=; b=fHqSp43YgJe1rDkakOKAdfSZI82IVCNB94ftoegHj16tzdSmq/5db2zYPkEu5twoHE 9H3X/m1ULlupXrhh6HjhGtRE4gmKf2o78QFLrx9S+DMVIjd1Cw0CoXm3lQxfBL9CNelM wGyIoqNfsaSmK/91uA3980tex278ufpuS49q2/Py7TIS5l5wSlkTWJURM2+iorN+XsrU HzXEPngBkSPgp3PH8qMu9Yi/Ac162hxgOnMGUTbu4emuBoCLLgG5SKTb+I0YaNggxfer KXsbdHkS3S6NsC8IV64evX8oxPp9tQA520WEccY1PW6qAfeLXgDiBeL2q7ifGXqTv8DF F8OQ== Received: by 10.60.14.226 with SMTP id s2mr26678172oec.29.1335776785850; Mon, 30 Apr 2012 02:06:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.19.168 with HTTP; Mon, 30 Apr 2012 02:06:05 -0700 (PDT) In-Reply-To: <20120428034218.GA27107@luke.xen.prgmr.com> References: <20120424153753.GA15600@luke.xen.prgmr.com> <20120428034218.GA27107@luke.xen.prgmr.com> From: eva Date: Mon, 30 Apr 2012 11:06:05 +0200 Message-ID: To: "Luke S. Crawford" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1177882029063553171==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1177882029063553171== Content-Type: multipart/alternative; boundary=e89a8fb1f9c4d1e03304bee1c461 --e89a8fb1f9c4d1e03304bee1c461 Content-Type: text/plain; charset=ISO-8859-1 On 28 April 2012 05:42, Luke S. Crawford wrote: > On Thu, Apr 26, 2012 at 12:26:13PM +0100, Simon Hobson wrote: > > eva wrote: > > > > >Thanks for answering. I read that part, but afterwards I read the link > > >that Luke posted that says: > > > > > >"The problem with PyGRUB is that while it's a good simulation of a > > >bootloader, it has to mount the domU partition" > > > > > > > > > > http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F > > > > > >..hence my confusion. > > > > Hmm, yes. One or other of the Wiki entries is wrong then. > > Technically, mine is wrong; it uses libfsimage to pull the kernel out > of the block device, it doesn't mount it. But that has many of the > dangers of mounting directly. (As someone else pointed out, I think, > libfsimage can be run as something other than root, as long as it has read > access to the block device, and that helps some, though by default I think > it does run as root. But Pvgrub runs entirely within the guest, so there > is no way a problem in pvgrub can lead to a dom0 compromise.) > > Note, pvgrub also protects you from, say, exploits in the code used to > decompress the kernel; with pvgrub, the kernel is uncompressed within > the DomU. > > > In that link I see the answer to your other query. In there, in > > extolling the virtues of pvgrub, the author is hinting (but > > explicitly stating) that he is providing a read-only volume which the > > end user (DomU owner) cannot modify. In that read-only partition, he > > has a basic (rescue) system which the DomU always boots "through" - > > thus the end user can never ever completely trash his DomU to the > > point that it won't boot anything. > > My guess is that he has GRUB installed in the rescue partition, with > > two entries - rescue and user. Rescue boots into the rescue system, > > user (the default) chain loads a GRUB config from the user's normal > > partition. In normal operation, the DomU will load the read-only > > GRUB, chainload the user's GRUB, and then boot the user's OS. If the > > user screws it up, he can interrupt the initial GRUB, boot into the > > rescue system, and from there fix his own system. > > exactly. > > > Thank you guys to help me to clarify this point. Regards, Eva --e89a8fb1f9c4d1e03304bee1c461 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On 28 April 2012 05:42, Luke S. Crawford= <l= sc@prgmr.com> wrote:
On Thu, Apr 26, 2012 at 12:26:13PM +0100, Simon Hobson wr= ote:
> eva wrote:
>
> >Thanks for answering. I read that part, but afterwards I read the = link
> >that Luke posted that says:
> >
> >"The problem with PyGRUB is that while it's a good simula= tion of a
> >bootloader, it has to mount the domU partition"
> >
> >
> >http://wiki.prgmr.com/mediawik= i/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_= Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F
> >
> >..hence my confusion.
>
> Hmm, yes. One or other of the Wiki entries is wrong then.

Technically, mine is wrong; =A0it uses libfsimage to pull the kernel = out
of the block device, it doesn't mount it. =A0 But that has many of the<= br> dangers of mounting directly. =A0(As someone else pointed out, I think,
libfsimage can be run as something other than root, as long as it has read<= br> access to the block device, and that helps some, though by default I think<= br> it does run as root. =A0But Pvgrub runs entirely within the guest, so there=
is no way a problem in pvgrub can lead to a dom0 compromise.)

Note, pvgrub also protects you from, say, exploits in the code used to
decompress the kernel; with pvgrub, the kernel is uncompressed within
the DomU.

> In that link I see the answer to your other query. In there, in
> extolling the virtues of pvgrub, the author is hinting (but
> explicitly stating) that he is providing a read-only volume which the<= br> > end user (DomU owner) cannot modify. In that read-only partition, he > has a basic (rescue) system which the DomU always boots "through&= quot; -
> thus the end user can never ever completely trash his DomU to the
> point that it won't boot anything.
> My guess is that he has GRUB installed in the rescue partition, with > two entries - rescue and user. Rescue boots into the rescue system, > user (the default) chain loads a GRUB config from the user's norma= l
> partition. In normal operation, the DomU will load the read-only
> GRUB, chainload the user's GRUB, and then boot the user's OS. = If the
> user screws it up, he can interrupt the initial GRUB, boot into the > rescue system, and from there fix his own system.

exactly.



Thank you guys to help me to clarify this point.

Regards, Eva=A0
--e89a8fb1f9c4d1e03304bee1c461-- --===============1177882029063553171== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1177882029063553171==-- From xen-users-bounces@lists.xen.org Mon Apr 30 09:07:40 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:07: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 1SOmYx-0003BX-CS; Mon, 30 Apr 2012 09:06:31 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOmYv-0003BO-LH for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:06:29 +0000 Received: from [193.109.254.147:14912] by server-6.bemta-14.messagelabs.com id 15/74-02047-5165E9F4; Mon, 30 Apr 2012 09:06:29 +0000 X-Env-Sender: evammg@gmail.com X-Msg-Ref: server-12.tower-27.messagelabs.com!1335776786!6923309!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 652 invoked from network); 30 Apr 2012 09:06:27 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 09:06:27 -0000 Received: by obbwd20 with SMTP id wd20so2388452obb.32 for ; Mon, 30 Apr 2012 02:06:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=yAPVNogL+oZz2/CDEpln89PIHb8FKocUTAcA1rnR2gU=; b=fHqSp43YgJe1rDkakOKAdfSZI82IVCNB94ftoegHj16tzdSmq/5db2zYPkEu5twoHE 9H3X/m1ULlupXrhh6HjhGtRE4gmKf2o78QFLrx9S+DMVIjd1Cw0CoXm3lQxfBL9CNelM wGyIoqNfsaSmK/91uA3980tex278ufpuS49q2/Py7TIS5l5wSlkTWJURM2+iorN+XsrU HzXEPngBkSPgp3PH8qMu9Yi/Ac162hxgOnMGUTbu4emuBoCLLgG5SKTb+I0YaNggxfer KXsbdHkS3S6NsC8IV64evX8oxPp9tQA520WEccY1PW6qAfeLXgDiBeL2q7ifGXqTv8DF F8OQ== Received: by 10.60.14.226 with SMTP id s2mr26678172oec.29.1335776785850; Mon, 30 Apr 2012 02:06:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.19.168 with HTTP; Mon, 30 Apr 2012 02:06:05 -0700 (PDT) In-Reply-To: <20120428034218.GA27107@luke.xen.prgmr.com> References: <20120424153753.GA15600@luke.xen.prgmr.com> <20120428034218.GA27107@luke.xen.prgmr.com> From: eva Date: Mon, 30 Apr 2012 11:06:05 +0200 Message-ID: To: "Luke S. Crawford" Cc: xen-users@lists.xen.org Subject: Re: [Xen-users] Where does PyGrub run? X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1177882029063553171==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1177882029063553171== Content-Type: multipart/alternative; boundary=e89a8fb1f9c4d1e03304bee1c461 --e89a8fb1f9c4d1e03304bee1c461 Content-Type: text/plain; charset=ISO-8859-1 On 28 April 2012 05:42, Luke S. Crawford wrote: > On Thu, Apr 26, 2012 at 12:26:13PM +0100, Simon Hobson wrote: > > eva wrote: > > > > >Thanks for answering. I read that part, but afterwards I read the link > > >that Luke posted that says: > > > > > >"The problem with PyGRUB is that while it's a good simulation of a > > >bootloader, it has to mount the domU partition" > > > > > > > > > > http://wiki.prgmr.com/mediawiki/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F > > > > > >..hence my confusion. > > > > Hmm, yes. One or other of the Wiki entries is wrong then. > > Technically, mine is wrong; it uses libfsimage to pull the kernel out > of the block device, it doesn't mount it. But that has many of the > dangers of mounting directly. (As someone else pointed out, I think, > libfsimage can be run as something other than root, as long as it has read > access to the block device, and that helps some, though by default I think > it does run as root. But Pvgrub runs entirely within the guest, so there > is no way a problem in pvgrub can lead to a dom0 compromise.) > > Note, pvgrub also protects you from, say, exploits in the code used to > decompress the kernel; with pvgrub, the kernel is uncompressed within > the DomU. > > > In that link I see the answer to your other query. In there, in > > extolling the virtues of pvgrub, the author is hinting (but > > explicitly stating) that he is providing a read-only volume which the > > end user (DomU owner) cannot modify. In that read-only partition, he > > has a basic (rescue) system which the DomU always boots "through" - > > thus the end user can never ever completely trash his DomU to the > > point that it won't boot anything. > > My guess is that he has GRUB installed in the rescue partition, with > > two entries - rescue and user. Rescue boots into the rescue system, > > user (the default) chain loads a GRUB config from the user's normal > > partition. In normal operation, the DomU will load the read-only > > GRUB, chainload the user's GRUB, and then boot the user's OS. If the > > user screws it up, he can interrupt the initial GRUB, boot into the > > rescue system, and from there fix his own system. > > exactly. > > > Thank you guys to help me to clarify this point. Regards, Eva --e89a8fb1f9c4d1e03304bee1c461 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On 28 April 2012 05:42, Luke S. Crawford= <l= sc@prgmr.com> wrote:
On Thu, Apr 26, 2012 at 12:26:13PM +0100, Simon Hobson wr= ote:
> eva wrote:
>
> >Thanks for answering. I read that part, but afterwards I read the = link
> >that Luke posted that says:
> >
> >"The problem with PyGRUB is that while it's a good simula= tion of a
> >bootloader, it has to mount the domU partition"
> >
> >
> >http://wiki.prgmr.com/mediawik= i/index.php/Chapter_7:_Hosting_Untrusted_Users_Under_Xen:_Lessons_from_the_= Trenches#PV-GRUB:_A_SAFER_ALTERNATIVE_TO_PYGRUB.3F
> >
> >..hence my confusion.
>
> Hmm, yes. One or other of the Wiki entries is wrong then.

Technically, mine is wrong; =A0it uses libfsimage to pull the kernel = out
of the block device, it doesn't mount it. =A0 But that has many of the<= br> dangers of mounting directly. =A0(As someone else pointed out, I think,
libfsimage can be run as something other than root, as long as it has read<= br> access to the block device, and that helps some, though by default I think<= br> it does run as root. =A0But Pvgrub runs entirely within the guest, so there=
is no way a problem in pvgrub can lead to a dom0 compromise.)

Note, pvgrub also protects you from, say, exploits in the code used to
decompress the kernel; with pvgrub, the kernel is uncompressed within
the DomU.

> In that link I see the answer to your other query. In there, in
> extolling the virtues of pvgrub, the author is hinting (but
> explicitly stating) that he is providing a read-only volume which the<= br> > end user (DomU owner) cannot modify. In that read-only partition, he > has a basic (rescue) system which the DomU always boots "through&= quot; -
> thus the end user can never ever completely trash his DomU to the
> point that it won't boot anything.
> My guess is that he has GRUB installed in the rescue partition, with > two entries - rescue and user. Rescue boots into the rescue system, > user (the default) chain loads a GRUB config from the user's norma= l
> partition. In normal operation, the DomU will load the read-only
> GRUB, chainload the user's GRUB, and then boot the user's OS. = If the
> user screws it up, he can interrupt the initial GRUB, boot into the > rescue system, and from there fix his own system.

exactly.



Thank you guys to help me to clarify this point.

Regards, Eva=A0
--e89a8fb1f9c4d1e03304bee1c461-- --===============1177882029063553171== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1177882029063553171==-- From xen-users-bounces@lists.xen.org Mon Apr 30 09:29:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:29: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 1SOmuM-00040S-KL; Mon, 30 Apr 2012 09:28:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOmuK-00040N-MF for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:28:36 +0000 Received: from [85.158.143.99:6893] by server-1.bemta-4.messagelabs.com id 98/F2-20925-44B5E9F4; Mon, 30 Apr 2012 09:28:36 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1335778115!25850071!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21054 invoked from network); 30 Apr 2012 09:28:35 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 09:28:35 -0000 Received: by wibhn6 with SMTP id hn6so2187840wib.14 for ; Mon, 30 Apr 2012 02:28:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:x-mailer:from:subject:date:to; bh=3H3bsyqhm9LjdNz/snR3MvO5zYnipxLm2/qLs6+EDyo=; b=Lwu3lem8jXB66zpffE2t71A3Bv7rHNa7v8xAUu541GDtsXfZavSaQltHz9ONuUH+dO eYVD4e+Lcd2NakoGQAzzeAox2/yvjbnOruUcaUXqnlG7Pr3if8+XM+4fRqa078EZq0z1 k8qycSYFGIh/3OL9OYQyGyFIylrz+TJTWLBVEORaPS/2W5TEoHcIot/zvD6DUleqKTXp HNGHaBZVvpDOfAZgpNF6RGn7Qe2d6DmHdxOPJ+0TiLZlqYeYnrJgkS+kzf5XiNJ20mqW tCOLsiWN6KWk4YvDMEvVhM68JIc9ZgfUgRhAzEqpAnEfuHdPTTKG6XwnoQeG5/8/4WKI SiCQ== Received: by 10.216.135.225 with SMTP id u75mr1120939wei.97.1335778115171; Mon, 30 Apr 2012 02:28:35 -0700 (PDT) Received: from [10.41.50.101] (195-90.192-178.cust.bluewin.ch. [178.192.90.195]) by mx.google.com with ESMTPS id b3sm27328955wib.4.2012.04.30.02.28.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 02:28:33 -0700 (PDT) References: <4f9e54c0e0aeb3.90970095@wp.pl> In-Reply-To: <4f9e54c0e0aeb3.90970095@wp.pl> Mime-Version: 1.0 (1.0) Message-Id: <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> X-Mailer: iPhone Mail (9B179) From: Walter Robert Ditzler Date: Mon, 30 Apr 2012 11:28:28 +0200 To: =?utf-8?Q?S=C5=82awek_Kosowski?= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org aGkgc2xhd2VrLAoKMSBjb21tZW50IG9ubHkgc28gZmFyLCB1bnRpbCB1IGJlZ2luIHUgc2hvdWxk IGtub3cgd2hhdCB1IHdhbnQuIGFsbCB3aXNoZWQgZmVhdHVyZXMgY2FuIGJlIHNldCB1cCBieSB4 ZW4sIG5vIHBycG9zIGJ1dCBkaGNwIGZpcmV3YWxsIC4uLiB3aXRoIDEgbmljIC4uLgoKdGhhdCBz b3VuZCByZWFsbHkgbWVzcyd5Cgpub3QgeGVuIGlzIGhlcmUgdGhlIG51dCwgdGhlIG92ZXJhbCBj b25jZXB0IQoKdSB3YW50IGFsbCBzZXJ2aWNlcyBhbmQgYWxsIHNlY3VyaXR5IHdpdGggbWluaW1h bCBoYXJkd2FyZSAobmljKS4KCmluIHN3aXR6bGFuZCB3ZSBzYXk6IHUgY2FuIGhhdmUgdGhlIGJy ZWFkIGFuZCB0aGUgNXAgYXQgdGhlIHNhbWUgdGltZSA6KQoKdGhhbmtzIHdhbHRlcgoKT24gMzAu MDQuMjAxMiwgYXQgMTE6MDAsIFPFgmF3ZWsgS29zb3dza2kgPHNsYXdlay5rX3hsQHdwLnBsPiB3 cm90ZToKCj4gSGkgYWxsLAo+IAo+IEkgd2FudCB0byBydW4gWEVOIG9uIGEgZGVkaWNhdGVkIHNl cnZlciB3aXRoIGZvbGxvd2luZyBzdHJ1Y3R1cmU6Cj4gZG9tMCBhcyBoeXBlcnZpc29yLgo+IGRv bVUxIGFzIGEgZ2F0ZXdheSAtIGZpcmV3YWxsLCBETlMsIG9wZW5WUE4gYW5kIG1heWJlIERIQ1Ag c2VydmVyLiBGaXJld2FsbGluZyB2aWEgU2hvcmV3YWxsLgo+IGRvbVUyIGFzIGludGVybmFsIHNl cnZlciB3aXRoIHNldmVyYWwgc2VydmljZXMgKEFwYWNoZSwgTXlTUUwgYXZhaWxhYmxlIGxvY2Fs bHkpCj4gZG9tVTMgYXMgRE1aIHdpdGggZXh0ZXJuYWwgQXBhY2hlIHNlcnZlciB0aGF0IGNhbiBi ZSBxdWVyaWVkIGZyb20gZXh0ZXJuYWwuCj4gCj4gdXNlcnMgZnJvbSB0aGUgb3V0c2lkZSBzaG91 bGQgY29ubmVjdCB0byBPcGVuVlBOIGF0IGRvbVUxIGFuZCBoYXZlIGFuIGFjY2VzcyB0byB0aGUg c2VydmljZXMgb24gZG9tVTIuIAo+IEFwYWNoZSBvbiBkb21VMyB3aWxsIGNvbm5lY3QgdG8gTXlT UUwgYXQgZG9tVTIgYW5kIHByZXNlbnQgdGhlIGRhdGEgdG8gdGhlIGNsaWVudC4gVGhhdCBzaG91 bGQgZW5zdXJlIGJldHRlciBzZWN1cml0eSBpbiBjYXNlIHdoZW4gZG9tVTMgaXMgZXhwb3NlZC4K PiBkb21VMSBzaG91bGQgZW5zdXJlIGZpcmV3YWxsaW5nIHRoZSBzeXN0ZW0sIHBvcnQgZm9yd2Fy ZGluZyA4MCB0byBkb21VMyBhbmQgY3JlYXRpbmcgYSBOQVQuIAo+IFRoZSBwaHlzaWNhbCBtYWNo aW5lIHdpbGwgaGF2ZSBvbmUgTklDIHdpdGggb25lIHB1YmxpYyBJUC4KPiAKPiBNeSBxdWVzdGlv biwgYXMgYSBYRU4gYmVnaW5uZXI6IGlzIHRoaXMgY29uZmlnIHF1aXRlIGZlYXNpYmxlID8KPiBX aGF0IHNob3VsZCBiZSBpbXByb3ZlZCA/Cj4gU2hvdWxkIEkgdXNlIGJyaWRnZWQgb3Igcm91dGVk IG1vZGUgaW4gWEVOID8KPiBJIGtub3cgdGhhdCBJIGhhdmUgdG8gZW5hYmxlIE5JQyBhdCBkb21V MSBieSBhZGRpbmcgcGNpIGFuZCBuZXRpZj0xIHBhcmFtZXRlcnMgdG8gdGhlIGNvbmZpZy4KPiBJ IGFsc28gZm91bmQgdGhpcyBsaW5rOmh0dHA6Ly93d3cuc2hvcmV3YWxsLm5ldC8zLjAvWGVuTXlX YXkuaHRtbAo+IEluIG15IGNhc2UgSSBoYXZlIG9ubHkgb25lIHB1YmxpYyBJUCBhbmQgSSBkb24n dCBoYXZlIHdpZmkgem9uZS4gCj4gSSBkb24ndCB3YW50IHRvIGFzc2lnbiBwdWJsaWMgSVAgdG8g dGhlIGRvbVUyLCBqdXN0IGZvcndhcmQgdGhlIHBvcnQuIAo+IFdpbGwgYXNzaWduaW5nIHRoZSBw dWJsaWMgSVAgaW4gZG9tVTIgaW1wcm92ZSBzY2FsYWJpbGl0eSBpZiB3ZSB3YW50IHRvIGFkZCBt b3JlIHB1YmxpYy1hdmFpbGFibGUgc2VydmljZXMgPwo+IEFueSByZWNvbW1lbmRlZCB0dXRvcmlh bHMsIGhvd3RvcyA/Cj4gCj4gVGhhbmtzCj4gU2xhd2VrIEtvc293c2tpCj4gCj4gCj4gCj4gCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNl cnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcK aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Apr 30 09:29:36 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:29: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 1SOmuM-00040S-KL; Mon, 30 Apr 2012 09:28:38 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOmuK-00040N-MF for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:28:36 +0000 Received: from [85.158.143.99:6893] by server-1.bemta-4.messagelabs.com id 98/F2-20925-44B5E9F4; Mon, 30 Apr 2012 09:28:36 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1335778115!25850071!1 X-Originating-IP: [209.85.212.179] X-SpamReason: No, hits=0.4 required=7.0 tests=MIME_QP_LONG_LINE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21054 invoked from network); 30 Apr 2012 09:28:35 -0000 Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 09:28:35 -0000 Received: by wibhn6 with SMTP id hn6so2187840wib.14 for ; Mon, 30 Apr 2012 02:28:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:x-mailer:from:subject:date:to; bh=3H3bsyqhm9LjdNz/snR3MvO5zYnipxLm2/qLs6+EDyo=; b=Lwu3lem8jXB66zpffE2t71A3Bv7rHNa7v8xAUu541GDtsXfZavSaQltHz9ONuUH+dO eYVD4e+Lcd2NakoGQAzzeAox2/yvjbnOruUcaUXqnlG7Pr3if8+XM+4fRqa078EZq0z1 k8qycSYFGIh/3OL9OYQyGyFIylrz+TJTWLBVEORaPS/2W5TEoHcIot/zvD6DUleqKTXp HNGHaBZVvpDOfAZgpNF6RGn7Qe2d6DmHdxOPJ+0TiLZlqYeYnrJgkS+kzf5XiNJ20mqW tCOLsiWN6KWk4YvDMEvVhM68JIc9ZgfUgRhAzEqpAnEfuHdPTTKG6XwnoQeG5/8/4WKI SiCQ== Received: by 10.216.135.225 with SMTP id u75mr1120939wei.97.1335778115171; Mon, 30 Apr 2012 02:28:35 -0700 (PDT) Received: from [10.41.50.101] (195-90.192-178.cust.bluewin.ch. [178.192.90.195]) by mx.google.com with ESMTPS id b3sm27328955wib.4.2012.04.30.02.28.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 02:28:33 -0700 (PDT) References: <4f9e54c0e0aeb3.90970095@wp.pl> In-Reply-To: <4f9e54c0e0aeb3.90970095@wp.pl> Mime-Version: 1.0 (1.0) Message-Id: <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> X-Mailer: iPhone Mail (9B179) From: Walter Robert Ditzler Date: Mon, 30 Apr 2012 11:28:28 +0200 To: =?utf-8?Q?S=C5=82awek_Kosowski?= Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org aGkgc2xhd2VrLAoKMSBjb21tZW50IG9ubHkgc28gZmFyLCB1bnRpbCB1IGJlZ2luIHUgc2hvdWxk IGtub3cgd2hhdCB1IHdhbnQuIGFsbCB3aXNoZWQgZmVhdHVyZXMgY2FuIGJlIHNldCB1cCBieSB4 ZW4sIG5vIHBycG9zIGJ1dCBkaGNwIGZpcmV3YWxsIC4uLiB3aXRoIDEgbmljIC4uLgoKdGhhdCBz b3VuZCByZWFsbHkgbWVzcyd5Cgpub3QgeGVuIGlzIGhlcmUgdGhlIG51dCwgdGhlIG92ZXJhbCBj b25jZXB0IQoKdSB3YW50IGFsbCBzZXJ2aWNlcyBhbmQgYWxsIHNlY3VyaXR5IHdpdGggbWluaW1h bCBoYXJkd2FyZSAobmljKS4KCmluIHN3aXR6bGFuZCB3ZSBzYXk6IHUgY2FuIGhhdmUgdGhlIGJy ZWFkIGFuZCB0aGUgNXAgYXQgdGhlIHNhbWUgdGltZSA6KQoKdGhhbmtzIHdhbHRlcgoKT24gMzAu MDQuMjAxMiwgYXQgMTE6MDAsIFPFgmF3ZWsgS29zb3dza2kgPHNsYXdlay5rX3hsQHdwLnBsPiB3 cm90ZToKCj4gSGkgYWxsLAo+IAo+IEkgd2FudCB0byBydW4gWEVOIG9uIGEgZGVkaWNhdGVkIHNl cnZlciB3aXRoIGZvbGxvd2luZyBzdHJ1Y3R1cmU6Cj4gZG9tMCBhcyBoeXBlcnZpc29yLgo+IGRv bVUxIGFzIGEgZ2F0ZXdheSAtIGZpcmV3YWxsLCBETlMsIG9wZW5WUE4gYW5kIG1heWJlIERIQ1Ag c2VydmVyLiBGaXJld2FsbGluZyB2aWEgU2hvcmV3YWxsLgo+IGRvbVUyIGFzIGludGVybmFsIHNl cnZlciB3aXRoIHNldmVyYWwgc2VydmljZXMgKEFwYWNoZSwgTXlTUUwgYXZhaWxhYmxlIGxvY2Fs bHkpCj4gZG9tVTMgYXMgRE1aIHdpdGggZXh0ZXJuYWwgQXBhY2hlIHNlcnZlciB0aGF0IGNhbiBi ZSBxdWVyaWVkIGZyb20gZXh0ZXJuYWwuCj4gCj4gdXNlcnMgZnJvbSB0aGUgb3V0c2lkZSBzaG91 bGQgY29ubmVjdCB0byBPcGVuVlBOIGF0IGRvbVUxIGFuZCBoYXZlIGFuIGFjY2VzcyB0byB0aGUg c2VydmljZXMgb24gZG9tVTIuIAo+IEFwYWNoZSBvbiBkb21VMyB3aWxsIGNvbm5lY3QgdG8gTXlT UUwgYXQgZG9tVTIgYW5kIHByZXNlbnQgdGhlIGRhdGEgdG8gdGhlIGNsaWVudC4gVGhhdCBzaG91 bGQgZW5zdXJlIGJldHRlciBzZWN1cml0eSBpbiBjYXNlIHdoZW4gZG9tVTMgaXMgZXhwb3NlZC4K PiBkb21VMSBzaG91bGQgZW5zdXJlIGZpcmV3YWxsaW5nIHRoZSBzeXN0ZW0sIHBvcnQgZm9yd2Fy ZGluZyA4MCB0byBkb21VMyBhbmQgY3JlYXRpbmcgYSBOQVQuIAo+IFRoZSBwaHlzaWNhbCBtYWNo aW5lIHdpbGwgaGF2ZSBvbmUgTklDIHdpdGggb25lIHB1YmxpYyBJUC4KPiAKPiBNeSBxdWVzdGlv biwgYXMgYSBYRU4gYmVnaW5uZXI6IGlzIHRoaXMgY29uZmlnIHF1aXRlIGZlYXNpYmxlID8KPiBX aGF0IHNob3VsZCBiZSBpbXByb3ZlZCA/Cj4gU2hvdWxkIEkgdXNlIGJyaWRnZWQgb3Igcm91dGVk IG1vZGUgaW4gWEVOID8KPiBJIGtub3cgdGhhdCBJIGhhdmUgdG8gZW5hYmxlIE5JQyBhdCBkb21V MSBieSBhZGRpbmcgcGNpIGFuZCBuZXRpZj0xIHBhcmFtZXRlcnMgdG8gdGhlIGNvbmZpZy4KPiBJ IGFsc28gZm91bmQgdGhpcyBsaW5rOmh0dHA6Ly93d3cuc2hvcmV3YWxsLm5ldC8zLjAvWGVuTXlX YXkuaHRtbAo+IEluIG15IGNhc2UgSSBoYXZlIG9ubHkgb25lIHB1YmxpYyBJUCBhbmQgSSBkb24n dCBoYXZlIHdpZmkgem9uZS4gCj4gSSBkb24ndCB3YW50IHRvIGFzc2lnbiBwdWJsaWMgSVAgdG8g dGhlIGRvbVUyLCBqdXN0IGZvcndhcmQgdGhlIHBvcnQuIAo+IFdpbGwgYXNzaWduaW5nIHRoZSBw dWJsaWMgSVAgaW4gZG9tVTIgaW1wcm92ZSBzY2FsYWJpbGl0eSBpZiB3ZSB3YW50IHRvIGFkZCBt b3JlIHB1YmxpYy1hdmFpbGFibGUgc2VydmljZXMgPwo+IEFueSByZWNvbW1lbmRlZCB0dXRvcmlh bHMsIGhvd3RvcyA/Cj4gCj4gVGhhbmtzCj4gU2xhd2VrIEtvc293c2tpCj4gCj4gCj4gCj4gCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNl cnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMu eGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcK aHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Apr 30 09:53:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:53: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 1SOnH3-0004fV-OP; Mon, 30 Apr 2012 09:52:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOnH1-0004fQ-R6 for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:52:04 +0000 Received: from [85.158.143.35:12252] by server-3.bemta-4.messagelabs.com id 76/DE-05853-3C06E9F4; Mon, 30 Apr 2012 09:52:03 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1335779522!14159036!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8105 invoked from network); 30 Apr 2012 09:52:02 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 30 Apr 2012 09:52:02 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id BCC2810401B for ; Mon, 30 Apr 2012 10:51:58 +0100 (BST) 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 q+ONsTmNFZUu for ; Mon, 30 Apr 2012 10:51:58 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 25CC010401A for ; Mon, 30 Apr 2012 10:51:57 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <4f9e54c0e0aeb3.90970095@wp.pl> References: <4f9e54c0e0aeb3.90970095@wp.pl> Date: Mon, 30 Apr 2012 10:51:52 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org =?ISO-8859-2?Q?S=B3awek_Kosowski?= wrote: >My question, as a XEN beginner: is this config quite feasible ? Yes, very easy. >What should be improved ? Nothing ? >Should I use bridged or routed mode in XEN ? Bridged. For the external interface you can do it two ways. 1) Use PCI passthrough to give the DomU firewall sole use of the NIC. 2) Create a bridge in Dom0 with the NIC attached - do not give Dom0 an address on this bridge. Create two bridges - one each for DMS and internal networks. When creating DomUs, give them VIFs on the bridges (ie networks) you want them to have access to. Give Dom0 IP address(es) on the bridge(s) you want it to be 'connected' to. Don't use Xen network-script, use the host OS network tools to create the bridges. Much easier and more reliable - also works the same whether booting Xen or the host OS natively (eg when debugging or for maintenance). BTW - you may also want a second NIC so that your internal network is available for other stuff (your own desktop/laptop, printers, etc) on the internal network. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 09:53:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 09:53: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 1SOnH3-0004fV-OP; Mon, 30 Apr 2012 09:52:05 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOnH1-0004fQ-R6 for xen-users@lists.xen.org; Mon, 30 Apr 2012 09:52:04 +0000 Received: from [85.158.143.35:12252] by server-3.bemta-4.messagelabs.com id 76/DE-05853-3C06E9F4; Mon, 30 Apr 2012 09:52:03 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1335779522!14159036!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8105 invoked from network); 30 Apr 2012 09:52:02 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 30 Apr 2012 09:52:02 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id BCC2810401B for ; Mon, 30 Apr 2012 10:51:58 +0100 (BST) 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 q+ONsTmNFZUu for ; Mon, 30 Apr 2012 10:51:58 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 25CC010401A for ; Mon, 30 Apr 2012 10:51:57 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <4f9e54c0e0aeb3.90970095@wp.pl> References: <4f9e54c0e0aeb3.90970095@wp.pl> Date: Mon, 30 Apr 2012 10:51:52 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org =?ISO-8859-2?Q?S=B3awek_Kosowski?= wrote: >My question, as a XEN beginner: is this config quite feasible ? Yes, very easy. >What should be improved ? Nothing ? >Should I use bridged or routed mode in XEN ? Bridged. For the external interface you can do it two ways. 1) Use PCI passthrough to give the DomU firewall sole use of the NIC. 2) Create a bridge in Dom0 with the NIC attached - do not give Dom0 an address on this bridge. Create two bridges - one each for DMS and internal networks. When creating DomUs, give them VIFs on the bridges (ie networks) you want them to have access to. Give Dom0 IP address(es) on the bridge(s) you want it to be 'connected' to. Don't use Xen network-script, use the host OS network tools to create the bridges. Much easier and more reliable - also works the same whether booting Xen or the host OS natively (eg when debugging or for maintenance). BTW - you may also want a second NIC so that your internal network is available for other stuff (your own desktop/laptop, printers, etc) on the internal network. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 10:59:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 10:59: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 1SOoJP-0005Fz-OA; Mon, 30 Apr 2012 10:58:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOoJN-0005Fu-Ao for xen-users@lists.xen.org; Mon, 30 Apr 2012 10:58:33 +0000 Received: from [85.158.143.35:44560] by server-2.bemta-4.messagelabs.com id 0E/0B-17550-8507E9F4; Mon, 30 Apr 2012 10:58:32 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-8.tower-21.messagelabs.com!1335783510!15414063!1 X-Originating-IP: [212.77.101.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjc3LjEwMS44ID0+IDExNTQ5NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14657 invoked from network); 30 Apr 2012 10:58:31 -0000 Received: from mx4.wp.pl (HELO mx4.wp.pl) (212.77.101.8) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 10:58:31 -0000 Received: (wp-smtpd smtp.wp.pl 3117 invoked from network); 30 Apr 2012 12:58:29 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1335783509; bh=rPwy90kBuaLNT8VoegtzeVdIEtF6vMTpib2h6vO8JFQ=; h=From:To:Subject; b=EDM3FQ9WTXi/XmsPufbiani6udXLIbm6gNjFJnjCbDQ2Crbnxpf0LKA0uTG6W2Okh KH19XgIomTJWAZ6lLYZdNqPZtY7kAD9zhCx255+TnDd72j98aCbhwuOrn1BQvvDMky sBEv5yYfJawz67LT5uZCnj1pthD/BosBlU2knzjU= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 30 Apr 2012 12:58:29 +0200 Date: Mon, 30 Apr 2012 12:58:29 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users@lists.xen.org Message-ID: <4f9e7055c9f378.34204851@wp.pl> References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> In-reply-to: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 130.226.208.177 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [ATPU] Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org The concept is to buy one powerful dedicated machine and virtualize all the= rest. @Walter can you clarify what's messy about this design ? @Simon, thanks for advises The reason why I have only one physical NIC is that, the server will be a d= edicated server collocated in the datacenter. Therefore, I don't see any ne= ed to have additional NICs. = Question regarding the LVM. I will dispose hardware RAID 1. I will create a volume group on the whole d= isk. Then I will make 2 logical volumes, one for dom0 root and one for dom0= swap. I don't see any clear advantage of making more LVs with separate mou= nting points unless I have big and bulky files to archive by making snapsho= ts. Simply by having only 2 LVs I decrease granularity, but facilitate mana= gement. At the limit I can add new LVs and mount them to specific locations= (e.g. /usr or /var) copying the files from root = LV. I plan to make new domU on additional LV in the same VG as dom0. Does it ma= ke sense ? Thanks ! Slawek Kosowski Dnia 30-04-2012 o godz. 11:28 Walter Robert Ditzler napisa=B3(a): > hi slawek, > = > 1 comment only so far, until u begin u should know what u want. all = > wished features can be set up by xen, no prpos but dhcp firewall ... = > with 1 nic ... > = > that sound really mess'y > = > not xen is here the nut, the overal concept! > = > u want all services and all security with minimal hardware (nic). > = > in switzland we say: u can have the bread and the 5p at the same time :) > = > thanks walter > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 10:59:43 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 10:59: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 1SOoJP-0005Fz-OA; Mon, 30 Apr 2012 10:58:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOoJN-0005Fu-Ao for xen-users@lists.xen.org; Mon, 30 Apr 2012 10:58:33 +0000 Received: from [85.158.143.35:44560] by server-2.bemta-4.messagelabs.com id 0E/0B-17550-8507E9F4; Mon, 30 Apr 2012 10:58:32 +0000 X-Env-Sender: slawek.k_xl@wp.pl X-Msg-Ref: server-8.tower-21.messagelabs.com!1335783510!15414063!1 X-Originating-IP: [212.77.101.8] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjEyLjc3LjEwMS44ID0+IDExNTQ5NA==\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 14657 invoked from network); 30 Apr 2012 10:58:31 -0000 Received: from mx4.wp.pl (HELO mx4.wp.pl) (212.77.101.8) by server-8.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 10:58:31 -0000 Received: (wp-smtpd smtp.wp.pl 3117 invoked from network); 30 Apr 2012 12:58:29 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1335783509; bh=rPwy90kBuaLNT8VoegtzeVdIEtF6vMTpib2h6vO8JFQ=; h=From:To:Subject; b=EDM3FQ9WTXi/XmsPufbiani6udXLIbm6gNjFJnjCbDQ2Crbnxpf0LKA0uTG6W2Okh KH19XgIomTJWAZ6lLYZdNqPZtY7kAD9zhCx255+TnDd72j98aCbhwuOrn1BQvvDMky sBEv5yYfJawz67LT5uZCnj1pthD/BosBlU2knzjU= Received: from out.poczta.wp.pl (HELO localhost) ([212.77.101.240]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 30 Apr 2012 12:58:29 +0200 Date: Mon, 30 Apr 2012 12:58:29 +0200 From: =?ISO-8859-2?Q?S=B3awek_Kosowski?= To: xen-users@lists.xen.org Message-ID: <4f9e7055c9f378.34204851@wp.pl> References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> In-reply-to: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> MIME-Version: 1.0 Content-Disposition: inline X-Mailer: Interfejs WWW nowej poczty Wirtualnej Polski X-User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.162 Safari/535.19 Organization: Poznaj Poczte WP http://poczta.wp.pl/info-start.html X-WP-IP: 130.226.208.177 X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [ATPU] Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org The concept is to buy one powerful dedicated machine and virtualize all the= rest. @Walter can you clarify what's messy about this design ? @Simon, thanks for advises The reason why I have only one physical NIC is that, the server will be a d= edicated server collocated in the datacenter. Therefore, I don't see any ne= ed to have additional NICs. = Question regarding the LVM. I will dispose hardware RAID 1. I will create a volume group on the whole d= isk. Then I will make 2 logical volumes, one for dom0 root and one for dom0= swap. I don't see any clear advantage of making more LVs with separate mou= nting points unless I have big and bulky files to archive by making snapsho= ts. Simply by having only 2 LVs I decrease granularity, but facilitate mana= gement. At the limit I can add new LVs and mount them to specific locations= (e.g. /usr or /var) copying the files from root = LV. I plan to make new domU on additional LV in the same VG as dom0. Does it ma= ke sense ? Thanks ! Slawek Kosowski Dnia 30-04-2012 o godz. 11:28 Walter Robert Ditzler napisa=B3(a): > hi slawek, > = > 1 comment only so far, until u begin u should know what u want. all = > wished features can be set up by xen, no prpos but dhcp firewall ... = > with 1 nic ... > = > that sound really mess'y > = > not xen is here the nut, the overal concept! > = > u want all services and all security with minimal hardware (nic). > = > in switzland we say: u can have the bread and the 5p at the same time :) > = > thanks walter > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 11:38:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 11:38: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 1SOoum-0005hp-H5; Mon, 30 Apr 2012 11:37:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOouk-0005hk-Vb for xen-users@lists.xen.org; Mon, 30 Apr 2012 11:37:11 +0000 Received: from [193.109.254.147:4880] by server-12.bemta-14.messagelabs.com id BA/53-05898-6697E9F4; Mon, 30 Apr 2012 11:37:10 +0000 X-Env-Sender: rarts@theipcompany.nl X-Msg-Ref: server-6.tower-27.messagelabs.com!1335785829!1283838!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29680 invoked from network); 30 Apr 2012 11:37:09 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 11:37:09 -0000 Received: by eeit10 with SMTP id t10so667138eei.32 for ; Mon, 30 Apr 2012 04:37:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=IVnsGOLTC69uUjlCXCOrnILywwnRMdxBCSH5/snxwhc=; b=GIZy5WtVLcrCtPQ7u5WXCBbcQer8lo4y06Ym/6NIjx0yP7ra88BQ0/LstYVPhnCLbV WScBupjmgyAY3iszao/gnaU1cjnOXkB4uL1fd/1ypv3P41wGIf3fNBpNTBct+iOcFQre uDmbD7z8wn9bDeKOApo0GiyIYHKc5t422WVzGPNr5zadav3T7g4qEnFak7ZkqVmWfHoU aj+5JUxAVquaXobl0eG9MLgfR36qnXgS0D80xN8b/kr13Ooyj7Y6TydD+NGVagZJDtSq +NJpcVsoo8Yuprmf2LavG/QLzqpvZFuZV/Oma9xiMGK7Mok+JqsNM3t/rGQKsGDdKnbf NWOA== Received: by 10.213.8.72 with SMTP id g8mr1505366ebg.189.1335785829201; Mon, 30 Apr 2012 04:37:09 -0700 (PDT) Received: from MacBook-Air-van-Ron.local (31-151-107-141.dynamic.upc.nl. [31.151.107.141]) by mx.google.com with ESMTPS id r44sm73706276eef.2.2012.04.30.04.37.07 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 04:37:08 -0700 (PDT) Message-ID: <4F9E7963.10607@oneip.nl> Date: Mon, 30 Apr 2012 13:37:07 +0200 From: Ron Arts User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkf6Mo5HWOUeFSHVn8qAcTj86r1snXCY649q0ecsocOJ0H/Hb1f5U+C0kySCcqr3DSuCpLV Subject: [Xen-users] Recommendations setting up shared storage for a build-farm for our software X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am trying to setup an XCP based buildfarm for our software. It should build packages for various environments, bith 32 and 64 bits For now we need 27 VM's of about 10Gbyte disksize each, they need 256MB for the 32 bits VM's and 512MB for the 64 bit. For the XCP-setup itself I have 6 Quad-Core 8GB servers available. All network adapters are 1Gbit. And we are a CentOS shop. My question is about the Shared Storage. I have at my disposal one Quad-Core server, with 4GB RAM, and 12 x 1TB SATA disks on a 3-Ware 9500S 12 ports controller. We will totally need 3 TB for the VM's and the Shared Storage combined. How do I make the most efficient use of this storage? I am contemplating NFS and iSCSI (and leaning towards the latter, because I did some tests, and iSCSI was faster). Because of the continuous compilation we need short seek times, so I think striping is important. So do I create one big striped RAID-1/10 disk on the 3-Ware of say 3 TB, and hand that as one iSCSI LUN to XCP, or do I create 6 separate Raid-1 disks, and give that to XCP, and let it make a LVM out of that? Or am I better off separating the Shared Storage for the VM's and the compilation drives to different halves of the array? I am aware this is not an easy question, but I'd appreciate any pointers and insights. Thanks, Ron Arts -- One IP www.oneip.nl Wattstraat 34 2171 TR Sassenheim The Netherlands Tel: +31(0) 85 1119126 Fax: +31(0) 85 1119199 Nieuwsbrief Facebook Twitter RSS Feed disclaimer _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 11:38:22 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 11:38: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 1SOoum-0005hp-H5; Mon, 30 Apr 2012 11:37:12 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOouk-0005hk-Vb for xen-users@lists.xen.org; Mon, 30 Apr 2012 11:37:11 +0000 Received: from [193.109.254.147:4880] by server-12.bemta-14.messagelabs.com id BA/53-05898-6697E9F4; Mon, 30 Apr 2012 11:37:10 +0000 X-Env-Sender: rarts@theipcompany.nl X-Msg-Ref: server-6.tower-27.messagelabs.com!1335785829!1283838!1 X-Originating-IP: [74.125.83.45] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29680 invoked from network); 30 Apr 2012 11:37:09 -0000 Received: from mail-ee0-f45.google.com (HELO mail-ee0-f45.google.com) (74.125.83.45) by server-6.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 11:37:09 -0000 Received: by eeit10 with SMTP id t10so667138eei.32 for ; Mon, 30 Apr 2012 04:37:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding:x-gm-message-state; bh=IVnsGOLTC69uUjlCXCOrnILywwnRMdxBCSH5/snxwhc=; b=GIZy5WtVLcrCtPQ7u5WXCBbcQer8lo4y06Ym/6NIjx0yP7ra88BQ0/LstYVPhnCLbV WScBupjmgyAY3iszao/gnaU1cjnOXkB4uL1fd/1ypv3P41wGIf3fNBpNTBct+iOcFQre uDmbD7z8wn9bDeKOApo0GiyIYHKc5t422WVzGPNr5zadav3T7g4qEnFak7ZkqVmWfHoU aj+5JUxAVquaXobl0eG9MLgfR36qnXgS0D80xN8b/kr13Ooyj7Y6TydD+NGVagZJDtSq +NJpcVsoo8Yuprmf2LavG/QLzqpvZFuZV/Oma9xiMGK7Mok+JqsNM3t/rGQKsGDdKnbf NWOA== Received: by 10.213.8.72 with SMTP id g8mr1505366ebg.189.1335785829201; Mon, 30 Apr 2012 04:37:09 -0700 (PDT) Received: from MacBook-Air-van-Ron.local (31-151-107-141.dynamic.upc.nl. [31.151.107.141]) by mx.google.com with ESMTPS id r44sm73706276eef.2.2012.04.30.04.37.07 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 04:37:08 -0700 (PDT) Message-ID: <4F9E7963.10607@oneip.nl> Date: Mon, 30 Apr 2012 13:37:07 +0200 From: Ron Arts User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 To: xen-users@lists.xen.org X-Gm-Message-State: ALoCoQkf6Mo5HWOUeFSHVn8qAcTj86r1snXCY649q0ecsocOJ0H/Hb1f5U+C0kySCcqr3DSuCpLV Subject: [Xen-users] Recommendations setting up shared storage for a build-farm for our software X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello, I am trying to setup an XCP based buildfarm for our software. It should build packages for various environments, bith 32 and 64 bits For now we need 27 VM's of about 10Gbyte disksize each, they need 256MB for the 32 bits VM's and 512MB for the 64 bit. For the XCP-setup itself I have 6 Quad-Core 8GB servers available. All network adapters are 1Gbit. And we are a CentOS shop. My question is about the Shared Storage. I have at my disposal one Quad-Core server, with 4GB RAM, and 12 x 1TB SATA disks on a 3-Ware 9500S 12 ports controller. We will totally need 3 TB for the VM's and the Shared Storage combined. How do I make the most efficient use of this storage? I am contemplating NFS and iSCSI (and leaning towards the latter, because I did some tests, and iSCSI was faster). Because of the continuous compilation we need short seek times, so I think striping is important. So do I create one big striped RAID-1/10 disk on the 3-Ware of say 3 TB, and hand that as one iSCSI LUN to XCP, or do I create 6 separate Raid-1 disks, and give that to XCP, and let it make a LVM out of that? Or am I better off separating the Shared Storage for the VM's and the compilation drives to different halves of the array? I am aware this is not an easy question, but I'd appreciate any pointers and insights. Thanks, Ron Arts -- One IP www.oneip.nl Wattstraat 34 2171 TR Sassenheim The Netherlands Tel: +31(0) 85 1119126 Fax: +31(0) 85 1119199 Nieuwsbrief Facebook Twitter RSS Feed disclaimer _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 12:10:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 12:10: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 1SOpPj-0006P9-2N; Mon, 30 Apr 2012 12:09:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOpPh-0006P4-JZ for xen-users@lists.xen.org; Mon, 30 Apr 2012 12:09:09 +0000 Received: from [85.158.138.51:27798] by server-12.bemta-3.messagelabs.com id 7F/32-29760-4E08E9F4; Mon, 30 Apr 2012 12:09:08 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-12.tower-174.messagelabs.com!1335787747!16538810!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31591 invoked from network); 30 Apr 2012 12:09:08 -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; 30 Apr 2012 12:09:08 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 11E3510401B for ; Mon, 30 Apr 2012 13:09:04 +0100 (BST) 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 llfYzFSGcUgE for ; Mon, 30 Apr 2012 13:09:03 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 7214310401A for ; Mon, 30 Apr 2012 13:09:03 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <4f9e7055c9f378.34204851@wp.pl> References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> <4f9e7055c9f378.34204851@wp.pl> Date: Mon, 30 Apr 2012 13:08:55 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org S=BDawek Kosowski wrote: >The reason why I have only one physical NIC is = >that, the server will be a dedicated server = >collocated in the datacenter. Therefore, I don't = >see any need to have additional NICs. Correct >Question regarding the LVM. >I will dispose hardware RAID 1. I will create a = >volume group on the whole disk. Then I will make = >2 logical volumes, one for dom0 root and one for = >dom0 swap. I don't see any clear advantage of = >making more LVs with separate mounting points I agree. BTW - for RAID1, install GRUB (or whatever = bootloader you are using) to the boot sectors of = both drives - that way the system can boot from = either drive. If you only install the bootloader = on one drive, if that fails then your system will = keep running but won't be able to boot. >I plan to make new domU on additional LV in the = >same VG as dom0. Does it make sense ? Yes, that's what I do. -- = 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 12:10:21 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 12:10: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 1SOpPj-0006P9-2N; Mon, 30 Apr 2012 12:09:11 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOpPh-0006P4-JZ for xen-users@lists.xen.org; Mon, 30 Apr 2012 12:09:09 +0000 Received: from [85.158.138.51:27798] by server-12.bemta-3.messagelabs.com id 7F/32-29760-4E08E9F4; Mon, 30 Apr 2012 12:09:08 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-12.tower-174.messagelabs.com!1335787747!16538810!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31591 invoked from network); 30 Apr 2012 12:09:08 -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; 30 Apr 2012 12:09:08 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 11E3510401B for ; Mon, 30 Apr 2012 13:09:04 +0100 (BST) 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 llfYzFSGcUgE for ; Mon, 30 Apr 2012 13:09:03 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 7214310401A for ; Mon, 30 Apr 2012 13:09:03 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: <4f9e7055c9f378.34204851@wp.pl> References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> <4f9e7055c9f378.34204851@wp.pl> Date: Mon, 30 Apr 2012 13:08:55 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org S=BDawek Kosowski wrote: >The reason why I have only one physical NIC is = >that, the server will be a dedicated server = >collocated in the datacenter. Therefore, I don't = >see any need to have additional NICs. Correct >Question regarding the LVM. >I will dispose hardware RAID 1. I will create a = >volume group on the whole disk. Then I will make = >2 logical volumes, one for dom0 root and one for = >dom0 swap. I don't see any clear advantage of = >making more LVs with separate mounting points I agree. BTW - for RAID1, install GRUB (or whatever = bootloader you are using) to the boot sectors of = both drives - that way the system can boot from = either drive. If you only install the bootloader = on one drive, if that fails then your system will = keep running but won't be able to boot. >I plan to make new domU on additional LV in the = >same VG as dom0. Does it make sense ? Yes, that's what I do. -- = 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 13:59:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 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 1SOr7U-000714-KC; Mon, 30 Apr 2012 13:58:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOr7T-00070m-D2 for xen-users@lists.xen.org; Mon, 30 Apr 2012 13:58:27 +0000 Received: from [85.158.143.99:47139] by server-2.bemta-4.messagelabs.com id 42/CE-17550-38A9E9F4; Mon, 30 Apr 2012 13:58:27 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1335794304!24966447!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2182 invoked from network); 30 Apr 2012 13:58:25 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 13:58:25 -0000 Received: by werp12 with SMTP id p12so2267389wer.32 for ; Mon, 30 Apr 2012 06:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4np3rc0hgTf3tp3CCsMT/kNZSbjs2cFJj0zroVXPRSY=; b=vzUwLxutnJwyilTQiQ4p4aHNT7D7vNprBFU/C0nca0pCu2VRZkH4MlfOitYpehCMjA DmanRgSC9jOmgY4yUvTLrOEsGhHqN7GqoRfztgwLvsskY6xjhchBTK1jheqXrcTUpq+v HdYra6ufRHAUuGBD8xhnv8zp30DILHvP0Nqu47qwts3/zrEzpnpFl19E6psMUw8n58Ne e7QrojFrK2iHTB+xSCNZbCEW7DUwlZPU4K3O6qTcO0rNNYNrkNArPdUyqE3Pay4fvMJ6 KpZyKtI9Bv7beEVkYJnO1mO+vAQLDhEfRXxtHl1O/blEFG9qqdATmZNSqnofTr3+YVuv on4A== MIME-Version: 1.0 Received: by 10.216.137.232 with SMTP id y82mr695837wei.82.1335794303714; Mon, 30 Apr 2012 06:58:23 -0700 (PDT) Received: by 10.216.90.148 with HTTP; Mon, 30 Apr 2012 06:58:23 -0700 (PDT) Date: Mon, 30 Apr 2012 07:58:23 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] pci usb controler X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am trying to reasign usb controler 3.0 my motherboard has nec 3.0 usb controler. I had assigned usb controler to pv and it is listed but it seems that 2.0 hub had stayed with dom0. How I can assign hub to pv ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 13:59:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 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 1SOr7U-000714-KC; Mon, 30 Apr 2012 13:58:28 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOr7T-00070m-D2 for xen-users@lists.xen.org; Mon, 30 Apr 2012 13:58:27 +0000 Received: from [85.158.143.99:47139] by server-2.bemta-4.messagelabs.com id 42/CE-17550-38A9E9F4; Mon, 30 Apr 2012 13:58:27 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-13.tower-216.messagelabs.com!1335794304!24966447!1 X-Originating-IP: [74.125.82.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2182 invoked from network); 30 Apr 2012 13:58:25 -0000 Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by server-13.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 13:58:25 -0000 Received: by werp12 with SMTP id p12so2267389wer.32 for ; Mon, 30 Apr 2012 06:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=4np3rc0hgTf3tp3CCsMT/kNZSbjs2cFJj0zroVXPRSY=; b=vzUwLxutnJwyilTQiQ4p4aHNT7D7vNprBFU/C0nca0pCu2VRZkH4MlfOitYpehCMjA DmanRgSC9jOmgY4yUvTLrOEsGhHqN7GqoRfztgwLvsskY6xjhchBTK1jheqXrcTUpq+v HdYra6ufRHAUuGBD8xhnv8zp30DILHvP0Nqu47qwts3/zrEzpnpFl19E6psMUw8n58Ne e7QrojFrK2iHTB+xSCNZbCEW7DUwlZPU4K3O6qTcO0rNNYNrkNArPdUyqE3Pay4fvMJ6 KpZyKtI9Bv7beEVkYJnO1mO+vAQLDhEfRXxtHl1O/blEFG9qqdATmZNSqnofTr3+YVuv on4A== MIME-Version: 1.0 Received: by 10.216.137.232 with SMTP id y82mr695837wei.82.1335794303714; Mon, 30 Apr 2012 06:58:23 -0700 (PDT) Received: by 10.216.90.148 with HTTP; Mon, 30 Apr 2012 06:58:23 -0700 (PDT) Date: Mon, 30 Apr 2012 07:58:23 -0600 Message-ID: From: jacek burghardt To: xen-users Subject: [Xen-users] pci usb controler X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I am trying to reasign usb controler 3.0 my motherboard has nec 3.0 usb controler. I had assigned usb controler to pv and it is listed but it seems that 2.0 hub had stayed with dom0. How I can assign hub to pv ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 13:59:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 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 1SOr7S-00070r-Ui; Mon, 30 Apr 2012 13:58:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOr7R-00070m-Dd for xen-users@lists.xen.org; Mon, 30 Apr 2012 13:58:25 +0000 Received: from [85.158.143.35:10979] by server-2.bemta-4.messagelabs.com id 77/BE-17550-08A9E9F4; Mon, 30 Apr 2012 13:58:24 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1335794301!14882285!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8453 invoked from network); 30 Apr 2012 13:58:23 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 13:58:23 -0000 Received: by obbwd20 with SMTP id wd20so2777512obb.32 for ; Mon, 30 Apr 2012 06:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=U6vMIyZ88eObPuL0RTI/ZiptZIxGF7qcILAwle1sNQU=; b=sKcd7xwSKt6SHiel6wYEUbELPb7k9BPNu7T/4J7g47SpJj59VfIhgg9wcv/Y+r5gIm MO0BMWWIxsZIBnKzNY6c+BF2wvD5pL/FvASXrsWXvoGaS6RqDl6wM0JwHM5NY2V8hdJT ETPnb/1hfVptltS1lpzYzRVhYyREmxfYN7IKPL50+Yt95X7Mu14WSbNNY6LxiJO6GOCD 3mqBclO6CshrdheBsBrjI5OSxP+Xe8GlODg0f6xvppudF/NXiIAU3EFY383XZKEwgBCg YxVuDQxvJheTPPtXa5VMQkth2PoqTSgwa/TCjiWLbd11KQAicIavHiknTCTPt3Fwkbrc BIBA== MIME-Version: 1.0 Received: by 10.182.47.105 with SMTP id c9mr2825151obn.49.1335794301273; Mon, 30 Apr 2012 06:58:21 -0700 (PDT) Received: by 10.182.41.230 with HTTP; Mon, 30 Apr 2012 06:58:21 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> Date: Mon, 30 Apr 2012 10:58:21 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Kyle Lexmond Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= , Walter Robert Ditzler Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5786058351902688834==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5786058351902688834== Content-Type: multipart/alternative; boundary=14dae9399769d2077204bee5d888 --14dae9399769d2077204bee5d888 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kyle, I tried all of the ways. I inserted "insmod part_msdos" too. I think the kernel 2.6.32.40 can't boot in multiboot, and perhaps it must be set up, but I don't know how do this. I read others users can do only chanded the kernel thanks 2012/4/30 Kyle Lexmond > I'm just wondering why the active entry under ###MY ATTEMPT uses msdos1 > as the partition, but doesn't have "insmod part_msdos". Since the entry > without Xen has it, that might explain the error: couldn't open file > problem. > > -- Kyle > > On Wed, Apr 25, 2012 at 1:29 AM, Jos=E9 Eduardo Fran=E7a wrote: > >> >> > clipped < >> > > >> ### BEGIN /etc/grub.d/08_xen ### >> menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { >> ### MY ATTEMPT >> insmod ext2 >> set root=3D'(hd0,msdos1)' >> multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512= M >> module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy >> root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtt= y0 >> nomodeset >> module (hd0,msdos1)/boot/initrd.img-2.6.32.40 >> >> ### MODEL Configuring and Installing Remus >> #insmod ext2 >> #set root=3D'(hd0,1)' >> #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M >> #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy >> root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtt= y0 >> nomodeset >> #module (hd0,1)/boot/initrd.img-2.6.32.40 >> >> ### MODEL UBUNTU FORUM >> ##insmod multiboot >> #insmod part_msdos >> #insmod ext2 >> #set root=3D(hd0,msdos1) >> #search --no-floppy --fs-uuid --set >> fcc01979-0cf3-4dbe-863a-ab32d2636fec >> #multiboot /boot/xen-4.2-unstable.gz >> #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 >> #module /boot/initrd.img-2.6.32.40 >> } >> ### END /etc/grub.d/08_xen ### >> >> ### BEGIN /etc/grub.d/10_linux ### >> menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian --clas= s >> gnu-linux --class gnu --class os { >> insmod part_msdos >> insmod ext2 >> set root=3D'(hd0,msdos1)' >> search --no-floppy --fs-uuid --set >> fcc01979-0cf3-4dbe-863a-ab32d2636fec >> echo 'Loading Linux 2.6.32.40 ...' >> linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro q= uiet >> echo 'Loading initial ramdisk ...' >> initrd /initrd.img-2.6.32.40 >> } >> > > clipped < > --14dae9399769d2077204bee5d888 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kyle,

I tried all of the ways. I inserted=A0"insmod= part_msdos"=A0too. I think the kernel=A02.6.32.40 can't boot in m= ultiboot, and perhaps it must be set up, but I don't know how do this.<= /div>
I read others users can do only chanded the kernel

thanks

2012/4/30 Kyle Lexmond <kyl= 191@kyl191.net>
=A0I'm just wondering why the active ent= ry under ###MY ATTEMPT uses msdos1 as the partition, but doesn't have &= quot;insmod part_msdos". Since the entry without Xen has it, that migh= t explain the error: couldn't open file problem.

-- Kyle

On Wed, Apr 25, 2012 at 1:29 = AM, Jos=E9 Eduardo Fran=E7a <jefranca@gmail.com> wrote:
=

> clipped <
=A0
### BEGIN /etc/grub.d/0= 8_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D= 512M
=A0=A0=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=A0=A0=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D'(hd0,1)'
=A0=A0=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M=
=A0=A0=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e3395= 22-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset
=A0=A0=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=A0
### MODEL UBUNTU FORUM
=A0=A0=A0 ##insmod multiboot
=A0=A0=A0 #insmod part_msdos
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D(hd0,msdos1)
=A0=A0=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d= 2636fec
=A0=A0=A0 #multiboot /boot/xen-4.2-unstable.gz
=A0=A0=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=A0=A0=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32.40 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-r= oot ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32.40
}
> clipped <

--14dae9399769d2077204bee5d888-- --===============5786058351902688834== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5786058351902688834==-- From xen-users-bounces@lists.xen.org Mon Apr 30 13:59:46 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 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 1SOr7S-00070r-Ui; Mon, 30 Apr 2012 13:58:26 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOr7R-00070m-Dd for xen-users@lists.xen.org; Mon, 30 Apr 2012 13:58:25 +0000 Received: from [85.158.143.35:10979] by server-2.bemta-4.messagelabs.com id 77/BE-17550-08A9E9F4; Mon, 30 Apr 2012 13:58:24 +0000 X-Env-Sender: jefranca@gmail.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1335794301!14882285!1 X-Originating-IP: [209.85.214.173] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8453 invoked from network); 30 Apr 2012 13:58:23 -0000 Received: from mail-ob0-f173.google.com (HELO mail-ob0-f173.google.com) (209.85.214.173) by server-12.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 13:58:23 -0000 Received: by obbwd20 with SMTP id wd20so2777512obb.32 for ; Mon, 30 Apr 2012 06:58:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=U6vMIyZ88eObPuL0RTI/ZiptZIxGF7qcILAwle1sNQU=; b=sKcd7xwSKt6SHiel6wYEUbELPb7k9BPNu7T/4J7g47SpJj59VfIhgg9wcv/Y+r5gIm MO0BMWWIxsZIBnKzNY6c+BF2wvD5pL/FvASXrsWXvoGaS6RqDl6wM0JwHM5NY2V8hdJT ETPnb/1hfVptltS1lpzYzRVhYyREmxfYN7IKPL50+Yt95X7Mu14WSbNNY6LxiJO6GOCD 3mqBclO6CshrdheBsBrjI5OSxP+Xe8GlODg0f6xvppudF/NXiIAU3EFY383XZKEwgBCg YxVuDQxvJheTPPtXa5VMQkth2PoqTSgwa/TCjiWLbd11KQAicIavHiknTCTPt3Fwkbrc BIBA== MIME-Version: 1.0 Received: by 10.182.47.105 with SMTP id c9mr2825151obn.49.1335794301273; Mon, 30 Apr 2012 06:58:21 -0700 (PDT) Received: by 10.182.41.230 with HTTP; Mon, 30 Apr 2012 06:58:21 -0700 (PDT) In-Reply-To: References: <20120423063616.GE2058@reaktio.net> <20120423162359.GG2058@reaktio.net> <20120424125947.GH2058@reaktio.net> Date: Mon, 30 Apr 2012 10:58:21 -0300 Message-ID: From: =?ISO-8859-1?Q?Jos=E9_Eduardo_Fran=E7a?= To: Kyle Lexmond Cc: xen-users@lists.xen.org, =?ISO-8859-1?Q?Pasi_K=E4rkk=E4inen?= , Walter Robert Ditzler Subject: Re: [Xen-users] [Xen-devel] Xen doesn't boot on grub2 or xend doesn't start X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5786058351902688834==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5786058351902688834== Content-Type: multipart/alternative; boundary=14dae9399769d2077204bee5d888 --14dae9399769d2077204bee5d888 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kyle, I tried all of the ways. I inserted "insmod part_msdos" too. I think the kernel 2.6.32.40 can't boot in multiboot, and perhaps it must be set up, but I don't know how do this. I read others users can do only chanded the kernel thanks 2012/4/30 Kyle Lexmond > I'm just wondering why the active entry under ###MY ATTEMPT uses msdos1 > as the partition, but doesn't have "insmod part_msdos". Since the entry > without Xen has it, that might explain the error: couldn't open file > problem. > > -- Kyle > > On Wed, Apr 25, 2012 at 1:29 AM, Jos=E9 Eduardo Fran=E7a wrote: > >> >> > clipped < >> > > >> ### BEGIN /etc/grub.d/08_xen ### >> menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" { >> ### MY ATTEMPT >> insmod ext2 >> set root=3D'(hd0,msdos1)' >> multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512= M >> module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy >> root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtt= y0 >> nomodeset >> module (hd0,msdos1)/boot/initrd.img-2.6.32.40 >> >> ### MODEL Configuring and Installing Remus >> #insmod ext2 >> #set root=3D'(hd0,1)' >> #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M >> #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy >> root=3DUUID=3D8e339522-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtt= y0 >> nomodeset >> #module (hd0,1)/boot/initrd.img-2.6.32.40 >> >> ### MODEL UBUNTU FORUM >> ##insmod multiboot >> #insmod part_msdos >> #insmod ext2 >> #set root=3D(hd0,msdos1) >> #search --no-floppy --fs-uuid --set >> fcc01979-0cf3-4dbe-863a-ab32d2636fec >> #multiboot /boot/xen-4.2-unstable.gz >> #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1 >> #module /boot/initrd.img-2.6.32.40 >> } >> ### END /etc/grub.d/08_xen ### >> >> ### BEGIN /etc/grub.d/10_linux ### >> menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian --clas= s >> gnu-linux --class gnu --class os { >> insmod part_msdos >> insmod ext2 >> set root=3D'(hd0,msdos1)' >> search --no-floppy --fs-uuid --set >> fcc01979-0cf3-4dbe-863a-ab32d2636fec >> echo 'Loading Linux 2.6.32.40 ...' >> linux /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-root ro q= uiet >> echo 'Loading initial ramdisk ...' >> initrd /initrd.img-2.6.32.40 >> } >> > > clipped < > --14dae9399769d2077204bee5d888 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Kyle,

I tried all of the ways. I inserted=A0"insmod= part_msdos"=A0too. I think the kernel=A02.6.32.40 can't boot in m= ultiboot, and perhaps it must be set up, but I don't know how do this.<= /div>
I read others users can do only chanded the kernel

thanks

2012/4/30 Kyle Lexmond <kyl= 191@kyl191.net>
=A0I'm just wondering why the active ent= ry under ###MY ATTEMPT uses msdos1 as the partition, but doesn't have &= quot;insmod part_msdos". Since the entry without Xen has it, that migh= t explain the error: couldn't open file problem.

-- Kyle

On Wed, Apr 25, 2012 at 1:29 = AM, Jos=E9 Eduardo Fran=E7a <jefranca@gmail.com> wrote:
=

> clipped <
=A0
### BEGIN /etc/grub.d/0= 8_xen ###
menuentry "Xen Unstable / Debian Squeeze kernel 2.6.32.40" {
### MY ATTEMPT
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 multiboot (hd0,msdos1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D= 512M
=A0=A0=A0 module (hd0,msdos1)/boot/vmlinuz-2.6.32.40 dummy=20 root=3DUUID=3Dfcc01979-0cf3-4dbe-863a-ab32d2636fec ro quiet console=3Dtty0= =20 nomodeset
=A0=A0=A0 module (hd0,msdos1)/boot/initrd.img-2.6.32.40

### MODEL Configuring and Installing Remus
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D'(hd0,1)'
=A0=A0=A0 #multiboot (hd0,1)/boot/xen-4.2-unstable.gz dummy dom0_mem=3D512M=
=A0=A0=A0 #module (hd0,1)/boot/vmlinuz-2.6.32.40 dummy root=3DUUID=3D8e3395= 22-dab5-4a81-8066-c41cc3908a15 ro quiet console=3Dtty0 nomodeset
=A0=A0=A0 #module (hd0,1)/boot/initrd.img-2.6.32.40
=A0
### MODEL UBUNTU FORUM
=A0=A0=A0 ##insmod multiboot
=A0=A0=A0 #insmod part_msdos
=A0=A0=A0 #insmod ext2
=A0=A0=A0 #set root=3D(hd0,msdos1)
=A0=A0=A0 #search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d= 2636fec
=A0=A0=A0 #multiboot /boot/xen-4.2-unstable.gz
=A0=A0=A0 #module /boot/vmlinuz-2.6.32.40 root=3D/dev/sda1
=A0=A0=A0 #module /boot/initrd.img-2.6.32.40
}
### END /etc/grub.d/08_xen ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32.40' --class debian -= -class gnu-linux --class gnu --class os {
=A0=A0=A0 insmod part_msdos
=A0=A0=A0 insmod ext2
=A0=A0=A0 set root=3D'(hd0,msdos1)'
=A0=A0=A0 search --no-floppy --fs-uuid --set fcc01979-0cf3-4dbe-863a-ab32d2= 636fec
=A0=A0=A0 echo=A0=A0=A0 'Loading Linux 2.6.32.40 ...'
=A0=A0=A0 linux=A0=A0=A0 /vmlinuz-2.6.32.40 root=3D/dev/mapper/debian--02-r= oot ro=A0 quiet
=A0=A0=A0 echo=A0=A0=A0 'Loading initial ramdisk ...'
=A0=A0=A0 initrd=A0=A0=A0 /initrd.img-2.6.32.40
}
> clipped <

--14dae9399769d2077204bee5d888-- --===============5786058351902688834== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5786058351902688834==-- From xen-users-bounces@lists.xen.org Mon Apr 30 14:12:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 14:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrJj-0007p3-TE; Mon, 30 Apr 2012 14:11:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrJi-0007ou-Hx for xen-users@lists.xen.org; Mon, 30 Apr 2012 14:11:06 +0000 Received: from [85.158.138.51:45657] by server-3.bemta-3.messagelabs.com id 30/0B-04048-97D9E9F4; Mon, 30 Apr 2012 14:11:05 +0000 X-Env-Sender: kenji.miyamoto.bsd@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1335795063!24488897!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4508 invoked from network); 30 Apr 2012 14:11:04 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 14:11:04 -0000 Received: by iafj26 with SMTP id j26so5578504iaf.32 for ; Mon, 30 Apr 2012 07:11:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ekGGwUiVFIA/a3RPaU55pXxVhfyB1K5dfsWRrDRLboA=; b=BxSanHk5SWPVceqLHhtR+qHNlCmNwPlehgtDsyQ7LqILb4bBnQjZAbKF0LHsBxVG/7 q1SxrEB3Jtg5l2M6Wt2VsXDCLuA2aD8Y8KCg2LKlt0JELpgWmur/a4HqVHPmsFpkD4io CL454RJkg2+UATcEhWVMkfSry+gTf4jpK42346psooVQOvOSlyoXJKsj8tm+w2LRXE3d AvUVvk3as69q03pLJ2TO67NUgx2/L8YUBSAM4pRdLKgn52bldF4v9PuBFdFi679l4sSb ThJsa58bT9BGhNHtinK2A3hXsZd9GdIetAkBNLkREydXrwlWPIGievdXQBA1v1Wv876J vccQ== MIME-Version: 1.0 Received: by 10.42.176.6 with SMTP id bc6mr15996919icb.49.1335795062755; Mon, 30 Apr 2012 07:11:02 -0700 (PDT) Received: by 10.42.166.6 with HTTP; Mon, 30 Apr 2012 07:11:02 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Apr 2012 07:11:02 -0700 Message-ID: From: Kenji Miyamoto To: xen-users@lists.xen.org Subject: [Xen-users] Fwd: Segmentation Fault when Starting domUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I really hate to forward my own stuff, but I just wanted to make sure that my request for help isn't missed. I probably shouldn't have sent it on a Sunday. - Neil ---------- Forwarded message ---------- From: Kenji Miyamoto Date: Fri, Apr 27, 2012 at 8:28 PM Subject: Segmentation Fault when Starting domUs To: xen-users@lists.xen.org Hello everyone, I just put together a brand new system, and I'm getting the following when I try to start a domU: > [ 1902.049066] xend[12924]: segfault at b9ff6cd8 ip 00007f36c474afe1 sp 0= 0007f36b9ff6af8 error 4 in libxenguest.so.4.0.0[7f36c4730000+24000] This is on an AMD CPU with the AVX instructions, and I already have this in my grub.cfg: > multiboot =A0/xen-4.1.2.gz dom0_mem=3D3072M dom0_max_vcpus=3D2 dom0_vcpus= _pin xsave=3D1 Before adding xsave=3D1, programs like gdb and xm would crash; after adding it, they don't but xend still does. Here's my uname -a: > Linux superbob 3.3.3-1-ARCH #1 SMP PREEMPT Mon Apr 23 09:41:07 CEST 2012 = x86_64 AMD Opteron(tm) Processor 4238 AuthenticAMD GNU/Linux I have Arch Linux's glibc 2.15-10 and xen 4.1.2-1. =A0I haven't worked with Xen before, so I don't have any experience with a working domU. This is my domU's config: > kernel =3D "/boot/vmlinuz-linux" > ramdisk =3D "/boot/initramfs-linux.img" > memory =3D 4096 > name =3D "vflex" > vif =3D [ 'mac=3D00:16:3e:00:47:01' ] > vcpus=3D2 > disk =3D [ 'phy:/dev/sda7,xvdb,w', 'phy:/dev/sda6,xvda,w'] > hostname =3D "vflex" > root =3D "/dev/xvdb ro" The kernel and ramdisk are the standard ones I'm currently running in my dom0, and include: xen_netfront xen-blkfront xen-pcifront xenfs Neither the Arch Linux nor Xen IRC channels were able to help. =A0What can I do to get this working? - Neil _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 14:12:06 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 14:12:06 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrJj-0007p3-TE; Mon, 30 Apr 2012 14:11:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrJi-0007ou-Hx for xen-users@lists.xen.org; Mon, 30 Apr 2012 14:11:06 +0000 Received: from [85.158.138.51:45657] by server-3.bemta-3.messagelabs.com id 30/0B-04048-97D9E9F4; Mon, 30 Apr 2012 14:11:05 +0000 X-Env-Sender: kenji.miyamoto.bsd@gmail.com X-Msg-Ref: server-4.tower-174.messagelabs.com!1335795063!24488897!1 X-Originating-IP: [209.85.210.173] X-SpamReason: No, hits=0.3 required=7.0 tests=ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4508 invoked from network); 30 Apr 2012 14:11:04 -0000 Received: from mail-iy0-f173.google.com (HELO mail-iy0-f173.google.com) (209.85.210.173) by server-4.tower-174.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 14:11:04 -0000 Received: by iafj26 with SMTP id j26so5578504iaf.32 for ; Mon, 30 Apr 2012 07:11:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ekGGwUiVFIA/a3RPaU55pXxVhfyB1K5dfsWRrDRLboA=; b=BxSanHk5SWPVceqLHhtR+qHNlCmNwPlehgtDsyQ7LqILb4bBnQjZAbKF0LHsBxVG/7 q1SxrEB3Jtg5l2M6Wt2VsXDCLuA2aD8Y8KCg2LKlt0JELpgWmur/a4HqVHPmsFpkD4io CL454RJkg2+UATcEhWVMkfSry+gTf4jpK42346psooVQOvOSlyoXJKsj8tm+w2LRXE3d AvUVvk3as69q03pLJ2TO67NUgx2/L8YUBSAM4pRdLKgn52bldF4v9PuBFdFi679l4sSb ThJsa58bT9BGhNHtinK2A3hXsZd9GdIetAkBNLkREydXrwlWPIGievdXQBA1v1Wv876J vccQ== MIME-Version: 1.0 Received: by 10.42.176.6 with SMTP id bc6mr15996919icb.49.1335795062755; Mon, 30 Apr 2012 07:11:02 -0700 (PDT) Received: by 10.42.166.6 with HTTP; Mon, 30 Apr 2012 07:11:02 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Apr 2012 07:11:02 -0700 Message-ID: From: Kenji Miyamoto To: xen-users@lists.xen.org Subject: [Xen-users] Fwd: Segmentation Fault when Starting domUs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I really hate to forward my own stuff, but I just wanted to make sure that my request for help isn't missed. I probably shouldn't have sent it on a Sunday. - Neil ---------- Forwarded message ---------- From: Kenji Miyamoto Date: Fri, Apr 27, 2012 at 8:28 PM Subject: Segmentation Fault when Starting domUs To: xen-users@lists.xen.org Hello everyone, I just put together a brand new system, and I'm getting the following when I try to start a domU: > [ 1902.049066] xend[12924]: segfault at b9ff6cd8 ip 00007f36c474afe1 sp 0= 0007f36b9ff6af8 error 4 in libxenguest.so.4.0.0[7f36c4730000+24000] This is on an AMD CPU with the AVX instructions, and I already have this in my grub.cfg: > multiboot =A0/xen-4.1.2.gz dom0_mem=3D3072M dom0_max_vcpus=3D2 dom0_vcpus= _pin xsave=3D1 Before adding xsave=3D1, programs like gdb and xm would crash; after adding it, they don't but xend still does. Here's my uname -a: > Linux superbob 3.3.3-1-ARCH #1 SMP PREEMPT Mon Apr 23 09:41:07 CEST 2012 = x86_64 AMD Opteron(tm) Processor 4238 AuthenticAMD GNU/Linux I have Arch Linux's glibc 2.15-10 and xen 4.1.2-1. =A0I haven't worked with Xen before, so I don't have any experience with a working domU. This is my domU's config: > kernel =3D "/boot/vmlinuz-linux" > ramdisk =3D "/boot/initramfs-linux.img" > memory =3D 4096 > name =3D "vflex" > vif =3D [ 'mac=3D00:16:3e:00:47:01' ] > vcpus=3D2 > disk =3D [ 'phy:/dev/sda7,xvdb,w', 'phy:/dev/sda6,xvda,w'] > hostname =3D "vflex" > root =3D "/dev/xvdb ro" The kernel and ramdisk are the standard ones I'm currently running in my dom0, and include: xen_netfront xen-blkfront xen-pcifront xenfs Neither the Arch Linux nor Xen IRC channels were able to help. =A0What can I do to get this working? - Neil _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 14:20:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 14:20:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrRv-0008Mq-Ts; Mon, 30 Apr 2012 14:19:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrRu-0008Mb-IY for xen-users@lists.xen.org; Mon, 30 Apr 2012 14:19:35 +0000 Received: from [85.158.143.99:41610] by server-1.bemta-4.messagelabs.com id FF/32-20925-57F9E9F4; Mon, 30 Apr 2012 14:19:33 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1335795571!25897019!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.9 required=7.0 tests=MISSING_MIMEOLE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25204 invoked from network); 30 Apr 2012 14:19:32 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 14:19:32 -0000 Received: by wgbed3 with SMTP id ed3so977549wgb.32 for ; Mon, 30 Apr 2012 07:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:thread-index:content-language:importance :disposition-notification-to; bh=HJUXWFfRRzaliawUAHbJwz3/z19L3YHbCPcuQtI6G8Y=; b=e3Bh/4mI9h7bI9619+3s7IgXqe4HDkU9rdH6C5tnBi5X+aU/7CDf8aw0zzJUcyCAUD gz+Nx6tkoX/1FwgZgX4X0l0QJ8+tjZa4xsz4RZ/yAFuNjUHaza5dTHGmImpuk2ACa561 GDoWfZzz1g2pUCuclea6MxrgedkgClJoMrVHz0ClQUTBHB72hajHRsabSv7RBPtnWkBh NEGucxUsqFIU+MCUgTmn+c4nZ03momoFhNzqQz8C5a+mSq8LB0+QjZ9/cyvmRcL4Nxmn +Kpb7zKb69jjF07zPwpm30hSeO7NCwwjCL6Z6NW3te2JODgvQZgW53vQE1LQ1xN6tR+0 D3RQ== Received: by 10.180.81.37 with SMTP id w5mr29408033wix.16.1335795570624; Mon, 30 Apr 2012 07:19:30 -0700 (PDT) Received: from hstwsw7100001 (adx000.adradix.net. [62.2.119.94]) by mx.google.com with ESMTPS id j3sm45581700wiw.1.2012.04.30.07.19.29 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 07:19:29 -0700 (PDT) From: "Walter Robert Ditzler" To: =?ISO-8859-2?Q?'S=B3awek_Kosowski'?= , References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> <4f9e7055c9f378.34204851@wp.pl> In-Reply-To: <4f9e7055c9f378.34204851@wp.pl> Date: Mon, 30 Apr 2012 16:19:26 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFzCHPfm598zePaAt5EHcdr9PXCaAIA9vsvAci5vi6XSViqcA== Content-Language: de-ch Importance: High Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org sorry here, my comment should not be taken wrong and the concept to have one powerfull server to handle most oft he services is absolutelly good too, we almost do that here too. first: the probem i have, for ex, ist he firewall stuff, i mean in our point of view, a firewall should be seperated by 2 nic's and i assume briged nic on a xen will cause some difficulties with iptable! even i dont know how you would quaranty security when all ip packages traverse the same nic! second: on powerfull server =3D=3D one single point of failure! what about lvm snapshots, where to put them, what to do if the server crashes, server down time? that what i wanted to say, for me the concept is missing. all your services can be made easely with xen, windws domU, linux domU. i would only suggest to consider of using at least 2 xen server, replicated with drbd, but not remus! and in the very best case a third lowcost server with disk space to copy lvm gziped snapshots over ssh daily or weekly. thats it. thanks walter = -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Slawek Kosowski Sent: Montag, 30. April 2012 12:58 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Firewall in domU, networking in XEN The concept is to buy one powerful dedicated machine and virtualize all the rest. @Walter can you clarify what's messy about this design ? @Simon, thanks for advises The reason why I have only one physical NIC is that, the server will be a dedicated server collocated in the datacenter. Therefore, I don't see any need to have additional NICs. = Question regarding the LVM. I will dispose hardware RAID 1. I will create a volume group on the whole disk. Then I will make 2 logical volumes, one for dom0 root and one for dom0 swap. I don't see any clear advantage of making more LVs with separate mounting points unless I have big and bulky files to archive by making snapshots. Simply by having only 2 LVs I decrease granularity, but facilitate management. At the limit I can add new LVs and mount them to specific locations (e.g. /usr or /var) copying the files from root LV. I plan to make new domU on additional LV in the same VG as dom0. Does it make sense ? Thanks ! Slawek Kosowski Dnia 30-04-2012 o godz. 11:28 Walter Robert Ditzler napisa=B3(a): > hi slawek, > = > 1 comment only so far, until u begin u should know what u want. all = > wished features can be set up by xen, no prpos but dhcp firewall ... > with 1 nic ... > = > that sound really mess'y > = > not xen is here the nut, the overal concept! > = > u want all services and all security with minimal hardware (nic). > = > in switzland we say: u can have the bread and the 5p at the same time = > :) > = > thanks walter > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 14:20:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 14:20:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrRv-0008Mq-Ts; Mon, 30 Apr 2012 14:19:35 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrRu-0008Mb-IY for xen-users@lists.xen.org; Mon, 30 Apr 2012 14:19:35 +0000 Received: from [85.158.143.99:41610] by server-1.bemta-4.messagelabs.com id FF/32-20925-57F9E9F4; Mon, 30 Apr 2012 14:19:33 +0000 X-Env-Sender: ditwal001@gmail.com X-Msg-Ref: server-9.tower-216.messagelabs.com!1335795571!25897019!1 X-Originating-IP: [74.125.82.51] X-SpamReason: No, hits=1.9 required=7.0 tests=MISSING_MIMEOLE, ML_RADAR_SPEW_LINKS_14,RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25204 invoked from network); 30 Apr 2012 14:19:32 -0000 Received: from mail-wg0-f51.google.com (HELO mail-wg0-f51.google.com) (74.125.82.51) by server-9.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 14:19:32 -0000 Received: by wgbed3 with SMTP id ed3so977549wgb.32 for ; Mon, 30 Apr 2012 07:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:thread-index:content-language:importance :disposition-notification-to; bh=HJUXWFfRRzaliawUAHbJwz3/z19L3YHbCPcuQtI6G8Y=; b=e3Bh/4mI9h7bI9619+3s7IgXqe4HDkU9rdH6C5tnBi5X+aU/7CDf8aw0zzJUcyCAUD gz+Nx6tkoX/1FwgZgX4X0l0QJ8+tjZa4xsz4RZ/yAFuNjUHaza5dTHGmImpuk2ACa561 GDoWfZzz1g2pUCuclea6MxrgedkgClJoMrVHz0ClQUTBHB72hajHRsabSv7RBPtnWkBh NEGucxUsqFIU+MCUgTmn+c4nZ03momoFhNzqQz8C5a+mSq8LB0+QjZ9/cyvmRcL4Nxmn +Kpb7zKb69jjF07zPwpm30hSeO7NCwwjCL6Z6NW3te2JODgvQZgW53vQE1LQ1xN6tR+0 D3RQ== Received: by 10.180.81.37 with SMTP id w5mr29408033wix.16.1335795570624; Mon, 30 Apr 2012 07:19:30 -0700 (PDT) Received: from hstwsw7100001 (adx000.adradix.net. [62.2.119.94]) by mx.google.com with ESMTPS id j3sm45581700wiw.1.2012.04.30.07.19.29 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Apr 2012 07:19:29 -0700 (PDT) From: "Walter Robert Ditzler" To: =?ISO-8859-2?Q?'S=B3awek_Kosowski'?= , References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> <4f9e7055c9f378.34204851@wp.pl> In-Reply-To: <4f9e7055c9f378.34204851@wp.pl> Date: Mon, 30 Apr 2012 16:19:26 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 1 (Highest) X-MSMail-Priority: High X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQFzCHPfm598zePaAt5EHcdr9PXCaAIA9vsvAci5vi6XSViqcA== Content-Language: de-ch Importance: High Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org sorry here, my comment should not be taken wrong and the concept to have one powerfull server to handle most oft he services is absolutelly good too, we almost do that here too. first: the probem i have, for ex, ist he firewall stuff, i mean in our point of view, a firewall should be seperated by 2 nic's and i assume briged nic on a xen will cause some difficulties with iptable! even i dont know how you would quaranty security when all ip packages traverse the same nic! second: on powerfull server =3D=3D one single point of failure! what about lvm snapshots, where to put them, what to do if the server crashes, server down time? that what i wanted to say, for me the concept is missing. all your services can be made easely with xen, windws domU, linux domU. i would only suggest to consider of using at least 2 xen server, replicated with drbd, but not remus! and in the very best case a third lowcost server with disk space to copy lvm gziped snapshots over ssh daily or weekly. thats it. thanks walter = -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Slawek Kosowski Sent: Montag, 30. April 2012 12:58 To: xen-users@lists.xen.org Subject: Re: [Xen-users] Firewall in domU, networking in XEN The concept is to buy one powerful dedicated machine and virtualize all the rest. @Walter can you clarify what's messy about this design ? @Simon, thanks for advises The reason why I have only one physical NIC is that, the server will be a dedicated server collocated in the datacenter. Therefore, I don't see any need to have additional NICs. = Question regarding the LVM. I will dispose hardware RAID 1. I will create a volume group on the whole disk. Then I will make 2 logical volumes, one for dom0 root and one for dom0 swap. I don't see any clear advantage of making more LVs with separate mounting points unless I have big and bulky files to archive by making snapshots. Simply by having only 2 LVs I decrease granularity, but facilitate management. At the limit I can add new LVs and mount them to specific locations (e.g. /usr or /var) copying the files from root LV. I plan to make new domU on additional LV in the same VG as dom0. Does it make sense ? Thanks ! Slawek Kosowski Dnia 30-04-2012 o godz. 11:28 Walter Robert Ditzler napisa=B3(a): > hi slawek, > = > 1 comment only so far, until u begin u should know what u want. all = > wished features can be set up by xen, no prpos but dhcp firewall ... > with 1 nic ... > = > that sound really mess'y > = > not xen is here the nut, the overal concept! > = > u want all services and all security with minimal hardware (nic). > = > in switzland we say: u can have the bread and the 5p at the same time = > :) > = > thanks walter > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 14:39:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 14:39: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 1SOrk5-0000nL-Tw; Mon, 30 Apr 2012 14:38:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrk4-0000nG-D5 for xen-users@lists.xen.org; Mon, 30 Apr 2012 14:38:20 +0000 Received: from [85.158.143.35:7707] by server-2.bemta-4.messagelabs.com id 66/50-17550-BD3AE9F4; Mon, 30 Apr 2012 14:38:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1335796696!14198047!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20992 invoked from network); 30 Apr 2012 14:38:16 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 30 Apr 2012 14:38:16 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 9891010401B for ; Mon, 30 Apr 2012 15:38:14 +0100 (BST) 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 eSllPr6RkHpA for ; Mon, 30 Apr 2012 15:38:14 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 1AB7610401A for ; Mon, 30 Apr 2012 15:38:13 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> <4f9e7055c9f378.34204851@wp.pl> X-Priority: 1 (Highest) Date: Mon, 30 Apr 2012 15:38:01 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Walter Robert Ditzler wrote: >first: >the probem i have, for ex, ist he firewall stuff, i mean in our point of >view, a firewall should be seperated by 2 nic's and i assume briged nic on a >xen will cause some difficulties with iptable! even i dont know how you >would quaranty security when all ip packages traverse the same nic! In this case, the OP only has a NIC for outside (untrusted) traffic. It's afor a hsoted server, so there is no physical network (ie other computers, printers etc) to need a NIC. Since external and internal traffic won't be sharing a NIC, it's not a problem. He'll have two separate bridges (analogous to two separate physical switches) for 'internal' and DMZ traffic, and either a third bridge or PCI passthrough for the outside traffic. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 14:39:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 14:39: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 1SOrk5-0000nL-Tw; Mon, 30 Apr 2012 14:38:21 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOrk4-0000nG-D5 for xen-users@lists.xen.org; Mon, 30 Apr 2012 14:38:20 +0000 Received: from [85.158.143.35:7707] by server-2.bemta-4.messagelabs.com id 66/50-17550-BD3AE9F4; Mon, 30 Apr 2012 14:38:19 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-13.tower-21.messagelabs.com!1335796696!14198047!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 20992 invoked from network); 30 Apr 2012 14:38:16 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-13.tower-21.messagelabs.com with SMTP; 30 Apr 2012 14:38:16 -0000 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 9891010401B for ; Mon, 30 Apr 2012 15:38:14 +0100 (BST) 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 eSllPr6RkHpA for ; Mon, 30 Apr 2012 15:38:14 +0100 (BST) Received: from simon.thehobsons.co.uk (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 1AB7610401A for ; Mon, 30 Apr 2012 15:38:13 +0100 (BST) Mime-Version: 1.0 Message-Id: In-Reply-To: References: <4f9e54c0e0aeb3.90970095@wp.pl> <8482F006-1E20-416D-95FB-5F1D352277E2@gmail.com> <4f9e7055c9f378.34204851@wp.pl> X-Priority: 1 (Highest) Date: Mon, 30 Apr 2012 15:38:01 +0100 To: xen-users@lists.xen.org From: Simon Hobson Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Walter Robert Ditzler wrote: >first: >the probem i have, for ex, ist he firewall stuff, i mean in our point of >view, a firewall should be seperated by 2 nic's and i assume briged nic on a >xen will cause some difficulties with iptable! even i dont know how you >would quaranty security when all ip packages traverse the same nic! In this case, the OP only has a NIC for outside (untrusted) traffic. It's afor a hsoted server, so there is no physical network (ie other computers, printers etc) to need a NIC. Since external and internal traffic won't be sharing a NIC, it's not a problem. He'll have two separate bridges (analogous to two separate physical switches) for 'internal' and DMZ traffic, and either a third bridge or PCI passthrough for the outside traffic. -- 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.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 17:08:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 17:08:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOu3z-0002qe-PM; Mon, 30 Apr 2012 17:07:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOu3x-0002qZ-N5 for xen-users@lists.xen.org; Mon, 30 Apr 2012 17:07:01 +0000 Received: from [85.158.143.99:22698] by server-1.bemta-4.messagelabs.com id 3D/49-20925-4B6CE9F4; Mon, 30 Apr 2012 17:07:00 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1335805618!16269386!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27871 invoked from network); 30 Apr 2012 17:06:59 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 17:06:59 -0000 Received: from [189.253.145.95] (port=44867 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SOu3s-0006i1-3A for xen-users@lists.xen.org; Mon, 30 Apr 2012 12:06:56 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id DEE65A1DB for ; Mon, 30 Apr 2012 12:06:53 -0500 (CDT) Message-ID: <4F9EC6AE.6050901@ondore.com> Date: Mon, 30 Apr 2012 12:06:54 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120412 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F9DA027.4040607@cibolo.com> In-Reply-To: <4F9DA027.4040607@cibolo.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] pygrub questions from domU viewpoint X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 29/04/12 15:10, John Griessen escribi=F3: > I have a virtual server Xen domU rented and want to be able to > change kernels. The provider, thrustvps.com offers so little support, it > is hard > to make any progress, so I am wondering what you can find out from the > domU perspective about booting? Not much. The booting process is too much dependent of the boot loader. = If you can't interact with it, you can do nothing with confidence. > So far, any change to kernels in /boot/grub/menu.lst won't boot. That's > a big hassle Is your /boot/grub/menu.lst taken into account at all or it is not (Dom0 = provided kernel)? What are the changes you have tested? > because once it won't boot, they provide no way to restore from my > backup, at least, not with a generic account. Maybe they can give you a access to VM console, to monitor/alter the = boot process? Xen have a standard way to export the console, as VPS = customer you should expect to be able to get access to it. Once done, = you may do whatever you wish to Grub with a good confidence. (don't CC me, i read the list) -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 17:08:20 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 17:08:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOu3z-0002qe-PM; Mon, 30 Apr 2012 17:07:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOu3x-0002qZ-N5 for xen-users@lists.xen.org; Mon, 30 Apr 2012 17:07:01 +0000 Received: from [85.158.143.99:22698] by server-1.bemta-4.messagelabs.com id 3D/49-20925-4B6CE9F4; Mon, 30 Apr 2012 17:07:00 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-14.tower-216.messagelabs.com!1335805618!16269386!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27871 invoked from network); 30 Apr 2012 17:06:59 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-14.tower-216.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 17:06:59 -0000 Received: from [189.253.145.95] (port=44867 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SOu3s-0006i1-3A for xen-users@lists.xen.org; Mon, 30 Apr 2012 12:06:56 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id DEE65A1DB for ; Mon, 30 Apr 2012 12:06:53 -0500 (CDT) Message-ID: <4F9EC6AE.6050901@ondore.com> Date: Mon, 30 Apr 2012 12:06:54 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120412 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4F9DA027.4040607@cibolo.com> In-Reply-To: <4F9DA027.4040607@cibolo.com> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] pygrub questions from domU viewpoint X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org El 29/04/12 15:10, John Griessen escribi=F3: > I have a virtual server Xen domU rented and want to be able to > change kernels. The provider, thrustvps.com offers so little support, it > is hard > to make any progress, so I am wondering what you can find out from the > domU perspective about booting? Not much. The booting process is too much dependent of the boot loader. = If you can't interact with it, you can do nothing with confidence. > So far, any change to kernels in /boot/grub/menu.lst won't boot. That's > a big hassle Is your /boot/grub/menu.lst taken into account at all or it is not (Dom0 = provided kernel)? What are the changes you have tested? > because once it won't boot, they provide no way to restore from my > backup, at least, not with a generic account. Maybe they can give you a access to VM console, to monitor/alter the = boot process? Xen have a standard way to export the console, as VPS = customer you should expect to be able to get access to it. Once done, = you may do whatever you wish to Grub with a good confidence. (don't CC me, i read the list) -- = Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 17:24:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 17:24: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 1SOuJL-0003JF-27; Mon, 30 Apr 2012 17:22:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOuJJ-0003JA-Id for xen-users@lists.xen.org; Mon, 30 Apr 2012 17:22:53 +0000 Received: from [193.109.254.147:13028] by server-4.bemta-14.messagelabs.com id 11/80-11570-C6ACE9F4; Mon, 30 Apr 2012 17:22:52 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1335806571!1338556!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8651 invoked from network); 30 Apr 2012 17:22:52 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 17:22:52 -0000 Received: from [189.253.145.95] (port=45367 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SOuJG-0000Ns-6p for xen-users@lists.xen.org; Mon, 30 Apr 2012 12:22:50 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 8447AA1DB for ; Mon, 30 Apr 2012 12:22:48 -0500 (CDT) Message-ID: <4F9ECA68.1050803@ondore.com> Date: Mon, 30 Apr 2012 12:22:48 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120412 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4f9e54c0e0aeb3.90970095@wp.pl> In-Reply-To: <4f9e54c0e0aeb3.90970095@wp.pl> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. The setup you just described looks good and it's pretty usable, we use very similar ones here. Bridged network, OpenVPN, dnsmasq, nginx as inverse HTTP proxy or rinetd (instead of port forwarding). We even use set up approx for Debian repository caching and PXE to service the DomU's. Simon Hobson just have made quite good suggestions, i don't have much to add, except two details: Request at least 2 external IP's from you provider, and give one of them to your Dom0. Firewall it hardly, set up port knocking, whatever, but leave yourself an emergency access via SSH directly to Dom0. One day your domU firewall will stop responding, even after hard reboot, and you will need a way to find out what's up. Also, if you provider can give you access to his private network, it's useful to have access to the IPMI interface (bad idea to expose it in Internet). Consider a second NIC, as a internal interface. Grab cheap one, label it with a big red warning "do not connect". It will be useful for setup tests, and the internal bridge for Xen network will be more "standard" from OS's point of view than a "dry" one. $3-$5 worth it. -- Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 17:24:04 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 17:24: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 1SOuJL-0003JF-27; Mon, 30 Apr 2012 17:22:55 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOuJJ-0003JA-Id for xen-users@lists.xen.org; Mon, 30 Apr 2012 17:22:53 +0000 Received: from [193.109.254.147:13028] by server-4.bemta-14.messagelabs.com id 11/80-11570-C6ACE9F4; Mon, 30 Apr 2012 17:22:52 +0000 X-Env-Sender: alk@ondore.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1335806571!1338556!1 X-Originating-IP: [184.172.38.138] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8651 invoked from network); 30 Apr 2012 17:22:52 -0000 Received: from host0a.ondore-systems.com (HELO host0a.ondore-systems.com) (184.172.38.138) by server-6.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 17:22:52 -0000 Received: from [189.253.145.95] (port=45367 helo=mail.ondore.i) by host0a.ondore-systems.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1SOuJG-0000Ns-6p for xen-users@lists.xen.org; Mon, 30 Apr 2012 12:22:50 -0500 Received: from [10.13.34.178] (alk-desktop.sys.ondore.i [10.13.34.178]) by mail.ondore.i (Postfix) with ESMTPSA id 8447AA1DB for ; Mon, 30 Apr 2012 12:22:48 -0500 (CDT) Message-ID: <4F9ECA68.1050803@ondore.com> Date: Mon, 30 Apr 2012 12:22:48 -0500 From: Alexandre Kouznetsov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120412 Thunderbird/11.0.1 MIME-Version: 1.0 To: xen-users@lists.xen.org References: <4f9e54c0e0aeb3.90970095@wp.pl> In-Reply-To: <4f9e54c0e0aeb3.90970095@wp.pl> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host0a.ondore-systems.com X-AntiAbuse: Original Domain - lists.xen.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - ondore.com Subject: Re: [Xen-users] Firewall in domU, networking in XEN X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hello. The setup you just described looks good and it's pretty usable, we use very similar ones here. Bridged network, OpenVPN, dnsmasq, nginx as inverse HTTP proxy or rinetd (instead of port forwarding). We even use set up approx for Debian repository caching and PXE to service the DomU's. Simon Hobson just have made quite good suggestions, i don't have much to add, except two details: Request at least 2 external IP's from you provider, and give one of them to your Dom0. Firewall it hardly, set up port knocking, whatever, but leave yourself an emergency access via SSH directly to Dom0. One day your domU firewall will stop responding, even after hard reboot, and you will need a way to find out what's up. Also, if you provider can give you access to his private network, it's useful to have access to the IPMI interface (bad idea to expose it in Internet). Consider a second NIC, as a internal interface. Grab cheap one, label it with a big red warning "do not connect". It will be useful for setup tests, and the internal bridge for Xen network will be more "standard" from OS's point of view than a "dry" one. $3-$5 worth it. -- Alexandre Kouznetsov _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 18:27:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 18:27: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 1SOvI9-0003yB-PI; Mon, 30 Apr 2012 18:25:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOvI8-0003y5-4D for xen-users@lists.xen.org; Mon, 30 Apr 2012 18:25:44 +0000 Received: from [85.158.138.51:49727] by server-4.bemta-3.messagelabs.com id 1A/FB-15341-729DE9F4; Mon, 30 Apr 2012 18:25:43 +0000 X-Env-Sender: dbhout@sequenciainc.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1335810341!15588765!1 X-Originating-IP: [206.188.198.66] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTMyOTQ1\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23284 invoked from network); 30 Apr 2012 18:25:42 -0000 Received: from omr1pod1.networksolutionsemail.com (HELO omr1pod1.networksolutionsemail.com) (206.188.198.66) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 18:25:42 -0000 Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com [206.188.198.65]) by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id q3UIPe6f026602 for ; Mon, 30 Apr 2012 14:25:40 -0400 X-Authenticated-IP: 206.188.198.65 Received: from [206.188.198.65] ([206.188.198.65:55787] helo=oxapp3pod1.mgt.hosting.qts.netsol.com) by cm-omr1pod1 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTP id 0C/A1-08217-429DE9F4; Mon, 30 Apr 2012 14:25:40 -0400 Date: Mon, 30 Apr 2012 14:25:40 -0400 (EDT) From: David Hout To: xen-users@lists.xen.org Message-ID: <698808256.91875.1335810340399.JavaMail.vpopmail@mail.sequenciainc.com> MIME-Version: 1.0 X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v6.20.1-Rev8 Subject: [Xen-users] no templates on debian unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David Hout List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2242044182330786313==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2242044182330786313== Content-Type: multipart/alternative; boundary="----=_Part_91874_2060895017.1335810340395" ------=_Part_91874_2060895017.1335810340395 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, Can anybody help me debug why "xe template-list" doesn't find any templates? Thanks, Dave ------=_Part_91874_2060895017.1335810340395 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

Hi,

 

Can anybody help me debug why "xe template-list" doesn't find any templates?

 

Thanks,

 

Dave

------=_Part_91874_2060895017.1335810340395-- --===============2242044182330786313== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2242044182330786313==-- From xen-users-bounces@lists.xen.org Mon Apr 30 18:27:03 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 18:27: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 1SOvI9-0003yB-PI; Mon, 30 Apr 2012 18:25:45 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOvI8-0003y5-4D for xen-users@lists.xen.org; Mon, 30 Apr 2012 18:25:44 +0000 Received: from [85.158.138.51:49727] by server-4.bemta-3.messagelabs.com id 1A/FB-15341-729DE9F4; Mon, 30 Apr 2012 18:25:43 +0000 X-Env-Sender: dbhout@sequenciainc.com X-Msg-Ref: server-7.tower-174.messagelabs.com!1335810341!15588765!1 X-Originating-IP: [206.188.198.66] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogMjA2LjE4OC4xOTguNjYgPT4gMTMyOTQ1\n X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23284 invoked from network); 30 Apr 2012 18:25:42 -0000 Received: from omr1pod1.networksolutionsemail.com (HELO omr1pod1.networksolutionsemail.com) (206.188.198.66) by server-7.tower-174.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 30 Apr 2012 18:25:42 -0000 Received: from cm-omr1pod1 (mailpod1.networksolutionsemail.com [206.188.198.65]) by omr1pod1.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id q3UIPe6f026602 for ; Mon, 30 Apr 2012 14:25:40 -0400 X-Authenticated-IP: 206.188.198.65 Received: from [206.188.198.65] ([206.188.198.65:55787] helo=oxapp3pod1.mgt.hosting.qts.netsol.com) by cm-omr1pod1 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTP id 0C/A1-08217-429DE9F4; Mon, 30 Apr 2012 14:25:40 -0400 Date: Mon, 30 Apr 2012 14:25:40 -0400 (EDT) From: David Hout To: xen-users@lists.xen.org Message-ID: <698808256.91875.1335810340399.JavaMail.vpopmail@mail.sequenciainc.com> MIME-Version: 1.0 X-Priority: 3 Importance: Medium X-Mailer: Open-Xchange Mailer v6.20.1-Rev8 Subject: [Xen-users] no templates on debian unstable X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: David Hout List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2242044182330786313==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============2242044182330786313== Content-Type: multipart/alternative; boundary="----=_Part_91874_2060895017.1335810340395" ------=_Part_91874_2060895017.1335810340395 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi, Can anybody help me debug why "xe template-list" doesn't find any templates? Thanks, Dave ------=_Part_91874_2060895017.1335810340395 MIME-Version: 1.0 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

Hi,

 

Can anybody help me debug why "xe template-list" doesn't find any templates?

 

Thanks,

 

Dave

------=_Part_91874_2060895017.1335810340395-- --===============2242044182330786313== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============2242044182330786313==-- From xen-users-bounces@lists.xen.org Mon Apr 30 19:41:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 19:41: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 1SOwSA-0004Zp-W1; Mon, 30 Apr 2012 19:40:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOwSA-0004Zk-1R for xen-users@lists.xen.org; Mon, 30 Apr 2012 19:40:10 +0000 Received: from [85.158.138.51:25212] by server-11.bemta-3.messagelabs.com id 51/06-18894-99AEE9F4; Mon, 30 Apr 2012 19:40:09 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1335814805!24497951!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4025 invoked from network); 30 Apr 2012 19:40:06 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-11.tower-174.messagelabs.com with SMTP; 30 Apr 2012 19:40:06 -0000 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 30 Apr 2012 12:40:04 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B69504D@techdc.technetium.corp> In-Reply-To: <4F9E7963.10607@oneip.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Recommendations setting up shared storage for a build-farm for our software Thread-Index: Ac0mxbE3lpf5HwimTUWpSbzOvAf6ZQAQCWhg References: <4F9E7963.10607@oneip.nl> From: "Todd H. Foster" To: "Ron Arts" , Cc: kwalter@enasco.com Subject: Re: [Xen-users] Recommendations setting up shared storage for a build-farm for our software X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What you are going to find is that the bottleneck is going to be the 1g nics. I have a very similar setup and my SAN is running Nexenta (Better than RAID cards) and ZFS 6 SATA disks, 32gb ram and quad port gig nics bonded. For Dom0's I'm running IBM blades through a single 1g nic. As far as latency, the thing is stellar, but I am limited to 1g of throughput per Dom0. What this means is that I have 4 or 5 VM's sharing a 100MB connection for disk throughput (SATA is 150 to 600MB). For small reads and writes it works well, but is a bit slow on streaming large file. Don't get me wrong, the performance is better than adequate, but the real bottleneck in my situation is the network. Locally on the san, the throughput directly from the disks would soak 2 1g interfaces and you throw in the ARC cache and the thing would soak a 10g network. So if I were you, I would get some bonded interfaces on your san. 1 nic is not going to cut it! If you are going to use iSCSI, be aware that you cannot share a single iSCSI target between pools. You must have a separate target for each pool, so slice your disks appropriately. In my situation, what I did was split the disk in half, 1 iSCSI target for production and the rest to be shared via NFS (which can be easily sliced for multiple pools). I would recommend that you do some reading on ZFS, Nexenta, and Solaris derivatives, and make a decision on what your storage is going to look like after some due diligence. Just my 2 penc........ What I am seeing is that -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ron Arts Sent: Monday, April 30, 2012 4:37 AM To: xen-users@lists.xen.org Subject: [Xen-users] Recommendations setting up shared storage for a build-farm for our software Hello, I am trying to setup an XCP based buildfarm for our software. It should build packages for various environments, bith 32 and 64 bits For now we need 27 VM's of about 10Gbyte disksize each, they need 256MB for the 32 bits VM's and 512MB for the 64 bit. For the XCP-setup itself I have 6 Quad-Core 8GB servers available. All network adapters are 1Gbit. And we are a CentOS shop. My question is about the Shared Storage. I have at my disposal one Quad-Core server, with 4GB RAM, and 12 x 1TB SATA disks on a 3-Ware 9500S 12 ports controller. We will totally need 3 TB for the VM's and the Shared Storage combined. How do I make the most efficient use of this storage? I am contemplating NFS and iSCSI (and leaning towards the latter, because I did some tests, and iSCSI was faster). Because of the continuous compilation we need short seek times, so I think striping is important. So do I create one big striped RAID-1/10 disk on the 3-Ware of say 3 TB, and hand that as one iSCSI LUN to XCP, or do I create 6 separate Raid-1 disks, and give that to XCP, and let it make a LVM out of that? Or am I better off separating the Shared Storage for the VM's and the compilation drives to different halves of the array? I am aware this is not an easy question, but I'd appreciate any pointers and insights. Thanks, Ron Arts -- One IP www.oneip.nl Wattstraat 34 2171 TR Sassenheim The Netherlands Tel: +31(0) 85 1119126 Fax: +31(0) 85 1119199 Nieuwsbrief Facebook Twitter RSS Feed disclaimer _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 19:41:24 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 19:41: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 1SOwSA-0004Zp-W1; Mon, 30 Apr 2012 19:40:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOwSA-0004Zk-1R for xen-users@lists.xen.org; Mon, 30 Apr 2012 19:40:10 +0000 Received: from [85.158.138.51:25212] by server-11.bemta-3.messagelabs.com id 51/06-18894-99AEE9F4; Mon, 30 Apr 2012 19:40:09 +0000 X-Env-Sender: toddf@technetiuminc.com X-Msg-Ref: server-11.tower-174.messagelabs.com!1335814805!24497951!1 X-Originating-IP: [72.87.252.164] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 4025 invoked from network); 30 Apr 2012 19:40:06 -0000 Received: from mail.technetiuminc.com (HELO mail.technetiuminc.com) (72.87.252.164) by server-11.tower-174.messagelabs.com with SMTP; 30 Apr 2012 19:40:06 -0000 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 30 Apr 2012 12:40:04 -0700 Message-ID: <820397ED394C4844A42513AA298F6B0B69504D@techdc.technetium.corp> In-Reply-To: <4F9E7963.10607@oneip.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Xen-users] Recommendations setting up shared storage for a build-farm for our software Thread-Index: Ac0mxbE3lpf5HwimTUWpSbzOvAf6ZQAQCWhg References: <4F9E7963.10607@oneip.nl> From: "Todd H. Foster" To: "Ron Arts" , Cc: kwalter@enasco.com Subject: Re: [Xen-users] Recommendations setting up shared storage for a build-farm for our software X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What you are going to find is that the bottleneck is going to be the 1g nics. I have a very similar setup and my SAN is running Nexenta (Better than RAID cards) and ZFS 6 SATA disks, 32gb ram and quad port gig nics bonded. For Dom0's I'm running IBM blades through a single 1g nic. As far as latency, the thing is stellar, but I am limited to 1g of throughput per Dom0. What this means is that I have 4 or 5 VM's sharing a 100MB connection for disk throughput (SATA is 150 to 600MB). For small reads and writes it works well, but is a bit slow on streaming large file. Don't get me wrong, the performance is better than adequate, but the real bottleneck in my situation is the network. Locally on the san, the throughput directly from the disks would soak 2 1g interfaces and you throw in the ARC cache and the thing would soak a 10g network. So if I were you, I would get some bonded interfaces on your san. 1 nic is not going to cut it! If you are going to use iSCSI, be aware that you cannot share a single iSCSI target between pools. You must have a separate target for each pool, so slice your disks appropriately. In my situation, what I did was split the disk in half, 1 iSCSI target for production and the rest to be shared via NFS (which can be easily sliced for multiple pools). I would recommend that you do some reading on ZFS, Nexenta, and Solaris derivatives, and make a decision on what your storage is going to look like after some due diligence. Just my 2 penc........ What I am seeing is that -----Original Message----- From: xen-users-bounces@lists.xen.org [mailto:xen-users-bounces@lists.xen.org] On Behalf Of Ron Arts Sent: Monday, April 30, 2012 4:37 AM To: xen-users@lists.xen.org Subject: [Xen-users] Recommendations setting up shared storage for a build-farm for our software Hello, I am trying to setup an XCP based buildfarm for our software. It should build packages for various environments, bith 32 and 64 bits For now we need 27 VM's of about 10Gbyte disksize each, they need 256MB for the 32 bits VM's and 512MB for the 64 bit. For the XCP-setup itself I have 6 Quad-Core 8GB servers available. All network adapters are 1Gbit. And we are a CentOS shop. My question is about the Shared Storage. I have at my disposal one Quad-Core server, with 4GB RAM, and 12 x 1TB SATA disks on a 3-Ware 9500S 12 ports controller. We will totally need 3 TB for the VM's and the Shared Storage combined. How do I make the most efficient use of this storage? I am contemplating NFS and iSCSI (and leaning towards the latter, because I did some tests, and iSCSI was faster). Because of the continuous compilation we need short seek times, so I think striping is important. So do I create one big striped RAID-1/10 disk on the 3-Ware of say 3 TB, and hand that as one iSCSI LUN to XCP, or do I create 6 separate Raid-1 disks, and give that to XCP, and let it make a LVM out of that? Or am I better off separating the Shared Storage for the VM's and the compilation drives to different halves of the array? I am aware this is not an easy question, but I'd appreciate any pointers and insights. Thanks, Ron Arts -- One IP www.oneip.nl Wattstraat 34 2171 TR Sassenheim The Netherlands Tel: +31(0) 85 1119126 Fax: +31(0) 85 1119199 Nieuwsbrief Facebook Twitter RSS Feed disclaimer _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Apr 30 22:16:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 22:16: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 1SOyrh-0005Ym-Dk; Mon, 30 Apr 2012 22:14:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOyrg-0005Yh-4e for xen-users@lists.xensource.com; Mon, 30 Apr 2012 22:14:40 +0000 Received: from [85.158.143.99:6120] by server-3.bemta-4.messagelabs.com id FE/8E-05853-FCE0F9F4; Mon, 30 Apr 2012 22:14:39 +0000 X-Env-Sender: romihs.forums@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1335824078!20645554!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25275 invoked from network); 30 Apr 2012 22:14:38 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 22:14:38 -0000 Received: by eaal11 with SMTP id l11so1195424eaa.30 for ; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DBTwj3hValRP+cYoKKGtBF3QUWSok3Ludmg9hEF7I78=; b=VqshfGr6X1XKYda1o43yoTPM+1VVoCMvZTU/pteag6ujHe8giMS/8r97NR+J9UDQse tdJst8EAG60jP1Mb40Zjt+I3fFbo+Ubr/VZTfxAd+Sc99Lcnak1kquSS1ruPcTKS9PxQ zbThGJ4wXHlFJ+j0icE8ikO/DF87iCz+cder2ca5UBa3l0hOLSvsAVHBsm0X/4+L/DEQ LNXIGm2zkzh1FgQxdilqBy+vjFZFtbxwsm5hZ9SHiN/ylrcLBShEFfzu44RKCzsHZS04 EjpWoqTiOr1ZgmltBgSXEQ7H6y0EJqNJaWVpC/heaP7edCDGQa79u25d3OX8u/a/uB01 Icuw== MIME-Version: 1.0 Received: by 10.213.23.11 with SMTP id p11mr173991ebb.235.1335824078064; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) Received: by 10.213.148.2 with HTTP; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) Received: by 10.213.148.2 with HTTP; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) In-Reply-To: <-8956902537272586563@unknownmsgid> References: <-8956902537272586563@unknownmsgid> Date: Tue, 1 May 2012 00:14:38 +0200 Message-ID: From: Sandi Romih To: jacek burghardt Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] LSI SAS 2008 controller in a pv domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5781917510834938363==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5781917510834938363== Content-Type: multipart/alternative; boundary=0015174c436ca7cdb904beecc723 --0015174c436ca7cdb904beecc723 Content-Type: text/plain; charset=ISO-8859-1 > > lf you do lspci do you see the device in domu? Did you enable DMA access ? > No, I don't see it. That is what makes me think that it is not being loaded when the vm boots. Where should I be enabling DMA access? In the kernel, or elsewhere? I am not a very experienced linux user. Regards Sandi --0015174c436ca7cdb904beecc723 Content-Type: text/html; charset=ISO-8859-1


>
> lf you do lspci do you see the device in domu? Did you enable DMA access ?
>

No, I don't see it. That is what makes me think that it is not being loaded when the vm boots.

Where should I be enabling DMA access? In the kernel, or elsewhere?

I am not a very experienced linux user.

Regards

Sandi

--0015174c436ca7cdb904beecc723-- --===============5781917510834938363== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5781917510834938363==-- From xen-users-bounces@lists.xen.org Mon Apr 30 22:16:12 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 22:16: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 1SOyrh-0005Ym-Dk; Mon, 30 Apr 2012 22:14:41 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOyrg-0005Yh-4e for xen-users@lists.xensource.com; Mon, 30 Apr 2012 22:14:40 +0000 Received: from [85.158.143.99:6120] by server-3.bemta-4.messagelabs.com id FE/8E-05853-FCE0F9F4; Mon, 30 Apr 2012 22:14:39 +0000 X-Env-Sender: romihs.forums@gmail.com X-Msg-Ref: server-4.tower-216.messagelabs.com!1335824078!20645554!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.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25275 invoked from network); 30 Apr 2012 22:14:38 -0000 Received: from mail-ey0-f171.google.com (HELO mail-ey0-f171.google.com) (209.85.215.171) by server-4.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 22:14:38 -0000 Received: by eaal11 with SMTP id l11so1195424eaa.30 for ; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DBTwj3hValRP+cYoKKGtBF3QUWSok3Ludmg9hEF7I78=; b=VqshfGr6X1XKYda1o43yoTPM+1VVoCMvZTU/pteag6ujHe8giMS/8r97NR+J9UDQse tdJst8EAG60jP1Mb40Zjt+I3fFbo+Ubr/VZTfxAd+Sc99Lcnak1kquSS1ruPcTKS9PxQ zbThGJ4wXHlFJ+j0icE8ikO/DF87iCz+cder2ca5UBa3l0hOLSvsAVHBsm0X/4+L/DEQ LNXIGm2zkzh1FgQxdilqBy+vjFZFtbxwsm5hZ9SHiN/ylrcLBShEFfzu44RKCzsHZS04 EjpWoqTiOr1ZgmltBgSXEQ7H6y0EJqNJaWVpC/heaP7edCDGQa79u25d3OX8u/a/uB01 Icuw== MIME-Version: 1.0 Received: by 10.213.23.11 with SMTP id p11mr173991ebb.235.1335824078064; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) Received: by 10.213.148.2 with HTTP; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) Received: by 10.213.148.2 with HTTP; Mon, 30 Apr 2012 15:14:38 -0700 (PDT) In-Reply-To: <-8956902537272586563@unknownmsgid> References: <-8956902537272586563@unknownmsgid> Date: Tue, 1 May 2012 00:14:38 +0200 Message-ID: From: Sandi Romih To: jacek burghardt Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] LSI SAS 2008 controller in a pv domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5781917510834938363==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============5781917510834938363== Content-Type: multipart/alternative; boundary=0015174c436ca7cdb904beecc723 --0015174c436ca7cdb904beecc723 Content-Type: text/plain; charset=ISO-8859-1 > > lf you do lspci do you see the device in domu? Did you enable DMA access ? > No, I don't see it. That is what makes me think that it is not being loaded when the vm boots. Where should I be enabling DMA access? In the kernel, or elsewhere? I am not a very experienced linux user. Regards Sandi --0015174c436ca7cdb904beecc723 Content-Type: text/html; charset=ISO-8859-1


>
> lf you do lspci do you see the device in domu? Did you enable DMA access ?
>

No, I don't see it. That is what makes me think that it is not being loaded when the vm boots.

Where should I be enabling DMA access? In the kernel, or elsewhere?

I am not a very experienced linux user.

Regards

Sandi

--0015174c436ca7cdb904beecc723-- --===============5781917510834938363== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============5781917510834938363==-- From xen-users-bounces@lists.xen.org Mon Apr 30 22:43:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 22:43: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 1SOzII-0005wL-0g; Mon, 30 Apr 2012 22:42:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOzIG-0005wG-JG for xen-users@lists.xensource.com; Mon, 30 Apr 2012 22:42:08 +0000 Received: from [85.158.143.99:64873] by server-3.bemta-4.messagelabs.com id C2/65-05853-F351F9F4; Mon, 30 Apr 2012 22:42:07 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335825726!22549917!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=1.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_TEXT_AFTER_BODY,HTML_TEXT_AFTER_HTML,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15148 invoked from network); 30 Apr 2012 22:42:07 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 22:42:07 -0000 Received: by wibhj13 with SMTP id hj13so2788828wib.6 for ; Mon, 30 Apr 2012 15:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=6RKw+ujpprZYNBlkcMm57F8RtjBl1bawEftc5BPYkig=; b=DtKBkFp7lfbTmmh0qr3/CHJFSWak6Q1VF42jlY6QTMp6K6/omPkA0tTlueApGQSENL WFNuIT6HnmAbYTlu5KgXyaGQseeuRGRb9DUQrAPMANuo1yDR//rbrK0MmL8oS06MW4D7 LILv5t46ratl+SY/uC76k21OeFXMJiYnY9goLCo98TSkGXs9SradJk4RGEni+O1JVXIM 3lQ3z3n1jP/ORDhmzRfjdXvVPdgBAQLOzqtYY1XzyjI/rdcp8MCsBq7HcANw+mtHvYLZ F5W3ZSWik/hMqgK1A7evy4+LgxMwsGIM0fUQne1fNsIePBoJ/J3flAZK554RQm4MJ/Hx VjKQ== Received: by 10.216.131.24 with SMTP id l24mr13611741wei.76.1335825255552; Mon, 30 Apr 2012 15:34:15 -0700 (PDT) MIME-Version: 1.0 From: jacek burghardt Date: Mon, 30 Apr 2012 15:34:15 -0700 Message-ID: <-8223139488384645174@unknownmsgid> To: Sandi Romih Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] LSI SAS 2008 controller in a pv domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3834683729538621319==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3834683729538621319== Content-Type: multipart/alternative; boundary=0016e6d7ef50d6d7d704beed0d21 --0016e6d7ef50d6d7d704beed0d21 Content-Type: text/plain; charset=ISO-8859-1 Did you edit menu.lst you need to block PCI device from dom0 and blacklist module for card Sent from my Windows Phone ------------------------------ From: Sandi Romih Sent: 4/30/2012 4:14 PM To: jacek burghardt Cc: xen-users@lists.xensource.com Subject: RE: [Xen-users] LSI SAS 2008 controller in a pv domu > > lf you do lspci do you see the device in domu? Did you enable DMA access ? > No, I don't see it. That is what makes me think that it is not being loaded when the vm boots. Where should I be enabling DMA access? In the kernel, or elsewhere? I am not a very experienced linux user. Regards Sandi --0016e6d7ef50d6d7d704beed0d21 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Did you edit menu.lst you need to block PCI device from dom0 = and blacklist module for card

Sent from my Windows Phone
From: Sandi Romih
<= span style=3D"font-family:Tahoma,sans-serif;font-size:10pt;font-weight:bold= ">Sent: 4/30/2012 4:14 PM
To: = jacek burghardt
Cc: = xen-users@lists.xensource.com
Subject: RE: [Xen-users] LSI SAS 2008 controller in a pv domu


>
> lf you do lspci do you see the device in domu? Did you enable DMA acce= ss ?
>

No, I don't see it. That is what makes me think that it is not being= loaded when the vm boots.

Where should I be enabling DMA access? In the kernel, or elsewhere?

I am not a very experienced linux user.

Regards

Sandi

--0016e6d7ef50d6d7d704beed0d21-- --===============3834683729538621319== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3834683729538621319==-- From xen-users-bounces@lists.xen.org Mon Apr 30 22:43:23 2012 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 30 Apr 2012 22:43: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 1SOzII-0005wL-0g; Mon, 30 Apr 2012 22:42:10 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1SOzIG-0005wG-JG for xen-users@lists.xensource.com; Mon, 30 Apr 2012 22:42:08 +0000 Received: from [85.158.143.99:64873] by server-3.bemta-4.messagelabs.com id C2/65-05853-F351F9F4; Mon, 30 Apr 2012 22:42:07 +0000 X-Env-Sender: jaceksburghardt@gmail.com X-Msg-Ref: server-7.tower-216.messagelabs.com!1335825726!22549917!1 X-Originating-IP: [209.85.212.177] X-SpamReason: No, hits=1.0 required=7.0 tests=HTML_60_70,HTML_MESSAGE, HTML_TEXT_AFTER_BODY,HTML_TEXT_AFTER_HTML,ML_RADAR_SPEW_LINKS_14, RCVD_BY_IP,spamassassin: X-StarScan-Version: 6.5.7; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15148 invoked from network); 30 Apr 2012 22:42:07 -0000 Received: from mail-wi0-f177.google.com (HELO mail-wi0-f177.google.com) (209.85.212.177) by server-7.tower-216.messagelabs.com with RC4-SHA encrypted SMTP; 30 Apr 2012 22:42:07 -0000 Received: by wibhj13 with SMTP id hj13so2788828wib.6 for ; Mon, 30 Apr 2012 15:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=6RKw+ujpprZYNBlkcMm57F8RtjBl1bawEftc5BPYkig=; b=DtKBkFp7lfbTmmh0qr3/CHJFSWak6Q1VF42jlY6QTMp6K6/omPkA0tTlueApGQSENL WFNuIT6HnmAbYTlu5KgXyaGQseeuRGRb9DUQrAPMANuo1yDR//rbrK0MmL8oS06MW4D7 LILv5t46ratl+SY/uC76k21OeFXMJiYnY9goLCo98TSkGXs9SradJk4RGEni+O1JVXIM 3lQ3z3n1jP/ORDhmzRfjdXvVPdgBAQLOzqtYY1XzyjI/rdcp8MCsBq7HcANw+mtHvYLZ F5W3ZSWik/hMqgK1A7evy4+LgxMwsGIM0fUQne1fNsIePBoJ/J3flAZK554RQm4MJ/Hx VjKQ== Received: by 10.216.131.24 with SMTP id l24mr13611741wei.76.1335825255552; Mon, 30 Apr 2012 15:34:15 -0700 (PDT) MIME-Version: 1.0 From: jacek burghardt Date: Mon, 30 Apr 2012 15:34:15 -0700 Message-ID: <-8223139488384645174@unknownmsgid> To: Sandi Romih Cc: "xen-users@lists.xensource.com" Subject: Re: [Xen-users] LSI SAS 2008 controller in a pv domu X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3834683729538621319==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3834683729538621319== Content-Type: multipart/alternative; boundary=0016e6d7ef50d6d7d704beed0d21 --0016e6d7ef50d6d7d704beed0d21 Content-Type: text/plain; charset=ISO-8859-1 Did you edit menu.lst you need to block PCI device from dom0 and blacklist module for card Sent from my Windows Phone ------------------------------ From: Sandi Romih Sent: 4/30/2012 4:14 PM To: jacek burghardt Cc: xen-users@lists.xensource.com Subject: RE: [Xen-users] LSI SAS 2008 controller in a pv domu > > lf you do lspci do you see the device in domu? Did you enable DMA access ? > No, I don't see it. That is what makes me think that it is not being loaded when the vm boots. Where should I be enabling DMA access? In the kernel, or elsewhere? I am not a very experienced linux user. Regards Sandi --0016e6d7ef50d6d7d704beed0d21 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Did you edit menu.lst you need to block PCI device from dom0 = and blacklist module for card

Sent from my Windows Phone
From: Sandi Romih
<= span style=3D"font-family:Tahoma,sans-serif;font-size:10pt;font-weight:bold= ">Sent: 4/30/2012 4:14 PM
To: = jacek burghardt
Cc: = xen-users@lists.xensource.com
Subject: RE: [Xen-users] LSI SAS 2008 controller in a pv domu


>
> lf you do lspci do you see the device in domu? Did you enable DMA acce= ss ?
>

No, I don't see it. That is what makes me think that it is not being= loaded when the vm boots.

Where should I be enabling DMA access? In the kernel, or elsewhere?

I am not a very experienced linux user.

Regards

Sandi

--0016e6d7ef50d6d7d704beed0d21-- --===============3834683729538621319== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3834683729538621319==--